Topic: Analyze Audio keeps freezing (Read 6628 times)

broncodan · « **on:** June 22, 2011, 02:56:30 pm »

I recently upgraded to MC16 and am trying to analyze several files (mp3's) I added to the library. It keeps freezing up randomly during the audio analysis. Sometimes it does 40 files, sometimes 200 and then it just freezes. Any ideas or suggestions?

broncodan · « **Reply #1 on:** June 22, 2011, 04:59:08 pm »

Went back to MC 15 and am not having any issues - so it definitely is MC16.....

JimH · « **Reply #2 on:** June 22, 2011, 05:04:48 pm »

Are the files local? Or are they on a network drive?

What version of MC did you try? MC 16.0.116 is at the top of this board.

broncodan · « **Reply #3 on:** June 22, 2011, 08:44:44 pm »

They are on a network drive. And yes that is the version I am using. MC15 works with these files so I am wondering what changed?

JimH · « **Reply #4 on:** June 22, 2011, 09:14:16 pm »

Please test with file on your local drive. I'm guessing you're seeing a bug in the NAS software.

broncodan · « **Reply #5 on:** June 23, 2011, 12:12:57 am »

Hi,

There doesn't appear to be one specific file that is causing the hang up (and trying to analyze over 5000 doesn't make it easy to figure out which one - although it wasn't the same file any of the 4 or 5 times I tried to run it).

As I mentioned went back to MC15 and it worked fine with MC16 - stopped at different points and just froze - 46 files, 150, 230, around 500. Finally gave up and just went back to MC15 and updated tags in MC 16. My NAS has been working with MC15 for over 2 years across XP and Win 7 upgrade, sharing across multiple devices - xbox, ps3, other computers so I don't think it is my NAS. The only change to my system that has caused an issue is MC16.....

glynor · « **Reply #6 on:** June 23, 2011, 01:39:49 am »

Do you have logging turned on? I'm sure someone would take a look if you have a log showing the freeze.

I haven't seen this with my network files, but they're all served by Windows 7 itself.

JimH · « **Reply #7 on:** June 23, 2011, 07:08:44 am »

Quote from: broncodan on June 23, 2011, 12:12:57 am

Hi,

There doesn't appear to be one specific file that is causing the hang up (and trying to analyze over 5000 doesn't make it easy to figure out which one - although it wasn't the same file any of the 4 or 5 times I tried to run it).

As I mentioned went back to MC15 and it worked fine with MC16 - stopped at different points and just froze - 46 files, 150, 230, around 500. Finally gave up and just went back to MC15 and updated tags in MC 16. My NAS has been working with MC15 for over 2 years across XP and Win 7 upgrade, sharing across multiple devices - xbox, ps3, other computers so I don't think it is my NAS. The only change to my system that has caused an issue is MC16.....

Test a local library. Eliminate the NAS, just as a test. MC16 is faster than MC15.

nickeaston · « **Reply #8 on:** June 23, 2011, 09:20:13 am »

1. I have noticed there are fewer 'freezeups' using MC15 in general (much smaller memory footprint than MC16)

2. Taking batches from my "NAS" drives (WD 3TB/USB3 running @ USB2 plus their internal i/o driver overhead burden)
and analyzing them on a local drive eliminates the issue. Great storage drives otherwise, cheap at Costco and sometimes on sale at BBuy.

3. Any memory manager suggestions are welcome...O&O CleverCache doesn't seem to improve ram management.

W7ULTx64-4gbRAM/2.66DuoCPU

broncodan · « **Reply #9 on:** June 23, 2011, 12:26:12 pm »

I tested it on my local drive and you're correct - faster and no interuptions through 1900 files. BUT you shouldn't have to move your files to make it work..... MC15 didn't have this issue so not sure why MC16 does??

Should be new and improved. Either way took care of my problem but maybe something should be looked at?

Matt · « **Reply #10 on:** June 23, 2011, 12:33:52 pm »

Quote from: broncodan on June 23, 2011, 12:26:12 pm

I tested it on my local drive and you're correct - faster and no interuptions through 1900 files. BUT you shouldn't have to move your files to make it work..... MC15 didn't have this issue so not sure why MC16 does?? Should be new and improved. Either way took care of my problem but maybe something should be looked at?

Is it possible that MC15 is doing one file at a time and MC16 is doing 2 or 4 at a time? The I/O pattern would be really different if that's the case.

JimH · « **Reply #11 on:** June 23, 2011, 12:34:01 pm »

Quote from: broncodan on June 23, 2011, 12:26:12 pm

I tested it on my local drive and you're correct - faster and no interuptions through 1900 files. BUT you shouldn't have to move your files to make it work..... MC15 didn't have this issue so not sure why MC16 does?? Should be new and improved. Either way took care of my problem but maybe something should be looked at?

Probably because MC16 is faster and you've found a bug in the NAS firmware. You could try updating it.

Another possibility is a virus checker or something similar getting in the way of disk reads and writes.

Try an Internet search for similar problems with your NAS drive. Contact the manufacturer.

r_harms · « **Reply #12 on:** July 04, 2011, 12:23:19 pm »

I'm having the same issues as the original poster. I'm using 16.0.122 and when analyzing more than one file at I time I get freezes after 40 or more files. If I set it to one file at a time it will usually do thousands with no problem.

I'm using a very clean (only MC and a couple other programs) with no network connections, no anti-virus or other stuff. I'm running Windows 7/64 on an i7 sandybridge that does great on memtest and prime95.

I've also noticed that if I edit tags while the analyze is running (even one file at a time) it will often hang.

Anybody have any additional thoughts on the matter?

Thanks

Rick

JimH · « **Reply #13 on:** July 04, 2011, 12:26:03 pm »

Quote from: r_harms on July 04, 2011, 12:23:19 pm

I'm having the same issues as the original poster. I'm using 16.0.122 and when analyzing more than one file at I time I get freezes after 40 or more files. If I set it to one file at a time it will usually do thousands with no problem.

I'm using a very clean (only MC and a couple other programs) with no network connections, no anti-virus or other stuff. I'm running Windows 7/64 on an i7 sandybridge that does great on memtest and prime95.

Do you have any ogg files?

Are the files on a local drive?

nickeaston · « **Reply #14 on:** July 04, 2011, 03:18:36 pm »

My conclusion after analyzing thousands of .mp3s recently is that the location of the hd...local or external...makes little difference in freeze-ups. I think that it's a combination of my 3 year old cpu/ram combo and the fact that MC16 has a large mem/cache/core requirement with apparently no throttling that makes analyzing more than 1 file at a time impossible in large batches.

W7ULTx64-4gbRAM/2.66DuoCPU

kensn · « **Reply #15 on:** July 04, 2011, 04:14:51 pm »

I had trouble with my FreeNas server doing the same thing, but on a local drive there is no problem.

Ken

r_harms · « **Reply #16 on:** July 04, 2011, 09:29:08 pm »

Quote from: JimH on July 04, 2011, 12:26:03 pm

Do you have any ogg files?

Are the files on a local drive?

All my files are on local Sata drives, Flac and mp3's, no ogg or other types in my collection.

I've just checked and made sure auto import is off and tested some more. I could not get more than a couple hundred with 4 files at once, better with 3 at once, maybe close to a 1000 with 2 at once before hanging. With one at a time I'm now getting close to 10,000 without a problem...

I'll be done analyzing one way or another in a couple days so not a big concern. Media Center has transformed my home theater and I couldn't be happier. Keep up the good work.

Rick

nickeaston · « **Reply #17 on:** July 05, 2011, 09:04:48 am »

I have about 80,000 files remaining to be analyzed; MC16 takes 40-45% of cpu analyzing one at a time...

W7ULTx64-4gbRAM/2.66DuoCPU

JimH · « **Reply #18 on:** July 05, 2011, 09:11:39 am »

Have you tried disabling your virus checker?

nickeaston · « **Reply #19 on:** July 05, 2011, 09:52:02 am »

I exited both SuperAntiSpy and MalwareBytes and dumped both processes. CPU still 39-44%.

I still have MC15 on this same machine; later today I will set it up and run a big batch...as a matter of curiosity.

JimH · « **Reply #20 on:** July 05, 2011, 09:59:26 am »

Under MC's Help menu, turn on logging and see if you can see what is taking time.

What types of files? Are there any video files? Have you tried a single filetype? It might help narrow down the problem.

nickeaston · « **Reply #21 on:** July 05, 2011, 10:58:24 am »

All files .mp3 only. I don't think processing speed per file is the issue, except the heavy cpu load for analyzing one file at a time. For me, if overall speed is reduced when processing 2-4 files at once, that sounds logical; app freezing instead of throttling is my issue...Example of log:

149644490: 9400: Database: Thumbnail Thread (Z:\Music\+++ The Wild Side Of Life % Jerry Lee Lewis %.mp3): Finish (406 ms)
149644490: 8516: Database: CThumbnailsDatabase::AddThumbnail: Finish (16 ms)
149644505: 8516: General: CThumbnailCacheInfo::CreateThumbnail: Finish (421 ms)
149644505: 8516: Database: Thumbnail Thread (Z:\Music\+++ This Must Be The Place % Jerry Lee Lewis %.mp3): Finish (421 ms)
149644521: 4952: Database: JRAnalyzerFile::GetImage: Start
149644521: 4952: Database: JRAnalyzerFile::GetImage: Finish (0 ms)
149644521: 4952: Database: CThumbnailsDatabase::AddThumbnail: Start
149644552: 4952: Database: CThumbnailsDatabase::AddThumbnail: Finish (31 ms)
149644552: 4952: General: CThumbnailCacheInfo::CreateThumbnail: Finish (484 ms)
149644552: 4952: Database: Thumbnail Thread (Z:\Music\+++ Handwriting On The Wall % Jerry Lee Lewis % (1).mp3): Finish (484 ms)
149644568: 10008: Database: JRAnalyzerFile::GetImage: Start
149644568: 10008: Database: JRAnalyzerFile::GetImage: Finish (0 ms)
149644568: 10008: Database: CThumbnailsDatabase::AddThumbnail: Start
149644661: 10008: Database: CThumbnailsDatabase::AddThumbnail: Finish (93 ms)
149644661: 10008: General: CThumbnailCacheInfo::CreateThumbnail: Finish (577 ms)
149644661: 10008: Database: Thumbnail Thread (Z:\Music\+++ The House Of Blue Lights % Jerry Lee Lewis %.mp3): Finish (577 ms)
149646970: 8540: Playback: CMJWaveFeeder::Thread: Finished feeder loop (bCancel: 0)
149646970: 8540: Playback: CMJWaveFeeder::Thread: Finish (2902 ms)
149647188: 9224: Playback: CMJWaveFeeder::~CMJWaveFeeder: Start
149647188: 9224: Playback: CMJWaveFeeder::~CMJWaveFeeder: Cancel
149647188: 9224: Playback: CMJWaveFeeder::~CMJWaveFeeder: Stopping thread
149647188: 9224: Playback: CMJWaveFeeder::~CMJWaveFeeder: Deleting input source
149647188: 9224: Playback: CMJWaveFeeder::~CMJWaveFeeder: Unloading DLL
149647188: 9224: Playback: CMJWaveFeeder::~CMJWaveFeeder: Finish (0 ms)
149647188: 9224: Playback: CWaveOutBinPlayThread::~CWaveOutBinPlayThread: Start
149647188: 10012: Playback: CWaveOutBinPlayThread::Thread: Finish (3120 ms)
149647220: 9224: Playback: CWaveOutBinPlayThread::~CWaveOutBinPlayThread: Finish (32 ms)
149647220: 9224: Database: CTagSaveHelper::CTagSaveHelper: Start
149647220: 9224: Database: CTagSaveHelper::CTagSaveHelper: Finish (0 ms)
149647220: 9224: Database: CTagSaveHelper::SubmitFile: Start
149647220: 9224: Database: CTagSaveHelper::SubmitFile: Submitting: Z:\Music\+++ If The World Had A Front Porch % Tracy Lawrence % (1).mp3
149647220: 9224: Database: CTagSaveHelper::SubmitFile: File added to tagging queue (already in queue = 0)
149647220: 9224: Database: CTagSaveHelper::SubmitFile: Finish (0 ms)
149647220: 10140: Database: CTagSaveHelper::Thread: Start
149647220: 10140: Database: CTagSaveHelper::Thread: Saving tag: Z:\Music\+++ If The World Had A Front Porch % Tracy Lawrence % (1).mp3
149647220: 10140: Import: JRAnalyzer::Open: Start
149647220: 10140: Import: JRAnalyzer::AddFile: Start
149647220: 10140: Import: JRAnalyzer::AddFile: Filename: Z:\Music\+++ If The World Had A Front Porch % Tracy Lawrence % (1).mp3
149647220: 10140: Import: JRAnalyzer::AddFile: Start
149647220: 10140: Import: JRAnalyzer::AddFile: Filename: Z:\Music\+++ If The World Had A Front Porch % Tracy Lawrence % (1).mp3
149647220: 10140: Import: JRAnalyzer::AddFileMJ: Start
149647220: 10140: Import: JRAnalyzer::AddFileMJ: Finish (0 ms)
149647220: 10140: Import: JRAnalyzer::AddFile: Finish (0 ms)
149647220: 10140: Import: JRAnalyzer::AddFile: Finish (0 ms)
149647220: 10140: Import: JRAnalyzer::Open: Finish (0 ms)
149647220: 8032: General: CReplayGainDlg::AudioAnalyzerThread_Finished: Start
149647220: 8032: General: CReplayGainDlg::AudioAnalyzerThread_Finished: Finished analyze
149647220: 8032: General: CReplayGainDlg::ProcessNextFile: Start
149647220: 8032: General: CReplayGainDlg::ProcessNextFile: Searching for next file
149647220: 8032: General: CReplayGainDlg::ProcessNextFile: File Pointer: 05063958, Index: 13657; Total Files: 70246
149647220: 10140: Database: CTagSaveHelper::Thread: Done saving tag
149647235: 8032: General: CReplayGainDlg::ProcessNextFile: Starting analyze file thread
149647235: 8032: General: CReplayGainDlg::ProcessNextFile: Finish (15 ms)
149647235: 8032: General: CReplayGainDlg::AudioAnalyzerThread_Finished: Finish (15 ms)
149647235: 4100: Playback: CMJPlayerCore::Play: Start
149647235: 4100: Playback: CMJPlayerCore::Play: Created feeder helper for type mp3 (native: 1)
149647235: 4100: Playback: CMJWaveFeeder::Play: Start
149647251: 4100: Playback: CMJWaveFeeder::Play: Finish (16 ms)
149647251: 4100: Playback: CMJPlayerCore::Play: Play succeeded
149647251: 4100: Playback: CMJPlayerCore::Play: Result: 1
149647251: 4100: Playback: CMJPlayerCore::Play: Finish (16 ms)
149647329: 7900: Playback: CMJWaveFeeder::Thread: Start
149647329: 7900: Playback: CMJWaveFeeder::Thread: Adding skinning
149647329: 7900: Playback: CMJWaveFeeder::Thread: Opening file
149647329: 7900: Playback: CMJWaveFeeder::Thread: Setting output format
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: Start
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: Using settings format
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: wFormatTag 3
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: nChannels 2
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: nSamplesPerSec 44100
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: nAvgBytesPerSec 705600
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: nBlockAlign 16
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: wBitsPerSample 64
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: cbSize 0
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: Finish (0 ms)
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: Start
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: Using settings format
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: wFormatTag 3
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: nChannels 2
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: nSamplesPerSec 44100
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: nAvgBytesPerSec 705600
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: nBlockAlign 16
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: wBitsPerSample 64
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: cbSize 0
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: Finish (0 ms)
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: Start
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: Using settings format
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: wFormatTag 3
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: nChannels 2
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: nSamplesPerSec 44100
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: nAvgBytesPerSec 705600
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: nBlockAlign 16
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: wBitsPerSample 64
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: cbSize 0
149647329: 7900: Playback: CAutoConfigureAudioOutput::GetOutputFormat: Finish (0 ms)
149647329: 7900: Playback: CMJWaveFeeder::Thread: Preparing to feed data
149647329: 7900: Playback: CMJWaveFeeder::Thread: Running feeder loop
149647360: 6012: Playback: CWaveOutBinPlayThread::Thread: Start
149649248: 10140: Database: CTagSaveHelper::Thread: Finish (2028 ms)
149650168: 7900: Playback: CMJWaveFeeder::Thread: Finished feeder loop (bCancel: 0)
149650168: 7900: Playback: CMJWaveFeeder::Thread: Finish (2839 ms)
149650246: 4100: Playback: CMJWaveFeeder::~CMJWaveFeeder: Start
149650246: 4100: Playback: CMJWaveFeeder::~CMJWaveFeeder: Cancel
149650246: 4100: Playback: CMJWaveFeeder::~CMJWaveFeeder: Stopping thread
149650246: 4100: Playback: CMJWaveFeeder::~CMJWaveFeeder: Deleting input source
149650246: 4100: Playback: CMJWaveFeeder::~CMJWaveFeeder: Unloading DLL
149650246: 4100: Playback: CMJWaveFeeder::~CMJWaveFeeder: Finish (0 ms)
149650262: 4100: Playback: CWaveOutBinPlayThread::~CWaveOutBinPlayThread: Start
149650262: 6012: Playback: CWaveOutBinPlayThread::Thread: Finish (2902 ms)
149650293: 4100: Playback: CWaveOutBinPlayThread::~CWaveOutBinPlayThread: Finish (31 ms)
149650293: 4100: Database: CTagSaveHelper::SubmitFile: Start
149650293: 4100: Database: CTagSaveHelper::SubmitFile: Submitting: Z:\Music\+++ La Casa Del Sol Naciente % Sounds Unlimited Orchestra %.mp3
149650293: 4100: Database: CTagSaveHelper::SubmitFile: File added to tagging queue (already in queue = 0)
149650293: 4100: Database: CTagSaveHelper::SubmitFile: Finish (0 ms)
149650293: 10168: Database: CTagSaveHelper::Thread: Start
149650293: 10168: Database: CTagSaveHelper::Thread: Saving tag: Z:\Music\+++ La Casa Del Sol Naciente % Sounds Unlimited Orchestra %.mp3
149650293: 10168: Import: JRAnalyzer::Open: Start
149650293: 10168: Import: JRAnalyzer::AddFile: Start

JimH · « **Reply #22 on:** July 05, 2011, 11:04:02 am »

Any very long files?

http://yabb.jriver.com/interact/index.php?topic=64491.msg436162#msg436162

Matt · « **Reply #23 on:** July 05, 2011, 12:01:12 pm »

If you're having this problem, could you post your benchmark results from Help > Benchmark?

We haven't had any luck reproducing this here yet.

Matt · « **Reply #24 on:** July 05, 2011, 12:09:26 pm »

Please email any logs showing this hang to matt at jriver dot com. Preferably send the full log in a ZIP file.

Thanks.

Matt · « **Reply #25 on:** July 05, 2011, 12:32:11 pm »

Jim had the good idea of running 100 files at a time, which led to us reproducing a thread-lock in the debugger.

So please try again when 16.0.125 (or newer) is available. Hopefully the issue will be fixed.

Vocalpoint · « **Reply #26 on:** July 05, 2011, 12:43:08 pm »

Quote from: Matt on July 05, 2011, 12:32:11 pm

Jim had the good idea of running 100 files at a time, which led to us reproducing a thread-lock in the debugger.

So please try again when 16.0.125 (or newer) is available. Hopefully the issue will be fixed.

Sweet! I am been having these same freezes - with local or network for a looonnnng time. I used to think it was the 4 @ a time thing - so I backed off to 2 @ a time but with MC 16 - I have been getting a lot of lockups as of late. Usually so bad that MC stops responding and has to be killed manually.

Glad to see that this one was finally found.

VP

JimH · « **Reply #27 on:** July 05, 2011, 12:44:53 pm »

It may occur much more often on a slower machine.

We're still interested in seeing how your machine benchmarks, as Matt said above.

Vocalpoint · « **Reply #28 on:** July 05, 2011, 12:57:44 pm »

Quote from: JimH on July 05, 2011, 12:44:53 pm

It may occur much more often on a slower machine.

We're still interested in seeing how your machine benchmarks, as Matt said above.

Here's mine (from my main "office" workstation - not sure what it all means...

=== Running Benchmarks (please do not interrupt) ===

Running 'Math' benchmark...
Single-threaded integer math... 4.690 seconds
Single-threaded floating point math... 2.924 seconds
Multi-threaded integer math... 2.421 seconds
Multi-threaded mixed math... 1.570 seconds
Score: 1637

Running 'Image' benchmark...
Image creation / destruction... 1.752 seconds
Flood filling... 1.464 seconds
Direct copying... 2.174 seconds
Small renders... 3.743 seconds
Bilinear rendering... 2.062 seconds
Bicubic rendering... 1.854 seconds
Score: 1686

Running 'Database' benchmark...
Create database... 0.916 seconds
Populate database... 2.450 seconds
Save database... 0.245 seconds
Reload database... 0.096 seconds
Search database... 2.365 seconds
Sort database... 1.721 seconds
Group database... 1.476 seconds
Score: 2320

JRMark (version 16.0.123): 1881

Cheers!

VP

kensn · « **Reply #29 on:** July 05, 2011, 12:58:43 pm »

I did have a lock-up last night analyzing about a 14 file chunk of mp3's (4 at a time). Had to stop and restart MC, but files ran through fine the second time around. This is on a I7 machine - Win7 64 - local WD 1tb black. have not had that happen since I moved analyzing to my local drive.

Ken

r_harms · « **Reply #30 on:** July 05, 2011, 05:52:26 pm »

On my blazing fast i7 I've just gotten to over 14,000 one-file-at-a-time mode, so for me it only happens when I bump it up past one-at-a-time. I've got about 60k to go, I wonder if I will finish before 16.0.125 hits the streets.

This box is always off line and never runs any virus or other junk, Just MC, Acronis Backup and Allway Sync when needed, everything else is done on other systems.

I appreciate the fact that the JRiver crew is even looking into this, it shows why Media Center is so clean and powerful...

Keep up the good work,

Rick

mark_h · « **Reply #31 on:** July 06, 2011, 01:50:25 am »

Quote from: Matt on July 05, 2011, 12:32:11 pm

Jim had the good idea of running 100 files at a time, which led to us reproducing a thread-lock in the debugger.

So please try again when 16.0.125 (or newer) is available. Hopefully the issue will be fixed.

Yay! I get far fewer lock ups these days, but it does still happen to me from time to time. Will be nice to get it resolved.

JimH · « **Reply #32 on:** July 06, 2011, 01:46:52 pm »

We believe this is fixed in build 125:
http://yabb.jriver.com/interact/index.php?topic=65109.0

steveklein · « **Reply #33 on:** July 06, 2011, 03:07:54 pm »

I've upgraded to build 125 and the file analysis still stops for me.

The files I'm analyzing are all on a local drive, are mp3/m4a/flac and I did not have this problem on MC15 (and I can't remember having it on early builds of 16, but am not sure).

