Print

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

[sirshambling]

It seems to me that a lot of the functions I regularly use in MC are considerably slower at present in version 11 than 10.

The key ones are:-

a) ripping - In 10 I get speeds of 5 - 6 in 11 I get 1.5 - 2.0. I'm using the MP3 encoder at 128 CBR.
b) burning - although the burning itslef seems to be about the same speed, MC 11 is much slower eg the time to get the window saying "burn or quit" is over 7 secs in 11 but only 2 in 10.
c) tagging - the tab and arrow keys take an appreciable time to move accross the main pane when I'm editing tags in 11, over a second if I'm tagging several files at once whereas this was instantaneous in 10. Version 89 of 11 is quicker than any other version I've tried but still noticeably slower.
d) synching to my Ipod - I'm getting speeds of 2Mbps rather than the 6Mbps in 10.

Am I the only one seeing these issues?

John

[LonWar]

It seems to me that a lot of the functions I regularly use in MC are considerably slower at present in version 11 than 10.

The key ones are:-

a) ripping - In 10 I get speeds of 5 - 6 in 11 I get 1.5 - 2.0. I'm using the MP3 encoder at 128 CBR.
b) burning - although the burning itslef seems to be about the same speed, MC 11 is much slower eg the time to get the window saying "burn or quit" is over 7 secs in 11 but only 2 in 10.
c) tagging - the tab and arrow keys take an appreciable time to move accross the main pane when I'm editing tags in 11, over a second if I'm tagging several files at once whereas this was instantaneous in 10. Version 89 of 11 is quicker than any other version I've tried but still noticeably slower.
d) synching to my Ipod - I'm getting speeds of 2Mbps rather than the 6Mbps in 10.

Am I the only one seeing these issues?

John

I find all areas in 11 alot faster...  I don't have a Ipod so I can't comment on that.

Remember 11 is still Alpha.. There probably will be some speed tweaks before it goes gold.

[sirshambling]

I can add file conversion to the list as well - WAV to MP3.

But if nobody else is seeing this it must be either me or my PC.

John

[JimH]

Anything unusual?  New software?  New hardware?  Files on a network drive?  New drives (removable or otherwise)?  Anything changed?

For CD problems, try a search for PIO here and at google.

[sirshambling]

Hello Jim,

Thanks for taking the trouble to reply.

No nothing new/unusual at all. I have 10 and 11 installed side by side on the same PC so comparisons are easy. I noticed these issues when I first installed 11.0.82 and hoped that later evisions would solve them. As i Say version 89 has improved my editing/tagging times but they're still slower.

Before posting I spent a half hour or so just doing the same things (same CD ripping for example) on both 10 and 11 so the differences in my post are as observed this afternoon.

John.

[JimH]

Anything different about what's imported in the two libraries?  Or size of library?  Or other settings in MC?

[sirshambling]

No same libraries (about 10,000 songs) and settings.

I'm a very conservative user I'm afraid - haven't even tried your new browser view yet!

The 2 programs are in different folders in the JRiver folder in C:\Programme Files - I presume that's OK?

John

[JimH]

Yes, folders are OK.

Double check all settings.

[Matt]

That much ripping difference sounds like one version is using secure mode and the other isn't.  Or maybe ripping to / from a different drive.

[sirshambling]

No same settings - secure/max to MP3 128 CBR on the same drive - S.

Used the same CD to test about an hour ago.

Did read that 11 has a different MP3 encoder - could this be an issue? I'm getting much slower file conversions (WAV to MP3 128 CBR) using 11 than 10 as well.

Thanks for your attention guys.

John.

[Matt]

You can test the encoder speed by switching the lame.exe file in the [MC]\Plugins folder.

[sirshambling]

Thanks Matt I'll try that.

Just been checking my ripping/encoding settings in 10 and 11 - they look absolutely identical.

Very odd!

John.

[RemyJ]

Not sure of this is related or not, but when ripping, I'm seeing MC spin the CPU at 100% for 5-10 seconds AFTER lame has finished with a track, regardless of whether "encode simultaneously" is checked or not.   According to the task manager, no I/O is being done during this time, just 100%CPU.  

