Topic: Re: MP3 problem with MC 11.0.148 (Read 3038 times)

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

JimH · « **Reply #1 on:** December 12, 2004, 07:01:40 pm »

It's not likely that this is an MC problem. It's possible, but...

Any third party plug-ins?

Virus?

Corrupt database?

KingSparta · « **Reply #2 on:** December 12, 2004, 07:06:52 pm »

Bad Bad Drive?
Bad Controler?

I Had no problems that I know of.

RFB · « **Reply #3 on:** December 12, 2004, 08:47:30 pm »

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

KingSparta · « **Reply #4 on:** December 12, 2004, 08:56:47 pm »

it looks like an old msdos file name cut off at 8chrs

Alex B · « **Reply #5 on:** December 13, 2004, 06:08:27 am »

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.

RFB · « **Reply #6 on:** December 13, 2004, 06:42:31 am »

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

KingSparta · « **Reply #7 on:** December 13, 2004, 06:55:56 am »

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.

RFB · « **Reply #8 on:** December 13, 2004, 07:15:15 am »

What I tried to do with the files was store cover art inside the tags and write to the Genre field.

Rick

Alex B · « **Reply #9 on:** December 13, 2004, 07:22:49 am »

So you didn't try to change the filenames at all. Strange...

Quote from: RFB on December 13, 2004, 06:42:31 am

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?

KingSparta · « **Reply #10 on:** December 13, 2004, 08:25:54 am »

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.

RFB · « **Reply #11 on:** December 13, 2004, 09:05:07 am »

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.

KingSparta · « **Reply #12 on:** December 13, 2004, 12:44:27 pm »

just checked with windows Xp does not seem like a problem (I did not think it would be)

Alex B · « **Reply #13 on:** December 13, 2004, 05:25:26 pm »

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.

RFB · « **Reply #14 on:** December 14, 2004, 05:57:05 pm »

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

JimH · « **Reply #15 on:** December 14, 2004, 07:01:54 pm »

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

KingSparta · « **Reply #16 on:** December 14, 2004, 07:04:03 pm »

he also seems tobe the only one with the problem

Alex B · « **Reply #17 on:** December 15, 2004, 04:56:53 am »

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.

JimH · « **Reply #18 on:** December 15, 2004, 07:36:57 am »

Quote from: Alex B on December 15, 2004, 04:56:53 am

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.

neverthesame · « **Reply #19 on:** January 02, 2005, 06:31:21 pm »

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

JimH · « **Reply #20 on:** January 02, 2005, 07:00:53 pm »

What other software are you using with the MP3 files?

hit_ny · « **Reply #21 on:** January 03, 2005, 03:24:34 am »

Quote from: neverthesame on January 02, 2005, 06:31:21 pm

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.

neverthesame · « **Reply #22 on:** January 07, 2005, 01:27:54 am »

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

INTERACT FORUM

Author Topic: Re: MP3 problem with MC 11.0.148 (Read 3038 times)