thingsiplay

This is not a troll post and I hate nobody. (I know, the title may sound like it is.)

This year I got into Switch emulation for first time and finished Breath of the Wild with 130 hours on Yuzu, with 60 fps patch and higher resolution. Besides some control issues on very specific shrines, most of the time it was a smooth experience. I fully switched to Ryujinx after it and now started playing Tears of the Kingdom. Here are my issues with it after playing for over 10 hours on Ryujinx:

• minor: distracting graphical issues all over the place on ground and walls texture corners, but I can live with that and its more or less depending on the angle and places
• major: sometimes game freezes and crashes randomly on the overworld map
• showstopper: could not progress any longer, on a specific mission where I had to use the camera it just didn't want to recognize the photo of the statue

I tried different Roms for the game, with and without mods, with and without different patches (1.0, 1.2.0, 1.2.1) and different settings on the emulator. Always same problems, nothing could resolve for me. Then I copied my save file to Yuzu and tried the game there. Results after playing game for 6 hours on it:

• very minor: no longer those graphical issues, but light blinking issues when traveling, so much less distracting and less active
• safe: no freezes happen anymore
• progress: instant progress on the place with the photo, I could hear the audio that was missing on Ryujinx, I tried 10 different images on Ryujinx to do exact same photo but it did not work, it only works on Yuzu

My PC System:

• OS: Linux
• GPU: AMD 7600
• CPU: AMD 7700X

Does anyone have similar experience? I searched lot, but could not find any other solution and gave up after days. Again, please this i not a war. I just share my experience. I play Super Mario Wonder on Ryujinx and its a perfect experience so far and want to keep using it as my main Switch emulator. I also like the fact that addons (patches, updates and mods) are not installed on the NAND, but I just point to the place where they are without installing.

A documentary not only about how CoD 4, but how CoD came into in the first place. I'm currently a few minutes into the video and want to share it here. Documentaries by Ahoy are always enjoyable, without too much fluff and jokes. Highly recomended.

If you don't like YouTube, here is an alternate link with more privacy: https://invidious.nerdvpn.de/watch?v=FXD5_7wqr1U

Edit: Just noticed the above invidious link from the nerdvpn server is not available at the moment. Here is an alternate Invidious link from a different server: https://yewtu.be/watch?v=FXD5_7wqr1U

Solution: Thanks for finding the solution, kate (in the comments). The option to control this is --extractor-retries .

I recently start using SponsorBlock feature with yt-dlp . When it looks up SponsorBlock server, it tries 3 times to connect and download information. I would like to increase the retries for this specifically, but could not find the right setting or option in the manual (man yt-dlp) and help (yt-dlp --help). I would like to increase it to at least 5 or maybe even 10 retries per video.

I've noticed for sometimes it cannot login within the first 3 look ups, but when I retry the command after that it will just look up fine. Therefore an increase in the retries setting would be helpful. Especially helpful when downloading entire playlists, leaving it for some time alone.

Today I'm here again to terrorize this community with my Bash scripts nobody asked for.

This new biggest is a script evolved from a much simpler version found at biggest.sh to something more complex and complete. Now there are even options to show a simple horizontal bar and relative percentage numbers instead the file size itself.

It's a script to control du command in combination with several other standard Linux utilities. I'm well aware of these alternative applications to help visualizing what the biggest files on the system are. Well, I like these kind of scripts and I like its not too much bloated. And especially the output as paths can be combined with other tools easily. It's also kinda fun doing this. Edit: Forgot to mention, it also reads stdin pipe, as output from another program like find in example.

Have a good day.

Solved: Thanks to a user with this reply: https://programming.dev/comment/10034690

cross-posted from: https://beehaw.org/post/13901165

Hi all. I have a little problem and don't know how to solve. A CLI program in Python is broken since Python 3.12. It was working in Python 3.11. The reason is, that Python 3.12 changed how subclassing of a pathlib.Path works (basically fixed an issue), which now breaks a workaround.

The class in question is:

