Activity for Rompr
-
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 released /README.txt
-
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.
-
Anonymous posted a comment on discussion General Discussion
im already on mysql with rompr! ![](https://imgur.com/wgdch1v
-
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?
-
Anonymous posted a comment on discussion General Discussion
now mpd is with 133400 tracks, rompr max memory is at 1024M i rescan the DB and after a long time rompr gives a "timeout" error, nothing in apache log. here is the full rompr log: (30M so i zipped it) https://expirebox.com/download/312c89c17a649b7440e7513edd22d6ea.html
-
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.
-
Anonymous posted a comment on discussion General Discussion
i removed one big music directory, now mopidy report 158M tracks, the memory limit is 512M and i got the error again: [Mon Mar 19 17:44:41.288999 2018] [:error] [pid 19120] [client 127.0.0.1:58714] PHP Fatal error: Allowed memory size of 536870912 bytes exhausted (tried to allocate 20480 bytes) in /var/www/html/rompr/player/mpd/sockets.php on line 47, referer: http://localhost/rompr/ one other question, maybe or not related: in rompr error log, i see jumps in timestamp, like time: 20:02:46 : 19119...
-
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.
-
Anonymous posted a comment on discussion General Discussion
most of my files are fully tagged... i'll try reducing directories. thanks :(
-
Anonymous posted a comment on discussion General Discussion
512M didnt help also: [Mon Mar 19 17:44:41.288999 2018] [:error] [pid 19120] [client 127.0.0.1:58714] PHP Fatal error: Allowed memory size of 536870912 bytes exhausted (tried to allocate 20480 bytes) in /var/www/html/rompr/player/mpd/sockets.php on line 47, referer: http://localhost/rompr/
-
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.
-
Anonymous posted a comment on discussion General Discussion
350K on sqlite ill try with 512M thanks
-
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?
-
Anonymous posted a comment on discussion General Discussion
Hi all, ive been playing with rompr for few days, when my mopidy db was small everything worked ok but when i scanned all my files rompr started to give me "failed to generate collection" rompr error log doesnt show any error, apache error log show: [:error] [pid 13085] [client 127.0.0.1:54654] PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 20480 bytes) in /var/www/html/rompr/player/mpd/sockets.php on line 47, referer: http://localhost/rompr/ i tried any solution...
-
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.
1 >