ID3v2 Tag? No grazie!

Da un post di mumble su it.comp.hardware.cd,it.comp.musica.mp3

Salve a tutti.

Questo post e' rivolto alle persone che hanno a cuore tematiche inerenti qualita' e integrita' dei file audio lossy che creano-utilizzano-condividono.
In passato avevo gia' battuto sul tasto della non convenienza, e a volte pericolosita', nell'uso di ID3v2 Tags (di ID3v2; ID3v1.0 e ID3v1.1 sono a posto) riportando motivazioni non di chichessia ma di sviluppatori di codec lossy.
Ora rinfresco il tutto perche' mi rendo conto che se non si prova ad arginare ora un certo andazzo dell'utente, dopo sara' troppo tardi e dunque i discorsi di qualita' di qua e di la' andranno a farsi benedire.
Intervengo soprattutto perche' c'e' gente che con ID3v2 tagga pure i file MPC (che senso ha usare un formato di qualita' se poi gli mettiamo dei paletti che possono ostacolare-offuscare i vantaggi derivanti dal suo utilizzo?):
Prima non c'era molto da preoccuparsene per via del fatto che se qualcuno taggava gli mpc con ID3v2 si beccava un errore in riproduzione, ma con i piu' recenti decoder-plugin e' stato deciso di non notificare piu' l'utente con l'errore (imho cosa non buona), consentendogli di riprodurre tranquillamente i file (le informazioni ID3v2 vengono di fatto "saltate"). MPC funziona benissimo con ID3v1.0 e ID3v1.1 (sono pure in coda e non rompono) ma, nel caso servisse un sistema di tagging piu' completo, si e' deciso di utilizzare gli APE tags (provenienti dal lossless Monkey's Audio) versione 1 e 2, che saranno di default con StreamVersion 8 di MPC (ma possono essere utilizzati anche con l'attuale StreamVersion 7: tutto il software necessario si trova al solito www.musepack.org). Anche OggVorbis ha un suo schema di tagging, dunque anche questo formato puo' benissimo
fare a meno di usare il malsano ID3v2.

Prevenire e' meglio che curare, infatti l'uso di programmini "eliminatori di tags" come Id3Kill, ecc., quando vengono chiamati a eliminare ID3v2 tag non sempre ce la fanno in modo totalmente pulito
e soprattutto non riescono a rimediare ad eventuali difetti gia' provocati da questi tag (soprattutto se gestiti da utenti che li hanno modificati ripetutamente).

Un'idea piuttosto chiara su queste tematiche e' possibile farsela  consultando questa pagina: http://www.r3mix.net/noid3.htm


