|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Expert Confirmé Sénior
![]() ![]() Ihssen IdelwaysDéveloppeur Ruby on Rails / iOS Inscription : juin 2010 Messages : 1 390 ![]() |
ALAC : le codec audio sans perte d'Apple devient open-source
Distribué sous licence Apache 2.0 avec délivrance de brevets Apple vient d'annoncer le passage en open source de son codec audio ALAC. Tout comme le format libre et sans perte FLAC, Apple Lossless Audio Codec est utilisé pour réduire la taille des fichiers audio sans suppression de données acoustique. Les fichiers compressés peuvent donc retrouver leur forme originale à l'identique, contrairement aux WMA, MP3 et autres. Le format est supporté par défaut sur Mac OS X, iTunes, iOS et la majorité des iPod. Il serait d'ailleurs plus optimisé à la conservation de durée de vie de batterie, en comparaison avec son aîné, le FLAC. Le nouveau projet open source est disponible sur la forge logicielle Mac OS Forge (gérée par Apple), qui héberge en outre le code source d'un encodeur/décodeur tout comme un outil de conversion en ligne de commande « ALACConvert ». Cet outil sert de démonstration et permet de convertir du et à partir des formats CAF et WAVE. Apple délivre avec le projet une licence de brevet perpétuelle et irrévocable, comme l'exige la licence Apache 2.0. Les éditeurs et constructeurs pourront donc se ruer sur un format plus récent et plus optimisé que le FLAC, sans payer des redevances, ni risquer des poursuites. La popularité du FLAC est donc menacée, mais le projet, distribué sous Licence GPL, pourra désormais puiser des idées de son jeune concurrent. Les sources sont disponibles sur Mac OS ForgeSource : site officiel sur Mac OS Forge Et vous ? Que pensez-vous de l'initiative d'Apple ? La popularité du FLAC est-elle menacée ?
|
|
|
10
|
|
|
#2 |
|
Expert Confirmé Sénior
![]() ![]() Ingénieur systèmes embarqués Inscription : juin 2009 Messages : 1 694 ![]() |
C'est une bonne nouvelle qu'Apple rende ce format open source
Par contre, je n'ai jamais entendu parler de la moindre parenté entre le FLAC et l'ALAC !!! Tout comme je ne suis pas du tout certain que l'ALAC soit plus performant que le FLAC... Voir cette page (peut-être pas très à jour...) : http://flac.sourceforge.net/comparison.html
__________________
Si Code::Blocks vous dit undefined reference to 'socket@12', cela signifie que vous avez un problème d'édition des liens. Allez dans Projects / Build Options / Linker Settings / Add et renseigner ici les .a qui vont bien. Exemple pour les sockets : C:\Program Files\CodeBlocks\MinGW\lib\libws2_32.a Pour les adeptes du langage SMS, allez ici et ramenez la traduction française ^^ Pour vos problèmes d'embarqué, utilisez le forum dédié ! |
|
20
|
|
|
#3 |
|
Membre émérite
![]() Étudiant Inscription : septembre 2006 Messages : 510 ![]() |
D’après ce que j’ai lu, ce n’est le cas que parce qu’Apple optimise son matériel pour le décodage d’ALAC.
|
|
|
00
|
|
|
#4 |
|
Membre habitué
![]() Développeur informatique Inscription : juillet 2007 Messages : 146 ![]() |
Que se passe t'il? Le loup se serait-il convertit après un examen de conscience. C'est en tout cas la première fois de ma vie que j'ai envie de remercier Apple. Cela me parait tout de même louche. Toutefois Apple semble avoir donné des garantis.
|
|
|
30
|
|
|
#5 |
|
Expert Confirmé Sénior
![]() ![]() Ingénieur systèmes embarqués Inscription : juin 2009 Messages : 1 694 ![]() |
Cela doit venir du fait que l'ALAC est visiblement moins gourmand en ressource que le FLAC au moment du décodage. Ca aide à la durée de vie des batteries, forcément. L'explication de l'optimisation par Apple est tout à fait possible (et cumulable)
![]() C'est vrai qu'on ne voit pas souvent ce genre d'ouverture de la part d'Apple. C'est surtout un moyen de populariser son format. S'ils ont décidé de faire ça, ce n'est sûrement pas pour être juste gentils ; il y a forcément un avantage pour eux ^^
__________________
Si Code::Blocks vous dit undefined reference to 'socket@12', cela signifie que vous avez un problème d'édition des liens. Allez dans Projects / Build Options / Linker Settings / Add et renseigner ici les .a qui vont bien. Exemple pour les sockets : C:\Program Files\CodeBlocks\MinGW\lib\libws2_32.a Pour les adeptes du langage SMS, allez ici et ramenez la traduction française ^^ Pour vos problèmes d'embarqué, utilisez le forum dédié ! |
|
10
|
|
|
#6 | |
|
Expert Confirmé Sénior
![]() Inscription : avril 2002 Messages : 2 676 ![]() |
Citation:
|
|
|
|
11
|
|
|
#7 |
|
Membre émérite
![]() Étudiant Inscription : septembre 2006 Messages : 510 ![]() |
La page de comparaison montre justement que FLAC se décode plus vite.
Même si ça ne prouve pas que ça consomme moins d’énergie, ça le suggère. |
|
|
10
|
|
|
#8 |
|
Membre chevronné
![]() Inscription : décembre 2010 Messages : 231 ![]() |
Il existe des codec audio lossless qui ont un meilleur taux de compressibilité (LA, OptimFROG, Monkey's, etc...), mais un support médiocre (impopularité des codecs justement) comparé au FLAC et l'ALAC.
En tout cas, FLAC et ALAC se ressemble tellement sur le taux de compression, temps de décodage/encodage, support matériel/logiciel que choisir entre les deux revient à choisir le tagging vorbis ou Itunes. L'un des tagging étant plus chiant que l'autre, la libération d'ALAC me donne plus l'impression d'un abandon qu'autre chose. Si Apple voulait populariser ALAC, il en avait largement les moyens avec un truc du style "écoutez vos musiques en HD avec le format sans perte d'Apple" glissé dans une pub Ipod. Les deux formats étant supportés par Rockbox, on peut alors en écouter sur pas mal de baladeur (Apple, Archos, Cowon, SanDisk, Iriver, tousa...) |
|
|
30
|
Copyright © 2000-2013 - www.developpez.com