Vocalpoint · « **Reply #34 on:** July 06, 2011, 03:22:31 pm »

I still continue to get odd "hesitations" with .125 - not a true freeze or stop on local files. I do all my analysis via the Drives and Devices area by selecting a folder with the tracks in it, highlighting my targets and choosing Analyze Audio from my right click selection. Even on say a single folder with just 10 tracks...the first two start up fine (I currently have this set to 2 @ a time) and then the next two will sit there for like 4 or 5 seconds and then finally continue on. I am always only analyzing FLAC tracks.

No stops or freezes (yet) but a bit frustrated wondering just what the heck MC is doing if it cannot flip thru 10 tracks 2 @ a time...it's not like my PC is a slouch.

VP

JimH · « **Reply #35 on:** July 06, 2011, 03:25:10 pm »

With FLAC files, it needs to re-write the entire file.

Vocalpoint · « **Reply #36 on:** July 06, 2011, 03:40:19 pm »

Quote from: JimH on July 06, 2011, 03:25:10 pm

With FLAC files, it needs to re-write the entire file.

Good to know....still - strange that with some groups of 10 or 20 - MC will burn thru these "re-writes" with ease and others.

I should note that the bulk of my FLACS are not created by MC directly...most are via EZ-CD Extractor Pro 2011.

