Habillage d'un lecteur audio sur Chrome

Bonjour,
Pardon si je suis dans le mauvais forum...

Je voudrais habiller le lecteur audio html5 en installant un outil trouvé sur internet (http://osvaldas.info/examples/audio-...ouch-friendly/) basé sur jQuery. Le résultat fonctionne avec tous les logiciels et supports, sauf avec Chrome sur PC (mais marche avec Chrome sur téléphone Android).
Sur Chrome/PC, le chargement est très long (30" à 50"). D'après le "timeline" de l'inspecteur Chrome (tests en effaçant l'historique après chaque chargement, pour simuler un premier visiteur) Chrome charge 2.2 MB du mp3 (au lieu de quelques Bytes seulement quand il marche) puis se met en pause et au bout d'un certain temps, et à la 3e tentative, affiche la durée totale et me donne la main.

Si, pendant qu'il est en pause, je sollicite Chrome (en réduisant et rouvrant la fenêtre, ou en affichant la source), alors le chargement se fait immédiatement.
Si après un premier chargement (donc après 40" par ex.) je n'efface pas l'historique, le second chargement est immédiat; le 3e aussi, etc.
Dans certaines conditions qui ne me sont pas claires (si je n'efface pas l'historique, après un échec, si le fichier est aussi ouvert dans une autre fenêtre ou un autre navigateur, ...) même le lecteur html5 de Chrome ne fonctionne plus (en entrant l'URL de l'audio dans la fenêtre Chrome).

En local, et en navigation privée, j'ai le même problème la 1ère fois, puis tout fonctionne.

Page de test :
http://www.revue-secousse.fr/Atest10...dio-Test20.htm

PS. J'ai les mêmes problèmes en implantant le lecteur originel sur mon site. Même problème aussi avec un tout autre lecteur que j'ai essayé en alternative.

Un grand merci d'avance à qui pourra m'aider : je ne suis pas un spécialiste d'informatique et je patine depuis 3 semaines...

Bonjour,

Tu es déjà allé très loin dans les investigations, le coupable est tout trouvé : un bogue d'implémentation de la balise <audio> sur Chrome. Les mécanismes de chargement en streaming et de mise en cache propres à chaque navigateur dépassent le cadre de JavaScript, et même si je n'exclus pas que l'on puisse trouver une parade en bricolant le code du plug-in, je pense que tu auras plus de chances d'obtenir une réponse adéquate en cherchant dans les bug report de Chrome : https://code.google.com/p/chromium/issues/list ; si tu ne trouves rien, n'hésites pas à reporter le problème toi-même. Bonne chance !

Bonjour,
Je n'ai rien trouvé sur le site que tu m'as indiqué (mais c'est diablement complexe !).
Avant de jeter ma question dans ce chaudron, j'aurais aimé avoir une idée de l'origine du problème. Ne serait-ce pas une incompatibilité avec jQuery ? (le lecteur que j'ai essayé en alternative est aussi basé sur jQuery) ?
Y a-t-il un moyen de s'assurer de l'origine du problème?

C'est très peu probable, jQuery ne fait que s'interfacer sur des évènements standards, ce n'est pas lui qui gère la mise en cache et le déclenchement de la lecture. As-tu essayé sans plug-in, c'est à dire avec une simple balise <audio> en HTML ?

Oui, et ça fonctionne sans problème sous Chrome...

Hum alors là je sèche. Je ne vois pas ce que ferait le plug-in qui soit susceptible de provoquer ça. Si tu ne trouves pas d'ici là, je regarderai ça de plus près ce week-end.

C'est vraiment gentil parce que je patine depuis 1 mois. Mais je ne connais pas java...

Je viens de remarquer un autre comportement étrange de Chrome :

*) J'ouvre la page de l'audio habillé : http://www.revue-secousse.fr/ATest10...dio-Test20.htm
--> L'audio reste inactif, comme à son habitude.

*) J'ouvre sur un nouvel onglet la page de l'audio nu (html5) : http://www.revue-secousse.fr/ATest10...dio-Test21.htm
--> Celui-ce reste inactif, mais l'audio habillé devient aussitôt actif...

*) Je ferme la page de l'audio habillé:
--> l'audio nu devient aussitôt actif.

La même chose se produit en ouvrant les audios dans l'ordre inverse (nu avant habillé) et aussi quand je fais les manips en local, sur mon PC.

Me rappelle le mystère de la chambre jaune...