MP3 VBR vs ABR vs CBR@192 ou 256

MP3 VBR vs ABR vs CBR@192 ou 256 - Traitement Audio - Video & Son

Marsh Posté le 21-03-2003 à 10:29:18    

Voila le souci,
 
j'ai installer encspot et comme on
pouvait s'y attendre mes 1er MP3
encodé en 128 et 160 avec Xing, sont
de mauvaise qualité !
 
Ainsi que pas mal des mp3 dl sur le net,
j'ai donc décidé de procéder à une étape
délicate re-DL et re-Encodé les plus de mp3
possible mais cette fois ci, le dilème
des paramêtres de compressions se posent !
 
De plus je posssède un SONY DJ-C01 et j'ai déjà
fait qlq test en vbr extreme avec lame3.93 et le
souci est que au dessus de 224kbps j'ai des cracement
dans le son. ce qui est plus que moyen, j'ai l'impression
que la puce de décodage du sony a qlq prob a ce niveau la
 
bon bref, ce que je voudrais c'est votre avis concernant
qualité/poids !
J'utilise principalement mes mp3 sur mon pc (la peu importe
vbr/cbr/abr tout passe nickel) mais de plus en plus sur
mon lect cd mp3 sony et le souci c'est que au dessus de 224
il n'a plus trop l'air de suivre !!! (SIC)
 
Je voudrais aussi savoir la grande différence entre ABR
(que je ne connais pas du tout), VBR-OLD et CBR
 
Lequel de ces encodages me conseillais vous pour répondre
au problème tre bonne qualité et taille du fichier :
- ABR min=128 max=224 (g besoin d'explications sur ce codage)
- cbr 192
- vbr extreme
bien sur tout en lame 3.93
 
De plus je commence à vraiment me demandé si je vais pas
changer de player mp3 portable pour plus avoir le problème
d'au dessus ! Est-ce que les autres lecteurs cd mp3 ou
jukebox ont le même problème que mon sony ou est-ce ke c'est
parce que la puce utilisée est bien pourrie ???
 
J'ai vrmnt besoin de vos conseils donc lachez vous plz
 
thx
 
SP¥NE
 


---------------
°~_S.P.¥.N.E_~°
Reply

Marsh Posté le 21-03-2003 à 10:29:18   

Reply

Marsh Posté le 21-03-2003 à 10:41:03    

gURuBoOleZZ request :o


Message édité par krumli le 21-03-2003 à 10:41:38
Reply

Marsh Posté le 21-03-2003 à 10:44:07    

ouais, la il nous faut l'avis du master :)))


---------------
°~_S.P.¥.N.E_~°
Reply

Marsh Posté le 21-03-2003 à 11:00:40    

d'après ce que j'ai pu lire du master, je pense que le "alt-preset standard" répond le mieux à tes besoins.

Reply

Marsh Posté le 21-03-2003 à 11:06:55    

en attandant Guru, voici quelques lumières :
CBR : débit constant
ABR : débit variable dont la moyenne est fixée à l'avance
VBR : débit variable dont le débit moyen n'est pas connu à l'avance et dépend de l'entropie du morceau à encoder (de la "difficulté" à encoder
 
la taille d'un ficheir en ABR peut donc être extimée avec précision avant encodage (à qq kb pret), pas le VBR

Reply

Marsh Posté le 21-03-2003 à 11:07:04    

Je suis loin d'etre un pro, mais tu nous dis de nous lacher, alors voila ce que je crois comprendre :
 
Dans l'ordre d'apparition tu as :
 
CBR : Constant Bit Rate (flus costant)
VBR : Variable Bit Rate (flus variable)
ABR : Average  Bit Rate (un mix des deux).
 
Je crois que le dernier améliore la compatibilité du ABR vis-a-vis du CBR tout en conservant les avantages du VBR. Personnellement, j'ai fait des codages CBR, VBR et ABR sur CD-ROM MP3. J'écoute mes musiques sur mon NAPA MP3 et tout passe (la qualité de sortie des écouteurs reste moyenne sur ce player mais ca me suffit). Je crois savoir que LAME est le meilleur encodeur, et malgres tout je ne l'ai jamais utilisé. A priori, j'ai pas de solution a te proposer...  :whistle:


---------------
"Ce qui ne nous tue pas nous rend plus fort." Friedrich Nietzsche
Reply

Marsh Posté le 21-03-2003 à 11:11:42    

concernant ton balladeur maintenant, as tu tester du 320 CBR ? il a peut être du mal avec cette taile de frame
 
si effectivement le CBR 320 ne passe pas il faudra interdire au preset de l'utiliser
 
exemple :
lame --preset extreme -B 224
la taille maximum d'une frame sera alors de 224
 
par contre quelque chose me fait peau dans ton post :
"re-DL et re-Encodé les plus de mp3 possible "
 
si tu download un mp3, tu n'augmentera jamais sa qualité en ré encodant
 
pour avoir de la qualité il faut partir d'une source de qualité, donc de l'original

Reply

Marsh Posté le 21-03-2003 à 11:11:50    

Voici les spécifs donnés par GuRu :
 
[--alt-preset insane]         CBR 320 = meilleure qualité qui soit pour le mp3
[--alt-preset extreme]        VBR     = entre 220 et 270kbps
[--alt-preset standard]       VBR     = entre 180 et 220kbps  
[--alt-preset <bitrate>]      ABR     = au choix de 80 à 320kbps (ex: --alt-preset 200)
[--alt-preset cbr <bitrate>]  CBR     = au choix de 80 à 320kbps (ex: --alt-preset cbr 256)
 
---------------------------
Mais le hic c'est que si tu prend un fichier mp3 encodé
en vbr extreme et que tu l'analyse avec encspot tu obtiens
un range entre 128 à 320!!!
or le preset est sensé se faire entre 220 et 270 donc y a un prob qlq part, GuRu pourquoi ca fait ca ???
 
donc comme tu le propose j'avais deja pensé au preset std mais
ca risaue de me fair la meme chose !
 
autre question (putain ce que je peux en poser)
j'ai winamp2.81 (3.x pas bien!)
une hercules fortissimo 2 avec les last drivers
et Micro$oft win2ksp3
 
Lorsque je scrole dans un fichier vbr, winamp
me relance a chaque fois le fichier au debut alors
qu'avec la version 3 ou WMP ca ne le fais pas...
c'est du a quoi ca ?
 
de plus c'est quoi exactement ce header xing dans
encspot. Je me pose la question car il est present
dans tous les mp3 EAC+RazorLame que je fais (en vbr et cbr)
est-ce normal ???


---------------
°~_S.P.¥.N.E_~°
Reply

Marsh Posté le 21-03-2003 à 11:15:15    

HAL> on sais mal compris
je vais les re-DL mais pas les re-Encoder derriere :))
 
