C'est pas la foule ...

[docanski]

... et j'ai besoin d'un petit coup de main.

Bonjour,

En revoyant une petite réalisation à usage privé comportant son et
video, je constate que ni l'un ni l'autre ne fonctionne plus. :-( Il est
vrai que cette réalisation date de 2001, que les navigateurs sont
désormais plus "sérieux" et qu'HTML 5 est passé par là.
J'ai beau m'escrimer avec le code mais rien ne fonctionne ... :-(
Pour le son, par exemple, je tente sans succès le code qui suit :

[code 1]
<audio controls hidden="true" autostart="true" volume="60" autoplay>
<source src="/valwave/introdoc.wav" type="audio/wav">
</audio>
[/code]

[code 2]
<object type="audio/wave" data="walwave/introdoc.wav" height="0" width="0">
<param name="filename" value="walwave/introdoc.wav" />
<param name="autostart" value="true" />
<param name="loop" value="true" />
</object>
[/code]

Un petit coup de main serait le bienvenu.

Cordialement,

[Olivier Miakinen]

Bonjour,

Post by docanski
... et j'ai besoin d'un petit coup de main.

Tout d'abord, ce serait bien de mettre un titre plus informatif sur ton
besoin que « C'est pas la foule », et de ne pas considérer que le corps
d'un article est la « suite » du titre (donc de ne pas couper une phrase
entre titre et corps).

Cela étant dit, je ne sais pas comment on met du son dans une page web,
mais voici quelques pistes à tout hasard.

Post by docanski
<source src="/valwave/introdoc.wav" type="audio/wav">
<object type="audio/wave" data="walwave/introdoc.wav" height="0" width="0">
<param name="filename" value="walwave/introdoc.wav" />

1) Le répertoire valwave est à la fois à la racine de ton site (écriture avec
slash) et au même endroit que le fichier HTML (écriture sans slash) ? Est-ce
que tu peux essayer avec un chemin complet (http://le_site/le_chemin) ?

2) Tu as essayé les types audio/wav et audio/wave. As-tu essayé audio/x-wav ?

[docanski]

Post by docanski
Bonjour,

Salut Olivier,

Post by docanski

Post by docanski
... et j'ai besoin d'un petit coup de main.

Tout d'abord, ce serait bien de mettre un titre plus informatif sur ton
besoin ...

Vu la désuétude de ce groupe, foin des usages, cela ne vaut pas le coup
: il sera de toute façon lu par celui ou ceux qui passeront par là.
Normal : ils viennent pour lire. ;-)

Post by docanski
Cela étant dit, je ne sais pas comment on met du son dans une page web,
mais voici quelques pistes à tout hasard.

Post by docanski
<source src="/valwave/introdoc.wav" type="audio/wav">
<object type="audio/wave" data="walwave/introdoc.wav" height="0" width="0">
<param name="filename" value="walwave/introdoc.wav" />

Toutes essayées mais sans succès. A croire que l'extension .wav est
devenue obsolète.

Post by docanski
1) Le répertoire valwave est à la fois à la racine de ton site (écriture avec
slash) et au même endroit que le fichier HTML (écriture sans slash) ? Est-ce
que tu peux essayer avec un chemin complet (http://le_site/le_chemin) ?

Là, tu me vexes ;-) ! Il y a près de 25 ans que je hante ce groupe
(depuis sa naissance, en fait) et l'essentiel de mes interventions, à la
belle époque, étaient destinées à prêter main forte aux
apprentis-webmestres.

Post by docanski
2) Tu as essayé les types audio/wav et audio/wave. As-tu essayé audio/x-wav ?

Tiens ! je ne connaissais pas ... Mais ça ne va pas mieux pour autant.

[DV]

Post by docanski
Toutes essayées mais sans succès. A croire que l'extension .wav est
devenue obsolète.

WAV fait bien partie des formats compatibles avec la balise <audio> :

<https://www.w3schools.com/tags/tag_audio.asp>

[Gerald]

Post by docanski
Toutes essayées mais sans succès. A croire que l'extension .wav est
devenue obsolète.

Qu'elle le soit ou pas, pourquoi ne pas convertir en MP4 ou ogg qui
me semblent plus "universels" ?

