afriend wrote: > Just a quick question: > I'm now at a stage in the analysis process where there's no more HDD > read access but the python process is still doing something (100% on one > core) (no freeze). > The debug log hasn't moved past these message for quite a few hours: > > Code: -------------------- > > DEBUG Select style track from each album > DEBUG Num album style tracks: 0, required style tracks: 1000 -------------------- > > > > No more messages after that. As I said python is still doing > something. The database file shows most tracks (except the last ~450) > with filename/path and values. So that's where I'm at right now. > > What is it doing right now? It's taking one track from every album > and... doing/writing something? I don't see any relevant file related > activity on my OS unless all this is happening in RAM. > > Is there some other way than the stdout log messages to tell if > something's wrong? > I'll wait until tomorrow and decide then.
The last stage is to set the 'style tracks' used for the jukebox - and this can take a *long* time (e.g. 15mins). For this random tracks are used. I modified the code to try to take at least 1 track from each album. *But* I think this is broken. When I tested this my DB was already populated! Yours will not be. Sorry. Think I need to fix the code, *Material debug:* 1. Launch via http: //SERVER:9000/material/?debug=json (Use http: //SERVER:9000/material/?debug=json,cometd to also see update messages, e.g. play queue) 2. Open browser's developer tools 3. Open console tab in developer tools 4. REQ/RESP messages sent to/from LMS will be logged here. ------------------------------------------------------------------------ cpd73's Profile: http://forums.slimdevices.com/member.php?userid=66686 View this thread: http://forums.slimdevices.com/showthread.php?t=112713 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
