More > JRiver Media Center 21 for Linux
JRiver Media Center 21.0.54 for Debian
bob:
--- Quote from: Mike Noe on February 17, 2016, 02:44:15 pm ---Another 24 hrs with this build....this time banging on the GUI at bit and playing video, in addition to the MCWS clients (other desktop apps) that control the different zones. I've also started and stopped it numerous times. Not a single segfault, no real problems at all, so far. And yes, I too notice that shutdown is much faster. Whatever threading changes you made seems to have done wonders -- at least on openSUSE TW.
As a side note, I'd like to test x86_64, but now, everytime I uninstall i386 and install x86_64, my master license requires a restore. I don't remember this happening before. I've even tried saving the ~/.jriver/Media Center 21/Settings/ and putting it back, still no joy, it wants a restore. Is this a path issue to ca_certs stuff?
--- End quote ---
Thanks for the report.
I don't think the license storage should be any different between the two architectures. Does the library go back and forth between the two?
Mike Noe:
Yeah, library seems intact either way, no problems with the library.
bob:
I'm hoping we are about done with the threading changes. Would appreciate some testing before it gets into the repository.
Mike Noe:
Bob,
Couple of segfaults here over the weekend since going to .51.
I have a GUI response tester app that kicks off a worker thread that then hits MCWS with a request as such (essentially a complete database load):
--- Code: ---Files/Search?query=-[media type]=[]
--- End code ---
It gets the results, populates a model, waits 500ms, then does it again, forever. In addition, on another thread, it queries each zone on the MCWS server(6 zones on this server) for Playing Now Info every 5 seconds (Playback/Info?Zone=xxx).
One segfault occurred about 30 secs after MediaCenter startup when my tester started polling the server for the zone info. The second segfault occurred hours later, this time when kicking off the tester thread mentioned above, after the 3rd or 4th iteration. Memory usage appeared normal and CPU usage for MC was less than ~12%. I should mention that playback is occurring on one zone while running this tester. Testing library size is ~25K tracks, combo of video and audio files.
No other issues since, fwiw.
bob:
--- Quote from: Mike Noe on February 29, 2016, 07:07:11 am ---Bob,
Couple of segfaults here over the weekend since going to .51.
I have a GUI response tester app that kicks off a worker thread that then hits MCWS with a request as such (essentially a complete database load):
--- Code: ---Files/Search?query=-[media type]=[]
--- End code ---
It gets the results, populates a model, waits 500ms, then does it again, forever. In addition, on another thread, it queries each zone on the MCWS server(6 zones on this server) for Playing Now Info every 5 seconds (Playback/Info?Zone=xxx).
One segfault occurred about 30 secs after MediaCenter startup when my tester started polling the server for the zone info. The second segfault occurred hours later, this time when kicking off the tester thread mentioned above, after the 3rd or 4th iteration. Memory usage appeared normal and CPU usage for MC was less than ~12%. I should mention that playback is occurring on one zone while running this tester. Testing library size is ~25K tracks, combo of video and audio files.
No other issues since, fwiw.
--- End quote ---
Could you pass along the script/program so I could try to duplicate that here?
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version