VP

JimH · « **Reply #37 on:** July 06, 2011, 03:40:52 pm »

Quote from: steveklein on July 06, 2011, 03:07:54 pm

I've upgraded to build 125 and the file analysis still stops for me.

The files I'm analyzing are all on a local drive, are mp3/m4a/flac and I did not have this problem on MC15 (and I can't remember having it on early builds of 16, but am not sure).

Try the filetypes one at a time to see if some work and some don't.

JimH · « **Reply #38 on:** July 06, 2011, 03:42:12 pm »

Quote from: Vocalpoint on July 06, 2011, 03:40:19 pm

I should note that the bulk of my FLACS are not created by MC directly...most are via EZ-CD Extractor Pro 2011.

Try ripping with MC to see if that's the difference.

Vocalpoint · « **Reply #39 on:** July 06, 2011, 03:47:23 pm »

Quote from: JimH on July 06, 2011, 03:42:12 pm

Try ripping with MC to see if that's the difference.

Hmmm - are you saying that the FLACs created by MC are somehow different than any other tool out there? I was under the impression that this is a fairly standard format.

Also - my FLAC process involves a lot more than just ripping from a CD - I receive many a file via archive format and a huge buzz kill with MC is it's inability to load a disk image from a cue file and then allow me to create the individual FLAC files from it.

