[Q] Qualité du codec audios : Apple Lossless vs AIFF
108 réponses
Paul
concernant le téléchargement de musique avec iTunes, Apple dit :
"Clients et mélomanes exigeants souhaitant bénéficier d¹un son de
qualité CD, iTunes ne vous a pas oubliés : il vous offre désormais le
nouvel encodeur Apple Lossless. En effet, ce nouveau codec vous
permettra de préserver intégralement la qualité des CD audio non
compressés tout en ne nécessitant qu¹un espace de stockage réduit de
moitié."
PCM (Pulse Code Modulation). Un truc breveté en... 1937 et mis en oeuvre par la NHK en... 1967 ;-)
A+
-- Cyril, du Havre Soutenir la Croix-Rouge <http://croix-rouge.priceminister.com/>
Philippe TOUTAIN
In article <1gfkkxh.9k7p6d12g6ydkN%, (Pierre-Alain Dorange) wrote:
JPaul wrote:
Et quel est le codec utilisé sur les CDs audios ?
C'est proche du AIFF me semble-t-il.
C'est proche au sens où l'AIFF dans sa version non comprimée utilise un encodage sur 16 bits en stéréo et avec une fréquence d'échantillonage de 44KHz, soit les mêmes valeurs que sur un CD audio. D'où une conversion rapide du CD-audio vers le format AIFF. (il existe aussi du AIFF mono ou en 8 bits).
Toutefois au niveau du format réel des données il y aura des différences dues au support : le CD-audio doit être audible en dépit des rayures. C'est possible en ajoutant un entrelacement des données (les bits du flux audio qui se suivent dans le temps ne sont pas placés au même endroit) et des bits sont ajoutés pour détecter les erreurs et éventuellement les corriger (8 bits ajoutés tous les 588 si je ne me trompe pas). Résultat des courses : une altération d'environ 4000 bits ne sera pas ou peu audible.
Pour ceux qui veulent plus de détails, consulter la norme "Red Book" IEC 908.
Par contre sur un CD-ROM il y a beaucoup plus de bits ajoutés pour détecter et corriger les erreurs, et une erreur non récupérable doit provoquer un message d'erreur.
-- Pour répondre en direct, enlevez les lettres doublées. Remove doubled characters in address.
In article <1gfkkxh.9k7p6d12g6ydkN%phpinfo@pas-de-pub-merci.mac.com>,
phpinfo@pas-de-pub-merci.mac.com (Pierre-Alain Dorange) wrote:
JPaul <blanc@empty.org> wrote:
Et quel est le codec utilisé sur les CDs audios ?
C'est proche du AIFF me semble-t-il.
C'est proche au sens où l'AIFF dans sa version non comprimée utilise un
encodage sur 16 bits en stéréo et avec une fréquence d'échantillonage de
44KHz, soit les mêmes valeurs que sur un CD audio. D'où une conversion
rapide du CD-audio vers le format AIFF. (il existe aussi du AIFF mono ou
en 8 bits).
Toutefois au niveau du format réel des données il y aura des différences
dues au support : le CD-audio doit être audible en dépit des rayures.
C'est possible en ajoutant un entrelacement des données (les bits du
flux audio qui se suivent dans le temps ne sont pas placés au même
endroit) et des bits sont ajoutés pour détecter les erreurs et
éventuellement les corriger (8 bits ajoutés tous les 588 si je ne me
trompe pas). Résultat des courses : une altération d'environ 4000 bits
ne sera pas ou peu audible.
Pour ceux qui veulent plus de détails, consulter la norme "Red Book" IEC
908.
Par contre sur un CD-ROM il y a beaucoup plus de bits ajoutés pour
détecter et corriger les erreurs, et une erreur non récupérable doit
provoquer un message d'erreur.
--
Pour répondre en direct, enlevez les lettres doublées.
Remove doubled characters in address.
In article <1gfkkxh.9k7p6d12g6ydkN%, (Pierre-Alain Dorange) wrote:
JPaul wrote:
Et quel est le codec utilisé sur les CDs audios ?
C'est proche du AIFF me semble-t-il.
C'est proche au sens où l'AIFF dans sa version non comprimée utilise un encodage sur 16 bits en stéréo et avec une fréquence d'échantillonage de 44KHz, soit les mêmes valeurs que sur un CD audio. D'où une conversion rapide du CD-audio vers le format AIFF. (il existe aussi du AIFF mono ou en 8 bits).
Toutefois au niveau du format réel des données il y aura des différences dues au support : le CD-audio doit être audible en dépit des rayures. C'est possible en ajoutant un entrelacement des données (les bits du flux audio qui se suivent dans le temps ne sont pas placés au même endroit) et des bits sont ajoutés pour détecter les erreurs et éventuellement les corriger (8 bits ajoutés tous les 588 si je ne me trompe pas). Résultat des courses : une altération d'environ 4000 bits ne sera pas ou peu audible.
Pour ceux qui veulent plus de détails, consulter la norme "Red Book" IEC 908.
Par contre sur un CD-ROM il y a beaucoup plus de bits ajoutés pour détecter et corriger les erreurs, et une erreur non récupérable doit provoquer un message d'erreur.
-- Pour répondre en direct, enlevez les lettres doublées. Remove doubled characters in address.
fra
Paul GABORIT wrote:
Je viens de tester sur un fichier AIFF de bruit blanc de ~20Mo (2 minutes en stéréo avec les deux canaux totalement différents).
Compression Gzip: 5% (~19Mo) Compression Apple Lossless : 40% (~12Mo)
J'ai ensuite tester sur un fichier AIFF purement aléatoire de 20Mo.
Compression Gzip: 25% (~15Mo) Compression Apple Lossless : 25% (~15Mo)
Ces résultats me paraissent un peu surprenant mais il faut préciser que j'ai générer ces fichiers via CSound dont le générateur pseudo-aléatoire n'est pas (et de loin) réellement aléatoire.
C'est le 5 % qui est surprenant ou le 40 % ? (Moi c'est le 5% qui me surprends ; pourquoi il n'est pas à 25 %) -- Fra
Paul GABORIT <Paul.Gaborit@invalid.invalid> wrote:
Je viens de tester sur un fichier AIFF de bruit blanc de ~20Mo (2 minutes en
stéréo avec les deux canaux totalement différents).
Compression Gzip: 5% (~19Mo)
Compression Apple Lossless : 40% (~12Mo)
J'ai ensuite tester sur un fichier AIFF purement aléatoire de 20Mo.
Compression Gzip: 25% (~15Mo)
Compression Apple Lossless : 25% (~15Mo)
Ces résultats me paraissent un peu surprenant mais il faut préciser que j'ai
générer ces fichiers via CSound dont le générateur pseudo-aléatoire n'est pas
(et de loin) réellement aléatoire.
C'est le 5 % qui est surprenant ou le 40 % ?
(Moi c'est le 5% qui me surprends ; pourquoi il n'est pas à 25 %)
--
Fra
Je viens de tester sur un fichier AIFF de bruit blanc de ~20Mo (2 minutes en stéréo avec les deux canaux totalement différents).
Compression Gzip: 5% (~19Mo) Compression Apple Lossless : 40% (~12Mo)
J'ai ensuite tester sur un fichier AIFF purement aléatoire de 20Mo.
Compression Gzip: 25% (~15Mo) Compression Apple Lossless : 25% (~15Mo)
Ces résultats me paraissent un peu surprenant mais il faut préciser que j'ai générer ces fichiers via CSound dont le générateur pseudo-aléatoire n'est pas (et de loin) réellement aléatoire.
C'est le 5 % qui est surprenant ou le 40 % ? (Moi c'est le 5% qui me surprends ; pourquoi il n'est pas à 25 %) -- Fra
fra
Pierre-Alain Dorange wrote:
Polop, les textes sont pas clairs à ce sujet (les amis) Le cadre familial s'entend plutot comme ceux qui habitent sous le toit du propriétaire de la licence (l'acheteur), il semble qu'il y ait eut des cas (à la con) de jurisprudence dans ce sens, si j'ai bien suivi certaines enfilade de fr.misc.droit...
Bien sur y'a pas de contrôle dans ce cas là (à la maison) mais par exemple j'ai invité quelques amis a visioner l'intégrale du seigneur des anneaux à la maison en fin d'année (l'épisode 3 au ciné dans la foulée), nous étions 10 et bien cette situation n'est pas autorisé même si c'est gratuit.
Polop, les textes sont pas clairs à ce sujet (les amis)
Le cadre familial s'entend plutot comme ceux qui habitent sous le toit
du propriétaire de la licence (l'acheteur), il semble qu'il y ait eut
des cas (à la con) de jurisprudence dans ce sens, si j'ai bien suivi
certaines enfilade de fr.misc.droit...
Bien sur y'a pas de contrôle dans ce cas là (à la maison) mais par
exemple j'ai invité quelques amis a visioner l'intégrale du seigneur des
anneaux à la maison en fin d'année (l'épisode 3 au ciné dans la foulée),
nous étions 10 et bien cette situation n'est pas autorisé même si c'est
gratuit.
Polop, les textes sont pas clairs à ce sujet (les amis) Le cadre familial s'entend plutot comme ceux qui habitent sous le toit du propriétaire de la licence (l'acheteur), il semble qu'il y ait eut des cas (à la con) de jurisprudence dans ce sens, si j'ai bien suivi certaines enfilade de fr.misc.droit...
Bien sur y'a pas de contrôle dans ce cas là (à la maison) mais par exemple j'ai invité quelques amis a visioner l'intégrale du seigneur des anneaux à la maison en fin d'année (l'épisode 3 au ciné dans la foulée), nous étions 10 et bien cette situation n'est pas autorisé même si c'est gratuit.
Interdit aussi les soirées disco alors !
-- Fra
fra
Patrick Stadelmann wrote:
Non, c'est du PCM brut (pas d'entête AIFF ou autre). C'est Mac OS X qui créé l'illusion que le CD contient des AIFF quand il le monte.
Tout comme Windows fait croire à tous les windowsiens que les CD contiennent du .wav.
Au fait elle change quoi cette en-tête vu qu'à chaque fois c'est du brut non compressée -- Fra
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
Non, c'est du PCM brut (pas d'entête AIFF ou autre). C'est Mac OS X qui
créé l'illusion que le CD contient des AIFF quand il le monte.
Tout comme Windows fait croire à tous les windowsiens que les CD
contiennent du .wav.
Au fait elle change quoi cette en-tête vu qu'à chaque fois c'est du brut
non compressée
--
Fra
Non, c'est du PCM brut (pas d'entête AIFF ou autre). C'est Mac OS X qui créé l'illusion que le CD contient des AIFF quand il le monte.
Tout comme Windows fait croire à tous les windowsiens que les CD contiennent du .wav.
Au fait elle change quoi cette en-tête vu qu'à chaque fois c'est du brut non compressée -- Fra
fra
Philippe TOUTAIN wrote:
le CD-audio doit être audible en dépit des rayures. C'est possible en ajoutant un entrelacement des données (les bits du flux audio qui se suivent dans le temps ne sont pas placés au même endroit) et des bits sont ajoutés pour détecter les erreurs et éventuellement les corriger (8 bits ajoutés tous les 588 si je ne me trompe pas). Résultat des courses : une altération d'environ 4000 bits ne sera pas ou peu audible. [...] Par contre sur un CD-ROM il y a beaucoup plus de bits ajoutés pour détecter et corriger les erreurs, et une erreur non récupérable doit provoquer un message d'erreur.
et les disques durs n'ont pas de bits de correction ? (Ca m'étonne un peu) -- Fra
Philippe TOUTAIN <XXphtouYYtainZZ@free.fr> wrote:
le CD-audio doit être audible en dépit des rayures.
C'est possible en ajoutant un entrelacement des données (les bits du
flux audio qui se suivent dans le temps ne sont pas placés au même
endroit) et des bits sont ajoutés pour détecter les erreurs et
éventuellement les corriger (8 bits ajoutés tous les 588 si je ne me
trompe pas). Résultat des courses : une altération d'environ 4000 bits
ne sera pas ou peu audible.
[...]
Par contre sur un CD-ROM il y a beaucoup plus de bits ajoutés pour
détecter et corriger les erreurs, et une erreur non récupérable doit
provoquer un message d'erreur.
et les disques durs n'ont pas de bits de correction ? (Ca m'étonne un
peu)
--
Fra
le CD-audio doit être audible en dépit des rayures. C'est possible en ajoutant un entrelacement des données (les bits du flux audio qui se suivent dans le temps ne sont pas placés au même endroit) et des bits sont ajoutés pour détecter les erreurs et éventuellement les corriger (8 bits ajoutés tous les 588 si je ne me trompe pas). Résultat des courses : une altération d'environ 4000 bits ne sera pas ou peu audible. [...] Par contre sur un CD-ROM il y a beaucoup plus de bits ajoutés pour détecter et corriger les erreurs, et une erreur non récupérable doit provoquer un message d'erreur.
et les disques durs n'ont pas de bits de correction ? (Ca m'étonne un peu) -- Fra
fra
Pierre-Alain Dorange wrote:
Ce qui les rend différent du ZIP fondamentalement (a part l'usage) c'est qu'il sont spécialisés dans l'audio et qu'il ne nécessite aucun archivage les données restent utilisable directement.
Qu'entends tu par "archivage" (dans le cas d'un seul fichier compressé)?
Ce qui les rend différent du ZIP fondamentalement (a part l'usage) c'est
qu'il sont spécialisés dans l'audio et qu'il ne nécessite aucun
archivage les données restent utilisable directement.
Qu'entends tu par "archivage" (dans le cas d'un seul fichier compressé)?
Ce qui les rend différent du ZIP fondamentalement (a part l'usage) c'est qu'il sont spécialisés dans l'audio et qu'il ne nécessite aucun archivage les données restent utilisable directement.
Qu'entends tu par "archivage" (dans le cas d'un seul fichier compressé)?
Qu'entends tu par "directement"?
-- Fra
fra
Paul GABORIT wrote:
Ça permet de les utiliser sur des streams temps réel.
Ca veut dire que le bloc minimal à lire pour commencer à émettre un son est petit ?
-- Fra
Paul GABORIT <Paul.Gaborit@invalid.invalid> wrote:
Ça permet de les utiliser sur des streams temps réel.
Ca veut dire que le bloc minimal à lire pour commencer à émettre un son
est petit ?
