Pour tester, j'ai donc fait une installation d'un SPIP 3.1 svn vierge.
Créé une rubrique.
Créé un article.
Joint un .mp3 et un .mp4 à l'article.
Mis dans le texte de l'article :
<emb1|center>
<audio1|center>
<emb2|center>
<video2|center>
Publié.
Résultat avant mise à jour de mejs :
les 2 players de son s'affichent et fonctionnent (testé avec Opera)
les 2 players de vidéo s'affichent et fonctionnent
Mais ça m'a aussi permis de tomber sur 2 bugs :
La liste des documents joints en dessous de l'article (site public)
affiche le lien le .mp4, mais pas vers le .mp3
==> pas très cohérent.
Le premier .mp4 que j'ai voulu mettre dépassait les limites d'upload du
serveur.
J'ai donc eu en ajax un message d'erreur.
J'ai supprimé de la liste d'upload le gros fichier, mis un plus petit
fichier, cliqué sur téléverser et je me suis retrouvé sur la page d'accueil.
Pourtant, le fichier avait bien été rajouté à l'article.
Je répète ce que j'ai déjà dit dans le thread cité en référence.
L'insertion de la vidéo utilisée en démo sur le site de mejs http://mediaelementjs.com/media/echo-hereweare.mp4 avec fonctionne en 3.1, et ne fonctionne plus en 3.1 après la mise à jour de mejs. Il semble donc y avoir un bug, sous Firefox.
Firefox 44.0.2 KO
Chromium 48.0.2564.82 OK
Opera 35.0 OK
Le problème n'est peut-être pas si grave au final, à vérifier.
Hello :-)
Php 5.6.17
Site chez OVH
Mes navigateurs fonctionnent sous windows 8.1
Je viens de faire plusieurs tests avec la vidéo de b_b qui est en faite une .m4v et une vidéo perso en .mp4
Il est possible que le problème soit avec Firefox et les vidéos .m4v car je reproduis que dans ce cas là.
En SPIP 3.1.0 [22828]
La vidéo de b_b (.m4v) fonctionne toujours (peu importe le navigateur), que le fichier de la dite vidéo, soit sur le serveur ou sur le site de http://mediaelementjs.com
Une vidéo .mp4 fonctionne également très bien
Sous 3.2.0-dev [22830]
Firefox 44.0.2 = la vidéo de b_b (.m4v) ne fonctionne jamais que le fichier soit sur le serveur ou sur le site de http://mediaelementjs.com, par contre une vidéo (.mp4) sur le serveur fonctionne
Internet explorer 11 = La vidéo (.m4v) de b_b fonctionne comme une vidéo (.mp4)
Opera 35.0.2066.37 = La vidéo (.m4v) de b_b fonctionne comme une vidéo (.mp4)
Chrome 48.0.2564.109 m = La vidéo (.m4v) de b_b fonctionne comme une vidéo (.mp4)
Par ailleurs, en testant sous Windows 7 avec FireFox 44, j'ai pu voir que la vidéo sur la page d'accueil de http://mediaelementjs.com/ est jouée par flash (alors que c'est du HTML5 sous Opera).
J'ai refais une instal 3.2 neuve, avant le revert, je suis donc en SPIP 3.2.0-dev [22830]
Là, maintenant, même la vidéo .mp4 ne fonctionne plus. alors que sur un autre site de test, cela fonctionnait à un moment
Par contre, le player de firefox arrive à me lire parfaitement la vidéo (.m4v ou .mp4) si je tape, le lien directe dans le navigateur .../IMG/m4v/echo-hereweare.m4v
Bizarrement, sur l'IRC certains arrivent à voir les vidéos avec les liens directe et d'autre pas.
Par contre, le player de firefox arrive à me lire parfaitement la vidéo (.m4v ou .mp4) si je tape, le lien directe dans le navigateur .../IMG/m4v/echo-hereweare.m4v
Bizarrement, sur l'IRC certains arrivent à voir les vidéos avec les liens directe et d'autre pas.
ici avec la derniere beta de firefox ( 45.0b5 ) le player interne de firefox ne peut lire la video, ni en direct ni dans le site.
le player firefox plante sur :
thread '' panicked at 'Box', /builds/slave/rel-m-beta-l64_bld-00000000000/build/media/libstagefright/binding/capi.rs:103
et la console web dit :
"Media resource http://www.lien-d-amis.net/spip3/spip15/IMG/m4v/echo-hereweare.m4v could not be decoded."
par contre ca fonctionne si je telecharge la video pour la lire avec mplayer, a mon avis c est un probleme d encodage trop recent ou trop ancien, ou un bug du player interne de firefox, mais probablement pas de spip.
Bon, après pas mal de tests, il semble bien que le bug ait été introduit dans la version 2.18.0 de mejs. Avec la version 2.17.0 les vidéos mp4 passent sans problème, en 2.18.0, aucune ne fonctionne et le player affiche toujours "Error loading this resource". Je fouille dans le changelog, les tickets et les logs de commits, sans succès pour l'instant.
Hello
Juste pour dire que j'ai fais plusieurs essais et il semble que maintenant avec mediaelement en 3.0.2 cela fonctionne aussi bien en SPIP 3.1.4-dev [23351] qu'en SPIP 3.2.0-dev [23355]
Pour info, j'ai supprimé ce que contient https://zone.spip.org/trac/spip-zone/browser/core/plugins/medias/lib/mejs
pour le remplir par ce qu'il y a dans https://github.com/johndyer/mediaelement/tree/3.0.2/build
Je ne fais pas le commit car il y a beaucoup de fichiers en moins et cela ajoute aussi jquery.js en version 1.9.1 donc faudrait voir ce qui serait vraiment utile comme fichiers venant de https://github.com/johndyer/mediaelement
Faudrait faire plus de tests car je n'ai plus de m4v sous la main mais avec un .mp4 .webm .ogg .mp3 cela semble bon
Quelqu'un·e pourrait tester la dernière version 3.2.4 (2017/03/14) de médiaelements du coup par exemple ?
Si on pouvait la mettre dans la 3.2 tant qu'à faire…
Hello :-)
J'ai fait un test et pour une raison que j'ignore, j'ai un problème avec cette vidéo http://www.lien-d-amis.net/spip3/spip07/IMG/mp4/descemer_bueno_ft.gente_de_zona-bailando_official_video-hd.mp4
Si je l'ajoute dans un article après l'avoir ajouté dans la médiathèque, alors, les boutons de contrôles sont invisibles (ils sont quand même actif)
Par contre, bonne nouvelle, c'est que si j'installe tous les fichiers de la version 4.0.3 alors, les boutons sont de nouveaux visibles
A savoir que je n'ai pas fait de tests en faisant l'ajout de tous les fichiers de la version 4.0.2 !
J'ai trouvé, il manquait un fichier, j'ai fait l'ajout https://zone.spip.org/trac/spip-zone/changeset/103822
Comme la lib est désormait en 4.0.3, j'ai fait l'ajout du fichier de la même version, et en plus, j'ai aussi fait l'ajout du fichier au format .png car, je me doute qu'il doit servir aussi parfois
Sous windows 10 (les images fonctionnent toujours):
Firefox = ok (sauf flv)
Internet explorer 11 = il ne semble y avoir que les deux mp4, et le mp3 de ok
Edge = Le flv fonctionne, même si avec plusieurs manips à la suite, il a planté par moment, il n'y a que les mp4 et mp3 qui fonctionnent
Chrome 57 = Tout fonctionne, sauf que le flv ou, il n'est pas possible de faire pause en appuyant au milieu de la vidéo en plein écran, il faut obligatoirement, se servir du bouton en bas à gauche
Opera 44 = Tout fonctionne sauf le flv
Sous Iphone 6 avec iOS 10.3.1
Safari = Il n'y a que les mp4 et le mp3 qui fonctionnent (le mp3 semble long avant de partir)
Franck
Dans les fichiers vidéos disponibles sur github.com/mediaelement/mediaelement-files, le fichier FLV (guqin.flv) est encodé avec le codec H.264.
En effet, un fichier FLV peut avoir comme codec vidéo : FLV1 ou VP6 ou H.264 ou ...
J'ai constaté que certains navigateurs (Chrome 56, IE 11, Firefox ESR 45) arrivent à lire ce fichier guqin.flv via leur lecteur HTML5 natif (sans MediaElement).
En revanche, ces navigateurs sont incapables de lire, via leur lecteur HTML5 natif, un fichier FLV encodé avec le codec FLV1 comme par exemple le fichier suivant : https://contrib.spip.net/IMG/flv/tgv_record.flv
Aussi, avec un navigateur donné, si une version de MediaElement arrive à lire le fichier guqin.flv, cela ne signifie pas que cette version de MediaElement arrivera à lire un FLV encodé avec un codec FLV1 ou VP6, comme par exemple le fichier précité tgv_record.flv.
Avec SPIP 3.2.0-alpha (téléchargé le 10/05/17), le lecteur multimédia n'arrive pas à lire le fichier FLV (encodé avec le codec FLV1) suivant : https://contrib.spip.net/IMG/flv/tgv_record.flv
Pour information, quelques problèmes que j'ai constatés sur la version 4.1.0 de MediaElement (du 04/05/2017) :
En navigation au clavier, lorsque le focus est sur le gros triangle au centre de la vidéo, la touche entrée (et la barre d'espace) ne permet pas de lancer la vidéo.
L'agrandissement du texte à 200 % fait passer le bouton plein écran sous la vidéo, en blanc sur fond blanc, aussi il n'est plus visible.
MediaElement 4.1.0 permet d'afficher une transcription textuelle (au format VTT) lorsqu'on navigue avec la souris, mais pas avec le clavier.
La vignette d'une vidéo au format FLV (codec FLV1) ne s'affiche pas.
Si une page contient une vidéo MP4 et une vidéo FLV (codec FLV1), les vignettes des vidéos ne s'affichent pas.
Pour information, quelques problèmes que j'ai constatés sur la version 4.1.0 de MediaElement (du 04/05/2017) :
Après passage en 4.1.1
En navigation au clavier, lorsque le focus est sur le gros triangle au centre de la vidéo, la touche entrée (et la barre d'espace) ne permet pas de lancer la vidéo.
Chez moi ça marche avec entrée ou espace (testé sous Win10 + Chrome)
L'agrandissement du texte à 200 % fait passer le bouton plein écran sous la vidéo, en blanc sur fond blanc, aussi il n'est plus visible.
Non reproduit en 4.1.1.
MediaElement 4.1.0 permet d'afficher une transcription textuelle (au format VTT) lorsqu'on navigue avec la souris, mais pas avec le clavier.
Je ne sais pas comment tester ça.
La vignette d'une vidéo au format FLV (codec FLV1) ne s'affiche pas.
On parle bien de la vignette au sens de SPIP, c'est-à-dire, de l'image jointe en plus du document en tant que vignette ?
Chez-moi ça marche
Si une page contient une vidéo MP4 et une vidéo FLV (codec FLV1), les vignettes des vidéos ne s'affichent pas.
Idem
Sur la version 4.1.1 de MediaElement, je constate les problèmes suivants :
En navigation au clavier, lorsque le focus est sur le gros triangle au centre de la vidéo, la touche entrée (et la barre d'espace) permet de lancer la vidéo, mais si on appuie à nouveau sur la touche entrée (ou la barre d'espace) cela ne met pas la vidéo en pause.
Sous Firefox 45.3.0 (esr), l'agrandissement du texte (et uniquement du texte) à 200 % fait passer le bouton plein écran sous la vidéo, en blanc sur fond blanc, aussi il n'est plus visible.
MediaElement 4.1.1 permet d'afficher la liste des transcriptions textuelles (au format VTT) lorsqu'on navigue avec la souris, mais pas avec le clavier.
Sous chrome 56, sous Firefox 45.3.0, sous IE 11, la vignette d'une vidéo au format FLV (si elle est encodée avec le CODEC FLV1) ne s'affiche pas (le navigateur appelle bien la vignette au niveau réseau, mais le lecteur ne l'affiche pas).
En navigation au clavier, la prise de focus de la barre de progression n'est pas visible.
Nouveau problème : Volume slider not operable with a keyboard (devrait être corrigé dans la prochaine version 4.1.2)
Nous ne mettons pas souvent à jour les libs, (sauf sécu ou gros bug) dans les versions mineures de spip, et nous ne sortons pas souvent de mise à jour "majeure" (avec un peu de chances, la 3.3 sortira d'ici juillet 2019), c'est pour cela que je pense que cela serait une bonne idée de mettre la nouvelle lib, car sinon, une fonction ne fonctionnera plus dès l'année prochaine :-(
Deux points : je ne crois pas qu'on utilise l'API facetruc, et on peut sans problème mettre à jour la lib dans une release mineure, on le fait bien plus souvent que tu ne penses le croire :)
Sur la version 4.2.2 de MediaElement, j'ai constaté les problèmes suivants :
Sous chrome 59, sous Firefox 52.2.0, sous IE 11, la vignette d'une vidéo au format FLV ne s'affiche pas si elle est encodée avec le CODEC FLV1 (par exemple contrib.spip.net/IMG/flv/tgv_record.flv). Le navigateur appelle bien la vignette au niveau réseau, mais le lecteur ne l'affiche pas.
En navigation au clavier, lorsque le focus est sur le gros triangle au centre de la vidéo, la touche entrée (et la barre d'espace) permet de lancer la vidéo, mais si on appuie à nouveau sur la touche entrée (ou la barre d'espace) cela ne met pas la vidéo en pause.
Si le bas de la vidéo est blanc, le contraste entre les boutons et leur fond n'est pas conforme au niveau AA (avec la skin par défaut).
`Equipement : SPIP ne fait qu'intégrer cette lib. Or, à première vue, ce rapport de bug concerne la lib et pas SPIP.
Est-ce que vous pourriez poster ces problèmes sur https://github.com/mediaelement/mediaelement/issues (en anglais)?
Je pense qu'on peut fermer ce ticket, sans quoi il va rester ouvert tant que la lib mediajs sortira une nouvelle version (amha, il serait plus intéressant de créer un ticket pour chaque bug observé).
Amha, d'abord sur le trunk, puis après une phase de test on pourra reporter en 3.2.
Et je répète mon précédent commentaire : je pense qu'on peut fermer ce ticket, sans quoi il va rester ouvert tant que la lib mediajs sortira une nouvelle version.