Peut-on parler de S/N pour du MP3 et autres

Peut-on parler de S/N pour du MP3 et autres - Traitement Audio - Video & Son

Marsh Posté le 08-04-2003 à 15:12:30    

pour un CD, je comprends que le S/N soit significatif à partir du nombre de bits utilisés pour échantilloner mais pour un format compressé de type MP3 et consors, est-ce que ca veut dire encore qc ?
 
Merci


---------------
J'adore quand un plan se déroule sans problème....
Reply

Marsh Posté le 08-04-2003 à 15:12:30   

Reply

Marsh Posté le 08-04-2003 à 15:22:44    

euh non, signal to noise :-)


---------------
J'adore quand un plan se déroule sans problème....
Reply

Marsh Posté le 08-04-2003 à 15:56:47    

Non, ça n'est pas directement utilisable. Le but du mp3 c'est de réduire le SNR au maximum tout en préservant un écoute qui semble identique.

Reply

Marsh Posté le 08-04-2003 à 16:08:48    

mais peut-on le calculer théoriquement (comme on le fait pour le CD) ou on doit le mesurer ? et si on le mesure, quelle est l'ordre d'idée pour du 128 kbits en MP3, AAC, MP3Pro...
 
encore merci


---------------
J'adore quand un plan se déroule sans problème....
Reply

Marsh Posté le 08-04-2003 à 16:19:35    

lulu78fr a écrit :

mais peut-on le calculer théoriquement (comme on le fait pour le CD) ou on doit le mesurer ? et si on le mesure, quelle est l'ordre d'idée pour du 128 kbits en MP3, AAC, MP3Pro...


 
J'ignore s'il est possible de mesurer le niveau théorique de bruit ajouté par l'encodage, ni même si du bruit est ajouté, et si le niveau enregistré est en corrélation avec le débit d'encodage.
Je sais par contre que tu n'as pas à t'en soucier. L'éventualité d'un souffle en arrière fond est un défaut absolument mineur par rapport aux autres introduits par les encodeurs, et le mp3 en particulier. Je sais également que le niveau de bruit dépends directement du signal encodé. Le mpc et vorbis encodent le bruit numérique à 3 kbps (1.5 pour l'ogg vorbis) : reproduction parfaite. Sur des samples particuliers (comme fatboy.wav, short-block_test....), l'encodage ajoutera nécessairement du bruit de fond, et ce de façon assez spectaculaire. Ce bruit de fond est donc très localisé, et dépends essentiellement des codecs, et pas vraiment du format considéré en lui-même.
Enfin, le seul codec qui à ma connaissance ajoute un parasitage uniforme à l'encodage est l'ogg vorbis. Jusqu'à 300 kbps environ, je peux le percevoir, sur certains enregistrements. Il est bien entendu minime à ce débit, mais devient parfois très génant à débit moyen et surtout bas.
 
EN somme, pour mesurer le niveau de bruit, mieux vaut s'en fier à l'oreille qu'au papier ou aux instruments de mesure.

Reply

Marsh Posté le 08-04-2003 à 16:30:52    

je fais un tableau pour une comparaison entre CD, mp3, MP3pro, aacPLus, et AMR et on me demande de mettre le S/N pour chaque format (pour un débit donné). mais ça me gêne de la mettre car, effectivement, la perception du bruit n'est pas lié à ces chiffres là.


---------------
J'adore quand un plan se déroule sans problème....
Reply

Marsh Posté le 08-04-2003 à 16:31:01    

On peut le calculer théoriquement quand on est dans l'encodeur.
Par contre, on peut aussi le mesurer en sortie, mais le résultat n'est pas exploitable.
 
Le snr n'est pas constant et varie suivant les fréquences et la configuration du signal d'entrée (la musique) à un moment donné.
 
Donc, même si tu lis une telle mesure pour du mp3 dans un truc genre "magazine Hi-Fi", sache que ce n'est absolument pas une mesure constante ni pertinente pour ce domaine.

Reply

Marsh Posté le 08-04-2003 à 16:49:18    

Un exemple de signal sur lequel le bruit de fond de vorbis est assez aisément perceptible à haut débit :  
http://membres.lycos.fr/guruboolez [...] rahms3.ape
 
L'enregistrement est un concert radiophonique. Un bruit de fond conséquent est donc perceptible. Toutefois, une comparaison directe permet de mettre en avant une montée de ce bruit avec un encodage vorbis.
 
Je précise que ce défaut n'est pas imputable à vorbis lui-même, mais à la version finale du codec. Les versions betas et RC étaient dépourvues de ce bug. Comme quoi, un tableau est une entreprise hasardeuse, puisqu'un décalage existe entre les possibilités du format et le comportement des différents codecs de ce même format.

Reply

Sujets relatifs:

Leave a Replay

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