MP3 et Page Web : JavaScript ?...

[guigui-x]

Bonjour !

Ma question d'aujourd'hui concerne les mp3 :
Est-il possible, comme je le voudrais, d'afficher sur ma page web des noms de fichiers mp3, et à coté de ceux-ci deux petits boutons "lecture" et "stop" afin de pouvoir les ecouter directement sur ladite page ?

Genre :

- rendmoimamobylette.mp3 - PLAY - STOP
- ledentierdemagrandmere.mp3 - PLAY - STOP
- jaitoutperduaupmu. mp3 - PLAY - STOP
- silpassejequittelepays.mp3 - PLAY - STOP

Et tout ca sans ouvrir de nouvelle fenetre.



Voila.
Je pense que tout le monde à compris.

Merci bien !
-----

[invite3dc2c2f6]

Salut

Je me permet de faire un petit rappel sur certains principes de fonctionnement de ce qu'on appelle classiquement "page Web", en esperant que ca t'aidera toi ainsi que d'autres personnes.

Lorsqu'on construit une page Web, on est typiquement dans une architecture que l'on nomme client/serveur.
Le client étant le navigateur de la personne qui va visiter ta page, et le serveur, l'ordinateur qui va stocker ta page et la proposer aux visiteurs (clients, donc).
Le serveur génère à la demande du client du code HTML; pour raccourcir, c'est le seul code que le navigateur internet est capable de décoder.

Comme la nature des données qui circulent peut être très variable (images, texte, video, sons.....), il est nécessaire pour le serveur de donner au client la nature exacte de ces flux de données. C'est le rôle des fichiers de configuration, mais on va éviter d'aborder cela
Ce qui est important de savoir, c'est que cette nature est définie par des en-têtes, et que le client en interceptant ces en-têtes va accomplir des actions spécifiques.
Dans le cas des MP3, pour que le client accomplisse l'action idoine, à savoir lire ton fichier avec un lecteur approprié, il est nécessaire qu'il soit équiper d'un lecteur; celui-ci peut s'executer sur la machine du client en tant que plug-in, petit programme intégré au navigateur (quicktime, realplayer,winamp,VLC...), ou bien en tant que programme indépendant qui va s'ouvrir sur la machine qui visite ta page.
Autrement dit, il y aura autant de comportements différents pour les visiteurs de ton site en cliquant sur tes liens de musique que de configurations de machine...
La démarche habituelle est de spécifier sur ta page, en proposant éventuellement des liens de téléchargement, le type de lecteur recommandé pour lire tes fichiers.

Si mes explications ont été assez claire, tu voies que l'action PLAY ou STOP que tu veux proposer vont en fait faire la chose suivante : déclencher l'envoi du flux sur la machine cliente ou l'interrompre.
Pour proposer quelque chose de similaire à ce qu'on peut voir sur YouTube ou GoogleVideo, alors, on rentre dans des configurations de serveurs spécifiques, où le lecteur est intégré directement en tant que programme qui s'exécute à distance, indépendemment du client. Ce n'est pas sur que les hébergeurs gratuits proposent ce genre de commodités, pour des raisons de bande passante...

Voilà, c'est un peu dense et long, j'espère que cela t'apportera des éléments de réponse.

[guigui-x]

Salut Manu et merci beaucoup pour la petite lecon !

Je pense que je comprend ce que tu veux dire avec par "choses similaires à youtube ou gogle video" : en fait, le flux est envoyé "à la demande" chez le client par le serveur, c'est bien ca ?

J'avais trouvé une solution à mon probleme en integrant un "embed" contenant un module quicktime (un pour chaque mp3), mais dans ce cas, les flux sont pré-chargés sur le client. C'est bien cela ?
D'ailleurs cette solution fait parfois planter FireFox (pourquoi ? )

Enfin pour mon hebergeur, il est payant ! Normalement je devrais pouvoir avoir acces à des fonctions avancées. De plus, le site, quand il sera fini, terminera certainement sur un serveur dédié à lui tout seul... Donc.

J'aimerais avoir ton avis et de plus amples informations, si tu as...

Encore merci !

[invite3dc2c2f6]

Salut Manu et merci beaucoup pour la petite lecon !

De rien

Je pense que je comprend ce que tu veux dire avec par "choses similaires à youtube ou gogle video" : en fait, le flux est envoyé "à la demande" chez le client par le serveur, c'est bien ca ?

Eh bien, des que le client accède à la page, alors oui le flux est envoyé par le serveur et mis dans la mémoire-tampon du logiciel de lecture

J'avais trouvé une solution à mon probleme en integrant un "embed" contenant un module quicktime (un pour chaque mp3), mais dans ce cas, les flux sont pré-chargés sur le client. C'est bien cela ?
D'ailleurs cette solution fait parfois planter FireFox (pourquoi ? )

