-Brading Software Message Board
+--Forum: Mp3/Tag Studio Support and Bug Reports
+---Topic: TagStudio spotting invisible differences?? started by John Seymour
Posted by: John Seymour on Nov. 08 2002,11:12
I have a Creative NJB3 which can be used to transfer files between machines. So I used this function to move some MP3s.
After the "round trip", the original and round trip versions are the same size, and a binary 'fc' suggests they're identical.
But TagStudio recons the "round trip file" has blank "Detailed MP3 info" and the file 'doesn't seem to be of type mp3 but of type:" (with nothing after the colon).
How can the file have been corrupted if an "fc /b" command shows them to be identical? What othertool can I try to figure out if/where there are differences between these files and/or a bug in TagStudio 3.01?
John
Posted by: jseymour on Nov. 08 2002,11:19
Sorry forgot to login first!
Posted by: jseymour on Nov. 08 2002,11:24
I've spotted that the 'round trip' file has a modified date (WinXP NTFS) of
01 January 1970, 00:00:00
and doesn't display any date in Windows file manager. Would this upset MP3 tag studio?
Posted by: jseymour on Nov. 08 2002,14:32
Some more data:
If I try to edit a tag in a 'round trip' file in the 'Browse/Edit tags & flags' dialogue, TagStudio offers to write (the button's available), but it has no effect.
If I try & 'fix' the file, the file size grows and then *seems* ok. But I've no idea if the file's then damaged from the audio perspective.
Anyone any idea what's going on?
J
Posted by: jseymour on Nov. 08 2002,14:54
And finally...
A VBR repair or a CFLF repair reveals all tag data in the 'round trip' file.
Original is 8270164 bytes/12710 frames
VBR repaired 'round trip' file is 8270164 bytes/12711 frames
CRLF repaired 'round trip' file is 8269961 bytes/12710 frames
J
Posted by: Magnus Brading on Nov. 08 2002,15:27
This all sounds very strange to me. The filedate shouldn't have anything to do with it, and the files should not possibly be treated differently when they have 100% identical data either.
It would be great if you could mail me such a pair of files (one version "before the round trip", and the same file "after the roundtrip", where the first one shows up correct in Mp3/TS, and the second one doesn't), and I will take a look at it right away.
Posted by: jseymour on Nov. 08 2002,15:35
---------------------QUOTE BEGIN-------------------
This all sounds very strange to me. The filedate shouldn't have anything to do with it, and the files should not possibly be treated differently when they have 100% identical data either.
It would be great if you could mail me such a pair of files (one version "before the round trip", and the same file "after the roundtrip", where the first one shows up correct in Mp3/TS, and the second one doesn't), and I will take a look at it right away.
---------------------QUOTE-------------------
Will find something a lot less than 8MB a piece!
Where should I mail them? Please reply to TagStudio@ITatHome.co.uk
John
Posted by: Magnus Brading on Nov. 08 2002,15:50
You've got mail...
Posted by: Magnus Brading on Nov. 08 2002,17:11
Ok, for everybody's knowledge, the Creative NJB3 software does, as mentioned above, nullify the file date (and possibly other file attributes) of every file it processes. This in turn seems to interfere with the reading of the file in Mp3/Tag Studio in some way (it seems like the problem is not in my code, but in the Delphi file I/O code, but I'm not 100% sure yet).
Anyway, until Creative fixes this problem (or I manage to create a work-around for it) a very simple solution is to simply "touch" the file in question, i.e. change its file date to something valid (e.g. the current date). This can be done by simply opening the file in a hex-editor and then immediately saving it again, or putting it in a zip-file and then extracting it again, or by any other simple operation that changes the time/date stamp on the file.
Posted by: jseymour on Nov. 08 2002,17:17
Thanks Magnus.
Any recommendations for utilities that will do this (overwrite time/date attributes) that'll work recursively (under XP)?
J
Posted by: jseymour on Nov. 08 2002,17:21
...Zipping seems to trip up over some characters I end up with in MP3 file names :-(
Posted by: Disposable Hero on Nov. 08 2002,23:41
jseymour:
< Ninotech Date Edit >
Does recursive timestamp applies under Win2K and XP (subdirs and files). Free. Look in the Free Utilities section or just go to the Download page.
Posted by: jseymour on Nov. 09 2002,00:31
Thanks
end