[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é."
À (at) Thu, 17 Jun 2004 14:16:33 +0000 (UTC), Saïd écrivait (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)
Du vrai bruit blanc? Apple a du faire un sacre algorithme.
Du vrai... à l'oreille. Mais pas vrai du tout au sens mathématique ou physique puisque généré par un générateur pseudo-aléatoire de qualité moyenne. Ce test n'a donc aucune valeur ;-)
-- Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
À (at) Thu, 17 Jun 2004 14:16:33 +0000 (UTC),
Saïd <said@brian.lan> écrivait (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)
Du vrai bruit blanc? Apple a du faire un sacre algorithme.
Du vrai... à l'oreille. Mais pas vrai du tout au sens mathématique ou physique
puisque généré par un générateur pseudo-aléatoire de qualité moyenne. Ce test
n'a donc aucune valeur ;-)
--
Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
À (at) Thu, 17 Jun 2004 14:16:33 +0000 (UTC), Saïd écrivait (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)
Du vrai bruit blanc? Apple a du faire un sacre algorithme.
Du vrai... à l'oreille. Mais pas vrai du tout au sens mathématique ou physique puisque généré par un générateur pseudo-aléatoire de qualité moyenne. Ce test n'a donc aucune valeur ;-)
-- Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
phpinfo
Olivier Goldberg wrote:
C'est interdit, sauf si le film crées reste a diffusion restreinte dans le cadre familial. Théoriquement si je veux montrer un film a des amis je dois n'utiliser que de l'audio libre de droit...
La reproduction de matériel protégé dans le cadre de la famille est autorisé. Et si des amis sont là aussi, c'est autorisé quand même, tant que ça reste strictement privé.
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.
Code de la propriété intellectuel, article 122-5 :
Art. L. 122-5. Lorsque l'oeuvre a été divulguée, l'auteur ne peut interdire : 1° Les représentations privées et gratuites effectuées exclusivement dans un cercle de famille ; [...]
Vidéo, DV et QuickTime pour Mac <www.garage-video.fr.st> Clarus, the DogCow <www.clarus.mac-fan.com>
Olivier Goldberg <listes2@ogoldberg.net> wrote:
C'est interdit, sauf si le film crées reste a diffusion restreinte dans
le cadre familial. Théoriquement si je veux montrer un film a des amis
je dois n'utiliser que de l'audio libre de droit...
La reproduction de matériel protégé dans le cadre de la famille est
autorisé.
Et si des amis sont là aussi, c'est autorisé quand même, tant que ça
reste strictement privé.
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.
Code de la propriété intellectuel, article 122-5 :
Art. L. 122-5. Lorsque l'oeuvre a été divulguée, l'auteur ne peut
interdire :
1° Les représentations privées et gratuites effectuées exclusivement
dans un cercle de famille ;
[...]
C'est interdit, sauf si le film crées reste a diffusion restreinte dans le cadre familial. Théoriquement si je veux montrer un film a des amis je dois n'utiliser que de l'audio libre de droit...
La reproduction de matériel protégé dans le cadre de la famille est autorisé. Et si des amis sont là aussi, c'est autorisé quand même, tant que ça reste strictement privé.
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.
Code de la propriété intellectuel, article 122-5 :
Art. L. 122-5. Lorsque l'oeuvre a été divulguée, l'auteur ne peut interdire : 1° Les représentations privées et gratuites effectuées exclusivement dans un cercle de famille ; [...]
Vidéo, DV et QuickTime pour Mac <www.garage-video.fr.st> Clarus, the DogCow <www.clarus.mac-fan.com>
lists
Serge Pajak wrote:
Pour l'utilisateur la différence entre les deux catégories c'est aussi qu'il faut décompresser "à la main" un .zip/.sit, pour d'abord retrouver le fichier original et ensuite le lancer
Il me semble que sous Linux, on peut lire certains fichiers gzippés directement (c'est-à-dire sans les décompresser préalablement). Du style, certains logiciels qui lisent directement le .pdf.gz. Cependant, je ne l'ai jamais vu de mes propres yeux. C'est juste ce que j'ai lu quelque part.
-- R: Parce que ça renverse bêtement l'ordre naturel de lecture! Q: Mais pourquoi citer en fin d'article est-il si effroyable? R: Citer en fin d'article Q: Quelle est la chose la plus désagréable sur les groupes de news?
Serge Pajak <serge@alussinan.org> wrote:
Pour l'utilisateur la différence entre les deux catégories c'est aussi
qu'il faut décompresser "à la main" un .zip/.sit, pour d'abord retrouver
le fichier original et ensuite le lancer
Il me semble que sous Linux, on peut lire certains fichiers gzippés
directement (c'est-à-dire sans les décompresser préalablement).
Du style, certains logiciels qui lisent directement le .pdf.gz.
Cependant, je ne l'ai jamais vu de mes propres yeux. C'est juste ce que
j'ai lu quelque part.
--
R: Parce que ça renverse bêtement l'ordre naturel de lecture!
Q: Mais pourquoi citer en fin d'article est-il si effroyable?
R: Citer en fin d'article
Q: Quelle est la chose la plus désagréable sur les groupes de news?
Pour l'utilisateur la différence entre les deux catégories c'est aussi qu'il faut décompresser "à la main" un .zip/.sit, pour d'abord retrouver le fichier original et ensuite le lancer
Il me semble que sous Linux, on peut lire certains fichiers gzippés directement (c'est-à-dire sans les décompresser préalablement). Du style, certains logiciels qui lisent directement le .pdf.gz. Cependant, je ne l'ai jamais vu de mes propres yeux. C'est juste ce que j'ai lu quelque part.
-- R: Parce que ça renverse bêtement l'ordre naturel de lecture! Q: Mais pourquoi citer en fin d'article est-il si effroyable? R: Citer en fin d'article Q: Quelle est la chose la plus désagréable sur les groupes de news?
Eric Lévénez
Le 17/06/04 21:41, dans <1gfjo70.1w1zuxqjootbsN%, « Julien Salort » a écrit :
Il me semble que sous Linux, on peut lire certains fichiers gzippés directement (c'est-à-dire sans les décompresser préalablement). Du style, certains logiciels qui lisent directement le .pdf.gz.
Bien sûr. Le format gzip est un flux d'octets, pas juste un format de fichier. Le problème pour la compression du son est, que pour décompresser un flux gzip, il faut beaucoup de mémoire. Le récepteur doit en effet attendre d'avoir un gros paquet pour commencer à décoder le début de celui-ci. Donc en principe le gzip (ou compress ou bzip2) peut être utilisé pour compresser du son ou de la vidéo, mais en pratique ce n'est pas pratique, surtout pour les petits équipements embarqués qui ont peu de mémoire et un CPU lent.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
Le 17/06/04 21:41, dans <1gfjo70.1w1zuxqjootbsN%lists@juliensalort.org>,
« Julien Salort » <lists@juliensalort.org> a écrit :
Il me semble que sous Linux, on peut lire certains fichiers gzippés
directement (c'est-à-dire sans les décompresser préalablement).
Du style, certains logiciels qui lisent directement le .pdf.gz.
Bien sûr. Le format gzip est un flux d'octets, pas juste un format de
fichier. Le problème pour la compression du son est, que pour décompresser
un flux gzip, il faut beaucoup de mémoire. Le récepteur doit en effet
attendre d'avoir un gros paquet pour commencer à décoder le début de
celui-ci. Donc en principe le gzip (ou compress ou bzip2) peut être utilisé
pour compresser du son ou de la vidéo, mais en pratique ce n'est pas
pratique, surtout pour les petits équipements embarqués qui ont peu de
mémoire et un CPU lent.
--
Éric Lévénez -- <http://www.levenez.com/>
Unix is not only an OS, it's a way of life.
Le 17/06/04 21:41, dans <1gfjo70.1w1zuxqjootbsN%, « Julien Salort » a écrit :
Il me semble que sous Linux, on peut lire certains fichiers gzippés directement (c'est-à-dire sans les décompresser préalablement). Du style, certains logiciels qui lisent directement le .pdf.gz.
Bien sûr. Le format gzip est un flux d'octets, pas juste un format de fichier. Le problème pour la compression du son est, que pour décompresser un flux gzip, il faut beaucoup de mémoire. Le récepteur doit en effet attendre d'avoir un gros paquet pour commencer à décoder le début de celui-ci. Donc en principe le gzip (ou compress ou bzip2) peut être utilisé pour compresser du son ou de la vidéo, mais en pratique ce n'est pas pratique, surtout pour les petits équipements embarqués qui ont peu de mémoire et un CPU lent.
-- Éric Lévénez -- <http://www.levenez.com/> Unix is not only an OS, it's a way of life.
blanc
Pierre-Alain Dorange wrote:
En complément j'ai un petit article sur les codecs vidéo (mais le principe est le même en audio) sur mon site QuickTime :
JPaul. -- /==/==- Jean-Paul BLANC / /--/--// quelque-part (somewhere) |/| L | en (in) /|| = ||| FRANCE
pmanet
Fra wrote:
"stochastique" a pour moi un sens d'"aléatoire".
ben oui
(texte ou soft) car des items récurents (lettres/mots/fonctions) ?
c'est bien ça : la compression standard ne fonctionne sans perte qu'avec des données répétitives. le multimédia comporte des figures répétitives agrémentées de bruit -- Philippe Manet
Fra <fra@alussinan.org> wrote:
"stochastique" a pour moi un
sens d'"aléatoire".
ben oui
(texte ou soft) car des items récurents (lettres/mots/fonctions) ?
c'est bien ça : la compression standard ne fonctionne sans perte qu'avec
des données répétitives.
le multimédia comporte des figures répétitives agrémentées de bruit
--
Philippe Manet
pmanet@invivo.edu
(texte ou soft) car des items récurents (lettres/mots/fonctions) ?
c'est bien ça : la compression standard ne fonctionne sans perte qu'avec des données répétitives. le multimédia comporte des figures répétitives agrémentées de bruit -- Philippe Manet
pmanet
DINH =?iso-8859-15?Q?Viêt_Hoà?= wrote:
LZW et Huffman.
dans mes souvenirs, ces compressions s'appliquent bien aux données, mais pas au multimedia (sauf pour les plages de silences ou de blanc). -- Philippe Manet
dans mes souvenirs, ces compressions s'appliquent bien aux données, mais
pas au multimedia (sauf pour les plages de silences ou de blanc).
--
Philippe Manet
pmanet@invivo.edu
dans mes souvenirs, ces compressions s'appliquent bien aux données, mais pas au multimedia (sauf pour les plages de silences ou de blanc). -- Philippe Manet
Patrick Stadelmann
In article <200406180048471243192@[10.0.0.1]>, (manet) wrote:
DINH =?iso-8859-15?Q?Viêt_Hoà?= wrote:
LZW et Huffman.
dans mes souvenirs, ces compressions s'appliquent bien aux données, mais pas au multimedia (sauf pour les plages de silences ou de blanc).
Pas forcément. La distribution des amplitudes n'est pas uniforme, donc un code de Huffman peu déjà amener un gain. Il peut aussi être utilisé pour coder efficacement les erreurs de prédictions dans un codeur sans perte.
Patrick -- Patrick Stadelmann
In article <200406180048471243192@[10.0.0.1]>,
pmanet@invivo.edu (manet) wrote:
dans mes souvenirs, ces compressions s'appliquent bien aux données, mais
pas au multimedia (sauf pour les plages de silences ou de blanc).
Pas forcément. La distribution des amplitudes n'est pas uniforme, donc
un code de Huffman peu déjà amener un gain. Il peut aussi être utilisé
pour coder efficacement les erreurs de prédictions dans un codeur sans
perte.
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
In article <200406180048471243192@[10.0.0.1]>, (manet) wrote:
DINH =?iso-8859-15?Q?Viêt_Hoà?= wrote:
LZW et Huffman.
dans mes souvenirs, ces compressions s'appliquent bien aux données, mais pas au multimedia (sauf pour les plages de silences ou de blanc).
Pas forcément. La distribution des amplitudes n'est pas uniforme, donc un code de Huffman peu déjà amener un gain. Il peut aussi être utilisé pour coder efficacement les erreurs de prédictions dans un codeur sans perte.
Patrick -- Patrick Stadelmann
Patrick Stadelmann
In article <1gfkgca.1c0orh71bzx87pN%, (Patrick C) wrote:
JPaul wrote:
Mais je n'ai pas trouvé WAV ?...
Microsoft compressé.
Normalement pas, le WAV c'est normalement non compressé.
Et quel est le codec utilisé sur les CDs audios ?
Aiff
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.
Patrick -- Patrick Stadelmann
In article <1gfkgca.1c0orh71bzx87pN%cochardp@alussinan.org>,
cochardp@alussinan.org (Patrick C) wrote:
JPaul <blanc@empty.org> wrote:
Mais je n'ai pas trouvé WAV ?...
Microsoft compressé.
Normalement pas, le WAV c'est normalement non compressé.
Et quel est le codec utilisé sur les CDs audios ?
Aiff
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.
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
In article <1gfkgca.1c0orh71bzx87pN%, (Patrick C) wrote:
JPaul wrote:
Mais je n'ai pas trouvé WAV ?...
Microsoft compressé.
Normalement pas, le WAV c'est normalement non compressé.
Et quel est le codec utilisé sur les CDs audios ?
Aiff
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.
Patrick -- Patrick Stadelmann
Paul GABORIT
À (at) Thu, 17 Jun 2004 22:02:50 +0200, Eric Lévénez écrivait (wrote):
Donc en principe le gzip (ou compress ou bzip2) peut être utilisé pour compresser du son ou de la vidéo, mais en pratique ce n'est pas pratique, surtout pour les petits équipements embarqués qui ont peu de mémoire et un CPU lent.
Et puis gzip ne résiste pas à la perte ou la détérioration d'un morceau du flux. Les codecs au contraire sont en général conçus pour résister à cela (les blocs de données compressés sont indépendants les uns des autres). Ça permet de les utiliser sur des streams temps réel.
-- Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
À (at) Thu, 17 Jun 2004 22:02:50 +0200,
Eric Lévénez <news@levenez.com> écrivait (wrote):
Donc en principe le gzip (ou compress ou bzip2) peut être utilisé pour
compresser du son ou de la vidéo, mais en pratique ce n'est pas pratique,
surtout pour les petits équipements embarqués qui ont peu de mémoire et un
CPU lent.
Et puis gzip ne résiste pas à la perte ou la détérioration d'un morceau du
flux. Les codecs au contraire sont en général conçus pour résister à cela (les
blocs de données compressés sont indépendants les uns des autres). Ça permet
de les utiliser sur des streams temps réel.
--
Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
À (at) Thu, 17 Jun 2004 22:02:50 +0200, Eric Lévénez écrivait (wrote):
Donc en principe le gzip (ou compress ou bzip2) peut être utilisé pour compresser du son ou de la vidéo, mais en pratique ce n'est pas pratique, surtout pour les petits équipements embarqués qui ont peu de mémoire et un CPU lent.
Et puis gzip ne résiste pas à la perte ou la détérioration d'un morceau du flux. Les codecs au contraire sont en général conçus pour résister à cela (les blocs de données compressés sont indépendants les uns des autres). Ça permet de les utiliser sur des streams temps réel.
-- Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