non je vais dl ce qui sont de mauvaises qualité pour les
remplacer par des meilleurs
 
et re-encoder seulement ceux dont j'ai les cd originaux
encore à disposition
 
bien sur t'inquietes pas :))


---------------
°~_S.P.¥.N.E_~°
Reply

Marsh Posté le 21-03-2003 à 11:15:29    

j'oubliais :
VBR old et VBR new sont 2 méthodes différentes pour estimer à un instant T quel débit est souhaitable. ça permet de calculer le débit pour chaque frame.
 
de mémoire, le VBR new est plus rapide mais un poil plus large dans ses calculs, le VBR old plus lent mais gache moins d'octets
 
donc
preset standard utilise le old
preset fast standard utilise le new
 
comme je ne suis pas sûr à 100% je laisse Guru ou Gabriel confirmer ou infirmer


Message édité par HAL le 21-03-2003 à 11:16:31
Reply

Marsh Posté le 21-03-2003 à 11:15:29   

Reply

Marsh Posté le 21-03-2003 à 11:15:33    

spyne a écrit :

le preset est sensé se faire entre 220 et 270 donc y a un prob qlq part, GuRu pourquoi ca fait ca ???


 
cette valeur est purement informative et concerne la MOYENNE de ton fichier final. Cela n'exclue pas des débits de 32 à 320 !!

Reply

Marsh Posté le 21-03-2003 à 11:19:54    

en effet cette valeur est une moyenne. la norme mp3 impose une liste de valeur pour le débit d'une frame
32; 64; 96; 128... ; 320
 
lorsque tu fais la moyenne sur un morceau tu peux tomber sur 312 comme 38 kb/s. cela dépend du morceau et du preset
 
de plus la moyenne donnée par Guru est celle sur des centaines de morceaux encodés
 
pour info, j'ai une moyenne autour de 160kb/s sur du jazz avec un preset standard et au dessus de 210kb/s sur du hard rock
 
comme je le disais, avec du VBR, le débit n'est pas imposé, donc on peut avoir des surprises au final. seule la qualité est imposée ;)


