L'ALAC devient open-source

Anthony Nelzin-Santos |
skitchedL'Apple Lossless Audio Codec (ALAC) est un format d'encodage musical « sans perte » créé par Apple en 2004 pour être facilement décodé par les appareils mobiles. Supporté par iTunes, QuickTime, l'iPhone, l'iPad et les iPod, l'ALAC est désormais open-source : Apple a décidé de le placer sous licence Apache. Apple a ainsi publié les sources de l'encodeur et du décodeur ALAC et de l'utilitaire de lecture/écriture CoreAudio alacconverter.

Comme les autres formats « sans perte » (FLAC, HD AAC, APE, Monkey's Audio), l'ALAC utilise un algorithme de compression qui permet de reconstituer la source originale fidèlement à partir des données compressées. Résultat : aucune donnée n'est perdue (et les fichiers sont plus lourds), contrairement à la compression avec perte d'autres formats comme le MP3 ou l'AAC. L'ALAC n'est pas le format possédant l'algorithme de compression le plus efficace, mais cette faiblesse est une force : moins complexe à décompresser, l'ALAC est plus facilement décodable par les appareils mobiles.
Tags
#ALAC #open source
avatar Anonyme (non vérifié) | 
"Si tu passe de PCM -> PCM tu fais de la copie, Alors que PCM -> ALAC tu fais de la conversion. Dans le premier cas tu as 1algo de copie dans le second 1algo copie + 1algo conversion." "À l'instar de tous les formats sans perte, ALAC permet de compresser sans aucune forme de dégradation des fichiers musicaux au format PCM à un taux de compression voisin de 40 à 50%" http://fr.wikipedia.org/wiki/Apple_Lossless
avatar JoKer | 
@ HAL-9000 : Le format ALAC n'est pas un PCM dans une sorte de fichier zip (exemple) adapter à la musique ? Si c'est le cas, il n'y a pas de conversion.
avatar Anonyme (non vérifié) | 
"@ HAL-9000 : Le format ALAC n'est pas un PCM dans une sorte de fichier zip (exemple) adapter à la musique ? Si c'est le cas, il n'y a pas de conversion." Un format de compression de données SANS perte , veut dire quelque chose de précis, si il n'a pas compris ce concept c'est même plus la peine de discuter. "sans perte" veut dire ce que ça veut dire: sans perte de données!! ça veut pas dire que de temps en temps, il est possible qu'il y ait une perte de données. y'a des maths derrières tout ça (bijections), ça va plus loin que l'informatique, c'est pas de l'a peu près. c'était ma dernière tentative ;-) bonne journée.
avatar laconcombremasque | 
@J.M : il y a aussi, plus rare, le shorten audio (.shn) , encodable me semble t'il avec xAct
avatar HAL-9000 | 
@ truiter On se comprend pas je crois… C'est pas parce que on écris sur un .txt "Pas de pertes de compression Copyright" que c'est REELLEMENT le cas. Les mecs qui ont crée le .Zip ne contrôlent pas les erreurs de CPU et de compilations proprent à la machine. Et c'est de cela dont je parle. Simplement (et trivialement) plus tu fais des calculs, plus tu t'exposes à faire des erreurs de calculs ! Donc Copie PCM PCM tu fais de la copie (exposition aux erreurs de copies) alors que ALAC tu fais copie, compression (exposition aux erreurs de copie PLUS erreurs de compression). Donc un format qui reste le plus fidèle reste le format de la source. Le cas du CD-PCM, et non le cas du ALAC. C'est ma dernière tentative :)
avatar Le Gognol | 
HAL-9000, si nos OS et logiciels étaient si sensibles que ça aux "erreurs de CPU et de compilation", elles passeraient leur temps à planter, et tous nos fichiers seraient rapidement corrompus... D'autre part si on suit ton raisonnement, même un fichier AIFF ou WAVE issu d'un CD sera exposé à des erreurs, autant qu'un ALAC...
avatar JoKer | 
J'ai jamais eu d'erreur dans un fichier zip, on peut donc penser qu'il y en a vraiment très rarement dans des décompressons de ce genre et qu'en audio il serait impossible de les entendre.
avatar HAL-9000 | 
@ Le Gognol Non faux pas croire qu'une erreur = plantage c'est archi-faux. Sur une image, si la couleur du 3ieme pixel est 1000101010101011111 et qu(en zippant l'algo prend 1000101010101011110 tu veras pas la différence sur le pixel (enfin pas aux yeux nus) et le fichier sera ouvrable sans soucis.
avatar JoKer | 
Et pour un fichier texte dans un zip ?
avatar Le Gognol | 
HAL si on te suit on verrait nos textes se transformer petit à petit, les applications finirait par ne plus fonctionner à force de perdre des bit, etc.
avatar HAL-9000 | 
J'ai pas dit que les erreurs étaient systematiques non plus, hein ;)
avatar JoKer | 
Tu en as déjà entendue ?
avatar HAL-9000 | 
@JoKer : Perso non car j'ai pas de bon matos niveau son pouvoir m'en apercevoir. Mais par contre sur le côté Mp3 320k (compression) qui est un format vendu comme top qualité quasi CD (les notes non perceptibles à l'oreille sont soit disant inutiles et effacées) j'ai déjà entendu des armoniques massacrées...
avatar JoKer | 
Ouais... comparaison très peu intéressante, vu que le MP3 est une compression avec perte, donc avec des manques d'informations perceptibles, alors que les formats sans perte, d'après toi, sont uniquement sujet à des erreurs de décodage (mais pas a des pertes de données). Mais je doute que même si il y a une erreur de 1 bit tout les secondes (donc un pour plus de 650'000 pour un niveau CD) cela puisse être audible.
avatar Moonwalker | 
@HAL Tu ne peux citer un exemple vécu sur un format compressé aussi vieux que le mp3 pour argumenter sur les formats Lossless. FLAC, ALAC, c'est peu ou prou la même chose. On passe de l'un à l'autre sans perte. On retrouve la même chose qu'on avait sur le CD d'origine. Mais le codec ne fait pas tout. Il faut avoir le matériel et les oreilles qui vont avec. Avec les "haut-parleurs" d'un iMac, la différence entre un aac 256 k et un alac ne saute pas aux tympans. Quoiqu'il en soit, cette ouverture est une excellente nouvelle.
avatar HAL-9000 | 
@ Joker Le 320k élimine "juste" les sons imperceptibles à l'oreil, selon ses créatteurs. Donc est censé ne pas dégrader la qualité pour l'oreille. Et pourtant c'est pas forcément le cas. "Mais je doute que même si il y a une erreur de 1 bit tout les secondes (donc un pour plus de 650'000 pour un niveau CD) cela puisse être audible." J'ai jamais dit que c'était inaudible, juste dit que ce n'est pas du 100% Ssans pertes, c'est du mensonge.
avatar JoKer | 
D'après les recherches que j'ai fait, les systèmes mis en place pour l'encodage et le décodage sont garanti avec vérification et correction des erreurs. Un passage PCM -> ALAC -> PCM donnera exactement le même fichier avant ou après passage par l'ALAC. Il ne peut pas y avoir d'erreur dans une des opération parce que le fichier serait déclaré "corrompu".
avatar Le Gognol | 
@HAL-9000 : J'ai jamais dit que c'était inaudible, juste dit que ce n'est pas du 100% Ssans pertes, c'est du mensonge. Non, il n'y a aucun mensonge là dedans, c'est juste ton argumentation qui est foireuse.
avatar HAL-9000 | 
"D'après les recherches que j'ai fait, les systèmes mis en place pour l'encodage et le décodage sont garanti avec vérification et correction des erreurs." Un exemple sur les Cartes Graphiques : http://astrosurf.com/luxorion/rapport-restitution-images-ordinateur5.htm
avatar JoKer | 
Je ne vois pas le rapport entre tes histoires de carte graphique et un fichier audio. Il n'y a pas de point commun.
avatar HAL-9000 | 
@ JoKer Par analogie image -> son c'est le même cas. Si tu ne vois toujours pas je ne peux plus rien faire pour toi, tu n'es sans doutes pas assez intelligent…
avatar Le Gognol | 
HAL-9000 je pense qu'il vaudrait mieux que tu arrêtes de t'enfoncer, ça devient ridicule...
avatar JoKer | 
Sauf que je n'ai rien trouvé dans ton article qui parle d'erreurs qui pourraient se rapporter à un décodage audio. Et, comme je l'ai expliqué, si il y a des erreurs au décodage elles sont détectées, le décodage est refait et l'erreur ne se reproduit pas. Il ne peut donc pas y avoir de problème à ce niveau. Et là on est exactement dans le même cas de figure que pour un CD audio.
avatar Anonyme (non vérifié) | 
"Et, comme je l'ai expliqué, si il y a des erreurs au décodage elles sont détectées" ça fait 3 pages qu'on lui explique que les erreurs de calcul pendant l'encodage ne pose pas de problèmes à la compression sans perte, mais il continue de s'obstiner tout simplement parce qu'il ne sait toujours pas ce qu'est la compression sans perte!! pour le décodage, les différents systèmes de" Hashage" permettent dans "la plupart des cas" de s'assurer que le fichier n'a pas été modifié (détérioré). Quant à dire: - si ton disque dur est pas fiable, tu peux avoir des erreurs de lecture/écriture - si ton cpu est pas fiable, tu peux avoir des erreurs de calcul - si ta mémoire est pas fiable tu peux avoir des erreurs de lecture/écriture = c'est vraiment enfoncer une porte ouverte (voir de la bran**) de dire si tu as un truc pas fiable le traitement peut générer des résultats inattendus. @HAL-9000: avant de vouloir courir, apprends d'abord à marcher :-) et essayes de comprendre le sens des mots que tu utilises.
avatar HAL-9000 | 
Voilà que des mecs qui sous pretexte d'avoir zipper/compresser des documents se mettent à devenir des experts de la question. Mouarf, ça me fait bien glousser... J'invite les amateurs de ce forum à faire de l'algorithmique, du langage informatique et surtout de se renseigner sur l'architecture et le fonctionnement d'un CPU, d'un GPU, d'un convertissseur A/N N/A N/N...
avatar Anonyme (non vérifié) | 
"J'invite les amateurs de ce forum à faire de l'algorithmique" je t'invites toi, à faire la différence entre algorithmique et implémentation algorithmique. "du langage informatique " -> le rapport avec un algorithme de compression sans perte ? tu crois qu'un aglo ne fonctionne que si tu l'écris que dans un langage spécifique ? "surtout de se renseigner sur l'architecture et le fonctionnement d'un CPU, d'un GPU, d'un convertissseur A/N N/A N/N..." sérieux, des entreprises utilisent "la compression sans perte" tous les jours sur leur données vitales, tu crois vraiment que si ça fonctionnait pas dans tous les cas , elles l'utiliseraient (la fiabilité du support est un autre problème propre à toute forme de stockage). moi je te dis: - essayes de comprendre les maths qui a derrière la compression sans perte - essayes de comprendre qu'il y a une différence entre un algo et une implémentation ça nous évitera d'entendre tes banalités sur la fiabilité des composants électroniques.
avatar JoKer | 
" d'un convertissseur A/N N/A N/N..." C'est où que tu le mets ton convertisseur analogique / numérique ou numérique / analogique dans une compression / décompression de fichier ?
avatar Le Gognol | 
Très bonne question ! :o) Et il n'y a pas non plus de conversion de ce type dans l'extraction d'un CD...
avatar JoKer | 
Ouais... je suis déçu.

Pages

CONNEXION UTILISATEUR