[DV]

Post by Gerald

Post by docanski
Toutes essayées mais sans succès. A croire que l'extension .wav est
devenue obsolète.

Qu'elle le soit ou pas, pourquoi ne pas convertir en MP4 ou ogg qui
me semblent plus "universels" ?

C'est MP3 et non MP4 qui convient pour la balise <audio>, mais à part
ce détail je rejoins ton avis. On peut même inclure deux versions du
même son en intégrant deux <sources> à la balise <audio> : MP3 + OGG,
et laisser le navigateur choisir celle qui lui convient le mieux.

Reste que la fonction "autoplay" ne fonctionnera pas davantage avec
ces formats.

[Gerald]

Post by DV
C'est MP3 et non MP4 qui convient pour la balise <audio>

Je suis d'un avis différent, déjà parce que la question initiale
portait sur l'audio ET la vidéo et que MP3 n'est pas un standard
vidéo, ensuite parce que MP3 est l'extension (abusive) de la norme
MPEG1(layer3), qui nous ramène à la préhistoire de l'informatique
(1988) :-)
le MPEG4 est un peu plus récent (au seuil de l'an 2000... ouf !)
https://fr.wikipedia.org/wiki/Moving_Picture_Experts_Group


Le MP4 EST compatible, déjà pour la simple et bonne raison que c'est
un format vidéo très courant (sinon le plus ?) utilisé avec le HTML5,
sa partie audio, appelée AAC et correspondant à divers suffixes comme
m4a, .m4p, .mp4 ou .aac l'est donc aussi CAR (je cite) "The current
HTML5 draft specification does not specify which audio formats
browsers should support in the audio tag [...]"
https://www.tutorialspoint.com/html5/html5_audio_video.htm

Après, chacun faiskiveut, évidemment ;-) Mais on peut quand même
signaler que AAC veut dire Advanced Audio Coding, dans lequel
"avancé" n'est pas vide de sens : c'est un format infiniment plus
riche de possibilités que le MPEG1-layer3.
https://fr.wikipedia.org/wiki/Advanced_Audio_Coding

hth,

[DV]

Post by Gerald

Post by DV
C'est MP3 et non MP4 qui convient pour la balise <audio>

Je suis d'un avis différent, déjà parce que la question initiale
portait sur l'audio ET la vidéo et que MP3 n'est pas un standard
vidéo

Relis-moi bien : je parlais ici de la balise <audio>, en réponse à ta
suggestion de remplacer le format WAV par d'autres formats.

Post by Gerald
Le MP4 EST compatible, déjà pour la simple et bonne raison que c'est
un format vidéo très courant (sinon le plus ?) utilisé avec le HTML5,
sa partie audio, appelée AAC et correspondant à divers suffixes comme
m4a, .m4p, .mp4 ou .aac l'est donc aussi CAR (je cite) "The current
HTML5 draft specification does not specify which audio formats
browsers should support in the audio tag [...]"
https://www.tutorialspoint.com/html5/html5_audio_video.htm

C'est beau, la théorie, à condition qu'elle résiste aux faits... ;-)

Or, voici les faits que je constate après avoir testé, dans ma balise
<audio>, un fichier .aac, puis un fichier .m4a sur différents
navigateurs :

- Safari : OK pour les deux fichiers.
- Firefox : silence complet dans les deux cas.
- Edge : OK pour .aac, message "Ce type de fichier audio n'est pas
pris en charge" pour .m4a.

Le cas de Vivaldi est un peu particulier. Il me diffuse correctement
les deux fichiers audio sous Windows, mais le .m4a reste muet sous
Ubuntu, et sous macOS il est transformé en une infâme bouillie sonore.

Ma conclusion : à mon avis, si certaines pages comme celle ci-dessous
ne mentionnent que WAV, MP3 et OGG pour la balise <audio>, il y a une
bonne raison à cela.

<https://www.w3schools.com/tags/tag_audio.asp>

[Gerald]

Post by DV
Ma conclusion : à mon avis, si certaines pages comme celle ci-dessous
ne mentionnent que WAV, MP3 et OGG pour la balise <audio>, il y a une
bonne raison à cela.

