INTERACT FORUM
More => Old Versions => JRiver Media Center 29 for Windows => Topic started by: Denti on April 04, 2022, 05:32:10 pm
-
I started the thread with JRMC28 but am using 29 now, so I’m posting here for better visibility and more immediate help. Maybe mods can move the thread here?
https://yabb.jriver.com/interact/index.php/topic,132318.msg919326.html#msg919326
-
Alright, here are the issues and logs. I’m consolidating it all here from the other thread.
When I play a music file (any, though most are FLAC or DSD) and I pause it for longer than a minute or so, when I unpause it often crashes. When I start it up again and try to play the same file it crashes every time until I restart. Any idea how I could get to the bottom of this?
The first crash dump log is from the day before yesterday when I was trying unsuccessfully to replicate the problem. While waiting with the music on pause I was looking around in the settings and at one point I selected Audio and it crashed. Not the usual problem, but a problem nonetheless. I tried over and over to replicate the problem by pausing the music, waiting different lengths of time and the restarting. The issue did not replicate, sadly.
The other log is from yesterday. I wasn't planning on testing it, but had paused the music and taken the dog out. When I returned I hit play to restart and it crashed. This is what has been happening pretty regularly these past few weeks.
The last two logs are me trying to to play a file after the crash.
-
Crashes are hard to find, but they are usually related to antivirus problems or drivers.
One way to find them is to narrow down the cause by eliminating variables. Machine, OS, drives, and so on.
-
I was told to get crash logs. Do these not reveal the source of the problem? This is not an isolated event.
-
I looked at one of your crash dumps and it was crashing enumerating Kernel Streaming pins. It's not obvious why, but Kernel Streaming is not the preferred output.
Could you try WASAPI or DirectSound instead?
Thanks.
-
Hello Matt and JimH,
I am having similar crash after long pause with MC29 and in my case it looks related to the HDD wake-up process taking somehow longer than expected.
However, as Matt should know checking my crash logs, this is not reported. I mean, it looks that any HDD related error or timeout is not reported in your logs.
If you confirm that (I didn't get any reply about from Matt), it might be worth to improve a bit your diagnostic capability and add such a kind of issues as well.
Regards, Andrea
-
I looked at one of your crash dumps and it was crashing enumerating Kernel Streaming pins. It's not obvious why, but Kernel Streaming is not the preferred output.
Could you try WASAPI or DirectSound instead?
Thanks.
Thanks, Matt. What is kernel streaming? I can't use WASAPI or DirectSound with my DAC. I have the drivers for that DAC selected as output. Anything I can do or do I have to live with it?
-
Kernel streaming is an old XP-era legacy audio output that's been long depreciated since Windows 7 was released. WASAPI is the modern equivalent, which kinda surprises me that WASPAI can't be used in your case. Maybe you need to check the Disable event style in MC's Settings > Audio > Device settings after selecting WASAPI (if available for your DAC). Actually, what DAC are you using?
If you're using ASIO4ALL, this is also just a kernel streaming wrapper and should be avoided if possible. More info about kernel streaming here: https://wiki.jriver.com/index.php/Audio_Output_Modes#Kernel_Streaming
-
Driver is for a Gustard X20: Diynhk USB driver. It appears as ASIO.
I’m outputting 4xDSD, which requires ASIO. That’s not kernel streaming, is it?
-
If you're using ASIO I'm riddled by the crash. Let me look at a couple more crashes tomorrow and I'll let you know if I find anything.
-
Do you need me to gather more crash reports?
-
Your crash is because of kernel streaming. Not an MC problem.
I looked at one of your crash dumps and it was crashing enumerating Kernel Streaming pins. It's not obvious why, but Kernel Streaming is not the preferred output.
Could you try WASAPI or DirectSound instead?
-
Your crash is because of kernel streaming. Not an MC problem.
As noted above, I’m not using kernel streaming but ASIO.
-
Then the ASIO driver isn't working. It may be AISO4All, which uses Kernel Streaming, as AwesomeDonkey said above.
You could try the 32 bit version of MC. It's possible it would work.
But this isn't an MC problem.
-
Then the ASIO driver isn't working. It may be AISO4All, which uses Kernel Streaming, as AwesomeDonkey said above.
You could try the 32 bit version of MC. It's possible it would work.
But this isn't an MC problem.
So basically you can’t guarantee that otherwise stable drivers will work with MC?
-
I sent you an email with something to try. Please follow up there. Thanks.
-
According to their website, the DIYINHK USB Audio Driver is based on Thesycon's driver. Unlikely that a Thesycon driver is using ASIO4ALL or kernel streaming. Most ASIO drivers are based on Thesycon. Seems like something funny is going on. The current version is 3.38. Are you using the current version and is it properly signed by Thesycon? You can use sigverif.exe from Windows Search in the toolbar to check your drivers' signatures. Advanced View Log will show you signed it. Is that driver that Gustard recommends? It looks like they may have their own driver.
From the DIYINHK website
"The driver is complied and signed by the original software manufacturer Thesycon"
-
According to their website, the DIYINHK USB Audio Driver is based on Thesycon's driver. Unlikely that a Thesycon driver is using ASIO4ALL or kernel streaming. Most ASIO drivers are based on Thesycon. Seems like something funny is going on. The current version is 3.38.
I am using a DIYINHK USB Driver in Win10 and Win11 without an issue. However, I have different DAC (Okto DAC8 Pro) and the version I use is v4.59. Mebbe you want to try that one.
-
There are two different versions of this driver on the website. One is V4.67 the other is V3.88. Not sure what the difference is.
-
I have driver version 3.34. Is there a newer version? I think it’s signature verified. Can’t find sigverif.exe on my system.
According to this post https://www.head-fi.org/threads/gustard-x20-dac.780385/page-71#post-13026960
the 3.38 version is only for use with a different USB card.
-
There are two different versions of this driver on the website. One is V4.67 the other is V3.88. Not sure what the difference is.
Did you try the 4.67 driver?