Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1698 connectés 

  FORUM HardWare.fr
  Video & Son
  Traitement Audio

  Bug dans WINAMP pour les ID3v2

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Bug dans WINAMP pour les ID3v2

n°482176
Kyle_Katar​n
Posté le 09-07-2003 à 18:36:57  profilanswer
 

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...

mood
Publicité
Posté le 09-07-2003 à 18:36:57  profilanswer
 

n°482178
Ciler
Posté le 09-07-2003 à 18:39:30  profilanswer
 

Kyle_Katarn a écrit :

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 [:meganne] ... pour avoir fait un peu d'ID3v2, jamais eue de problemes.


---------------
And I looked, and behold a pale horse: and his name that sat on him was Death, and Hell followed with him. Revelations 6:8
n°482181
Kyle_Katar​n
Posté le 09-07-2003 à 18:43:08  profilanswer
 

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 !

n°482183
Ciler
Posté le 09-07-2003 à 18:46:38  profilanswer
 

Kyle_Katarn a écrit :

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 ?


---------------
And I looked, and behold a pale horse: and his name that sat on him was Death, and Hell followed with him. Revelations 6:8
n°482184
Kyle_Katar​n
Posté le 09-07-2003 à 18:49:22  profilanswer
 

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

n°482246
torji
Prière pour Kiri-Kirou...
Posté le 09-07-2003 à 20:21:45  profilanswer
 

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 :heink:  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 :)

n°482298
Ciler
Posté le 09-07-2003 à 21:16:53  profilanswer
 

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


---------------
And I looked, and behold a pale horse: and his name that sat on him was Death, and Hell followed with him. Revelations 6:8
n°482320
gURuBoOleZ​Z
Posté le 09-07-2003 à 21:51:05  profilanswer
 

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.

n°482337
torji
Prière pour Kiri-Kirou...
Posté le 09-07-2003 à 22:49:13  profilanswer
 

Citation :

EAC alloue par défaut 4 KO, et non quatre octets.


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 ?


Message édité par torji le 09-07-2003 à 22:50:33
n°482407
Kyle_Katar​n
Posté le 10-07-2003 à 09:26:29  profilanswer
 

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

mood
Publicité
Posté le 10-07-2003 à 09:26:29  profilanswer
 

n°482410
gURuBoOleZ​Z
Posté le 10-07-2003 à 09:36:12  profilanswer
 

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.

n°482413
Kyle_Katar​n
Posté le 10-07-2003 à 09:42:36  profilanswer
 

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)

n°482450
Ciler
Posté le 10-07-2003 à 11:20:11  profilanswer
 

Kyle_Katarn a écrit :

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  :o  
 
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.  ;)


---------------
And I looked, and behold a pale horse: and his name that sat on him was Death, and Hell followed with him. Revelations 6:8
n°482454
Kyle_Katar​n
Posté le 10-07-2003 à 11:22:57  profilanswer
 

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


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Video & Son
  Traitement Audio

  Bug dans WINAMP pour les ID3v2

 

Sujets relatifs
MyHTPC et Winamp : visualisation ???Winamp : info dans le tray
lire un .ape avec winamp ?Question de newbie sur winamp
plugin pour améliorer le son. Winamp 2.9Vocal remover: 1 plugin Winamp 2 gratuit pour les karaokeurs!!!!
Lire les *.omg avec winamp ???Mes fichiers multimédias (mp3, divx) accélérés (sauf avec WinAMP 2.91)
[Winamp] Comment mettre à jour la bibliothèque ?Bug !
Plus de sujets relatifs à : Bug dans WINAMP pour les ID3v2


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR