Voilà c'est juste pour dire que Winamp il code ses frames ID3v2 comme un cochon et sans respecter les specs des ID3 (pour ceux qui se sont déjà payé l'implémentation des ID3v2, regardez comment il stocke la taille dans les header de frames...)
 
Bien sur il arrive à se relire mais bon, il arriverait presque à lire un bitmap en mp3 ...
 
Et sous peu, sortira un bon gros outil de nettoyage de tags...

 
Quelle version de winamp ... pour avoir fait un peu d'ID3v2, jamais eue de problemes.

la 2.92 en tout cas le fait ;-)
 
Je suis en train de coder (avec l'aide d'une "grosse" boite) une belle artillerie pour les tags et en éditant des MP3 à l'éditeur héxa on s'est rendu compte que contrairement à d'autres taggeurs ils ne codent pas proprement les tailles des contenus des tags.
 
Les problèmes n'apparaissent pas en dessous de 255 caractères dans un champ du tag. Mais ça peut être chiant. Bilan on est obligé de s'adapter et supporter des fichiers taggués ne supportant pas la norme !

 
Marrant que j'ai jamais rencontre le probleme    
Tu pourrai me donner un exemple de contenu de tag donnant lieu a une telle erruer que je regarde comment Delphi digere la chose ?

Justement c'est en Dlephi 7 que je code.
 
En fait dans Winamp, champ commentaire ID3v2, copie une à 2 page de texte (genre tout ton code delphi d'une appli) et regarde comment il code la taile (pour de l'iD3v2.4), il ne code pas la taille sur 7 bit par octet (syncsafe) comme le demande la norme

tiens ben en parlant de tags id3v2, je me demande toujours combien d'octets de marge il faut leur laisser ?
Par exemple, en encodant avec eac, la valeur par défaut est 4
or j'ai remarqué que bien souvent lorsque l'on veut editer un tag écrit sur eac, le taggeur réécrit presque toujours le fichier en entier  comme si il n'avait pas assez de marge avec les 4 octets...
Et sur certains lecteurs (en l'ocurance c'est avec un plugin pour winamp qui s'appelle ear), le lecteur (ou le plugin) a des difficultés à lire le tag...
 
A votre avis, faut-il laisser plus de place pour le tag ? combien ?
voilà, merci

4 octets c'est effectivement peu ...
16 me semble plus vaste.

EAC alloue par défaut 4 KO, et non quatre octets. Cette valeur devrait suffire à ceux qui n'ajoutent pas la biographie des artistes dans les tags.

ah oui en effet je m'ata trompé ^^
Mais alors comment se fait-il qu'il semble y avoir des difficultés pour éditer ces tags ?
 
edit: se peut-il que 4ko soit une trop grande valeur ?

Ca sert à rien d'ajouter de la marge ! Ou alors c'est que le soft de tag est mal foutu ....

Comment cela, le padding serait inutile ? Les ID3v2 sont logés en début de fichier (de façon générale), avant le flux mp3. Lorsque tu modifies de façon conséquente un tag, le fichier doit être réécrit dans son intégralité, occasionnant une légère perte de temps. Cette perte devient enuyeuse avec un masstager : la réécriture de 500 fichiers prends un temps monstre. D'où l'avantage, ici, de tags comme les APEv2 : tu peux les tagger ou virer les tags de 10.000 fihiers sans mobiliser ta machine plus d'une ou deux minutes.
 
Le padding autorise de petites modifications sans avoir à supporter les tracas propres à ce format. Certains logiciels de création de fichiers pour Vorbis procèdent de même.

Oui je suis d'accord sur ce point mais de là à laisser 16Ko....
 
Et en codant bien, on arrive sans padding à de très bonnes perfs (mais le code est encore expérimental)

 
Ne pas se laisser abuser par qui te reponds et sortir tes grands chevaux    
 
Tu peux coder aussi bien que tu veux, sans padding, si tu dois ralonger l'ID3v2, c'est tout le fichier qu'il faut reecrire quoi qu'il en soit... et je n'ai pas dit 16 ko, mais bien 16 octets (soit plus ou moins 16 caracteres ce qui laisse un peu de marge). Les 4 ko d'EAC sont utiles aux gens (ils se reconnaitrons) qui ajoutent beaucoup de commentaires a leurs fichiers.  

Forcément.
 
Personnellement j'ai choisi de faire sans pour l'instant, j'y viendrais peut être avant la release publique...