Print

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

[flydeep]

I bought in on the early upgrade and have been using MC20 for the last month and half. The honeymoon period ended about a 1.5 weeks, initially it was just crashing once in few days. Now the frequency is so bad that it is unusable. Switched to MC19 and it is unstable as well. Uninstalled everything, rebooted and installed MC20 only. Restored library and settings. MC20 was idle (not playing anything) and it crashed!! From the logs it appears it was in the midst of importing...

Overall system config: i5-3570K, Radeon R9-280x, 16GB DDR3 memory, about 15 TB of LAN data (served from unraid server)
Double checked ATI catalyst drivers are up to date.

For sanity check, I fired up XBMC Gotham release and it works fine. Using it for the last few days and its been stable, so don't think it is the video card related  ???issue. I didn't realize they fixed HDMI passthrough until now...

Attached are last few lines from logs before crashing and sys info

[flydeep]

MC20 crashed again, this time there was no import running. I had also disabled Kaspersky Internet Security.

Since the issue is very repeatable I assume this should be easy to debug. Attached are logs, this time the entire log.

[JimH]

If it is an antivirus problem,  disabling it may not be enough.   Uninstall it to test.

[flydeep]

Jim,
I do not think it is the antivirus, mostly the display driver. After scrutinizing the logs, I decided to uninstall the stable version and install the beta AMD drivers(RC13) and so far MC20 hasn't crashed. I have turned up all the madvr settings to max as per http://wiki.jriver.com/index.php/Madvr_expert_guide (video quality is quite good!)

Fingers crossed to see how MC20 holds up ....

On an unrealted note, how do I make video's stop playing when I click go back in theater view mode? The stop command sometimes stops responding (but pause works) and the videos continue to play even when on the main screen in theater view mode.

If it is an antivirus problem,  disabling it may not be enough.   Uninstall it to test.

[markol]

Hi,
I've experiencing same problem in last couple of weeks. This is my second time reinstaling JRiver for same reason. Just 10 sec after running JRiver, it crashes, playing or not... 

[flydeep]

After re-installing the latest AMD video drivers, it has been relatively stable. It is too soon to tell, will update here if things go south.

Hi,
I've experiencing same problem in last couple of weeks. This is my second time reinstaling JRiver for same reason. Just 10 sec after running JRiver, it crashes, playing or not... 

[markol]

I'm using JRiver for HiRes audio only... nVidia is disabled in my case...

[flydeep]

maarkol - Looks like your issue is completely different from mine. People here are very helpful and responsive. Give it a day and you will have some good suggestions, good luck!

I'm using JRiver for HiRes audio only... nVidia is disabled in my case...

[markol]

you're right 'bout that - flydeep. I'm sure this is minor bug or something insignificant.. anyway, I'm not gonna give up JRiver, for sure
it's a great player (software) !! .. and I'm not in a hurry...

[InflatableMouse]

markol,

I think it is best if you start your own dedicated thread as your issue is unrelated to the issue discussed here. You will most likely get better response that way.

[flydeep]

I thought all was good but MC20 crashed again this morning. I wasn't watching anything. MC20 hadn't refreshed the library from last night and I started run-autoimport and it crashed. Here are the logs just before it crashed ... need help!

35966483: 1924: Sharing Plugins: CHTTPListenerWorker::HandleConnection: Start
35966483: 1924: Sharing Plugins: CHTTPListenerWorker::HandleRequest: UDP: 10.10.1.127: M-SEARCH: http://239.255.255.250:1900*
35966654: 1924: Sharing Plugins: CHTTPListenerWorker::HandleConnection: Finish (171 ms)
35966654: 9832: Sharing Plugins: CUDPSocketReader::Accept: Start
35967575: 9304: Import: GetNewFiles: Searching: \\Tower\VideoSongs\
35967606: 9304: Import: GetNewFiles: Searching: \\Tower\MOVIES\Kids\
35969478: 9832: Sharing Plugins: CUDPSocketReader::Accept: Finish (2824 ms)
35969478: 12568: Sharing Plugins: CHTTPListenerWorker::HandleConnection: Start
35969478: 12568: Sharing Plugins: CHTTPListenerWorker::HandleRequest: UDP: 10.10.1.127: M-SEARCH: http://239.255.255.250:1900*
35970164: 12568: Sharing Plugins: CHTTPListenerWorker::HandleConnection: Finish (686 ms)
35970164: 9832: Sharing Plugins: CUDPSocketReader::Accept: Start
35971740: 9304: General: TopLevelExceptionFilter: Unhandled exception -- program crashing
35971740: 9304: General: TopLevelExceptionFilter: Message: 275, wParam: 6002, lParam: 0

After re-installing the latest AMD video drivers, it has been relatively stable. It is too soon to tell, will update here if things go south.

[glynor]

On an unrealted note, how do I make video's stop playing when I click go back in theater view mode? The stop command sometimes stops responding (but pause works) and the videos continue to play even when on the main screen in theater view mode.

Two things:

1. Yaobing recently quashed a bug that caused crashes when stopping immediately after a pause.  I think it just impacted Live TV viewing, but you never know.

2. There is an option in Options > Theater View somewhere about stopping video playback when you "return" to Theater View.

[flydeep]

is it "Pause playback when entering theater view" under options>Theaterview?

Two things:

1. Yaobing recently quashed a bug that caused crashes when stopping immediately after a pause.  I think it just impacted Live TV viewing, but you never know.

