INTERACT FORUM
More => Old Versions => Media Center 11 (Development Ended) => Topic started by: RFB on December 12, 2004, 04:47:49 pm
-
On my system the last two builds have been corrupting MP3 files when I change something in the tags, e.g., storing cover art inside files or writing to the genre field.
After this happens the file names of the MP3 files are altered with nonstandard characters. Attempting to play the files at this point results in MC saying that the files could not be found.
Rick
-
It's not likely that this is an MC problem. It's possible, but...
Any third party plug-ins?
Virus?
Corrupt database?
-
Bad Bad Drive?
Bad Controler?
I Had no problems that I know of.
-
Thanks for the quick response, Jim and King.
Just to rule out the possibilities I ran ScanDisk and no errors were found on my hd and there were no bytes in bad sectors.
I then ran AVG and no virus was found.
The only plugins I have are for Tivo and Library server (neither of which I use).
Here's my system info:
Media Center Registered 11.0.148 -- C:\Program Files\J River\Media Center 11\
Microsoft Windows Me
Intel Pentium III 629 MHz MMX / Memory: Total - 260 MB, Free - 93 MB
Resource Info: System - 55 %, GDI - 75 %, User - 55 %
Internet Explorer: 6.0.2800.1106 / ComCtl32.dll: 5.81 / Shlwapi.dll: 6.00.2800.1584 (xpsp2.040720-1705) / Shell32.dll: 5.50.4134.100 / wnaspi32.dll: 4.71 (0002) , ASPI for Win32 (95/NT) DLL, Copyright © 1989-2002 Adaptec, Inc. / Aspi32.sys: N/A
Ripping / Drive D: CDWRITERIDE5224 Mode:Normal Type:Auto Speed:Max
Digital playback: Yes / Use YADB: Yes / Get cover art: No / Calc replay gain: Yes / Copy volume: 32767
Eject after ripping: Yes / Play sound after ripping: No
Burning / Drive D: CDWRITER IDE5224 Addr: 0:0:0 Speed:52 MaxSpeed:52 BurnProof:Yes
Test mode: No / Eject after writing: Yes / Direct decoding: Yes / Write CD-Text: Yes
Use playback settings: No / Normalization: None
Let me be more specific about the error messages I get when I encounter this problem (I was operating from memory in my last post.) When I try to change the tags after the process finishes I get the following:
Media Center encountered errors while tagging and moving files. Check that the files exist and are not in use by other programs.
Yes, I am sure the files exist and no other media player or program is running that would be using these files.
If I then try to play one of these files I get the following error:
Media Center was unable to play any of the files in the playlist. Please make sure that the path in Media Library points to the right location and that the files are not being filtered by Access Control.
This last error I think refers to the fact that the files have been renamed. Here are two examples:
01-LEG~1.MP3 from 01- Le Garage.mp3 (original filename)
02-ROB~1.MP3 from 02- Robot.mp3 (original filename)
That's all I can think of to add; thanks for your attention to this.
Rick
-
it looks like an old msdos file name cut off at 8chrs
-
Yes, those are indeed the MS-DOS 8.3 parts of the filenames that Windows ME uses.
Are you storing the files locally on your internal harddrive(s)? What format your hard drive(s) is(are)? FAT-16 or FAT-32?
What is the whole path for the filenames? I wonder if it is too long for Windows ME or if the path contains characters that ME cannot handle properly.
-
Hi Alex,
Yes, the files are stored locally on my only drive (C). My format is FAT-32.
An example of the entire path of one file is:
C:\My Documents\My Music\The Futureheads\The Futureheads (2004)\01 - Le Garage.mp3
It is long, but previously paths as long or even longer have given Media Center no trouble.
Rick
-
Could Be due to MC's New File Name Len Checking
What Did You Do?
Rename?
Encode?
Move?
AnyThing Else
Etc...
See If You Can Find Out What Is Messing The Name Up.
-
What I tried to do with the files was store cover art inside the tags and write to the Genre field.
Rick
-
So you didn't try to change the filenames at all. Strange...
Yes, the files are stored locally on my only drive (C). My format is FAT-32.
An example of the entire path of one file is:
C:\My Documents\My Music\The Futureheads\The Futureheads (2004)\01 - Le Garage.mp3
The path is OK and since the files are on your local FAT-32 HD it is not a network or an external drive problem.
That leaves me pretty much out of answers. I think that MC11 is not tested much on W98SE/ME platform since most of the early adopters are using XP.
Perhaps this has something to do with the changes in handling of user rights/registry/etc and the fact that you are using ME (just guessing).
You mentioned that you have had this problem with last two builds. What was the other build? Was it 146? Did you previously use some MC11 build that was working?
-
I think if he is viewing them in MS Dos For win ME they will be as they should be
C:\My Documents\My Music\The Futureheads\The Futureheads (2004)\01-LEG~1.MP3
only when viewing them in windows explorer will he see the full name of the mp3 file
(Or Should)
It may be a MC problem like i said due to the changes in recent builds to the file name shell like matt was talking about last week. if that is the case then i am sure it can be fixed.
-
The first build I had this problem with was 146. Before that I had no problems tagging.
Rick
P.S. I only view files in Windows Explorer.
-
just checked with windows Xp does not seem like a problem (I did not think it would be)
-
From 146 thread:
5. Fixed: Filenames that exceeded the shell's limit for filename length could cause crashes in MC.
6. Changed: MC no longer imports files with filenames that exceed the shell's limit. (since system functions won't always work on them)
Perhaps those fixes are not working properly with ME/FAT-32.
-
This problem still exists in 149. I have had to revert to MC10 in order to be able to do tag editing on my files. I feel like I wasted the $10 on the upgrade.
Matt, would you please fix this? Tag editing is too basic a function for a media program to have broken and I'm sure there are other people using MC11 on Windows 98/ME (all five of us, perhaps?).
Rick
-
Rick,
It's possible it's our bug, but we're not seeing it anywhere else, so my guess is there is something "special" going on with your PC or software.
Try these:
late model virus checker
the thread called "weird and wonderful". Link from the FAQ near the top of this board.
look hard at any other software you're using
make sure your files aren't read only.
run ad-aware, a free program
You're running Windows ME which is unusual, and you have 256MB of memory, which may be a little low.
Try killing all other programs you can.
Jim
-
he also seems tobe the only one with the problem
-
So JRiver is not testing MC11 alpha on Windows 98SE and ME platforms and those operating systems are not going to be supported in the final release. Is this correct?
If this is the case it is OK for me, but I think that a warning should be added to MC11 alpha thread.
Personally I am so much an MC fan that I would be willing to change the OS if needed. Though I hope that W2k Pro stays supported, because I am still using it on my work PC.
-
So JRiver is not testing MC11 alpha on Windows 98SE and ME platforms and those operating systems are not going to be supported in the final release. Is this correct?
We'll test on those OS's when we finish. I was only suggesting that ME could explain why other people aren't seeing the same thing.
-
I am having mp3 file corruption issues with 10.0.173 on win98 that sound very similar. When I change the tags on MP3 files, the files are replaced with a 3K file and all music is lost. This is a very big problem for manageing the MP3 library.
Thanks,
Doug
-
What other software are you using with the MP3 files?
-
When i am having mp3 file corruption issues with 10.0.173 on win98 that sound very similar. When I change the tags on MP3 files, the files are replaced with a 3K file and all music is lost. This is a very big problem for manageing the MP3 library.
Thanks,
Doug
When i used 10.0.151, i noticed a similar problem using winxp+FAT32(local HD). However i did not lose the mp3 file. There was the 2k file with the ~ in the name, i just deleted these.
i have moved to 10.0.173 recently.
I noticed the ~ files appearing when i update a custom field that is set to write to the file.
Again i never lost any mp3s, just had the extra ~ files added.
-
I am not running any other programs. The only additional information that seems relavent is that on import no Genre/artist/album/track tags are imported.
Best regards,
Doug