Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[cassfras21]

Hello,

I am dealing with an issue that makes MC unstable on track change. This is related to DSP Per Track feature and it's not platform dependant.
I am able to reproduce this with two fully different Windows setups and also with Linux version (discussion started from Lnux board http://yabb.jriver.com/interact/index.php?topic=95205.0).

I met 2 cases, one is easily reproducible on demand and another that randomly occurs.

Here is what you need to reproduce crash on demand:
-at least one DSP Studio Preset (For my use, I enabled "Outpout Format", "Volume Leveling" and "Equalizer" but this occurs even if you didn't enable anything)
-a filled DSP field for several tracks
-an opened window with DSP Analyzer enabled and processing

If DSP Analyzer is loaded, JRiver will crash on track change. The file format doesn't matter.

http://www.cassfras.fr/jriver/JRMC_Windows_crash_20150131.wmv

Form Windows event viewer:

Nom de l’application défaillante Media Center 20.exe, version : 20.0.63.0, horodatage : 0x54c69998
Nom du module défaillant : ntdll.dll, version : 6.3.9600.17278, horodatage : 0x53eeb4a3
Code d’exception : 0xc0000005
Décalage d’erreur : 0x0001d4f1
ID du processus défaillant : 0x8d4
Heure de début de l’application défaillante : 0x01d03d3d70e67442
Chemin d’accès de l’application défaillante : C:\Program Files (x86)\J River\Media Center 20\Media Center 20.exe
Chemin d’accès du module défaillant: C:\WINDOWS\SYSTEM32\ntdll.dll
ID de rapport : d189a7eb-a930-11e4-bf20-0c84dc6265f3
Nom complet du package défaillant :
ID de l’application relative au package défaillant :

Here  is the Linux version:

http://www.cassfras.fr/jriver/JRMC_segfault_20150130.wmv

2015-01-30 20:33:51 info htpc kern kernel [ 468.776180] mediacenter20[3350]: segfault at f1 ip 000000f1 sp b1cfe9fc error 14 in mediacenter20[8048000+1279000]

Hope this helps

[cassfras21]

Could you reproduce the issue?

[Hendrik]

It was the weekend, and we're just starting our week now. We'll look into this now, so give us some more time.

[Matt]

I can reproduce a crash switching tracks.  I can't find it in the debugger, so I asked for Hendrik's help.

[cassfras21]

I can reproduce a crash switching tracks.  I can't find it in the debugger, so I asked for Hendrik's help.

Thank you for your answers to both

It's a good new you could reproduce the crash !

Now you have found out how to reproduce the crash, I can say more about the second case of switching track crash.

It's DSP per Track related too but this time you don't need to have DSP window opened at all. In fact you just have to listen DSP tagged files with matching DSP Preset and it will crash soon or late... By soon I mean around 10min and by late 4h.
It's like a random crash on track switching. I tried hardly to reproduce it but I never succeeded. It is not dependent on the file format or the DAC or driver or even JRiver version/platform.

So I finally cleared DSP field for all my files and JRiver (both Linux and Windows version) never crashed after that.

I should say more about the way I'm using DSP per track feature, it might help:
In DSP Studio, I enable 3 features: Output Format (no encoding and no upmixing), Volume Leveling, Equalizer
I have 3 DSP presets with the same enabled features where the only difference is the Equalizer Preset. So I am using DSP per track for equalizer switching and nothing else.

Perhaps this occurs for the same reasons as the "reproductible crash". I hope so.

Windows event viewer:

Nom de l’application défaillante Media Center 20.exe, version : 20.0.47.0, horodatage : 0x5485ab80
Nom du module défaillant : dsp_main.dll_unloaded, version : 0.0.0.0, horodatage : 0x5485ab16
Code d’exception : 0xc0000005
Décalage d’erreur : 0x0838d408
ID du processus défaillant : 0xb54
Heure de début de l’application défaillante : 0x01d02cbcc88a15d9
Chemin d’accès de l’application défaillante : C:\Program Files (x86)\J River\Media Center 20\Media Center 20.exe
Chemin d’accès du module défaillant: dsp_main.dll
ID de rapport : 6f04cf65-98c2-11e4-82e7-c03fd561e14c

Segfault in Linux:

2015-02-01 18:37:47 info htpc kern kernel [ 7437.560026] mediacenter20[2839]: segfault at 0 ip ab1dccac sp a8f208e0 error 4 in libdsp_Main.so[ab17d000+2f3000]
2015-02-01 16:31:18 info htpc kern kernel [ 8510.443576] mediacenter20[2739]: segfault at 0 ip ab64dcac sp bfdea220 error 4 in libdsp_Main.so[ab5ee000+2f3000]
2015-02-01 13:57:15 info htpc kern kernel [ 6677.602826] mediacenter20[6132]: segfault at 0 ip abe4dcac sp ab4038e0 error 4 in libdsp_Main.so[abdee000+2f3000]

[ken-tajalli]

I reported this bug a while back.
http://yabb.jriver.com/interact/index.php?topic=93083.msg641452#msg641452

Here is some more info, if it helps debugging it.
I have noticed that the DSP-per-track switches to saved values just before the start of the track to be played.
So here is the problem!
If you do not change any values on the DSP, and let it run through, it won't crash.
It only crashes, if a track being played has a saved DSP, you tweak the DSP while playing, and then as the track is about to change to next track with a saved DSP, it crashes!
But not always - it is temperamental.
Also if after tweaking the values you save it before the end of the track, all is good.

[Hendrik]

I've fixed one reason for such crashes, and I'm hopeful it may help with all of the similar crashes observed here. Please let us know once the new version is out if its still happening in some case for you.

[cassfras21]

I have noticed that the DSP-per-track switches to saved values just before the start of the track to be played.

I did too.

Also I noticed when you save a DSP Preset with a defined equalizer preset and if you change something in the equalizer preset, you have to re-save your DSP Preset. If not the previous equalizer settings will be load with DSP. You can even delete equalizer preset, DSP Preset will have its own equalizer settings.

So I am understanding DSP Preset and Equalizer Preset are not bind.

Is it the expected behavior?

I've fixed one reason for such crashes, and I'm hopeful it may help with all of the similar crashes observed here. Please let us know once the new version is out if its still happening in some case for you.

Thank you Hendrik.

I will for sure.

[cassfras21]

You got it! Bravo!

There's no more crash on track switch. Random or not, it's gone.

Thanks to Hendrik and the entire team.