Le testimonianze che seguiranno le ho prese e raccolte (quelle che ritenevo piu' abbordabili anche per i profani) e raccolte da varie discussioni avvenute in alcuni forum di lingua inglese (principalmente dall'Hydrogen Audio: http://hydrogenaudio.org/ che non e' un forum qualsiasi sull'audio lossy, e' IL forum).  Da notare che oltre a quelle di sviluppatori di codec, ci sono anche quelle di Peter Pawlowski (spesso usa nickname zZzZzZz), uno degli sviluppatori di Winamp. Il suo sito (http://www.blorp.com/~peter/) e' il riferimento per tutti quelli (incluso il sottoscritto) che vogliono tenere aggiornata "al fulmicotone" la versione di Winamp che si sta usando (soprattutto aggiornamenti di vari plugin fondamentali di Winamp).

----------------------------------------------------------------------
Posted by Frank Klemm (sviluppatore di MPC, suo sito:
http://www.uni-jena.de/~pfk/mpp/ )

> Tagging with ID3V2 tags is very dangerous.
> ID3V2 tags were designed to tag MPEG files
> and only MPEG files. So you destroy every file format when tagging
> with ID3V2 tags except MPEG files.
> There are some programs out there which still can read such damaged
> files. But a WAVE file with ID3V2 tag is not a WAVE file anymore.
> The bloody "designer" of ID3V2 don't spend any minute to make ID3V2
> tags compatible with other file formats like WAV, LPAC, TIFF,
> MPEGplus, JPEG.

> An now kids are starting tagging every file and asking why their
> damaged files are unreadable.

> I don't understand why ID3V2 tags must be at the beginning of a
> (seekable) file. This is the most dangerous place you can find in
> every file format.

> Also Tagging destroys alignment (they forgot to align the header
> size to a multiple of 4 and much much more). There are at least 6
> small simple and stupid flaws in ID3V2.

> ID3V2 breaks nearly every file format. Some really crazy men decide
> to store ID3V2 tags at the beginning of the file. The only exception
> are MPEG Layer III streams where ID3V2 tags are treated as bad data.

> Too difficult. Too inprecise. Why timings in milliseconds instead of
> samples??

----------------------------------------------------------------------
Posted by Garf (co-sviluppatore di Ogg Vorbis):

> An ID3V2 tag is some corrupt goo hanging in front of an MPC file.
> That makes it damaged.

> If you look closely, you will see that no sane developer likes
> ID3V2.
> ID3V2 is CRAP. It's bad, incompatible, limited, badly designed,
> deserves to die and it has no right of existence in any other format
> besides MP3.

> If your ripper is attaching ID3V2 to anything but MP3 files, your
> ripper is broken. If you instructed it to do so, you are stupid.
> Complaining to Frank is not going to solve that.

> For the record, the situation is no different with Vorbis. If you
> attach ID3V2 to oggs, our player _is_ going to play them, because
> it will always do it's best to play _corrupted_ files. But _no other
> utility_ is going to work on your ogg. An ogg with an ID3V2 tag is
> not an ogg. It's corrupted garbage.

> Vorbis + ID3(v2) = corrupted Vorbis stream.
> It will break all official tools (including, of course, ReplayGain)


----------------------------------------------------------------------
Posted by Case:

> ID3v2 tag is imitating MP3 frame, that's why it works with MP3s.
> It will not work in anyway with MPC unless decoders skip it.
> Frank should remove all ID3v2 detectors to demonstrate it's effect
> on MPC.
----------------------------------------------------------------------

Posted by zZzZzZz (Peter Pawlowski, uno degli sviluppatori di Winamp,
suo sito: http://www.blorp.com/~peter/):

> id3v2 is total mess, it is virtually impossible to fully support it
> in one program; also, whenever they make "new standard", all id3
> software needs to be updated to be able to read their new fields
> (just because someone was too stupid to let people store any amount
> of fields with full field names, like in Vorbis).

> another fun part - different character encodings:

>> $00 ISO-8859-1 [ISO-8859-1]. Terminated with $00.
>> $01 UTF-16 [UTF-16] encoded Unicode [UNICODE] with BOM. All
>> strings in the same frame SHALL have the same byteorder.
>> Terminated with $00 00.
>> $02 UTF-16BE [UTF-16] encoded Unicode [UNICODE] without BOM.
>> Terminated with $00 00.
>> $03 UTF-8 [UTF-8] encoded Unicode [UNICODE]. Terminated with $00.

> now what the hell is that for ? UTF-8 alone would do the job; why
> bother making it possible to use other encodings ? they're just
> asking for compatibility problems (eg. files tagged with winxp crap
> played under Winamp).

> IMO creators of ID3v2 are a bunch of hex editor fanatics; they have
> no clue about real world.

------------
quote:

> > Just some things I can't understand:

> > - Why to develop an own tagging format if there are some wide used
> > (standard) tagging formats?
> > - Is it too hard to support alternative formats? For example, just
> > skip well known tags?
> > - Why to use "built-in" tagging formats? Is it not easier to have
> > tags at the the beginning/end?
> > - Do you think, ID3v2 format is not developped good enough?

> first, id3v2 is overdeveloped, the "standard" is total mess, not
> many programs actually handle all id3v2 variations which are allowed
> by the "standard" (eg. they allow multiple character
> encodings - that's pure BS, why have multiple ways to do the same?
> To make software developer's life more difficult?).
> second, the main problem of all sorts of id3 variations is the fact
> that id3-reading software developers need to modify their code
> whenever id3.org people decide to add new fields. this is total
> crap, i really don't understand the point of using some idiotic
> field codes instead of full user-friendly and developer-friendly
> field names.
> third, id3 tags are designed for mp3 files only (iso mpeg decoders
> know how to skip them). they DAMAGE all other files (unless
> particular file format specs say that "this and only this version of
> id3 is OK here"). unfortunately, people started to id3v2-tag
> MPCs files already and MPC developers were forced to add (partial)
> id3v2 support to their player code, at least to make those files
> play at all; all thanks to people like you. if you want to mess with
> some format, RTFM carefully first. Ogg Vorbis has its own tagging,
> you should use it just because it's way better than any id3; and if
> you use id3 with Vorbis, people will throw rocks at you, and we'll
> provide the rocks.

------------
quote:

> >Please explain, why the Ogg Vorbis tag format is better as ID3v2?

> because Vorbis can basically do everything id3v2 can do, except for
> embedding non-text fields (blah, who needs them ?); Vorbis doesn't
> require all reading software to be updated to recognize new fields
> (field names stored as human-readable strings); it's up to users to
> add new fields, they don't require changes in tag-writing software
> neither. and you claim that you have written code to dealt
> with those? you are clueless.
----------------------------------------------------------------------



Siete soliti usare EAC anche per "taggare"? Ok, allora per andare   tranquilli con ID3 bisognerebbe ovviamente attivare l'opzione "Add ID3 tag" presente in "Compression Options..." --> "External Compression",  MA DISATTIVARE le due opzioni "Additionally write ID3v2 tags, using a
padding of" e "Use ID3v2.4.0 tags instead of ID3v2.3.0 tags" presenti in "Compression Options..." --> "ID3 Tag". Queste indicazioni riferite alla vecchia versione (che sto ancora usando) 0.9prebeta11 di Eac.

Riassumendo il tutto, non usate ID3v2; anche se alcuni programmi ve lo consentissero, non date loro retta, continuate con ID3v1.1, oppure con i sistemi di tagging propri (se disponibili) del formato sul quale si vuole intervenire.

Naturalmente questi sono solo consigli, poi ognuno fa quello che gli pare, ma conviene pensarci bene ora, dopo potrebbe esser troppo tardi per i ripensamenti.


Cia', mumble

         per tornare alla pagina Antagonisti

                         per tornare alla pagina Creare MPC

                                              per tornare alla pagina Principale