Crash with a huge directory of sound files about harmonoid

[alexmercerind]

It has nothing to do with "huge directory"; we have had users with ~70k songs on their machine.

[PlexSheep]

Hmmm, that's weird then, isn't it? I'd be very happy if I just screwed up somewhere.

By the way, seeing the posts in the website. The App is actually georgous. I just discovered that it can find correct synchronized lyrics even for a random eurobeat remix (in japanese), so thanks a lot for this project.

[alexmercerind]

Harmonoid is based on libmpv; you can try to pass some custom libmpv flags (probably ao=pulse, see the JSON below).

#329 (comment)

[alexmercerind]

A whole manual is here: https://mpv.io/manual/stable/

There's a lot of diversity in GNU/Linux... and most of the times it's not even my fault but some wrong configuration.

[PlexSheep]

I'm using pipewire, if that helps. Not pulse

[alexmercerind]

There's ao=pipewire too.

[PlexSheep]

Trying to load the big album with ao=pipewire set:
The program is very unresponsive, but I got it to play my songs. Maybe that helped?

logs.txt

In the logs I'm repeatedly getting:

flutter: PathNotFoundException: Deletion failed, path = '/home/plex/.Harmonoid/Genres.JSON' (OS Error: No such file or directory, errno = 2)

[PlexSheep]

that file indeed does not exist, should it?

❯ /bin/ls -la
total 4312
drwxr-xr-x. 1 plex plex     172 Jul 14 20:25 .
drwx--x---+ 1 plex plex    1848 Jul 14 20:26 ..
drwxr-xr-x. 1 plex plex    8106 Jul 14 19:20 AlbumArts
-rw-r--r--. 1 plex plex 2147755 Jul 14 20:22 AppState.JSON
-rw-r--r--. 1 plex plex    1930 Jul 14 20:23 Configuration.JSON
drwxr-xr-x. 1 plex plex     506 Jul 14 20:11 Lyrics
-rw-r--r--. 1 plex plex   16724 Jul 14 20:25 Playlists.JSON
drwxr-xr-x. 1 plex plex    1558 Jul 14 20:25 Temp
-rw-r--r--. 1 plex plex 2238477 Jul 14 20:23 Tracks.JSON
drwxr-xr-x. 1 plex plex       0 Jul 14 19:20 UserVisuals
❯ pwd
/home/plex/.Harmonoid

[PlexSheep]

When I open the large album, multiple of my cpu cores go to 100%

[alexmercerind]

Those are just redundant logs; backward compatibility when music library was stored differently.

[alexmercerind]

When I open the large album, multiple of my cpu cores go to 100%

Play or open?

In the logs I'm repeatedly getting:

It should only happen once, at the start of the application.

[PlexSheep]

It starts when I open and gets a bit better, but does not go fully away. But I see that two /usr/share/harmonoid/data/flutter_assets/assets/platform/tag_reader processes are keeping two of my cores busy

[alexmercerind]

I primarily use Windows; things (without any doubt) are more optimized there. The framework that the project uses also received more QoL improvements & contributions for Windows & macOS. On the other hand, GNU/Linux seems scattered, I've kind of given up... there seems no limit to what one can fix.

You have to figure it out yourself. I use elementaryOS; the performance isn't as good but usable.

There are few issues with GDK/GL:

I mean how can you roll out a code which runs slower than software rendering???

https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/6042
flutter/flutter#88996
flutter/flutter#101591

As for tag_reader process, that is also a hack for GNU/Linux because running tag reader within same process will make GNU/Linux not wanna free any memory. It should only consume CPU when parsing file i.e. indexing, at other times 0.0%.

[PlexSheep]

I understand. The tag_reader process is still going after many minutes of just playing music, and I don't have THAT many music files, neither is my laptop bad when it comes to performance. If I get it working better somehow, I'll update this issue. Visually, your app would be preferably, but If things stay like this, I'm probably better suited to continue using mcube

Thanks for your time!