AVI dans une page web en html - HTML/CSS - Programmation
Marsh Posté le 11-07-2003 à 22:12:56
Oui, c'est possible: sous Frontpage 2000:
Menu: Insertion=>avancées=>contrôle ActiveX=>Windows Media Player
- s'il n'apparaît pas dans la liste des contrôles AvtiveX: choisir 'Personnaliser la liste' le rajouter, puis OK.
- ensuite double-clic sur le contrôle pour accéder aux Propriétés du lecteur multimédia et indiquer l'URL du fichier .AVI
Ca marche impecc' je viens d'essayer.
Marsh Posté le 11-07-2003 à 22:15:15
ReplyMarsh Posté le 11-07-2003 à 22:26:26
Glubzor a écrit : Oui, c'est possible: sous Frontpage 2000: |
Je peux essayer avec MON navigateur et MON système d'exploitation ?
Marsh Posté le 11-07-2003 à 22:29:04
Si tu veux... (même si je suis à peu près certain du résultat )
Marsh Posté le 11-07-2003 à 22:30:57
Glubzor a écrit : Oui, c'est possible: sous Frontpage 2000: |
C'est *ouf* tout ce qu'on peut dire comme connerie en un seul post
Marsh Posté le 11-07-2003 à 22:46:16
Ok je te l'envoie
Faut juste remplacer <param name="URL" value="D:\test.avi"> par celle de ton fichier .AVI
Marsh Posté le 11-07-2003 à 22:48:46
RiderCrazy a écrit : C'est *ouf* tout ce qu'on peut dire comme connerie en un seul post |
Le pire c'est qu'il continue !
Marsh Posté le 11-07-2003 à 22:58:40
et un bout de code pour voir
on fait des paris sur la balise?
je vote <embed>
Marsh Posté le 11-07-2003 à 23:01:54
Glubzor a écrit : Faut juste remplacer <param name="URL" value="D:\test.avi"> par celle de ton fichier .AVI |
Merci pour la précision. gm_superstar aurait pas trouvé
uriel a écrit : je vote <embed> |
+1 Sachant que c'est du FP2000
Edit: maintenant que je sais 'multi-quoter'
Marsh Posté le 11-07-2003 à 23:06:34
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=windows-1252">
<meta name="GENERATOR" content="Microsoft FrontPage 4.0">
<meta name="ProgId" content="FrontPage.Editor.Document">
<title>Test AVI</title>
</head>
<p>
<object classid="clsid:6BF52A52-394A-11D3-B153-00C04F79FAA6" id="WindowsMediaPlayer1" width="245" height="240">
<param name="URL" value="D:\test.avi">
<param name="rate" value="1">
<param name="balance" value="0">
<param name="currentPosition" value="0">
<param name="defaultFrame" value>
<param name="playCount" value="1">
<param name="autoStart" value="-1">
<param name="currentMarker" value="0">
<param name="invokeURLs" value="-1">
<param name="baseURL" value>
<param name="volume" value="50">
<param name="mute" value="0">
<param name="uiMode" value="full">
<param name="stretchToFit" value="0">
<param name="windowlessVideo" value="0">
<param name="enabled" value="-1">
<param name="enableContextMenu" value="-1">
<param name="fullScreen" value="0">
<param name="SAMIStyle" value>
<param name="SAMILang" value>
<param name="SAMIFilename" value>
<param name="captioningID" value>
<param name="enableErrorDialogs" value="0">
<param name="_cx" value="6482">
<param name="_cy" value="6350">
</object>
</html>
Marsh Posté le 11-07-2003 à 23:11:18
Glubzor a écrit :
|
Euh, et si on pas WMP??
*Syl* a écrit : Perdu tous les 2 |
C'est qu'ils ont un peu évolué depuis la version express alors...
Marsh Posté le 11-07-2003 à 23:15:44
Si on n'a pas WMP, il faut trouver la dll du player que l'on utilise, mais surtout que l'utilisateur utilise...
Marsh Posté le 11-07-2003 à 23:16:27
la même page peut être réalisée pour Real Player par exemple...
Marsh Posté le 11-07-2003 à 23:24:38
perdu
mais bon, le systeme du client va pas prendre le soft par defaut automatiquement pour ouvrir le AVI ?
Marsh Posté le 11-07-2003 à 23:29:26
Mais j'ai déjà vu des sites qui proposaient de choisir le player pour visionner un fichier vidéo (en streaming, je suppose)
Marsh Posté le 11-07-2003 à 23:39:12
Dans un monde parfait, il suffirait de définir le bon type MIME dans le tag <object> pour que ça marche... Alors le bon plugin sera sélectionné en fonction du type déclaré.
Marsh Posté le 11-07-2003 à 23:41:51
gm_superstar a écrit : Dans un monde parfait, il suffirait de définir le bon type MIME dans le tag <object> pour que ça marche... Alors le bon plugin sera sélectionné en fonction du type déclaré. |
c'est pas en XHTML 2.0 que c'est prévu ça... même pour les images si je me souviens bien
Marsh Posté le 11-07-2003 à 23:46:19
Non, finalement ils gardent <img> en XHTML 2. C'était un peu trop "extrême"
Marsh Posté le 11-07-2003 à 23:47:07
gm_superstar a écrit : Non, finalement ils gardent <img> en XHTML 2. C'était un peu trop "extrême" |
ben ui faut pas abuse quand meme
Marsh Posté le 11-07-2003 à 23:49:43
uriel a écrit : ben ui faut pas abuse quand meme |
Perso, je trouvais l'idée plutôt logique et même à la limite plus simple: même balise pour tous les objets, juste à changer le MIME...
Marsh Posté le 11-07-2003 à 23:51:22
ceci marche aussi:
<body>
<p><img border="0" dynsrc="file:///Dtest.avi" start="fileopen" width="320" height="240"></p>
</body>
mais il n'y a pas les 'boutons' de commande comme il le demandait..
Marsh Posté le 11-07-2003 à 23:53:01
Oui mais bon c'est lourdingue quand même... <img> est un raccourci d'écriture bien pratique. Et on insère pas des images comme on insère des objets multimédias dans une page, donc bon...
Marsh Posté le 11-07-2003 à 23:55:08
Glubzor a écrit : ceci marche aussi: |
Heu... Bon faudrait voir pour se calmer là <object> avec du ActiveX je veux bien mais utiliser <img> pour une vidéo c'est clairement abusé... <img> -> image. Point.
Ça c'est du HTML proprio comme on ne doit plus en voir !
Marsh Posté le 11-07-2003 à 23:56:01
gm_superstar a écrit : |
On s'en fout tant que ça marche avec IE..
Marsh Posté le 12-07-2003 à 00:04:27
ReplyMarsh Posté le 12-07-2003 à 00:16:10
uriel a écrit : |
non, c'est bien, qu'il mette des grosses video bien lourdes qui ne se chargent qu'avec IE, ca ne me dérange absolument pas
Marsh Posté le 12-07-2003 à 01:46:12
Au lieu de vous foutre après Glubzor, vous pouvez mettre en marche votre cerveau, et aller sur le site de TF1 par exemple, et voir comme ils ont fait :
Sous Windows, afin d'utiliser WMP depuis Opera ou NetScape 4.x, il vous faudra certainement aller chez M$ charger un plug-in (en bas de la page du lien ci-dessous).
Sous Moz sous Windows ça marche pas (bah ouais, quand on sait pas développer... Ca pourrait au moins ouvrir l'appli par défaut pour lire le stream, c'est quand même pas compliqué, et ça marcherait pareil sous windows, nux et mac...)
Sous Nux, ben vous n'avez qu'à espérer que qq1 a pensé que ça pouvait être pas mal de consulter des vidéos en ligne.
http://www.microsoft.com/windows/w [...] efault.asp
Sinon, le code est :
|
Marsh Posté le 12-07-2003 à 01:52:03
chui pas fan des activX parceque niveau sécuritée c pas top, non ?
Marsh Posté le 12-07-2003 à 02:13:12
Bah, c'est plus ou moins une légende...
On va reprendre depuis le début :
Le permier jour, Dieu créa la terre...
Euh... Non, chuis allé trop loin là.
Alors...
Il y a 3 façon d'appeler des choses "étendues" (faisant appel à des choses non supportées de base par le HTML/JS) depuis un site :
- Les plug-ins
- Les applets
- Les ActiveX
Les plug-ins :
=> On n'en voit plus trop, tout du moins, ils ne sont plus visibles. On les trouve généralement associés à des balises "embeded". Ils permettent, à partir d'une page Web, de lire des content-type non supportés nativement par le navigateur. Lorsque le navigateur va tenter de lire le flux contenant le content-type spécial, il va voir s'il est capable de le lire. S'il ne sait pas faire, alors il va regarder s'il a un plug-in permettant de le lire. S'il n'en a pas, il va regarder si la balise embeded contient un lien vers un plug-in, et certains navigateurs (Opéra par exemple) vont proposer de le télécharger. Un plug-in est donc un élément qui doit être installé manuellement sur le navigateur pour fonctionner.
Les applets :
=> Bah là, c'est un programme écrit en java. Le navigateur va généralement le télécharger automatiquement puis l'éxécuter sans rien demander à personne. Les applets représentent donc un sérieux danger, puisque le code pourra être éxécuté à l'insu de l'utilisateur. Cependant, tournant dans la machine vitruelle, les applets n'ont qu'un rayon d'action extrêment limité. Il n'y a donc pas vraiment de risque (bon, y'a quand même eu quelques gros trous de sécurité, à la fois chez M$ et chez NS, mais au final, ça reste quand même assez sûr comme techno.
Les activex :
=> C'est un mélange des deux. Sur les premières versions de IE, il téléchargeait la DLL sans rien demander à personne, plus l'éxéutait de la même façon qu'un applet. A la différence près qu'un activex à un rayon d'action illimité, puisque c'est un programme qui va tourner avec les mêmes droit que l'utilisateur qui a une session ouverte. C'est de là que vient le danger.
Les versions actueles de IE bloquent (sans même prévenir l'utilisateur) tous les activex non signés. Les activex signés ont été soumis à une revue de code de la part d'un organisme (généralement microsoft) et sont donc garantis sans virus, troyen ou autre code dangereux. Pour les activex signés, une popup apparaît, demandant si on veut l'installer. IE repose aujourd'hui uniquement sur les activex, il n'y a plus de plug-in, ce qui fait que dès qu'une appli estr installée sur une machine, elle est capable de lire dans IE les fichiers et autres joyeusetés sans qu'on ait à configurer quoi que ce soit sur le navigateur. C'est le cas de quicktime par exemple, de wmp ou de flash (de base, la visionneuse flash est installée avec IE, c'est pour ça qu'il sait les lire)
Un activex, une fois installé, sera généralement accessible depuis n'importe quel site. Il faut donc faire attention aux sites qui installent des activex, car si eux sont des sources sûres, on ne peux pas toujours être sûr qu'un autre site ne va pas tenter de l'utiliser, ce qui peut être emmerdant si l'activex est capable d'accéder au disque dur par exemple. Pour se prémunir contre ça, généralement les activex sont associés à un nom de domaine, ce qui fait que seul un site hébergé sur ce domaine pourra s'en servir, ça réduit d'autant le risque. C'est le cas par exemple de l'activex d'identification du PC de DELL : seul le site DELL est capable d'y accéder, et heureusement, puisqu'il est capable d'aller regarder toute la config matérielle du PC ainsi que des infos personnelles (utilisées sur le site de dell pour identifier la machine quand on cherche un drivers par exemple)
Voilà, donc les activex représentent en effet un risque plus important que les deux autres technos, mais actuellement, ils se comporent comme des plug-ins la plupart du temps, il n'y a donc aucun risque. Lire une vidéo avec le plug-in wmp ne réprésente aucun danger (enfin si, y'a un petit malin qui peut s'amuser à ouvrir le lecteur CD avec un javascript, super , mais bon, il ne sort pas du fonctionnement normal de l'appli, donc plus qu'un trou de sécu, c'est plutôt un oubli de M$ qui aurait dû interdire cette fonction depuis une page web... m'enfin bon, y'a rien de bien gênant, sitôt le site fermé, il n'a plus aucun contrôle sur l'activex)
Marsh Posté le 13-07-2003 à 01:27:24
vi mais activx, je connais pas beaucoups de pros qui s'en servent
et niveau trous de sécuritée c pas le top...
autant mettre ca en streaming, ou streaming virtuel en flash MX
c'est plus sur
Marsh Posté le 13-07-2003 à 23:03:52
Je me demande pourquoi je me suis fais chier à écrire un pavé pour expliquer la chose...
Entre les gens qui savent pas lire, ceux qui sont buttés, et ceux qui se posent de questions mais ne sont pas foutus de lire les réponse qu'on leur apporte, c'est vraiment gonflant et ça donne vraiment l'impression de perdre son temps quand on vient ici...
LES ACTIVEX N'ONT RIEN A VOIR AVEC LES TROUS DE SECURITE.
Tu te mets bien ça dans ton crâne une bonne fois pour toute.
Ensuite, le flash est interpretté sous IE PAR UN PUTAIN D'ACTIVEX, je l'ai écrit en toutes lettres dans mon post précédent.
Marsh Posté le 13-07-2003 à 23:37:00
oué ben calmes toi ....
dans ma précédente boite des collègues programmeurs on fait le test avec du VBA/acvtivX : et sur un site tu peux faire faire tout ce que tu veux au navigateur etc. maintenant va y GUELE
DEJA C un format propriétaires compatible que Sur WINDAUB
donc en tout bon webmaster qu'il se doit on doit prendre tout le monde en compte alors : tes activX tu sais ou tu peux te les mettre ........
Marsh Posté le 13-07-2003 à 23:39:04
déja on se sert pas de frontpage ... Dream, coldfusion, le blocnote a la limite mais pas cette M@!!£#
Marsh Posté le 13-07-2003 à 23:45:13
heu calmez vous là, sinon je vous oblige à écouter un fichier midi
Marsh Posté le 13-07-2003 à 23:47:07
jal22 a écrit : vi mais activx, je connais pas beaucoups de pros qui s'en servent |
C'est con, c'est c'que j'fais au taf
Pour la sécu, ça a rien à voir. C'est si ton composant, ActiveX ou applet, est signé ou non que ça fait la différence. J'ai vu le cas où une applet signée effaçait l'intégralité d'un C: (mauvaise manip, "oups" ).
Marsh Posté le 13-07-2003 à 23:47:51
jal22 a écrit : déja on se sert pas de frontpage ... Dream, coldfusion, le blocnote a la limite mais pas cette M@!!£# |
Merci d'éviter ce genre de remarque qui n'a rien à voir avec le sujet du topic et qui ne sert généralement qu'à mettre de l'huile sur le feu. Avertissement avant sanction.
Marsh Posté le 04-07-2003 à 13:17:57
Bjr, quelqu'un peut-il me dire si c'est possible d'incruster un fichier avi dans une page web avec les boutons de lectures comme on incrusterai une image...
Si oui, comment dois-je m'y prendre ?
Merci