fichiers sons .wav : certains sont Ok, d'autres non Le sujet est résolu

[tony]

salut,

en voulant changer de son pour les notifications de Thunderbird je me suis aperçu que certains fichiers de /usr/share/sounds/sound-icons sont "muets", canary-long.wav par exemple, alors que d'autres comme xylofon.wav sont Ok. J'ai essayé de voir une différence entre ces 2 fichiers en utilisant les commandes

Code : Tout sélectionner

 /usr/share/sounds/sound-icons$  aplay -vv xylofon.wav 
/usr/share/sounds/sound-icons$ aplay -vv canary-long.wav

les sorties sont les mêmes.

De même les en-têtes sont, autant que j'ai pu le constater, identiques:

Code : Tout sélectionner

/usr/share/sounds/sound-icons$ ffprobe canary-long.wav
/usr/share/sounds/sound-icons$ ffprobe xylofon.wav

Qu'est-ce qui différencie ces 2 sortes de fichiers sons: joue un son et ne joue aucun son?

PS: je n'ai pas réussi à rediriger stdout de ces deux dernières commandes vers un fichier afin de comparer les sorties.
......Ok, trouvé mais non compris :

Code : Tout sélectionner

/usr/share/sounds/sound-icons$ ffprobe canary-long.wav >  ~/f1 2>&1

[piratebab]

Peut étre la fréquence d'échantillonnage ?

[tony]

Peut étre la fréquence d'échantillonnage ?

elle est bien la même, par contre les niveaux sonores de sortie ne le sont pas, au moins pour mes oreilles, ce qui explique l'apparente absence de son. Une visite chez le spécialiste s'impose!!! Problème avec les aigus donc. pff... l'informatique comme détecteur d'anomalies.

[piratebab]

Véririfie quand même que tes hauts parleurs diffusent bien les aigues!
Tu peux les booster avec un logiciel qui à un EQ (natif ou en greffon)

[tony]

Véririfie quand même que tes hauts parleurs diffusent bien les aigues!
Tu peux les booster avec un logiciel qui à un EQ (natif ou en greffon)

je viens de tester avec les HP de ma barre de son: si le volume est trop faible je n'entends pas le canari, donc l'évidence est bien là il me semble.

Quant à la sortie de cette commande ffprobe qui a l'air de se faire sur 2 sorties standard qu'il faut combiner pour l'enregistrer, même en lisant le contenu de "info ffprobe" je ne trouve rien, ou alors je ne sais pas voir. Je laisse ça en l'état.

PS1: une discussion à ce sujet https://trac.ffmpeg.org/ticket/5880 , mais comme ce soi disant bogue est toujours d'actualité ça ne doit pas en être un, je suppose. Drôles de commandes ces ff*

PS2:

What could explain why the usual method of redirecting output to a file doesn't work ?

Because ffmpeg devs' design choice was to output most of the content into standard error stream in ffprobe.