class File(PosixPath):
    def __new__(cls, *args: Any, **kwargs: Any) -> Any:
        return cls._from_parts(args).expanduser().resolve()  # type: ignore

    def __init__(self, source: str | Path, *args: Any) -> None:
        super().__init__()
        self.__source = Path(source)

    @property
    def source(self) -> Path:
        return self.__source

    @property
    def modified(self) -> Time:
        return Time.fromtimestamp(os.path.getmtime(self))

    @property
    def changed(self) -> Time:
        return Time.fromtimestamp(os.path.getctime(self))

    @property
    def accessed(self) -> Time:
        return Time.fromtimestamp(os.path.getatime(self))

    # Calculate sha512 hash of self file and compare result to the
    # checksum found in given file. Return True if identical.
    def verify_sha512(self, file: File, buffer_size: int = 4096) -> bool:
        compare_hash: str = file.read_text().split(" ")[0]
        self_hash: str = ""
        self_checksum = hashlib.sha512()
        with open(self.as_posix(), "rb") as f:
            for chunk in iter(lambda: f.read(buffer_size), b""):
                self_checksum.update(chunk)
            self_hash = self_checksum.hexdigest()
        return self_hash == compare_hash

and I get this error when running the script:

Traceback (most recent call last):
File "/home/tuncay/.local/bin/geprotondl", line 1415, in 
sys.exit(main())
^^^^^^
File "/home/tuncay/.local/bin/geprotondl", line 1334, in main
arguments, status = parse_arguments(argv)
^^^^^^^^^^^^^^^^^^^^^
File "/home/tuncay/.local/bin/geprotondl", line 1131, in parse_arguments
default, status = default_install_dir()
^^^^^^^^^^^^^^^^^^^^^
File "/home/tuncay/.local/bin/geprotondl", line 1101, in default_install_dir
steam_root: File = File(path)
^^^^^^^^^^
File "/home/tuncay/.local/bin/geprotondl", line 97, in __new__
return cls._from_parts(args).expanduser().resolve()  # type: ignore
^^^^^^^^^^^^^^^
AttributeError: type object 'File' has no attribute '_from_parts'. Did you mean: '_load_parts'?

Now replacing _from_parts with _load_parts does not work either and I get this message in that case:

Traceback (most recent call last):
File "/home/tuncay/.local/bin/geprotondl", line 1415, in 
sys.exit(main())
^^^^^^
File "/home/tuncay/.local/bin/geprotondl", line 1334, in main
arguments, status = parse_arguments(argv)
^^^^^^^^^^^^^^^^^^^^^
File "/home/tuncay/.local/bin/geprotondl", line 1131, in parse_arguments
default, status = default_install_dir()
^^^^^^^^^^^^^^^^^^^^^
File "/home/tuncay/.local/bin/geprotondl", line 1101, in default_install_dir
steam_root: File = File(path)
^^^^^^^^^^
File "/home/tuncay/.local/bin/geprotondl", line 97, in __new__
return cls._load_parts(args).expanduser().resolve()  # type: ignore
^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3.12/pathlib.py", line 408, in _load_parts
paths = self._raw_paths
^^^^^^^^^^^^^^^
AttributeError: 'tuple' object has no attribute '_raw_paths'

I have searched the web and don't understand how to fix this. Has anyone an idea what to do?

Hi all. Yesterday I posted a program/script which is focused on path based text formatting, such as output from ls or find. Today I want to share new version. I'm proud, even though its limited in its usefulness, but today I solved an issue that was complicated to me (and a few other issues).

Linux command file is used to display file type and mime information, which is super handy. Reason why this was complicated to me is, as I want it to run only once for all paths together for performance reasons. For over thousand files instead taking more than a minute execution time, its down to under 2 seconds when displaying file type information (which includes spawning file process in the background). A few examples:

