Importation album CD en ALAC sur iTunes Mac

Non, il n'y a aucune perte de qualité ou de volume sonore dans le fichier ALAC. Le format ALAC est lossless, c’est-à-dire qu’il restitue bit pour bit le même flux audio que le PCM du CD. C’est comme un fichier ZIP : une fois « dézippé », vous récupérez l’original sans perte.

Cela est probablement dû à l’analyse de volume automatique faite par iTunes. Voici pourquoi :

• iTunes (et Apple Music) utilisent le Sound Check, un système d’égalisation de volume entre les morceaux.
• Lors de l’import, iTunes analyse le niveau RMS (volume perçu) de chaque piste et peut afficher une correction de volume en dB (ex. : -3 dB) pour homogénéiser les niveaux entre titres.
• Cette valeur n’est pas une altération du fichier audio lui-même, mais une métadonnée indiquant à iTunes qu’il peut baisser le volume à la lecture.

👉 Le fichier ALAC reste identique au WAV au niveau sonore, c’est juste qu’iTunes ajoute une consigne pour baisser le volume à la lecture si Sound Check est activé.

Les fichiers WAV ne supportent pas les métadonnées avancées comme ALAC/MP3/AAC.

Donc iTunes ne peut pas stocker cette information de volume (-3 dB) dans un WAV, ou il choisit de ne pas le faire.

Voilà pourquoi vous voyez juste un tiret (–), c’est iTunes qui n’indique rien pour WAV, mais ça ne veut pas dire que le volume est différent.

Désactivez Sound Check dans iTunes (ou Apple Music) :

• Préférences > Lecture > Décochez « Égaliser le volume des morceaux »
• Réécoutez vos fichiers ALAC et WAV : ils devraient sonner exactement pareil, sans baisse de volume.
• Si vous utilisez un DAW ou un éditeur audio (comme Audacity ou Logic Pro), ouvrez les deux fichiers : les formes d’onde seront identiques.

Une simple remarque en passant

Personnellement je vous recommande de vous fier d'avantage a vos oreilles car ce sont elle qui écoute et non pas les méthodes de compressions, conversion et etc.

C'est le format présent et utilisé sur vos fichiers musical qui vont déterminé si il y a conversion/compression/décompression/ et ... Donc de quel type de manipulations l'application réalisera pour une transmission cela de la façon la plus efficace et optimal en utilisant ce format AirPlay 2 et un situation auquel on n'a aucun contrôle