Message édité par HAL le 21-03-2003 à 11:20:37
Reply

Marsh Posté le 21-03-2003 à 11:20:08    

Eric B>il faudrait alors donc passer les para d'encodage en hard
dans la compression vbr si je veux imposer une certaine qualité de restitution !
 
Mais pourqoui dans mon player qd je lis un vbr il m'indique un temps complement faut ! Je me retrouve avec une chanson de 6 min alors qu'elle en fait 3 au départ => MDR
 
est-ce qu'un encodage en abr plutot que du vbr pourrait régler le probleme. Et alors au final lequel des formats mentionné au départ serai le meilleur pour moi (gde qualité+taille)


---------------
°~_S.P.¥.N.E_~°
Reply

Marsh Posté le 21-03-2003 à 11:25:12    

Guru toujours pas la ?
ok je continue :D  
 
pour ton player, il ne tient pas compte de la durée qui est normalement inscrite dans les tags du mp3. Il la cacule et il se plante car il part du principe que la taille de la première frame est la taille moyenne de toutes les frames.
 
en ABR tu aurais aussi une valeur fausse, mais qui statistiquement devrait être en moyenne plus proche de la vérité, mais ça te fait une belle jambe je suppose :D  
 
tu n'as pas d'encodeur hardware à mon avis donc je ne comprends pas trop t'as 1ere remarque :??:  
 
 
pour résumer, ton Sony a l'air tellement "évolué" que seul un CBR pourra passer sans problème (et encore peut être pas le 320, à tester)


Message édité par HAL le 21-03-2003 à 11:26:46
Reply

Marsh Posté le 21-03-2003 à 11:30:15    

HAL> quelle premiere remarque ??? (laquelle ?)


---------------
°~_S.P.¥.N.E_~°
Reply

Marsh Posté le 21-03-2003 à 11:31:31    

spyne a écrit :

Eric B>il faudrait alors donc passer les para d'encodage en hard
dans la compression vbr si je veux imposer une certaine qualité de restitution !
...


 :??:

Reply

Marsh Posté le 21-03-2003 à 11:35:19    

ah oki !
 
En fait ce ke g voulu dire par "hard" c'est simplement que au lieu de laisser faire le alt preset (std ou extreme), il faudrait carement passer ca propre ligne de parametre a razorlame en lui spécifiant explicitement les bitrate min et max a utiliser (si c'es faisable, je pense que oui...)
 
maintenant il faudrait juste connaitre les lignes de para exactes qui sont utilisées pour les alt std et extreme et pouvoir ainsi pourvoir les modifier tranquillement en restant tres proche de la qualité originale !!!


---------------
°~_S.P.¥.N.E_~°
Reply

Marsh Posté le 21-03-2003 à 11:39:19    

c'est très simple
 
lame --alt preset extreme -b 64 -B 224
 
cette ligne force lame à n'utiliser que des débits compris entre 64 et 224kb/s inclus


Message édité par HAL le 21-03-2003 à 11:39:42
Reply

Marsh Posté le 21-03-2003 à 11:53:20    

oki, c t si simple :)
 
et concernant le header xing dans encspot tu serais me l'expliquer


---------------
°~_S.P.¥.N.E_~°
Reply

Marsh Posté le 21-03-2003 à 13:29:49    

allo, allo !!!
 
GuRu, Where Is GuRu on aurait besoin tout de meme
qu'il comfirme tout ca !!!

Reply

Marsh Posté le 21-03-2003 à 13:49:20    

que veux tu savoir sur le header xing ?

Reply

Marsh Posté le 21-03-2003 à 13:53:53    

simplement ce que ca signifie !
 
car tout mes nouveaux mp que j'encode soit en vbr, soit en cbr
avec le couple eac+razorlome ont tous cette balise d'activé
lorsque je les analyse sous encspot et j'aurais voulu savoir
pourquoi ?
 
surtout est-ce que ca signifie qu'il y a un probleme dans mes new mp3 ???

Reply

Marsh Posté le 21-03-2003 à 14:00:13    

le header de chez xing est tout sauf un problème.
C'est une entête qui contient les infos suivantes :
 
