INTERACT FORUM
More => Old Versions => JRiver Media Center 19 for Windows => Topic started by: Wungun on March 30, 2014, 05:51:07 pm
-
This happens more frequently...
As soon as I select a track to play, it says buffering and MC freezes...
Any ideas?
Description:
A problem caused this program to stop interacting with Windows.
Problem signature:
Problem Event Name: AppHangB1
Application Name: Media Center 19.exe
Application Version: 19.0.117.0
Application Timestamp: 52fdc1ee
Hang Signature: ab49
Hang Type: 134217728
OS Version: 6.3.9600.2.0.0.272.79
Locale ID: 1033
Additional Hang Signature 1: ab49cb07386e45318c2ec54486f2b3c5
Additional Hang Signature 2: 7e4f
Additional Hang Signature 3: 7e4fa3cf545154e2630914f9ffaabc8c
Additional Hang Signature 4: ab49
Additional Hang Signature 5: ab49cb07386e45318c2ec54486f2b3c5
Additional Hang Signature 6: 7e4f
Additional Hang Signature 7: 7e4fa3cf545154e2630914f9ffaabc8c
Read our privacy statement online:
http://go.microsoft.com/fwlink/?linkid=280262
If the online privacy statement is not available, please read our privacy statement offline:
C:\Windows\system32\en-US\erofflps.txt
-
Are the files local or on a network drive?
-
Local...USB drive. I'm playing from memory, and currently have page file disabled.
Possibly related?
-
Virtual RAM re-enabled, and still have this problem.
If I load an album, it plays fine all the way thru.
If I go to play another album, it freezes on the buffering. I have to ctrl-alt-del it closed!
-
Try turning off playback from memory.
USB drives are a lot slower than internal hard drives.
Antivirus programs can slow things down further.
-
I'll try disabling playback from memory...
USB drives are so, yes...but MC freezes indefinitely. It isn't waiting on the drive.
I've had the drive power down on long songs before, but when the next track is queue, it wakes up and loads and buffers and plays.
I don't know why this is happening now. :S
-
Disabling your page file is not recommended (http://yabb.jriver.com/interact/index.php?topic=77554.msg526230#msg526230). Whomever sold you that idea was selling snake oil. Memory Playback does require fast access to the files, and could cause trouble with a slow disk. However, if you disabled both of those customizations and it is still happening, then those are likely not the cause here.
Please read through this, paying particular attention to the Drives & Locations item, and then post back:
http://wiki.jriver.com/index.php/Troubleshooting_Guide
-
I don't have any of the symptoms listed, in relation to drive/location.
And previously, I've never ever had any playback problems at all...
Including memory playback. Flawless....
Ugh!
-
I don't have any of the symptoms listed, in relation to drive/location.
Run the tests anyway. USB drives are extremely prone to failure. Usually it is the power supply.
And did you read the section on slow disks? Because you have one of those...
And, you aren't (from the crash information above) on the current build. That's why I linked to the guide. It isn't worth trying to fix the stuff if it is already addressed there.
-
Yes I did...
Disable mem playback...issue happened again. Seems some folders/files more likely to cause it. But if I open MC and start if these suspect files/folders, playback is fine.
Only after playing media then trying to play these "other" music files.
Also, while MC is locked up, I'm still able to access my media drive from Explorer without issues.
-
Yes I did...
You did what?
SFC?
Chkdsk?
Cabling?
This tweak for slow disks (http://wiki.jriver.com/index.php/Troubleshooting_Network_and_Slow_Storage#General_Performance.2C_Hangs.2C_or_Lag_When_Opening_Views)?
-
I should add, I'm not just deflecting... Buffering issues like you've described, especially sudden ones where it used to work right, are very often a signs of disk trouble.
Disk or Anti-Virus are my two best guesses.
Or, perhaps, problems with your Audio setup (if the driver is locking up, that could be the cause).
-
Doesn't explain, when MC crashes/freezes during buffering, those same files, and all files on the drive, are readily available/readable from Explorer.
The drive is barely a few months old...and it's never exhibited any warning signs/eminent failure prior.
It isn't as if MC is waiting for the disk, but rather it's locking up on loading of a song..."buffering", but the spectrum analyzer shows the beginnings of playback...but it's frozen too. And it'll stay like this forever, until I ctrl-alt-del and force it closed.
MC seems to still be "alive" when it's stuck like this....until I try to stop/skip/load another song, then it goes completely unresponsive.
If it were my sound driver, I'm sure this issue would be happening in other situations as well. However, it's the same driver I've used since I bought MC.
Was a new build released lately...?
Within the last 2 weeks maybe...?
-
Doesn't explain, when MC crashes/freezes during buffering, those same files, and all files on the drive, are readily available/readable from Explorer.
Yes, it could.
-
... currently have page file disabled.
Not a good idea.
-
Doesn't explain, when MC crashes/freezes during buffering, those same files, and all files on the drive, are readily available/readable from Explorer.
The drive is barely a few months old...and it's never exhibited any warning signs/eminent failure prior.
Yes, it could.
Jim's got a fair point:
http://www.storagesearch.com/ssdmyths-endurance.html (http://www.storagesearch.com/ssdmyths-endurance.html)
Electronics failures can be quite random. Although this review focusses on spinning hard drives:
http://blog.backblaze.com/2013/11/12/how-long-do-disk-drives-last/ (http://blog.backblaze.com/2013/11/12/how-long-do-disk-drives-last/)
it does offer an insight to electronic failure behaviour (graphic to illustrate the point):
(http://blog.backblaze.com/wp-content/uploads/2013/11/blog-drivestats-quarter-failure.jpg)
Note the comment here:
http://en.wikipedia.org/wiki/USB_flash_drive#Longevity (http://en.wikipedia.org/wiki/USB_flash_drive#Longevity)
with regard to connector life.
So, there are plenty of ways you can be tripped up.
-
Not a good idea.
It's re-enabled since trying to diagnose the issue...
-
Are any replies here, actual official MC tech support replies...?!
Does MC do logging?
I posted the crash report in my first post...does this have any insight to my issues?
-
Swapped connectors on drive...
Ran chkdsk on drive...
Can we eliminate the drive as the issue and focus on MC now...?
-
Does MC do logging?
I don't think MC does any additional logging other than what is in 'Help|Logging'
Alex
-
Are any replies here, actual official MC tech support replies...?!
Does MC do logging?
I posted the crash report in my first post...does this have any insight to my issues?
That's included in the guide, which you didn't read (well). It tells you how to update, how to enable logging, and how to provide the info we need.
Till you do that stuff, you can't be helped.
-
Sorry...I read thru the issue on drives. I didn't know you wanted me to read the entire troubleshooting guide.
Logging enabled and issue recreated...uploading log...
-
Please see attachment....
-
Media Center
Install Path: C:\Program Files (x86)\J River\Media Center 19\
Interface Plugins: TiVo Server (not running)
JRMark: never run
Library: 14781 files, 2.9 MB in library, 56.1 MB in thumbnails
Resources: 175 MB memory, 427 handles
Version: 19.0.117.0 Registered
http://wiki.jriver.com/index.php/Troubleshooting_Guide#Make_Sure_You_Are_Running_the_Latest_Build
-
Updated...new log...same issue
-
Both glynor and I have mentioned antivirus as a possible reason for the problem.
-
Does it happen with any tracks you try to play, or one track in particular?
-
Updated...new log...same issue
Thanks for the new log on the current version. I'd hoped the issue was related to switching input formats, for which there have been a few fixes in recent builds, and I saw it doing some of that in the last set of logs you uploaded.
Can you recreate the issue and then while Media Center is hung (before ending the task) do the following:
1. Open the Windows Task Manager.
2. Find Media Center in the list of running Applications and select it.
3. Right-click and choose Create Dump File.
4. Save this file somewhere you can find it on disk. It will probably be quite large, but you can ZIP it to reduce the size substantially.
5. Then relaunch MC and gather another Log package.
6. Upload both the log package and the zipped copy of the Dump file here.
If the files are too large to add as an attachment, you can use WikiSend (http://wikisend.com/) to create a public link to the the file so we can download it.
I can't help with this part, but if it is hanging, Hendrik may be able to use the Dump to figure out what MC was doing when it hung.
EDIT: And also answer his question.
PS. By the way, I should make clear that (despite that they made me an Admin on the forum) I don't work for JRiver. I'm a user like you. I've just been here a long, long while (and I've done technical support longer).
-
Thanks for the help...
I don't run AV on my system (but install and run a scan occasionally)
I'll follow your instructions when I get home from work. Thanks again.
-
Does it happen with any tracks you try to play, or one track in particular?
Its not directly related to tracks/albums, per se...but, for example, album "a" is susceptible, however, if I play that album as soon as I open MC, it plays fine.
If I play album "a" after a few other albums, it hangs...
I have no other way of knowing.
I have the dump file...zipped, its still huge...157+Mb. Ill make it split volume and include the MC log...
-
Temp Extract.part1.rar (http://wikisend.com/download/376538/Temp Extract.part1.rar)
Temp Extract.part2.rar (http://wikisend.com/download/346938/Temp Extract.part2.rar)
-
I have seen MC hang on 'buffering' but only when it has been sitting idle for a while. Close it and re-start it and does not hang.
-
Hi there. I am in big trouble.
I am using and enjoying JRiver since v.18 was available even when I went through few issues all been resolved in one way or the other always in the spirit that good is better rather than perfect and always trying to fix it myself before posting here.
Not the case anymore: since the last update of JRiver (and windows 8.1 for the matter) my main system hangs at around 5 minutes playing.
I followed most of the recent guides, applied the library fixes and rules, reinstalled, tried older version, changed external driver, changed dac, changed output modes, played Audio or Video, having the PC as the only constant ... Same thing every time.
I installed the manufacturer's player for my main dac (Teac UD501 [I normally use 2DSD mode with JR]) and played any kind of format I have and it works perfectly.
The discouraging thing is that my standard home-office system using an older MoBo/lessRAM/Schiit MODI works great, while my "audiofreak" with a custom built pc (over 5k benchmark and 4k JRiver) does not.
-
What is hanging? The DAC or the PC? Any error message?
Try power cycling the DAC when it happens.
Any file type?
-
What is hanging?
Media Center and Windows error shows it as a crash app. When I close the window error, I can hear the music I was playing for a fraction of a second.
The DAC or the PC?
Both are functional when MC is hanging.
Any error message?
Yes appcrash in Windows
Try power cycling the DAC when it happens.
I tried that and changed DAC from Teac to Schiit - same story every time at around 5 min playing.
Any file type?
Any Audio (from mp3 to hi res) Video and DVD (last night I had to use VCL to watch a movie...shame on me;)
-
Try DirectSound. Try an internal sound device.
Antivirus programs have been causing problems recently:
http://yabb.jriver.com/interact/index.php?topic=86096.0
Make sure you have the most recent build installed. It's 19.0.128.
-
Since I've started using 'run as administrator' to start MC I have ceased having crackling and drop-outs as well as hangs while buffering when starting playback.
Hope that is of help.
-
Thank you both for the fastest support ever. I will try all suggestions (I think I did run MC as Admin to test it already, will do more).
Here is the meaningless (to me) last report from Windows again this morning:
Problem signature:
Problem Event Name: APPCRASH
Application Name: Media Center 19.exe
Application Version: 19.0.128.0
Application Timestamp: 53488310
Fault Module Name: in_dsd.dll
Fault Module Version: 19.0.128.0
Fault Module Timestamp: 534882b4
Exception Code: c0000005
Exception Offset: 000a1a61
OS Version: 6.3.9600.2.0.0.256.103
Locale ID: 1033
Additional Information 1: 5861
Additional Information 2: 5861822e1919d7c014bbb064c64908b2
Additional Information 3: d1d9
Additional Information 4: d1d94a13d3609d6b740644c12508f581
I will test and report in a few. Again thank you for the attention.
On a different note, I am adding my best wishes to you know who so he can get back with full strength and joie de vivre very, very soon.
Regards,
Riccardo
-
Since I've started using 'run as administrator' to start MC I have ceased having crackling and drop-outs as well as hangs while buffering when starting playback.
Hope that is of help.
That sounds similar to this problem:
http://yabb.jriver.com/interact/index.php?topic=88729.msg608649#msg608649
-
I tried everything in sequence:
- Admin
- Authorizing files and JRiver in Security Essentials
- Direct sound
- Last update for windows 8.1
- Play from memory (over 15 Gb available in 64bit)
NADA :(
I think Jim you might have the answer there with the HD4600. I am just wondering why it worked fine since I built the computer in October even recently with the driver update.
I also updated the Bios (Gigabyte G81 Amp-up) which I start to consider in the list of suspects as well.
But why the system works fine in VLC then? Should I try others?
Do I really have to buy a new Intel chip? (HD4600 does not even fit in my plasma TV, so I have a good excuse there).
-
The discouraging thing is that my standard home-office system using an older MoBo/lessRAM/Schiit MODI works great, while my "audiofreak" with a custom built pc (over 5k benchmark and 4k JRiver) does not.
One thing to check, prompted by this sentence..
Is that thing overclocked?
-
Not at all. I am abstinent in that kind of things. My quest is for the most stable and quiet platform. Meantime, I worked on HD4600 driver with no luck. Back to the latest release and same issue. It's amazing that hangs every time around 5 min playback no matter if I do cumulative tracks or single one.
Listening through Teac music player, not bad at all - despite the simple GUI :P.
-
What else is happening every five minutes on that machine? Any new software or hardware?
-
Not that I am aware of. There are very few programs installed: JR, VLC, WMC, 7Zip, Teac Asio and whatever Intel and Windows wants me to install , including Silverlight. I also uninstalled all the apps I could.
I just play without any other interaction with the system or any remote like gizmo connected.
I even tried playing a flac file from the SSD hoping in a USB driver conflict... same story... Getting crazy!
-
A firewall or other security software blocking MC might cause this kind of problem.
The five minute aspect is odd.
Uncheck play from memory.
-
Jim, thx for keeping this under your radar.
Firewall/Anti-virus was the first thing I tried and I just did it again with no beneficial (with no play from memory).
It's not 5 minutes sharp, but in that kind of range. It's funny every time I think I got the solution I wait, wait and ... :P
-
Don't rule out antivirus yet. Read these posts:
http://yabb.jriver.com/interact/index.php?topic=86096.0
If it is an antivirus problem, disabling it may not be enough.
-
Yes, I noticed, but:
1. I am not incline to take this path, considering all the issues of uninstalling and eventually reinstall MS Security Essentials in the last release of 8.1 (if possible...)
2. Hard to digest that VLC has no conflict whatsoever with the AV, while JR (only now!) does not work even adding .exe and file type permissions.
I do know nothing about computers, but my guess is something is cycling in (like an Antivirus LOL) after I click play. Maybe one day it will get fixed by some gently update...
-
If you're using MSSE, then this won't cause these kinds of problems, in any case I've ever seen. If you want to be sure, here are instructions for adding exceptions for MC's processes to MSSE and Windows Defender:
http://wiki.jriver.com/index.php/Taming_Windows_Defender
Also, worth mentioning if you didn't see it above, but please read through this:
http://wiki.jriver.com/index.php/Troubleshooting_Guide
Aside from AV, common causes of "hanging" behavior are covered in the Disks section.
Though... The five minute thing gives me pause as well. A couple things:
Can you run CoreTemp and let us know what CPU temps you're seeing when it happens:
http://www.alcpu.com/CoreTemp/
Also, read through the guide. Most importantly, we'd like to see some logs, as is described in the guide.
-
Thank you Glynor! I have benchmark and system in attachment.
For the Log.zip I need a valid e-mail (1.07Mb).
Few additional comments:
1) MSSE - I agree. I have the same OS configuration in the other system and I have no issue at all (Just installed the LHLabs Geek Out and works great).
2) Last night I found out that MC crashes after ~5 min even without playback.
3) Can't be the disk because it hangs in the same way with externals 3.0/2.0 USB HDs and even the internal SSD where the libraries are located.
4) CoreTemp shows 46-44. It's a Streacom 10 fanless chassis with a i3 37W 3.4GHz.
Have a great Easter!
-
Crashing and hanging aren't the same thing. In any case, we'd like the Log Output Package (which is a ZIP file).
Also, this:
3) Can't be the disk because it hangs in the same way with externals 3.0/2.0 USB HDs and even the internal SSD where the libraries are located.
Where the media lives is not relevant. If the drive where MC is installed (or, of course, where the Library is stored) has issues, or Windows has corruption, you have problems. To be clear, I mean "big-L" Library, not "little-l" library (MC's database, not the media files). I'd absolutely recommend doing the troubleshooting steps in the Troubleshooting Disks guide. At least these two:
1. Do CHKDSK
2. Do sfc /scannow
In particular, if SFC finds issues it can't repair, you have deeper issues on the system.
-
Hanging when in playback because when I close the OS error message I can hear a fraction of a second of music, in direct sound MC just hangs till I close the application myself.
Crashing without playback.
point 3): that what I meant, JRiver is installed in the same SSD with the OS without partitions. All media are in external 4TB 3.0 HDD. Never less I transferred a folder into the SSD to test it without importing it in the library, just quick play, and I went into the same problem.
I performed OS troubleshooting, chkdsk and sfc/scannow. Nothing to report.
I might completely reinstall JRiver and see where I go with that...
Thanks anyway!
edit - No idea where to send the log.zip file. Too big to be attached here.
-
Did you guys get a chance to look at my log/dump files yet...?
Seems rikirk kinda jacked my thread. :)
-
Sorry Wungun. The only reason why I posted here was because we are sharing the same issue, maybe not because of the same cause, and I thought was helpful to add my troubles. I have nothing more to add and hope things will just somehow with an update like happened in the past. :)
-
No worries! :)
Hard to imagine if it's a software issue, more people aren't effected...
-
Another antivirus audio problem:
http://yabb.jriver.com/interact/index.php?topic=86096.msg609229#msg609229
-
Hi Wungun, just spotted your thread - sorry for coming in late
I have this issue. It has followed me on various computers since early v18. That was XP on a laptop. I've tried win7 through v18 and early 19 on an Intel i3 NUC. Then 2012R2 and v19 on a i5 NUC. "Buffering..." and crashes unfortunately. 2012R2 with no AV or any other interfering programs. At the moment I do not use MC because of the instability. I am hoping JRiver at some point can track down where in the code this problem is and get it fixed.
In the mean time I mostly use LMS and squeezelite. Never crashes. I also test MC19 on Linux, but it is a bit 'rough' at the moment even if it has made real progress lately.
Only stereo audio, Intel 53427 NUC, 2012R2, 8Gig mem, SSD, dedicated to MC, no screen keyboard or mouse, no AV, DSP studio (convolution and parametric EQ) enabled, JRemote, USB connection to Stello U3
Hard to imagine if it's a software issue, more people aren't effected...
-
Only stereo audio, Intel 53427 NUC, 2012R2, 8Gig mem, SSD, dedicated to MC, no screen keyboard or mouse, no AV, DSP studio (convolution and parametric EQ) enabled, JRemote, USB connection to Stello U3
Only audio? Someone reported a problem with upsampling and convolution simultaneously. Either one worked. I believe I linked to it above.
Can you rule out the Stello U3?
Is the media stored locally?
Having "no screen keyboard or mouse" isn't common.
What is 2012R2?
What type of files?
Are you running the most recent build of MC. It's 19.0.128, available at the top of this board.
-
Only audio? Someone reported a problem with upsampling and convolution simultaneously. Either one worked. I believe I linked to it above.
Can you rule out the Stello U3?
Is the media stored locally?
Having "no screen keyboard or mouse" isn't common.
What is 2012R2?
What type of files?
Hi Jim,
No up- or re-sampling. Audio only. 98% flac, a few wavs. 16/44 to 24/192. Media is stored on a Readynas (which is Debian based). Mounted with NFS on Linux or Cifs on Windows. 100mbps full duplex network. 2012R2 is the latest Windows server OS. I run the NUC completely headless and use Remote Desktop if I need to configure anything on MC. JRemote (or occasionally Gizmo) to control playback. The Stello is stable with the Windows version of squeezelite. Also stable with MC19 Linux. Both on the same Intel NUC, but with different SSD's. Same hardware and USB port. In the past I have tested with files stored on local drive to see if I could pin it to Cifs or NFS. Same problem. I actually tried NFS under Windows. There is a proper NFS driver in the OS, but this did not help either.
The "Buffering.." or crash seems to happen either when skipping to a track on a different album - same resolution (i.e. 16/44) or, more frequently, from one album, say 16/44 to a 24/96 album. I do not use playlists so I do not know how this would behave with a mix of tracks in a list.
-
Try a test library. Local FLAC only, 16 44.
Windows Server is not a common OS for us.
Headless is also unusual.
I'm not saying that either of those are the problem, but please test a little to see if you can find out what the difference is.
Are you using the same settings with squeezelite and the Stello? Playing the same files?
Latest build?
A couple of problems related to analysis were fixed recently.
-
Try a test library. Local FLAC only, 16 44.
Windows Server is not a common OS for us.
Headless is also unusual.
I'm not saying that either of those are the problem, but please test a little to see if you can find out what the difference is.
Are you using the same settings with squeezelite and the Stello? Playing the same files?
Latest build?
A couple of problems related to analysis were fixed recently.
Windows server R2 is very similar to 8.1.
I always use the latest build, at least when I test. Squeezelite and Stello use same settings as MC. Same files.
I'll do a test with local library. I depend on a solution with files on the NAS though. Local library is not possible as permanent solution.
I have looked at MC logs earlier and seen traces of the crashes. I'll save logs if I can reproduce the error. Maybe also a dump as described by Glynor further up this thread
-
Thanks. The tests are just to see if we can find out where the problem is.
-
Just want to report that my issue disappeared simply removing the TV service from JRiver. Everything works fine now.
-
Thanks for reporting that. Do you have any TV devices connected to your PC?
-
edit - No idea where to send the log.zip file. Too big to be attached here.
Please send it to me. yaobing at jriver dot com
-
Did you guys get a chance to look at my log/dump files yet...?
Seems rikirk kinda jacked my thread. :)
I'm sorry. I got distracted and busy and missed it until the links had expired. I apologize, because I know it was tough with the splitting.
If you have another, or still have that one, can you upload it again?
-
Hendrik looked at this thread and he didn't see anything we haven't discussed.
I did think of a couple more possibilities:
Dual NIC's
Bad hardware attached
Also the "Weird Problems" thread linked in my signature.
-
Thanks for reporting that. Do you have any TV devices connected to your PC?
I do Jim. AverMedia Tuner via HDMI to Panasonic Viera Plasma.
-
Please try turning off auto import under Tools/Import.
-
We've found something that may be related. Try turning off auto import and not playing any DSD files. See if that makes a difference.
-
Thank you Jim for the follow up. Testing on .128 with DSD and w/out DSD with Import on and it's working fine! Really no clue why it did not before since I am using the same settings I had when it was not working... crossing my fingers :). Love JRiver! thank you all for the kind support!!
-
I'll have to give that a try on my system...
-
Please try turning off auto import under Tools/Import.
I don't have the option to turn off auto import...at least not in Tools/Import.
Is it located somewhere else?
-
I tried with a small local library and I could not reproduce the error in the relatively short time I tested. I then saw your message about turning off Auto import. Since yesterday I have run with my normal configuration: music files on NAS, Volume leveling (R128), Parametric EQ, Convolution. Auto import disabled. Kernel streaming to Stello U3. No Zones. So far no crash or the "Buffering..." issue. I'm cautiously optimistic now. I have jumped between tracks on different albums and varying sample rates/bit depths more than I usually do with no problem so far.
Thanks. The tests are just to see if we can find out where the problem is.
-
MC may be finding a file it doesn't like. Hendrik made a change in 19.0.131 (to be released this week) that may fix the problem:
2. Changed: Improved error resilience of SACD DST parsing.
Thanks for your patience and careful testing.
-
Hendrik made a change in 19.0.131 (to be released this week) that may fix the problem:
2. Changed: Improved error resilience of SACD DST parsing.
I re-enabled Auto import and within a couple of hours playing I got the crash. Near the end of 'Previous Log' there is an entry '238545109: 3032: General: TopLevelExceptionFilter: Unhandled exception -- program crashing'. This is what I've seen before. I have stored a log set and dump files if you need them, but I guess it is just as good to wait for v.131 and see if the problem is gone. I will disable Auto import again and continue playing
-
Feel free to mail me the log and dump to hendrik at jriver.com, and I can quickly conclude if its the same issue that was fixed, or maybe I can squeeze some more fixes in.
MC should create its own crash dump in the log directory for crashes, so if you created one of your own, thats not required in this case. The log zip file should contain a "Previous Crash.dmp" with all the info we need (and its much smaller than the manual dumps).
-
Unfortunately I just had a crash without Auto import enabled. Logging was not enabled this time so I've got nothing to send I'm afraid. Seems the problem I have is something else then...
-
131 is available now.
-
ogs, I've looked at the log and dump you send me, and something puzzled me.
It says you're playing a .flac file (ie. M:\Music\Esperanza Spalding\Chamber Music Society\5-Wild Is The Wind.flac) but at the same time it thinks you're playing a "wav" file.
Can you check your library for the "File Type" field, and check what its set to for these files?
-
ogs, I've looked at the log and dump you send me, and something puzzled me.
It says you're playing a .flac file (ie. M:\Music\Esperanza Spalding\Chamber Music Society\5-Wild Is The Wind.flac) but at the same time it thinks you're playing a "wav" file.
Can you check your library for the "File Type" field, and check what its set to for these files?
Hendrik, thanks for looking into this.
Field says "File type" is flac. Its dowloaded from HDtracks. Very strange. I have a few wav files in the library, but as far as I can remember I did not play any of these in the session before the crash.
I'm running .131 now and experienced a crash last night. Again I had not engaged logging! Will send a log set to you as soon as I get a new crash.
I can easily wipe the library and do a rebuild if you think this may help.
-
ogs, I've looked at the log and dump you send me, and something puzzled me.
It says you're playing a .flac file (ie. M:\Music\Esperanza Spalding\Chamber Music Society\5-Wild Is The Wind.flac) but at the same time it thinks you're playing a "wav" file.
Can you check your library for the "File Type" field, and check what its set to for these files?
This reminds me of the issue I reported a little while back, although that was with mp3's I'd used the rename/ copy tool to shift into AACs.
Try doing a right-click and update library from tags on the offending file if it thinks it's a WAV, and this may (or may not!) help matters :)
-Leezer-
-
This reminds me of the issue I reported a little while back, although that was with mp3's I'd used the rename/ copy tool to shift into AACs.
Try doing a right-click and update library from tags on the offending file if it thinks it's a WAV, and this may (or may not!) help matters :)
-Leezer-
Hi,
I've tried all sorts of things to get rid of this fault. Also your tip above, thanks. It is not repeating on a particular track or album. That is why I think the problem is deeper in the code. A similar crash occurs on the Linux version. I'll just be patient and a fix will turn up at some point
-
I m still having this issue as well...
-
Hendrik,
any progress on finding the cause for the crashes? I'm back to squeezelite + LMS on a Debian based distro for stability while waiting for JRiver to fix this. I miss the flexibility of MCs DSP engine, but stability is more important. Thanks
-
MC doesn't have a general stability problem at this time.
It would help if you can narrow down the problem to something we can reproduce. A bad file could cause this sort of thing.
Try a new test library with a very small number of files, stored locally.
-
MC doesn't have a general stability problem at this time.
Hi Jim,
I do not at all believe MC has a general stability problem. This is something specific that happens to me and a few others. I have been thinking I should order an Id to see if an appliance delivered by JRiver is stable in my setting. That is why I asked about an iso for the Id in the other thread. If I can use full DSP with the Id I am tempted.
-
We need to narrow down where the problem could be. Drive, network, other software, etc.
-
I do not at all believe MC has a general stability problem. This is something specific that happens to me and a few others.
There's never going to be progress unless we can, collectively, narrow down the cause. They'll fix it, I'm sure, if the problem is within MC itself, but they have to be able to reproduce it. Waiting and hoping will never work.
So... If you want it fixed, we'll need your help.
-
So... If you want it fixed, we'll need your help.
Yes I know... I'll be traveling till beginning of June. After that I will try to do some work narrowing in on the problem.
-
Yes I know... I'll be traveling till beginning of June. After that I will try to do some work narrowing in on the problem.
K.
-
I've discovered, more times than not, this buffering issue occurs when I click "play" on an album MC hasn't played before...?
If I play that same album 1st, as soon as I start mc, it'll play it. It would seem after MC has run for awhile, the issue is more likely to happen. Dunno if that helps at all. Lol
-
Maybe some progress here.
I set up my NAS to only use NFS to share the music folder. I then enabled the NFS client driver in WS2012R2 and mapped the music folder. I've not had any crash after this. If this continues to be stable the problem may be with the Samba version running on my Readynas or some incompatibility between Windows and Samba as the error occurs when accessing files via SMB.
-
I highly doubt that is where the problem lies...
Before you hijacked my thread, the discussion was purely about local media librarys (USB drive) as is my case...
But anyways...it could be you found another bug that the MC crew can look at and fix and it possibly might have some related consequence with other operations to do with the library.
-
There was a Samba bug a few years ago that was fixed by updating the firmware.
-
Update...
Running the latest version of MC20, and all has been well, until....
Started optimizing services (shutting down unneeded services), and the freezing at "buffering" issues has crept back up again.
Are there implicit services that MC needs to function properly?
Please advice
(running Server 2012 R2 Essentials)
-
Running the latest version of MC20, and all has been well, until....
Started optimizing services (shutting down unneeded services),
That is not a good thing to try. You've probably discovered why.
Windows doesn't normally need modification to work perfectly with audio.
-
Normally, no...
But I'm trying to squeeze every last bit outta my box. Lol
It's what I do :)
-
Can you tell me if there are any services that MC needs to function properly? Indexing maybe?
-
Sorry, but you're on your own if you want to tweak Windows.