I'm seeing the same thing when I fix coverart.  After the tags are written, MC spins the CPU at about 100% for about 5 seconds per track, apparently doing nothing.   I've tried setting imagefile to not store in the tags to see if it's related to tag writing but it makes no difference.  Only seems to happen when imagefile is currently pointing to a file that doesn't exist (which is why I'm fixing it).

[ocenter]

I have actually noticed the same thing... especially with the ipod the last few builds. Nothing over 2mb and this is on a clean install with no new hardware or software changes. Besides that love this software and I'm not sure what I would do without it.

[RemyJ]

BUMP!

Trying to fix about 16,000 tracks today....

Rename files from properties is taking forever.   With a simple rename (no file moving) MC is doing about 2 a second.  Great if you're only doing a handfull, not so great for large batches.  MC spins the CPU at 100% with only minor IO but doing what?   The filename isn't stored in the file tags and the file itself isn't moving.

For individual field changes, it's even worse.  Make an in-place field change (artist in my case), press the down arrow and wait 5 seconds while the CPU spins at 100% before you get to the next track.

Library size doesn't seem to be the issue as I created an empty test one and tried it.   Same result.

-----------------------------------------

Media Center Registered 11.0.90 -- C:\Program Files\J River\Media Center 11\

Microsoft Windows 2000 5.0 Service Pack 4 (Build 2195)
Intel Pentium 4 2377 MHz MMX / Memory: Total - 523 MB, Free - 125 MB

Internet Explorer: 6.0.2800.1106 / ComCtl32.dll: 5.81 / Shlwapi.dll: 6.00.2800.1400 / Shell32.dll: 5.00.3700.6705 / wnaspi32.dll: 4.57 (1008) , ASPI for Win32 (95/NT) DLL, Copyright © 1989-1997 Adaptec, Inc. / Aspi32.sys: 4.57 (1008)

Ripping /   Drive D: SONY    DVD RW DRU-530A   Mode:Normal  Type:Auto  Speed:Max
  Digital playback: Yes /  Use YADB: Yes /  Get cover art: Yes /  Calc replay gain: Yes /  Copy volume: 32767
  Eject after ripping: Yes /  Play sound after ripping: No  

Burning /  Drive D: SONY     DVD RW DRU-530A    Addr: 1:0:0  Speed:16  MaxSpeed:40  BurnProof:Yes
  Test mode: No /  Eject after writing: Yes /  Direct decoding: Yes /  Write CD-Text: Yes
  Use playback settings: No /  Normalization: None

[JimH]

Remy,
Is it on a network drive?

[RemyJ]

Remy,
Is it on a network drive?

Nope.  Everything's local.  I even completely disabled virus protection.

I just did a test...
I created a new library and imported 80 tracks from my existing library.
I changed the artist name on all 80....30 seconds.  OK, the artist has to be written to the file tags.
I then changed the directory for all 80...30 seconds again.  Hmmm.

One thing that was significantly better with the mini library was the in-place editing.  Changes were immediate.

[JimH]

Here's an interesting discovery by Neville:

http://yabb.jriver.com/interact/index.php?board=3;action=display;threadid=23736;start=msg165682#msg165682

Virus checking was his problem.

[Matt]

Remy,

Could you try the same test with MC's tagging turned off? (Options > General > Tagging & Importing)

We need to isolate if it's inside MC or the tagging system.

Thanks.

[Sauzee]

I've also found  latest v10 slower - particularly for importing tracks.  About 4 times slower than previous versions.

[RemyJ]

Remy,

Could you try the same test with MC's tagging turned off? (Options > General > Tagging & Importing)

We need to isolate if it's inside MC or the tagging system.

Thanks.

Ok, here goes.....

With tagging ON....

Selected my ZZ Top collection (119 tracks).
Pressed F2 to edit Artist.
Changed artist to ZY Top.
Was asked about changing 119 tracks.  Said yes.
Took 42 seconds.

Still with tagging ON...
Did a "Rename files from properties" with "Artist" as one of the directory fields.
Was asked about changing 119 tracks (for "filename").  Said yes.
Took 45 seconds.

Verified that file names were actually changed.

Turned tagging OFF...

Pressed F2 to edit Artist.
Changed artist back to ZZ Top.
Was asked about changing 119 tracks.  Said yes.
Took < 2 seconds.

Did a "Rename files from properties" with "Artist" as one of the directory fields.
Was asked about changing 119 tracks (for "filename").  Said yes.
Again took < 2 seconds.

Verified that the file named were actually changed.

Repeated the test with artists in other parts of the library, same result.

Question:   If "filename" isn't set to write to the file tags in the first place and it's the only field changed, why does changing the tagging mode help?

Side observation:  Changing tagging mode doesn't help in-place track-by-track editing of certain fields.   Track Name always changes instantly, Artist and Album cause a 3-5 second pause when you hit the down arrow key (possible because auto-complete is trying to search a large library, maybe?).  

Just fyi...

The volume both the music and library are on is a mirrored volume consisting of 2 Seagate 160MB Serial ATA 7200RPM drives used exlcusively for this purpose.  Fragmentation low enough to be reported as 0%.  Doesn't get much faster.

[Neville]

I don't know if this is your problem, but it seems that my F-prot antivirus is checking every file for changes when MC write ID3 tags to files and because of that tagging takes forever. When I disable antivirus the speed is OK.
With Norton antivirus, witch I had before, I didn't notice any problems.
Hope this will help you.

[more on this moved from the bug thread by JimH  
Using F-prot 3.15 with problems, and before Norton Antivirus 2004 without this problems.
I must disable F-prot when I do tagging to lots of files, but I think that this is not best solution. Maybe I will switch back to Norton.]

[RemyJ]

I don't know if this is your problem, but it seems that my F-prot antivirus is checking every file for changes when MC write ID3 tags to files and because of that tagging takes forever. When I disable antivirus the speed is OK.
With Norton antivirus, witch I had before, I didn't notice any problems.
Hope this will help you.

Thanks for the suggestion Neville, but I've already completely uninstalled virus protection on this machine.  Didn't help.

[sirshambling]

I can confirm Remy's observations.

Synched my Ipod yesterday and for reasons I don't understand MC 11 wanted to change the tags to over 4,000 records. Went through the process at about 3 tags per second. Took forever to complete!

John.

[Sauzee]

..... Went through the process at about 3 tags per second. Took forever to complete!

John.

That's pretty quick! Do you mean a 3 seconds per tag?

[RemyJ]

I can confirm Remy's observations.

Synched my Ipod yesterday and for reasons I don't understand MC 11 wanted to change the tags to over 4,000 records. Went through the process at about 3 tags per second. Took forever to complete!

John.

And I'll confirm John's observations with iPod.    Usually I can sync at about 9MB/s with little or no CPU utilization.   This morning, it was 3.5MB/s  at 100% CPU AND MC failed to transfer the currently playing track which it's never done before.  The message was "File is opened without permissions to transfer".

I think I'll go back to an earlier V11 and see if I can find which release this started happening.

[sirshambling]

That's pretty quick! Do you mean a 3 seconds per tag?

LOL! No I meant the saving process took about 3 "saves" per second. The numbers moved down from about 4,100 to 0 at about 3 per second.

My Ipod synch is still arond 2 Mbps sadly.

John

[Matt]

Remy,

Try tagging in the next build.  The reader engine was being loaded and unloaded each save, causing a lot of overhead.

Maybe start another thread for the iPod issue, as it's probably unrelated.

Thanks.

[RemyJ]

Remy,

Try tagging in the next build.  The reader engine was being loaded and unloaded each save, causing a lot of overhead.

Maybe start another thread for the iPod issue, as it's probably unrelated.

Thanks.

Wilco.   Just went back to 11.0.81 and it's fine from a tagging perspective.  

Agree on the iPod.  Let's move that to the portables forum.  

[RemyJ]

11.0.92 is way faster for large tag changes.
Thanks Matt.

[Stupid User]

Anything unusual?  New software?  New hardware?  Files on a network drive?  New drives (removable or otherwise)?  Anything changed?

I have read reports from some people who claimed that some aspects of their systems slowed down quite noticably after installing SP-2 on their Windows XP systems, particularly optical disc burning.  Some people have blamed it on SP-2's new DEP feature.

I am not trying to lend any credence to these reports, nor would I recommend disabling DEP, except as a temporary diagnostic measure.