le nombre total de frames de ton fichier
le nombre total d'octets de ton fichier
et une toc (table of contents pour se déplacer plus facilement dans ton fichier
 
ce qui est dommage c'est qu'il n'y ai pas la durée en millisecondes et le bitrate moyen, mais bon...
 
pour les fans :

Code :
  1. /*---- DXhead.h --------------------------------------------
  2. decoder MPEG Layer III
  3. handle Xing header
  4. Copyright 1998 Xing Technology Corp.
  5. -----------------------------------------------------------*/
  6. // A Xing header may be present in the ancillary
  7. // data field of the first frame of an mp3 bitstream
  8. // The Xing header (optionally) contains
  9. //      frames      total number of audio frames in the bitstream
  10. //      bytes       total number of bytes in the bitstream
  11. //      toc         table of contents
  12. // toc (table of contents) gives seek points
  13. // for random access
  14. // the ith entry determines the seek point for
  15. // i-percent duration
  16. // seek point in bytes = (toc[i]/256.0) * total_bitstream_bytes
  17. // e.g. half duration seek point = (toc[50]/256.0) * total_bitstream_bytes
  18. #define FRAMES_FLAG     0x0001
  19. #define BYTES_FLAG      0x0002
  20. #define TOC_FLAG        0x0004
  21. #define VBR_SCALE_FLAG  0x0008
  22. #define FRAMES_AND_BYTES (FRAMES_FLAG | BYTES_FLAG)
  23. // structure to receive extracted header
  24. // toc may be NULL
  25. typedef struct {
  26.     int h_id;       // from MPEG header, 0=MPEG2, 1=MPEG1
  27.     int samprate;   // determined from MPEG header
  28.     int flags;      // from Xing header data
  29.     int frames;     // total bit stream frames from Xing header data
  30.     int bytes;      // total bit stream bytes from Xing header data
  31.     int vbr_scale;  // encoded vbr scale from Xing header data
  32.     unsigned char *toc;  // pointer to unsigned char toc_buffer[100]
  33.                          // may be NULL if toc not desired
  34. }   XHEADDATA;
  35. int GetXingHeader(XHEADDATA *X,  unsigned char *buf);
  36. // return 0=fail, 1=success
  37. // X   structure to receive header data (output)
  38. // buf bitstream input  
  39. int SeekPoint(unsigned char TOC[100], int file_bytes, float percent);
  40. // return seekpoint in bytes (may be at eof if percent=100.0)
  41. // TOC = table of contents from Xing header
  42. // file_bytes = number of bytes in mp3 file
  43. // percent = play time percentage of total playtime. May be
  44. //           fractional (e.g. 87.245)


 
edit : excellent le tag cpp de Joce [:hal] (c'est la première fois que je l'utilise [:ninipc] )


Message édité par HAL le 21-03-2003 à 14:01:32
Reply

Marsh Posté le 21-03-2003 à 14:12:54    

HAL a écrit :

c'est très simple
 
lame --alt preset extreme -b 64 -B 224
 
cette ligne force lame à n'utiliser que des débits compris entre 64 et 224kb/s inclus

Il me semble incoherent d'utiliser le preset extreme et de le limiter a 224 : je dirais que --alt-preset standard -B 224 me semble plus adapte.

Reply

Marsh Posté le 21-03-2003 à 14:16:59    

je n'ai jamais dit que c'était cohérent car en effet ça ne l'est pas. c'était juste un exemple pour indiquer comment faire pour donner un intervalle de travail avec une limite haute et basse.
 
bref un cas d'école à ne pas utiliser

Reply

Marsh Posté le 21-03-2003 à 14:20:37    

en tous cas, le header Xing est bien pratique, il a permis de corriger mes fichiers à débit foireux avec vbrfix (même si du coup, mes fichiers sont reconnus comme fait avec gogo au lieu de lame)

Reply

Marsh Posté le 21-03-2003 à 14:39:44    

oki merci pour les explications !
c'est bien clair pour le header !
 
Autre question à 2 balles que j'ai fais
avant mais que personne n'a vu...
-------------------------------------------------
J'ai winamp2.81 (3.x pas bien!) une hercules
fortissimo 2 avec les last drivers et Micro$oft
win2ksp3.
 
Lorsque je scrole dans un fichier vbr, winamp  
me relance a chaque fois le fichier au debut alors  
qu'avec la version 3 ou WMP ca ne le fais pas...  
c'est du a quoi ca ?  
-------------------------------------------------

Reply

Marsh Posté le 21-03-2003 à 14:42:45    

on dirait justement un fichier VBR sans header xing
si ça le fait avec tous tes mp3, je dirais... réinstalle winamp ?


Message édité par HAL le 21-03-2003 à 14:42:57
Reply

Marsh Posté le 21-03-2003 à 14:44:41    

:??: je n'utilise plus winamp... :D

Reply

Marsh Posté le 21-03-2003 à 14:45:40    

Guigui a écrit :

:??: je n'utilise plus winamp... :D


je ne te demanderais pas ce que tu utilises  :p

Reply

Marsh Posté le 21-03-2003 à 14:56:55    

mais moi si !
 
- sonique
- kjofol
- ultraplayer
- wmp9 :) MDR (non celui c t juste pr deconner)
- footbar ??? (J'ai vu pas mal de post la dessus)
->il a l'air pas mal puissant mais pas tres joli :(

Reply

Marsh Posté le 21-03-2003 à 15:00:26    

spyne a écrit :

mais moi si !
 
...
- footbar ??? (J'ai vu pas mal de post la dessus)
->il a l'air pas mal puissant mais pas tres joli :(


 [:lynk]

Reply

Marsh Posté le 21-03-2003 à 15:13:46    

spyne a écrit :


- footbar ??? (J'ai vu pas mal de post la dessus)
->il a l'air pas mal puissant mais pas tres joli :(

Comme je n'ecoute pas avec mes yeux, ca me va.

Reply

Marsh Posté le 21-03-2003 à 15:14:10    

Reply

Marsh Posté le 21-03-2003 à 15:20:47    

t'ecoute pas avec tes yeux  :heink:  
moi je ne vois pas avec oreilles  :jap:  
 
mais ca ne t'empeche pas de ne
pas etre aveugle et moi de ne
pas etre sourd  :pt1cable:  
 
 [:spyne]

Reply

Marsh Posté le 21-03-2003 à 15:28:17    

Guigui a écrit :

Comme je n'ecoute pas avec mes yeux, ca me va.


moi je l'utilise avec les doigts, pas avec mes oreilles. il n'est pas pratique pour les grand public pour l'instant. il y a quand même pas mal de mauvaise fois concernant ce logiciel, c'est incroyable
 
mais bon comme je le répète sans cesse, il s'améliore, donc wait & see

Reply

Marsh Posté le 21-03-2003 à 15:35:09    

spyne a écrit :

t'ecoute pas avec tes yeux  :heink:  
moi je ne vois pas avec oreilles  :jap:  
 
mais ca ne t'empeche pas de ne
pas etre aveugle et moi de ne
pas etre sourd  :pt1cable:  
 
 [:spyne]  


:lol: :crazy:
Sa superiorite technique et fonctionnelle sur winamp est indeniable, et son look ne m'importe pas vu qu'il est dans le systray quand j'ecoute de la musique (ce qui est a la base sa fonction principale). En gros, je me fous du look quoi :D

Reply

Marsh Posté le 21-03-2003 à 15:38:33    

HAL a écrit :


moi je l'utilise avec les doigts, pas avec mes oreilles.

ben moi aussi :)

Citation :

il n'est pas pratique pour les grand public pour l'instant.

En quoi ? Je le trouve au contraire bien pratique : entre l'album list, les raccourcis claviers globaux et le play/enqueue dans l'exploreur je suis comble !

Reply

Marsh Posté le 21-03-2003 à 16:01:32    

la supériorité fonctionnelle est indéniablement côté winamp
 
la seek bar est d'utilisation beaucoup plus simple sur winamp (accès directe par exemple)
la gestion du crossfade est plus complète
comment affiche t'on les paroles des chansons dans foobar ?
comment lit on du wma dans foobar ?
comment fait on pour éteindre le PC une fois que la playlist a été lue  dans foobar ?
 
...
la gestion de la bibliothèque version 3.0 arrive dans la série 2
 
l'intégration de winamp peut se faire de milles façons (dans la fenêtre active, dans le menu démarrer, etc.)
 
le fonctionnel winamp série 2.* écrase foobar en fonctionnalité, normal pour un logiciel qui est sur le marché depuis si longtemps.
 
et winamp+mad, point de vue qualité du son est excellent
la gestion du replaygain avec le mpp.dll est excellente
 
bref foobar, il y a du boulot pour grignoter de la part de marché à winamp


Message édité par HAL le 21-03-2003 à 16:07:23
Reply

Marsh Posté le 21-03-2003 à 16:05:54    

HAL a écrit :

et winamp+mad, point de vue qualité du son est excellent
la gestion du replaygain avec le mpp.dll est excellente


 
c'est quoi ce mpp.dll ?
Le replaygain via le plugin mpc, ça marche bien, mais j'ai pas trouvé de plugin replaygain pour les mp3 sous winamp2...

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed