FLAC 1.5 : prise en charge enfin disponible de l’encodage multithread

• La mise à jour 1.5 de Free Lossless Audio Codec (FLAC) introduit enfin l’encodage audio multithread
  • Auparavant, seul un thread unique pouvait être utilisé, mais il est désormais possible de tirer parti des CPU multicœurs
  • Dans la commande flac, l’option -j # ou --threads=# permet de définir le nombre de threads
  • Avec la prise en charge de l’encodage multithread, il devient possible de convertir de gros volumes de fichiers audio beaucoup plus rapidement
• Autres améliorations
  • Le décodage des fichiers Ogg FLAC chaînés est désormais pris en charge
  • Amélioration de la stabilité de la bibliothèque : corrections de bugs et mise à jour du système de build incluses
  • Dans libFLAC, libFLAC++ et metaflac, lors de la modification des métadonnées, il est désormais possible d’écrire dans un nouveau fichier au lieu d’écraser le fichier existant

[GN⁺]

Avis Hacker News

• Certains espèrent une prise en charge du décodage de fichiers Ogg FLAC concaténés

  • Certains logiciels utilisant libFLAC/libFLAC++ pour le démultiplexage et le décodage ne fonctionnent pas correctement avec les flux Icecast basés sur FLAC
  • Ces flux sont généralement multiplexés en Ogg et mettent à jour les métadonnées en fermant l’ancien bitstream Ogg puis en en démarrant un nouveau
  • Lorsqu’on utilise libFLAC pour le démultiplexage et le décodage, le flux se bloque indéfiniment au moment de la mise à jour
  • L’application doit effectuer elle-même le démultiplexage Ogg et réinitialiser le décodeur entre les flux
  • Les Ogg FLAC concaténés permettent de proposer des flux de radio Internet sans perte et peuvent inclure des métadonnées in-band riches sans dépendre de méthodes out-of-band
  • Ils peuvent inclure une pochette d’album in-band, des informations sur l’artiste, des liens et tout ce qui peut être placé dans un bloc de commentaires Vorbis

• L’encodage FLAC offre déjà des performances supérieures à 60x le temps réel sur des machines modernes

  • À moins d’avoir besoin de transcoder toute une bibliothèque, on passera probablement plus de temps à choisir les paramètres d’encodage

• FLAC est désormais publié en tant que RFC 9639

• Test de performances sur Windows avec libwinpthread sur une machine 8 cœurs / 16 threads

  • Le temps moyen de la commande flac -f -8 a.wav a.flac est d’environ 13,148 secondes
  • Le temps moyen de la commande flac -j16 -f -8 a.wav a.flac est d’environ 2,404 secondes
  • La seconde commande s’exécute environ 5,47 fois plus vite que la première

• Certains se demandent si ces améliorations pourraient se traduire par du streaming FLAC à faible latence