Si vous voulez conserver le maximum sur la qualité audio alors n'utilisé qu'un format de fichier unique et qui offre cette possibilité (et pour extraire la musique d'un CD je recommande le format WAV)

Note : L'application d'Apple «Musique» n'est pas la seul application a utilisé AirPlay 2 (et non pas 1) et chaque application de streaming a sa propre méthode de manipulation face a chaque format disponible pour un fichier musical cela en utilisant cette méthode de diffusion car ont pourrais continué indéfiniment cette discussion avec la diffusion en Bluetooth 😂

Donc en résumé on doit se contenté de la résolution maximal que peut offrir le AirPlay 2 avec nos fichiers disponibles

Sinon et si on veut le maximum de qualité audio, on écoute en câbler sur son système audio soit une condition qui élimine toute conversion et utilise l'original

Personnellement : j'utilise le AirPlay que pour une écoute de musique de fond et quand j'ai l'âme d'un mélomane j'écoute en câbler de A à Z

Bonne réflexion 🦊

Je vous avoue que ça commence à devenir un peu plus technique pour moi mais je vais quand même essayer de vous répondre d'après quelques recherches que j'ai faites.

Quand vous écoutez un fichier AAC (par exemple : un morceau Apple Music non lossless), le flux contient déjà des pertes. Apple a deux options :

Option 1 : Le transmettre tel quel en AAC

• Permet une économie de ressource : le fichier est envoyé tel quel (AAC → AAC).
• Évite un transcodage supplémentaire.
• Mais le protocole AirPlay ne peut pas transmettre directement de l’AAC en brut : il a besoin d’un encapsulage.

Option 2 : Re-encapsuler le flux AAC dans un conteneur ALAC

• C’est ce que AirPlay fait en général : il transporte tous les types de fichiers sous une couche unifiée (ALAC 16/44.1).
• Mais cela ne restaure pas la qualité perdue : on a simplement un fichier AAC avec perte "dézippé dans une enveloppe sans perte".

Donc : même si le format de transport est Lossless (ALAC), la source elle peut être avec perte (AAC). C’est là le cœur de votre remarque.

Je pense aussi que Apple permet ça pour des raisons de compatibilité, simplicité, et performance, pas pour améliorer le son :

• Beaucoup de morceaux dans les bibliothèques utilisateurs sont en AAC ou MP3. AirPlay doit les lire et les transporter sans convertir inutilement. Ne pas re-convertir un fichier AAC → PCM → ALAC → AirPlay
• On gagne en batterie, CPU, latence, surtout sur iPhone ou iPad.

Optimisation du débit réseau :

• Un fichier AAC encapsulé en ALAC occupe moins de bande passante qu’un WAV.
• Même si ALAC est sans perte, il encapsule la version compressée en gardant la charge minimale.

Voilà j'espère que cela réponds à vos interrogations mais je ne peux vous confirmer l'affirmation de ma réponse étant donné que je me suis appuyer sur des recherches plus eu sur mes propres connaissances pour vous répondre tout de suite

Merci beaucoup pour votre retour chaleureux ! C’est un plaisir de pouvoir vous aider

Non, AirPlay 2 ne compresse pas systématiquement en AAC 256 kbps.

Il transmet le flux audio en ALAC (Apple Lossless) 16 bits / 44.1 kHz, donc sans perte, lorsque la source le permet (comme un fichier Apple Lossless ou un morceau en qualité CD sur Apple Music).

Mais… il y a quelques subtilités

➤ AirPlay 1 :

• Transmettait toujours en ALAC (16 bits / 44.1 kHz), peu importe le format source.
• C’était déjà sans perte, mais pas haute résolution (pas plus de 16/44.1).

➤ AirPlay 2 :

• Est plus flexible, prend en charge multiroom, latence améliorée, etc.
• Continue d’utiliser ALAC 16/44.1 quand la source est compatible (fichier local ALAC, Apple Music Lossless).
• Ne descend pas en AAC 256 kbps sauf cas très spécifiques (comme lecture depuis un iPhone avec certaines apps ou fichiers déjà compressés).

 Donc, pour un fichier Lossless (ALAC ou AIFF/WAV 16/44.1) lu depuis un Mac ou iPhone vers une enceinte AirPlay 2 compatible : le flux reste Lossless via AirPlay 2, à 16/44.1 kHz.

Il y a quelques cas où un transcodage en AAC peut se produire. Mais dès qu’un fichier Lossless est lu localement ou qu’Apple Music Lossless est activé sur votre compte Apple Music, et que vous utilisez AirPlay 2 : Le flux est en ALAC Lossless, pas en AAC.

Si vous êtes curieux, vous pouvez faire ce test :

1. Importez un morceau en ALAC 16/44.1 dans iTunes ou l’app Musique.
2. Activez AirPlay 2 vers une enceinte compatible.
3. Enregistrez la sortie numérique avec un DAC ou logiciel réseau (type Rogue Amoeba / Audio Hijack).
4. Analysez la qualité du flux : vous verrez qu’il s’agit d’un flux PCM encapsulé en ALAC (donc sans perte)

Bonjour Tito07

Afin de couvrir toutes les éventualités et de ne pas vous priver de la parole dans cette discussion (qui est très bien détaillée👍), je vous laisse expliquer ce qu’il advient d’un morceau de musique dont la résolution est supérieure à 16Bits/44,1kHz, comme du 24 bits/96 kHz ou en Dolby Atmos, lorsqu’ils sont transmis sur un système AirPlay 2. A+🦊

Bonjour Gorfox

AirPlay 2 ne supporte pas la haute résolution au sens strict.

Quand vous envoyez un fichier en 24 bits / 96 kHz (ou plus) :

• iOS/macOS downsample automatiquement à 16 bits / 44.1 kHz
• Et transmet via AirPlay 2 ce flux en ALAC 16/44.1
• Donc il y a perte d’information par rapport au fichier original

 Même si le fichier est Lossless, il est "réduit" en qualité CD pour passer sur AirPlay 2.

Il n’y a aucun réglage utilisateur pour forcer la diffusion en 24/96 via AirPlay 2 — cette limite est intégrée au protocole.

AirPlay 2 ne transmet pas non plus le format Atmos multicanal

• Les morceaux en Dolby Atmos sur Apple Music sont encodés en Dolby Digital Plus / Dolby MAT (pour HDMI ou casque Spatial Audio)
• AirPlay 2, lui, n'est pas conçu pour transmettre du contenu multicanal, sauf dans certains cas très spécifiques (comme un Apple TV vers un HomePod en stéréo)
• Dans tous les autres cas (Mac, iPhone, iPad → enceinte AirPlay 2), le mix Atmos est converti en stéréo (downmix stéréo Lossless ou AAC selon la source)

Important : même avec un HomePod qui "supporte" Atmos, ce n’est pleinement fonctionnel que via l’Apple TV et uniquement dans certaines apps compatibles, pas via AirPlay depuis iPhone.

En conclusion :

• AirPlay 2 est lossless, mais limité à la qualité CD (16/44.1)
• Il ne prend pas en charge la hi-res audio (24 bits / 96 kHz, etc.)
• Il ne transmet pas le Dolby Atmos multicanal
• Pour du vrai hi-res ou Atmos, il faut passer :
  • Par un DAC USB ou Hi-Fi réseau (UPnP, Roon, etc.)
  • Ou un système Apple TV + HomePod (dans un cadre précis)

De ce que j'ai compris au travers de mes recherches :

 AirPlay 1 : protocole "brut mais universel"

• Quel que soit le format source (AAC, MP3, WAV…), il était décodé par l’appareil source (iPhone, Mac) en PCM 16/44.1.
• Ensuite, Apple ré-encodait en ALAC, et l’envoyait via AirPlay 1.
• Résultat : bande passante élevée, mais flux unifié, toujours ALAC.

Avantage : Simplicité côté récepteur, un seul format.

 Inconvénient : Plus de bande passante, plus de charge CPU, pas de multiroom, peu flexible.

AirPlay 2 est plus souple, car :

• Il permet multiroom avec synchronisation précise (lip-sync, timing…)
• Il transmet selon plusieurs formats, selon le contexte, la source et l’app.
• Il peut transmettre :
  • ALAC 16/44.1 pour les flux lossless (comme avant)
  • AAC 256 kbps, voire plus bas, si la source est déjà compressée et/ou en streaming
  • Dans certains cas, le fichier est transmis “tel quel” (sans re-transcodage ALAC), car c’est plus efficace.

L’intelligence de AirPlay 2, c’est d’adapter le transport au contexte.

Votre conclusion est bonne :

Un fichier compressé (Spotify 320 kbps, MP3, etc.) ne retrouvera jamais sa qualité originale, qu’on le transmette en AAC ou encapsulé ALAC.

Donc AirPlay 2 optimise le transport selon le contenu :

• Si c’est Lossless à la base, → ALAC
• Si c’est compressé avec perte, → parfois direct AAC, ou "encapsulation intelligente"

Pour moi l'intérêt est technique plus que qualité son puisque cela n'améliore rien :

D'un part une optimisation du réseaux, une réduction de la latence et plus de stabilité en multiroom et enfin une meilleur efficacité énergétique sur mobile

Voilà, j'espère que j'ai pu vous aider 😅

Bonjour à tous, je viens dans cette discussion en route, après vous avoir lu je me permets une rectification L’ALAC n’est pas un container, c’est un codec pourquoi parlez-vous d’encapsuler en ALAC ? Sachant qu’il n’est pas un container.

Merci pour ta remarque, tu as raison sur le fait que l’ALAC (Apple Lossless Audio Codec) est bien un codec, et non un conteneur au sens strict comme un fichier .mp4 ou .mkv, par exemple.

Ce que je voulais dire par "encapsuler dans de l’ALAC", c’est un abus de langage de ma part : je faisais référence au fait que le flux audio est retransmis via AirPlay en étant converti (ou "retranscodé") en ALAC, même si la source est en AAC avec perte.

Donc, en effet :

• ALAC est le codec utilisé pour encoder le flux audio (en général en 16 bits / 44,1 kHz).
• Le transport via AirPlay se fait ensuite via un protocole qui encapsule ce flux (probablement dans un stream RTP ou une forme proche, selon AirPlay 1 ou 2).
• Ce que j’appelais "encapsulage" en ALAC était donc impropre, je parlais en fait du fait que le flux est retranscodé dans ce codec pour le transport, même si la source est déjà compressée avec perte.

Merci pour la précision !

Merci pour ta réponse claire, du coup quand il y a remisage du AAC vers ALAC Est-ce que le flux est décompresser en PCM quoi qu’il arrive pour être recompressé en ALAC même avec AirPlay 2 ? Deuxième question si je convertis un MP3 en Flac dans un ordinateur, est-ce que je fais un transcodage ou je change juste de containers ? Troisième question pour le Wav j’ai lu sur Internet qu’il décompressait tous les flux en PCM pour ensuite les stocker dans le container. Est-ce bien cela ?

Désolé pour la première question qui est un peu bête car en vous relisant j’avais déjà ma réponse en AirPlay 2 Le AAC peut passer. Je vais poser une question plus intelligente par exemple si j’écoute de la musique avec Deezer qui est Flac est-ce que le flux est décompresser en PCM puis remis en ALAC même en AirPlay 2 ? Pour le OGG de Spotify, même question également. Est-il transcoder en AAC ? Merci d’avance pour votre réponse.