Mauvais argument (ça ne prouve RIEN "en soi", ce site n'est pas
parole d'évangile même si très ancien et rien ne prouve qu'il soit à
jour... justement !), mais nous sommes d'accord sur le fond (de
considérer le monde réel) et je te félicite et te remercie de tes
essais dont tout le monde peut profiter.

[Gerald]

Post by Gerald

Post by DV
Ma conclusion : à mon avis, si certaines pages comme celle ci-dessous
ne mentionnent que WAV, MP3 et OGG pour la balise <audio>, il y a une
bonne raison à cela.

Mauvais argument (ça ne prouve RIEN "en soi", ce site n'est pas
parole d'évangile même si très ancien et rien ne prouve qu'il soit à
jour... justement !), mais nous sommes d'accord sur le fond (de
considérer le monde réel) et je te félicite et te remercie de tes
essais dont tout le monde peut profiter.

Zut ce message est parti alors que je voulais l'annuler.
Ce qui est regrettable c'est que ogg ne soit pas supporté par Apple
car "éthiquement" ce serait la meilleure solution.

[DV]

Post by Gerald
Zut ce message est parti alors que je voulais l'annuler.

Pas grave, considère que je ne l'ai pas lu. ;-)

(Petit aparté HS : dans MacCafé, le seul moyen d'annuler un message
en cours de rédaction consiste à cliquer sur le bouton "Annuler". Les
commandes classiques de fermeture de la fenêtre ne donnent pas le
résultat attendu, mais cela devrait être résolu dans une prochaine
version.)

Post by Gerald
Ce qui est regrettable c'est que ogg ne soit pas supporté par Apple
car "éthiquement" ce serait la meilleure solution.

Selon moi, c'est plus que regrettable : c'est un non-sens absolu.
S'enfermer dans une logique propriétaire dans un domaine comme
l'édition web où l'on devrait au contraire promouvoir l'universalité,
c'est aberrant, et contre-productif aussi. Microsoft a mis du temps à
le comprendre, mais apparemment Apple est en retard d'une guerre.

[pehache]

Post by Gerald
Le MP4 EST compatible, déjà pour la simple et bonne raison que c'est
un format vidéo très courant (sinon le plus ?) utilisé avec le HTML5,
sa partie audio, appelée AAC et correspondant à divers suffixes comme
m4a, .m4p, .mp4 ou .aac l'est donc aussi CAR (je cite) "The current
HTML5 draft specification does not specify which audio formats
browsers should support in the audio tag [...]"
https://www.tutorialspoint.com/html5/html5_audio_video.htm

On peut voir les choses dans l'autre sens : étant donné que les specs
HTML5 ne précisent pas quels formats/codecs audios les navigateurs
doivent supporter, rien ne garantit qu'un flux AAC va être pris en
charge. Voir d'ailleurs les essais de DV.

Quels que soient les griefs contre le MP3, il parait assez clair qu'à ce
jour c'est le meilleur choix si on veut s'assurer d'une large prise en
charge.

[DV]

Post by pehache
Quels que soient les griefs contre le MP3, il parait assez clair qu'à ce
jour c'est le meilleur choix si on veut s'assurer d'une large prise en
charge.

Ce que confirme ce tableau :

<https://en.wikipedia.org/wiki/HTML5_audio#Supported_audio_coding_formats>

On y lit aussi que si le format AAC n'est pas pris en charge
nativement par Firefox, c'est pour des questions de licence. Et on
constate le rejet manifeste du format libre OGG par Apple.

[DV]