Un "embed" c'est en fait la balise html qui permet de declarer la nature, le chemin du fichier à lire et son extension; le préchargement se fait par le logiciel en effet lors de la lecture.
Pour le plantage de Firefox, cela peut venir de multiples causes... il faudrait un descriptif du plantage, si ca te dit.

J'aimerais avoir ton avis et de plus amples informations, si tu as...

Encore merci !

Mais de rien!
Et si je peux te fournir de plus amples infos, demande-moi, ca se trouve, je saurai

[A voir en vidéo sur Futura]

[guigui-x]

Pour le plantage de Firefox, cela peut venir de multiples causes... il faudrait un descriptif du plantage, si ca te dit.

Ca me dit bien !

En fait FF plante en general au moment ou je quitte la page des mp3 pour une autre...

Le plantage n'a pas l'air de se faire sous IE...

Alors que veux tu savoir d'autre ?

[invite3dc2c2f6]

Hé bien plante comment?
Freeze?
Il peut s'agir d'un probleme de flux en premiere approche : FF ne finit pas de charger tout le code HTML, donc part en boucle infinie. Ca peut etre une balise mal typée ; tout dépend de la DTD que tu as choisis pour ce cas précis.
Donc problème de flux possible... sans exclure un autre genre de bug possible.

[guigui-x]

Alors :

si
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
alors freeze

si
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-Strict.dtd">
alors fermeture et boite de dialogue windows "ff a rencontré un probleme"

Sinon quand je consulte le code source de la page par FF il est bien complet.

[invite3dc2c2f6]

Ok, verifie que tu as le droit de mettre <embed> avec le XHTML transitionnal, de tete me rappelle pas. Avec le strict, c'est normal, il faut encapsulé en CDATA les flux non standards W3C
Ces DTD permettent de gérer des flux HTML comme des flux XML avec une tolérance plus souple pour le transitionnal.
En tout cas, met une DTD HTML transitionnal pour ta page avec les MP3 et teste sous FF.
As tu installer le module WebDevelopper toolbar sous FF? il contient une serie d'outils tres interessants.

[guigui-x]

Au risque de passer pour un ignorant, c'est quoi CDATA ?...

Sinon :
si j'enleve tout le <embed> et que je laisse le <object>, ca marche tres bien sous IE mais plus sous FF (la page est la mais pas les pitits lecteurs quicktime)

<OBJECT classid="clsid:02BF25D5-8C17-4B23-BC80-D3488ABDDC6B" width="198"
        height="16" codebase="http://www.apple.com/qtactivex/qtplugin.cab">
	<param name="src" value="'.$donnees['Musique_Adresse'].'">
	<param name="autoplay" value="false">
	<param name="controller" value="true">
	<param name="loop" value="false">
</OBJECT>

Je rappelle qu'avec le <embed>, sous FF, ca fonctionne, mais ca plante quand je change de page... et si je me souviens il a planté juste une fois tout seul pendant la lecture...

<OBJECT classid="clsid:02BF25D5-8C17-4B23-BC80-D3488ABDDC6B" width="198"
        height="16" codebase="http://www.apple.com/qtactivex/qtplugin.cab">
	<param name="src" value="'.$donnees['Musique_Adresse'].'">
	<param name="autoplay" value="false">
	<param name="controller" value="true">
        <param name="loop" value="false">
	<EMBED 
		src="'.$donnees['Musique_Adresse'].'" 
		width="198" 
	        height="16" 
		autoplay="false"
		controller="true" 
		loop="false" 
		pluginspage="http://www.apple.com/quicktime/download/">
	</EMBED>
</OBJECT>

[guigui-x]

... Et je possede le plugin WebDevelopper : un bijou !

[guigui-x]

Hello !

Bon, j'ai résolu le probleme en changeant le plugin de lecture des fichiers.
Ca marche beaucoup mieux avec x-mplayer2 qu'avec quicktime...

Voila ! C'est une facon de contourner le probleme...

Merci encore !

[invite3dc2c2f6]

Salut

Le HTML est un cas particulier d'ecriture de XML ...
Lorsque tu utilises une DTD XHTML, tu dis au client de se comporter comme si il parcourt un fichier XML.
Une des principales règles d'ecriture du code est de mettre tous les tags en minuscules, et de ne pas oublier de fermer les balises auto-fermantes. Par exemple:

<img src="../truc/monimage.png" alt="mon image" />

Les instructions du type javascript ou les fonctions php doivent être entourées de la balise

<![CDATA[ ......   ]]>

lorsque tu veux utiliser une DTD XHTML stricte, pour respecter l'espace de nommage de ce standard.
Des renseignements plus profonds chez W3School ici.

Sinon, pour ce bug de FF, ce n'est peut-etre pas grave. Il faut vérifier si il se reproduit souvent, et sur d'autres machines...