$ find Desktop/*.* -maxdepth 0 | fpath -F'{type}   \t{name}'
text/plain      append.cfg
text/plain      dynamic.cfg
image/png       nearest.png
image/png       new.png

$ find Desktop/*.* -maxdepth 0 | fpath -a -F'{path}\n\t{file}'
/home/tuncay/Desktop/append.cfg
        ASCII text
/home/tuncay/Desktop/dynamic.cfg
        ASCII text
/home/tuncay/Desktop/nearest.png
        PNG image data, 1920 x 1440, 8-bit/color RGB, non-interlaced
/home/tuncay/Desktop/new.png
        PNG image data, 1920 x 1440, 8-bit/color RGB, non-interlaced

Update v0.3:

Rather than creating a new post, I want to note that I have a huge update. First off, the performance is increased drastically with recent optimizations. Even thousands of paths are now processed very fast (until operations reading from file system is involved).

Just to put into perspective: When I search and output list of paths with time baloosearch6 "a" in my home, I get 8468 files and it takes 0m0,048s. Now when I pipe that into fpath with default processing and without options, it takes 0m0,086s to process. But with a more complex command that involves reading file stats (like size and such) and colored output and a slice:

time baloosearch6 "a" | fpath -F'{.mode}  {.size} \t{-3:-1}: {blue}{name} {}' -sred

it only takes 0m0,200s to execute! But using {file} or {type} or {mime} will still take a long time, even if the subshell process is run only once (it will still read the information for every file):

time baloosearch6 "a" | fpath -F'{file}'

took 3m54,233s to run. But what do you expect with approx. 8 thousand files. Without this script, it would take the same amount of time when running bare metal file command on all of these files.

Secondly, I have implemented a slice command that works very well. It's like the index {3} thing, but now you can set a {start:end} range to not only get a single part, but all parts within that range. It even works with negative numbers like {-3:} to get the last three parts of a path. An empty index means to get everything until end of path.

I'm quite happy how this program turned to be out. Python (at least for me with Python v3.12) is not that slow after all.

While I was writing a shell script (doing this the past several days) just a few minutes ago my PC fans spinned up without any seemingly reason. I thought it might be the baloo process, but looking at the running processes I see it's names block-rate-estim . It takes 6.2% CPU time and is running since minutes, on my modern 8 core CPU. And uses up 252 KiB. The command is shown as block-rate-estim --help, which when I run on the commandline myself will just run the program without output and blocking until I end the process. Sounds alarming to me first. Is something mining going on?

I looked up where the command is coming from:

$ ls -l /usr/bin/block-rate-estim
.rwxr-xr-x 14k root 20 Dez  2023 /usr/bin/block-rate-estim

$ yay -F block-rate-estim
extra/libde265 1.0.12-1 [installed: 1.0.15-1]
usr/bin/block-rate-estim

$ yay -Si libde265
Repository      : extra
Name            : libde265
Version         : 1.0.15-1
Description     : Open h.265 video codec implementation
Architecture    : x86_64
URL             : https://github.com/strukturag/libde265
Licenses        : LGPL3
Groups          : None
Provides        : None
Depends On      : gcc-libs  glibc
Optional Deps   : ffmpeg: for sherlock265
qt5-base: for sherlock265
sdl: dec265 YUV overlay output
Conflicts With  : None
Replaces        : None
Download Size   : 270,31 KiB
Installed Size  : 783,53 KiB
Packager        : Antonio Rojas 
Build Date      : Mi 20 Dez 2023 20:06:16 CET
Validated By    : MD5 Sum  SHA-256 Sum  Signature

It's still going on the background, I have no idea what this is. The thing is, I didn't start any process that is related to video codec. Other than FreeTube being in the background with video in Pause mode since 2 hours or so. I use FreeTube since months and this never happened before, I see this block-rate-estim process the first time.

What should I do? I'm on an up-to-date EndeavourOS installation.

I don’t use Google directly, but as part of the open source meta search engine SearXNG, where we can specify what search engines it will use. And the top result is from Google and I can confirm that Plasma 6 for Arch is now officially been canceled. And it’s linked to Reddit. :smiley:

Search terms: kde plasma 6 release arch linux