• Aller au contenu
  • Aller au menu
  • Aller à la recherche

CPU ⬜ Carré Petit Utile

CPU

Carré, Petit, Utile : Le programme radio des gens du numérique.
Tous les Jeudi à 11h sur Radio <FMR>

  • Programmes
  • Interviewes
  • Chroniques
  • Chercher
  • Suivez-nous !
  • CPU
  • ⬜
  • Chroniques
  • ›
  • Lexique
  • ›
  • Lexique : Compresser le débit numérique du son
  • ← précédent
  • ⬜
  • suivant →

Lexique : Compresser le débit numérique du son

jeudi 22 octobre 2020. Chroniques › Lexique

  • audio
  • communication
  • immersion sensorielle
  • infrastructure
  • matériel
  • musique
  • protocole
  • standard
  • web

Extrait de l'émission CPU release Ex0147 : Codecs du son.

C'était la question qui titillait des labos et les différentes institutions des télécoms dans les années 1970s : Comment arriver à passer à la transmission audio Hi-Fi en numérique ? Oui, parce que de l'audio en basse qualité, on savait déjà faire en téléphonie, et cela n'excitait pas grand-monde.

Car on parle aussi de compression numérique, laquelle était très vite devenue indispensable dans les premières heures du son numérique, et les technologies impliquées n'ont évidemment rien à voir avec ce qui existait jusque-là.

La compression de données numériques consiste à réduire le débit de données nécessaires pour la reproduction d'un son selon un algorithme donné.

Il y a deux types de compressions :

  • Il y a la compression lossless, sans perte, comme les fichiers .zip, les images PNG ou le son en compression différentielle .flac. Entre l'entrée et la sortie, le document original et la version décompressée sont strictement identiques.
    Le fichier compressé est un peu plus petit, mais le ratio n'est pas décoiffant. Autre problème : ce ratio ne peut pas être constant, ou alors en faisant du remplissage avec de la donnée inutile.
  • Et il y a la compression lossy, avec perte, comme le JPEG, le mp3 ou les débats politiques sur les réseaux sociaux. Le résultat décompressé a moins de détails que le document original, mais le fichier résultant est bien plus petit. À la conception de l'algorithme, on va définir les qualités et défauts de ce codec, et donc son domaine d'usage. Une stratégie comporte entre autres le type de détails qu'on ne restituera pas et les artefacts que l'on va considérer comme acceptables. On peut décréter un débit maximal en sortie.

Et même, compression lossy ou pas, les codecs et leurs qualité de restitution sont déterminés par l'intention d'usage, le use case qui leur est destinée. Par exemple le format µ-law : vous avez du mal à me croire qu'on a là une compression sans perte, mais ce format créé dans les années 1970s est prévu pour du son numérique en 8 bits 8 kHz, car son usage principal est la téléphonie.

Idem pour les codecs lossy : le mp3, l'AAC et le ogg vorbis, que nous utilisons pour diffuser notre émission radio en podcast, sont prévus principalement pour de la musique avec un débit confortable, alors que les codecs GSM, ogg-speex ou HE-AAC sont prévus pour de la téléphonie.

Cet use case va dicter le cahier des charges, ce qui conditionne les fréquences qui peuvent être reconstituées, le nombre de canaux sons, la dynamique, la précision des détails et le débit optimal en sortie. Et comme pour la plupart des logiciels, il vaut mieux savoir quel est l'usage cible d'un codec avant de tenter d'en faire n'importe quoi, car vous manquez sûrement l'occasion d'utiliser un outil bien plus approprié.

Texte : Da Scritch
Photo : Extrait de l'excellent site 2m40.com, un blog impactant, D.R., détail.

Pièces jointes

  • 0147-CPU-Lexique-CompresserDebit(22-10-20).mp3

Aucun commentaire

Ajouter un commentaire

Le code HTML est affiché comme du texte et les adresses web sont automatiquement transformées. Votre e-mail ne sera pas affiché.

Menu

Catégories

  • Programmes
  • Interviewes
  • Chroniques
    • Enfant du futur immédiat
    • Ainsi naquit
    • Artefact du passé
    • Feedback
    • Histoire
    • How to
    • La mascotte
    • Le Gourou
    • Lexique
    • Plantage
    • Standard
    • Archéologie du Futur
    • Légende
    • Paillasse du design
  • Hors micro
  • Teaser

Séries

  • Arrière-guichet
  • Au service informatique de Sa Majesté
  • Bio is the new Black
  • Bulletin de santé d´Internet 2017
  • Crie si tu sais…
  • Cryptoparty
  • Elles codent
  • Futurs alternatifs
  • Histoires de la cryptographie
  • Killed By App
  • Langages machine
  • lost and found
  • Made in Japan 日本製
  • Parce que c’est Notre Projet Souverain
  • Quelque chose de totalement différent
  • Radio numérique
  • Read That Funky Manual !
  • Situation critique
  • Webmasters

Toutes les séries

Mots-clés

  • communication
  • communauté
  • design
  • politique
  • infrastructure
  • développement
  • matériel
  • organisation
  • sécurité
  • éducation
  • électronique
  • logiciel
  • standard
  • éthique
  • prototypage
  • humour
  • maker
  • marketing
  • situation de crise
  • vie privée

Tous les mots-clés

Menu extra

Suivez-nous !

  • 🎵 Podcast des émissions
  • 🎧 …pour Android
  • 🎧 …via Apple Podcast
  • 🎧 …via Google Podcast
  • 🎧 …en newsletter
  • Comment faire

Réseaux sociaux

  • Twitter @CPUprogramme
  • @cpu@Mastodon.tetaneutral.net
  • LinkedIn company/cpuprogramme
  • Facebook /programmecpu
  • Nous écrire par e-mail

Développeurs

  • Da Scritch
  • Enflammée
  • Fs0c131y
  • Gabriel
  • Infested Grunt
  • Vicla
  • Solarus
  • Philippe Martorell
  • Megami Yume
  • Chris O'Brien
  • Élise Rigot
  • René Speranza
  • Toute l'équipe

Producteurs

  • Radio <FMR>
  • Silicium
  • Ça Fait Écho
  • Régie publicitaire

Code source (github)

  • CPU-Audio web component
  • Thème Dotclear "CPU-15"
  • CPU podcaster
  • Youtube future playlist

Pages juridiques

  • Documentation du programme
  • Licence de l'émission et des sonores
  • Politique de confidentialité 🍪
  • Mentions légales

Interviewes et chroniques en licence CC-BY-NC ⬜ Émissions © DaScritch et l'équipe pour Radio <FMR> ⬜ Propulsé par Dotclear