More > JRiver Media Center 21 for Linux
JRiver Media Center 21.0.54 for Debian
Mike Noe:
It's all QT-ified C++....QThreads/QNetworkAccessManager and all that. WIth the binaries, you would need at least QT5.5.1 runtime....would that work?
bob:
--- Quote from: Mike Noe on February 29, 2016, 09:34:04 am ---It's all QT-ified C++....QThreads/QNetworkAccessManager and all that. WIth the binaries, you would need at least QT5.5.1 runtime....would that work?
--- End quote ---
I'll set it up on one of my test boxes...
Mike Noe:
Okay, I sent you a more robust CLI version, still requires QT5.5.
Forgot to add, fwiw, only one segfault since my last report. It's hard to reproduce, but seems related to mcws.
bob:
--- Quote from: Mike Noe on March 02, 2016, 12:22:37 pm ---Okay, I sent you a more robust CLI version, still requires QT5.5.
Forgot to add, fwiw, only one segfault since my last report. It's hard to reproduce, but seems related to mcws.
--- End quote ---
Dealing with server stuff now but will get to it asap. Thanks.
Mike Noe:
...had one more segfault...maybe this is helpful.
Basically, I rebooted. On this box, MC is set to start up via the Plasma desktop, not thru the MC option, fwiw.
All is normal, everything starts up fine, my desktop session is restored and then I use my mcws app (similar to the tester I sent you) to connect and start audio playback on the S/PDIF zone (built-in). As soon as I issue the Playback/Play, MC disappears (segfault). Started MC again, connected with the app, issue Play again and all is well.
Rebooted, tried the same again, no segfault, all puppy dogs and rainbows. This is the same device that I set to S32_LE explicitly from "auto" from before, fwiw.
As a side note, I've had MPV fail to open this device on first play a few times. Not until I would play some audio with MC, then go back to MPV, would MPV then open the device successfully. However, this is rare and I haven't seen it recently.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version