INTERACT FORUM
More => Old Versions => Media Center 11 (Development Ended) => Topic started by: dcwebman on April 02, 2005, 04:50:20 pm
-
I have been working with 230 today for about 7 hours re-organizing my @13,000 MP3's. Most of the operations have been changing tag info and doing Rename Files from Properties. Everything worked great for most of the day. Now it got extremely slow in doing the renaming of just the filename, not even the directory too where it takes about 60 seconds to do the rename per file. Exiting the program and restarting it did not help.
-
Please copy your system info from MC Help and paste it here.
Then reboot.
-
Here's the system info. The reboot will have to wait because it's in the process of updating tags and there's 689 files left at this moment. If it's really 60 seconds per file, I guess I'll reboot in the morning. BTW, it's also slow just updating the tag info on a file, not just renaming.
Media Center Registered 11.0.230 -- C:\Program Files\J River\Media Center 11\
Microsoft Windows XP 5.1 Service Pack 2 (Build 2600)
Intel Pentium 4 1582 MHz MMX / Memory: Total - 785 MB, Free - 416 MB
Internet Explorer: 6.0.2900.2180 / ComCtl32.dll: 5.82 (xpsp_sp2_rtm.040803-2158) / Shlwapi.dll: 6.00.2900.2573 (xpsp_sp2_gdr.041130-1729) / Shell32.dll: 6.00.2900.2578 (xpsp_sp2_gdr.041130-1729) / wnaspi32.dll: N/A
Ripping / Drive G: 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 G: LG CD-RW CED-8080B Addr: 2:1:0 Speed:8 MaxSpeed:8 BurnProof:No
Test mode: No / Eject after writing: Yes / Direct decoding: No / Write CD-Text: Yes
Use playback settings: No / Normalization: None
-
Is the file and/or library on a network drive?
-
I am seeing this too - it will be working fine for a while, and then gets extremely slow. This is also when YADB lookups start failing (no error, just "Unknown Album") Restarting MC doesn't help. My database is local, files are on a network share but I see this even when I have inserted a new CD for ripping (so no file access yet). Right click on the CD and asking it to update from the database again just pauses and then returns with no information. Editing track info (before ripping) takes 30-60 seconds between tracks. CPU load is low.
A reboot helps for a while, but then the problem returns.
I am also seeing a new behavior in .230 where it will keep grabbing the keyboard focus at random times - very annoying.
Media Center Registered 11.0.230 -- H:\Program Files\J River\Media Center 11\
Microsoft Windows XP 5.1 Service Pack 2 (Build 2600)
Intel Pentium 4 2972 MHz MMX / Memory: Total - 1047 MB, Free - 534 MB
Internet Explorer: 6.0.2900.2180 / ComCtl32.dll: 5.82 (xpsp_sp2_rtm.040803-2158) / Shlwapi.dll: 6.00.2900.2573 (xpsp_sp2_gdr.041130-1729) / Shell32.dll: 6.00.2900.2578 (xpsp_sp2_gdr.041130-1729) / wnaspi32.dll: N/A
Ripping / Drive L: SONY DVD RW DRU-500A Mode:Normal Type:Auto Speed:Max
Drive M: 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 L: SONY DVD RW DRU-500A Addr: 3:0:0 Speed:24 MaxSpeed:24 BurnProof:Yes
Drive M: PLEXTOR CD-R PX-W1210A Addr: 3:1:0 Speed:12 MaxSpeed:12 BurnProof:Yes
Test mode: No / Eject after writing: Yes / Direct decoding: Yes / Write CD-Text: Yes
Use playback settings: No / Normalization: None
-
Reboot helped in my case. I'm unsure how long it will last though according to sbl. Mine is all on local drive.
-
There may be a memory leak somewhere. It could be anywhere, including in MC.
We check for memory leaks from time to time so if it's MC, we'll find it.
But if stopping MC and then restarting it didn't help, the problem is probably elsewhere.
-
Any third party plug-ins in use?
-
The only plug-in I had started was the UpDate Cover Art by Kingsparta. I never actively used it during yesterday's editing though.
As far as other programs that were running that I was using at the time was Internet Explorer and Novatix ExplorerPlus (a Windows Explorer replacement).
-
Uninstall any third party plug-ins (for testing). King's a very smart guy, but if it's a memory leak, it would help to rule out other possibilities.
-
I have no plugins installed. Also, the problem comes on suddenly. Note that I tend to have 500MB free memory, so it is probably not a memory leak.
When this problem occurs, YADB lookups stop working at the same time.
-
i have noticed when Importing MC now comes up with a "Out Of Memory" when it hit around 41,000 files
-
No plugins installed and it was working fine last night. I left Media Center running overnight and this morning it was back to the slowness. The only thing that ran overnight was an spyware check program. But that didn't run the first time I saw the slowness. This morning when it was saving tag changes, a Please Wait message would pop up for a second or two but the text was just gray blocks so it was undreadable. The only readable was the Cancel button. Back to another reboot.
-
Two nights ago, I imported 25,000 files into Media Center and by the end, it was spending a minute or so per file. When I took a closer look with a process viewing tool, it was clear there were a lot of leaks. For starters, there were more than 6,000 thread handles left open.
A re-start of MC did the trick.
-
I have not noticed anything in 11.0.230 being slower than normal
some of this may be due to how much memory in the computer, and also swapfile useage.
>> The only thing that ran overnight was an spyware check program
I do notice the system being slower after my spyware, & norton Antivirus programs run.
-
In my case, it is not memory nor swapfile. And everything else on the system is fine - it's only MC.
-
Once again I left MC up and running overnight, the spyware program ran, but this morning everything was still fine in MC regarding speed. Go figure. I can't wait to try 231.
-
A memory leak in 11.0.230 (and a version or two before) was fixed in 11.0.231.