EZCD does this with no problem so it's my go to app for this type of conversion.

VP

JimH · « **Reply #40 on:** July 06, 2011, 04:00:16 pm »

Quote from: Vocalpoint on July 06, 2011, 03:47:23 pm

Hmmm - are you saying that the FLACs created by MC are somehow different than any other tool out there?

Not that I'm aware of, but you could find out by testing ripping with MC to see if the problem still occurs.

MrC · « **Reply #41 on:** July 06, 2011, 04:15:06 pm »

Different padding?

steveklein · « **Reply #42 on:** July 06, 2011, 04:51:40 pm »

In .125, over 4000 mp3s just went through fine on my system, 4 at a time. i'll test m4a/flac forthcoming.

Matt · « **Reply #43 on:** July 06, 2011, 05:36:52 pm »

I did 5000 files 4-at-a-time with 16.0.125 last night, and it worked fine.

r_harms · « **Reply #44 on:** July 06, 2011, 10:02:47 pm »

My Win 7/64 analysis issue is fixed. Ive just done over 20k .mp3s with 4 at a time in a few hours. I'll be done with my collection by morning. .125 fixed my issue! It would have taken three more days one-at-a time.

I'll try 20k .flac (EAC) files tomorrow and report back...

Great work from my perspective.

Rick