Post by docanski
En revoyant une petite réalisation à usage privé comportant son et
video, je constate que ni l'un ni l'autre ne fonctionne plus. :-( Il est
vrai que cette réalisation date de 2001, que les navigateurs sont
désormais plus "sérieux" et qu'HTML 5 est passé par là.
J'ai beau m'escrimer avec le code mais rien ne fonctionne ... :-(
[code 1]
<audio controls hidden="true" autostart="true" volume="60" autoplay>
<source src="/valwave/introdoc.wav" type="audio/wav">
</audio>
[/code]

J'ai testé ceci :

<audio autoplay>
<source src="[chemin du fichier WAV]" type="audio/wav">
</audio>

Et cela fonctionne comme tu le souhaites (le son est joué à
l'ouverture de la page et les contrôles ne s'affichent pas)... mais
uniquement dans le navigateur Microsoft Edge sous Windows. Rien à
faire dans Firefox, Vivaldi ou Chrome.

La raison probable, c'est que l'autoplay est prohibé dans ces
navigateurs (je sais que c'est officiel dans le cas de Chrome), et la
raison certaine de cette raison probable, c'est que le démarrage
automatique de sons sur les pages web est considéré comme une nuisance.

Autres précisions :

- Les contrôles ne s'affichent pas si l'attribut "controls" est
absent (mais si "autoplay" est inopérant, ça ne sert à rien).

- À ma connaissance, la balise <audio> n'accepte pas l'attribut
"volume".

[docanski]

Post by DV
<audio autoplay>
<source src="[chemin du fichier WAV]" type="audio/wav">
</audio>
Et cela fonctionne comme tu le souhaites (le son est joué à
l'ouverture de la page et les contrôles ne s'affichent pas)... mais
uniquement dans le navigateur Microsoft Edge sous Windows. Rien à
faire dans Firefox, Vivaldi ou Chrome.

Alors c'est foutu car MicroMachin n'est pas le seul navigateur de la
planète. Et comme le but est de faire du code propre et universel ...

Post by DV
La raison probable, c'est que l'autoplay est prohibé dans ces
navigateurs (je sais que c'est officiel dans le cas de Chrome), et la
raison certaine de cette raison probable, c'est que le démarrage
automatique de sons sur les pages web est considéré comme une nuisance.

Nuisance qui était possible (et d'ailleurs souvent constatée) dans le
passé. Mais alors on utilisait la balise "embed", aussi un machin
inventé par Micro$oft pour son Internet Exploser. Aujourd'hui éjecté,
bien entendu.

Merci quand même ! ;-)

[DV]

Post by docanski
Alors c'est foutu car MicroMachin n'est pas le seul navigateur de la
planète. Et comme le but est de faire du code propre et universel ...

Cela dit, je sais qu'il est possible de contourner le blocage avec du
javascript, mais je serais incapable de te dire comment. J'ai sur mon
Mac une application qui sait le faire, mais le code qu'elle produit
est particulièrement touffu...

Post by docanski
Nuisance qui était possible (et d'ailleurs souvent constatée) dans le
passé.

Il faut croire que beaucoup de gens s'en sont plaints, pour que la
plupart des éditeurs de navigateurs bloquent ce fameux "autoplay".

À mon avis, balancer du son à l'ouverture d'une page n'est pas gênant
si le visiteur sait que le site est sonorisé, soit parce qu'il en a
été averti sur la page d'accueil, soit parce qu'il a déjà eu
l'occasion d'entendre des sons en cliquant sur tel ou tel élément.
Tout est question de contexte, mais je pense que le faire sur la page
d'accueil et/ou sans le moindre avertissement préalable a le don de
faire fuir les visiteurs (moi le premier).

[docanski]

Post by DV
À mon avis, balancer du son à l'ouverture d'une page n'est pas gênant
si le visiteur sait que le site est sonorisé, soit parce qu'il en a
été averti sur la page d'accueil, soit parce qu'il a déjà eu
l'occasion d'entendre des sons en cliquant sur tel ou tel élément.
Tout est question de contexte, mais je pense que le faire sur la page
d'accueil et/ou sans le moindre avertissement préalable a le don de
faire fuir les visiteurs (moi le premier).

Comme écrit en préambule, il s'agit d'une réalisation à usage privé.
Elle n'est donc pas publiée telle quelle sur Internet.
A l'origine, elle comportait audio et video mais ni l'une ni l'autre ne
sont plus accessibles : les navigateurs ont évolué, les normes ont changé.

[DV]

Post by docanski
Comme écrit en préambule, il s'agit d'une réalisation à usage privé.
Elle n'est donc pas publiée telle quelle sur Internet.

Désolé, j'avais zappé cette précision.