More > JRiver Media Center 31 for Windows
Pauses in Audio and Video
JimH:
manni reported improvements after Windows update:
https://yabb.jriver.com/interact/index.php/topic,136525.msg954273.html#msg954273
SimplySound:
Hi Jim,
I'm currently running MC31.0.87 under the latest Win11 release (23H2) and have no issues playing Audio from it. I run an Nvidia GeForce GT 1030 Fanless video card, but my output for audio is a USB2.0 interface to an SMSL PO100 Pro DDC to convert to S/PDIF. I use WASAPI in Bit-perfect output with only Volume Leveling implemented.
My thoughts around the issues being reported are that Windows can be very latency intensive and that can have an impact on playback. I use LatencyMon to measure the latency in my platform (see attached) and I have done a fair amount of tweaking to reduce the latency down to a level conducive to 'real-time audio playback'. I would suggest that those reporting issues with 'pauses and dropouts' look at their platform as I don't believe this is an issue exclusive to JRiver MC.
My 2 cents for what it is no longer worth much.
Doug
PS: for those interested in my personal journey, please follow this link:
https://audiokarma.org/forums/index.php?threads/windows-based-media-server-experiences-insights.1041783/
htnut:
Good observation, Doug. In my particular case the audio dropouts are only present during playback from JRiver when bitstreaming over DirectSound. Using Zoom Player or MPC-BE with the same configuration (MadVR / LAV / Bitstreaming over DirectSound) there are NO dropouts.
I have tested this using two completely different machines, one W7 and one W10.
Really hope I can solve this.
SimplySound:
Got it HTNut! Now that you brought up DirectSound (and I re-read this whole thread ;) ), I seem to recall that I had an issue using 'Kernel Mode' drivers. I attrbuted it to my journey with Win11 Latency.
Now that I have my latency under control, I will go back and try that and report back for JimH & team.
And Thanks Newsposter, didn't know about this issue:
And...... if you have Samsung NVMe storage devices, try downgrading the driver from the Samsung (current revision 3.3) NVMe driver to the factory stock Microsoft NVMe driver that is included with Windows. There are long-standing threads on reddit and other boards indicating that while the Samsung driver gives some slight increase in write speeds, there can be stability problems along with reduced read speeds.
SimplySound:
Spent a couple hours last night trying out DirectSound, WASAPI, Kernel Streaming (KS) & ASIO on my platform for Audio only. I don't use JRiver for Video (sorry Kodi for me). Bottomline, I had NO dropouts or skips for the entire session in any of the modes. My latency did not change much if at all. Still maintained 'real-time audio' capability.
Of course DirectSound is not considered 'bit-streaming or bit perfect', but it sounded fine. However, when it came to a comparison of WASAPI, KS & ASIO, I found KS to be a bit glaring & bright (grain?). KS did not drop out like I previously experienced, and I attribute this to getting my latency under control. WASAPI sounded a bit smoother and more open. And I actually preferred the dedicated ASIO capability of the XMOS Driver. There are discussions from some that since ASIO bypassess the Win-Stack to work through the driver, it can be a bit different in SQ. I found that to be true and have switched from WASAPI to the XMOS ASIO driver. YMMV!
So HTNut, I am going to suggest you load up LatencyMon from Resplendence and post what you are seeing for latency. I'm fairly confident there isn't an issue in MC that impacts audio. Audio synched to Video, perhaps. But I believe you should start with assessing your latency and see what that looks like. There are many on here that can help you with tweeking if you find your system isn't responding properly.
Here's the link:
https://www.resplendence.com/latencymon
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version