Activity for Fat German Productions
-
Fat German Productions posted a comment on discussion General Discussion
As I'm still trying to find a better home for the forum (GitQ went titsup) I'm re-openeing this one. Please use this as the RompR forum.
-
MOVED
-
ROMPR HAS MOVED
-
The project homepage is being moved to https://gitq.com/fatg3erman/RompR Please do not use this forum any longer. Thanks.
-
Installation
-
After some research, mopidy does not support removing playlists.
-
Timeout issues are a web server problem. I've added a section on dealing with this on the installation page of the wiki.
-
I think I've found the problem. There looks to be a bug in mopidy-local-sqlite. If you have multiple copies of the same track by the same artist on multiple different albums (which you do, I can tell from the debug output), local-sqlite sometimes puts them all on the same album. There are other issues too with it splitting single albums up into multiples. I think this might explain why rompr is getting confused when parsing the output. I fixed this on my setup by changing the configuration in mopidy.conf...
-
I think I've found the problem. There looks to be a bug in mopidy-local-sqlite. If you have multiple copies of the same track by the same artist on multiple different albums (which you do, I can tell from the debug output), local-sqlite sometimes puts them all on the same album. There are other issues too with it splitting single albums up into multiples. I think this might explain why rompr is getting confused when parsing the output. I fixed this on my setup by changing the configuration in mopidy.conf...
-
Installation
-
Well I've had a look and the only place rompr uses significant memory is in sorting albums with incomplete tags. You should check whether all your tracks have AlbumArtist and Disc set correctly. I can tell from the log that a lot of them do but it doesn't show me the ones that don't (if there are any). You also seem to have a lot of duplicate albums. I don't know if this is part of the problem but rompr won't display duplicates.
-
Hmm. Thanks. What I can see from that is that after a certain point you start to get a load of SQL errors, like the database engine is not working. I wonder if this might be an sqlite issue. Can you try with MySQL?
-
The time thing is probably because your php.ini doesn't have a valid setting for date.timezone and rompr is defaulting to UTC. This happens after the INIT and COOKIE messages. It's not related to the memory problem. The largest collection I'm ever aware of anybody using was 30K tracks. I would be interested in seeing a full debug log of what happens when you try to update your collection, it might give me something to go on.
-
I'll look into it further, if everything is tagged then you may have found a a memory leak that only shows up when you have huge numbers of tracks.
-
350,000 tracks? Holy moly, I think you're going to struggle. Rompr uses significantly more memory when files are not fully tagged. As a minimum you should have Title, Artist, Album, Album Artist, Track Number, and Disc Number tages set correctly. for as many of your tracks as you can manage. Obviously if your tracks are coming from Spotify then there's nothing you can do about that and you may find you need vast amounts of memory for that many tracks.
-
php_admin_value memory_limit 256M You've gone over the memory limit Allowed memory size of 268435456 bytes exhausted You'll need to increase the memory_limit value. I'm surprised you need that much memory though, how many tracks are in your collection?
-
If you are using MPDroid, then you are not using Rompr. MPDroid controls the music player daemon. If you have questions about MPDroid then you need to ask on an MPDroid forum.
-
Rompr 1.09
1 >