2. There is an option in Options > Theater View somewhere about stopping video playback when you "return" to Theater View.

[glynor]

35966483: 1924: Sharing Plugins: CHTTPListenerWorker::HandleConnection: Start
35966483: 1924: Sharing Plugins: CHTTPListenerWorker::HandleRequest: UDP: 10.10.1.127: M-SEARCH: http://239.255.255.250:1900*
35966654: 1924: Sharing Plugins: CHTTPListenerWorker::HandleConnection: Finish (171 ms)
35966654: 9832: Sharing Plugins: CUDPSocketReader::Accept: Start
35967575: 9304: Import: GetNewFiles: Searching: \\Tower\VideoSongs\
35967606: 9304: Import: GetNewFiles: Searching: \\Tower\MOVIES\Kids\
35969478: 9832: Sharing Plugins: CUDPSocketReader::Accept: Finish (2824 ms)
35969478: 12568: Sharing Plugins: CHTTPListenerWorker::HandleConnection: Start
35969478: 12568: Sharing Plugins: CHTTPListenerWorker::HandleRequest: UDP: 10.10.1.127: M-SEARCH: http://239.255.255.250:1900*
35970164: 12568: Sharing Plugins: CHTTPListenerWorker::HandleConnection: Finish (686 ms)
35970164: 9832: Sharing Plugins: CUDPSocketReader::Accept: Start
35971740: 9304: General: TopLevelExceptionFilter: Unhandled exception -- program crashing
35971740: 9304: General: TopLevelExceptionFilter: Message: 275, wParam: 6002, lParam: 0

The crash happens in thread 9304 (probably the main thread) right after it does its every-2-hour full Auto-Import scan and searches \\Tower\MOVIES\Kids\.

Try disabling Auto-Import in the Background and see if it goes away.  If so, then it is probably that there is a corrupt file in one of your watched folders (either that Kids folder, or perhaps more likely, the one it tried to scan right after that one) that makes MC crash when it touches the file.

It also may help if you can post the full log package (created right after a crash like that one above).  The log package should contain a memory dump of the MC process that crashed, which could help JRiver folks see the exact state that it was in when it crashed.  It is almost certainly too big to attach to your post here, but you could use Dropbox or WikiSend to create a public link to it and post that.

[glynor]

is it "Pause playback when entering theater view" under options>Theaterview?

Yeah.  That's it.  Sorry, I'm on my Mac and it doesn't have Theater View and I'm too busy to load up the VM. 

[flydeep]

glynor - Thank you for looking through the logs. For now, I removed the folder //tower/kids from autoimport and re-running it. I also stopped Kaspersky (will try uninstall if it crashes again). Will see how this goes. Any suggestions on how you would identify a corrupted file from a large library?

The crash happens in thread 9304 (probably the main thread) right after it does its every-2-hour full Auto-Import scan and searches \\Tower\MOVIES\Kids\.

Try disabling Auto-Import in the Background and see if it goes away.  If so, then it is probably that there is a corrupt file in one of your watched folders (either that Kids folder, or perhaps more likely, the one it tried to scan right after that one) that makes MC crash when it touches the file.

It also may help if you can post the full log package (created right after a crash like that one above).  The log package should contain a memory dump of the MC process that crashed, which could help JRiver folks see the exact state that it was in when it crashed.  It is almost certainly too big to attach to your post here, but you could use Dropbox or WikiSend to create a public link to it and post that.

[glynor]

It is kinda a pain, if that is what it is.

Posting the log Zip package might help if someone from JRiver can look at it.

You may also want to check your filesystem(s) for trouble:
http://wiki.jriver.com/index.php/Troubleshooting_Disks

[flydeep]

After removing the kids folder from MC library scanning path, MC20 did not crash last evening. That's a good progress.

However, I am unable to play HD Master audio. MC stops saying that the audio format is not supported. HDMI bitstreaming is turned on, no output formats enabled and all the settings remain same. The only thing I can speculate is while trying to identify the crashing issue I may have accidentally changed some settings. Typically I let me AVR Denon 3313CI handle all the audio conversion. I also rechecked the "Denon AVRHD" audio output corresponding to the HDMI out in the computer to set the audio properties correctly as listed in http://wiki.jriver.com/index.php/Audio_Setup

Any thing else I am missing here?

It is kinda a pain, if that is what it is.

Posting the log Zip package might help if someone from JRiver can look at it.

You may also want to check your filesystem(s) for trouble:
http://wiki.jriver.com/index.php/Troubleshooting_Disks

[JimH]

Please post that as a new topic.  It's probably unrelated to this thread.

Double check the AVR settings.

[glynor]

After removing the kids folder from MC library scanning path, MC20 did not crash last evening. That's a good progress.

That is good progress.

First, follow this:

You may also want to check your filesystem(s) for trouble:
http://wiki.jriver.com/index.php/Troubleshooting_Disks

In particular, you'll want to make sure your filesystem is okay (running chkdsk on it), make sure you have full permissions for the folder in question, and make sure your storage interface drivers are up to date.

Then, if those steps don't help, then do this:

Posting the log Zip package might help if someone from JRiver can look at it.

http://wiki.jriver.com/index.php/Logging

Once you do that, if the log doesn't help (or if they just haven't gotten to it yet) I have some additional, more manual, steps you can try.

[glynor]

Please post that as a new topic.  It's probably unrelated to this thread.

Double check the AVR settings.

I agree.  Post a new topic with your Bitstreaming question.  That's entirely unrelated to the crashes.