nickeaston · « **Reply #45 on:** July 13, 2011, 12:23:04 pm »

I agree that the latest .rev has solved the freeze problem. Now I can finish my 70,000 tunes without resorting to MC15.

enazarko · « **Reply #46 on:** September 11, 2011, 01:15:07 pm »

Files are on a Seagate external drive connected through USB2. Queued up a bunch of files (a couple thousand) to analyze and went off to the store. Came back, analyze was hung. Took forever to stop it from the hang. Now it won't scan at all, on the same stack of files. Just hangs.

Files are a mix of 24/96 flac, Apple Lossless, 256bit AAC, and a handful of mp3.

Any ideas?

JimH · « **Reply #47 on:** September 11, 2011, 02:06:04 pm »

Build 173 is available at the top of the MC16 board. It's worth trying.

A bad file?

Reboot?

Let it run. MC may be running but not responding. USB 2.0 could take a while.

enazarko · « **Reply #48 on:** September 12, 2011, 02:36:35 pm »

Thanks, Jim. I'll try the new build. I'm pretty sure it's a freeze, because the progress reporting stalled with two files partially analyzed, disk activity stopped, and once I told MC to stop the analysis, it took a VERY long time to stop, and then the system froze up. Crashed windows explorer, and then couldn't access the drive in any way at all until a reboot, and when I tried to shut down, had to force a shutdown because 15 minutes later, it was still trying to shut down. Repeated that pattern twice (science training, I don't believe anything unless it's replicable... dumb.) Set it up for scanning again, got the same results, about 500 or so items in, total freeze.

I'm now betting that it's an interaction with the drive and drivers. I installed a trial version on the music server computer for my studio and scanned about 800 big lossless FLAC files with no issues. Same O/S. The differences between the two systems are processor (dual core Atom on the system that froze vs my studio's quad core pentium), memory (4gb vs 8gb), disk and music location (USB2 Seagate disk vs onboard disk). Seems that something bad happens in the interaction between MC Analyzer and the pipe to the Seagate, and it goes into full lock. Been serving from that disk for almost two years now with no issues using iTunes and SqueezeServer, so I'm pretty sure it's Analyze/MC specific.

Also, the home music server has White Bear on it because I was hoping to use my Logitech Transporter instead of a USB link to a DAC for playing music... The White Bear icon turns red from time to time, but I don't think that's related. It's not doing anything really when this happens.

INTERACT FORUM

Author Topic: Analyze Audio keeps freezing (Read 6628 times)