cerhu > comp.divers.* > comp.infosystemes.www.auteurs

docanski (14/01/2020, 11h43)
.... 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 (14/01/2020, 12h22)
Bonjour,

Le 14/01/2020 10:43, docanski a écrit :
> ... 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.

> <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 ([..]) ?

2) Tu as essayé les types audio/wav et audio/wave. As-tu essayé audio/x-wav ?
DV (14/01/2020, 13h13)
docanski a écrit ceci :

> 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]


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 (14/01/2020, 19h41)
Olivier Miakinen a écrit le 14/01/20 à 11:22 :
> Bonjour,


Salut Olivier,

> Le 14/01/2020 10:43, docanski a écrit :
>> ... 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. ;-)

> Cela étant dit, je ne sais pas comment on met du son dans une page web,
> mais voici quelques pistes à tout hasard.
>> <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.

> 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 ([..]) ?


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.

> 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.
docanski (14/01/2020, 19h47)
DV a écrit le 14/01/20 à 12:13 :

> 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.


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 ...

> 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 (14/01/2020, 20h18)
docanski a écrit ceci :

> 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...

> 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).
DV (14/01/2020, 20h49)
docanski a écrit ceci :

> 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>
docanski (15/01/2020, 11h17)
DV a écrit le 14/01/20 à 19:18 :

> À 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 (15/01/2020, 11h51)
docanski a écrit ceci :

> 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.
Gerald (15/01/2020, 18h04)
Le 14 janvier 2020 à 18:41, docanski a écrit :

> 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 (15/01/2020, 18h38)
Gerald a écrit ceci :

> Le 14 janvier 2020 à 18:41, docanski a écrit :
>> 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 (16/01/2020, 15h53)
Le 15 janvier 2020 à 17:38, DV a écrit :

> 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 !)
[..]

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 [...]"
[..]

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.
[..]

hth,
DV (16/01/2020, 16h52)
Gerald a écrit ceci :

> Le 15 janvier 2020 à 17:38, DV a écrit :
>> 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.

> 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 [...]"
> [..]


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>
pehache (17/01/2020, 09h46)
Le 16/01/2020 à 14:53, Gerald a écrit :
> 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 [...]"
> [..]


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 (17/01/2020, 12h48)
pehache a écrit ceci :

> 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.

Discussions similaires
La foule...

foule

Foule 4

Foule 2


Fuseau horaire GMT +2. Il est actuellement 05h02. | Privacy Policy