» Welcome Guest
[ Log In :: Register ]

 

[ Track this topic :: Email this topic :: Print this topic ]
Topic: TagStudio spotting invisible differences??< Next Oldest | Next Newest >
John Seymour
Unregistered
Posted: 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
Back to top
jseymour
Board Fan



Group: Members
Posts: 10
Joined: Aug. 2002
Posted: Nov. 08 2002,11:19
Sorry forgot to login first!
Back to top
Profile PM 
jseymour
Board Fan



Group: Members
Posts: 10
Joined: Aug. 2002
Posted: 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?
Back to top
Profile PM 
jseymour
Board Fan



Group: Members
Posts: 10
Joined: Aug. 2002
Posted: 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
Back to top
Profile PM 
jseymour
Board Fan



Group: Members
Posts: 10
Joined: Aug. 2002
Posted: 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
Back to top
Profile PM 
Magnus Brading
Almighty Author



Group: Super Administrators
Posts: 2751
Joined: Aug. 2002
Posted: 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. :shocked:

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.

--------------
Software author and website owner
Back to top
Profile PM WEB 
jseymour
Board Fan



Group: Members
Posts: 10
Joined: Aug. 2002
Posted: Nov. 08 2002,15:35
Quote (Magnus Brading @ Nov. 08 2002,14: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. :shocked:

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.

Will find something a lot less than 8MB a piece!

Where should I mail them? Please reply to TagStudio@ITatHome.co.uk

John
Back to top
Profile PM 
Magnus Brading
Almighty Author



Group: Super Administrators
Posts: 2751
Joined: Aug. 2002
Posted: Nov. 08 2002,15:50
You've got mail... :)

--------------
Software author and website owner
Back to top
Profile PM WEB 
Magnus Brading
Almighty Author



Group: Super Administrators
Posts: 2751
Joined: Aug. 2002
Posted: 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.

--------------
Software author and website owner
Back to top
Profile PM WEB 
jseymour
Board Fan



Group: Members
Posts: 10
Joined: Aug. 2002
Posted: 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
Back to top
Profile PM 
jseymour
Board Fan



Group: Members
Posts: 10
Joined: Aug. 2002
Posted: Nov. 08 2002,17:21
...Zipping seems to trip up over some characters I end up with in MP3 file names :-(
Back to top
Profile PM 
Disposable Hero
Old Board Geezer



Group: Super Moderators
Posts: 188
Joined: Aug. 2002
Posted: 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.
Back to top
Profile PM 
jseymour
Board Fan



Group: Members
Posts: 10
Joined: Aug. 2002
Posted: Nov. 09 2002,00:31
Thanks
Back to top
Profile PM 
12 replies since Nov. 08 2002,11:12 < Next Oldest | Next Newest >

[ Track this topic :: Email this topic :: Print this topic ]