Bug #5105
mpg video files inserted from inside an html document don't play
Description
Si insertamos el archivo de video de ejemplo mpg desde el fckeditor e intentamos ver el archivo resultante, no se puede ver. El plugin de video que pueda tener instalado el browser parece no llamarse o bien el archivo no se llama correctamente.
Files
Related issues
History
Updated by Juan Carlos Raña Trabado
Updated by Juan Carlos Raña Trabado over 8 years ago
Creo que es uno más de los bugs generados al cambiar el funcionamiento de fckeditor, antes funcionaba
Updated by Julio Montoya over 8 years ago
Updated by - Status changed from New to Needs more info
Acabo de hacer una prueba en campus.chamilo.org curso: TODOSOBREJONBRION
y fckeditor me genera esto:
<html>
<head>
</head>
<body dir="ltr">
<embed type="video/x-msvideo" src="MPEGIO_MPEG2_176X144_Video1024Kbps.mpg" autosize="true" autostart="false" showcontrols="true" showpositioncontrols="true" showtracker="true" showaudiocontrols="true" showgotobar="false" showstatusbar="false" pluginspace="http://www.microsoft.com/Windows/MediaPlayer/" codebase="http://www.microsoft.com/Windows/MediaPlayer/"></embed>
</body>
</html>
ahora en chamilo 1.9 me genera esto:
<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type" /> <style type="text/css">
a:visited {
text-decoration: none;
}
a:hover {
text-decoration: none;
color: #f3840d;
}
a:active {
text-decoration: none;
color : #3757f7;
}
footer {
background-color: #037fb2;
background-image: url(/main/css/chamilo/images/bg-footer.gif);
background-repeat:repeat-x;
color:#ffffff;
}
body { background: #fff; }
</style>
</head>
<body dir="ltr">
<embed codebase="http://www.microsoft.com/Windows/MediaPlayer/" pluginspace="http://www.microsoft.com/Windows/MediaPlayer/" showstatusbar="false" showgotobar="false" showaudiocontrols="true" showtracker="true" showpositioncontrols="true" showcontrols="true" autostart="false" autosize="true" src="/courses/OPEN/document/MPEGIO_MPEG2_176X144_Video1024Kbps.mpg" type="video/x-msvideo"></embed>
</body>
</html>
En ambos casos me funciona bien con FF 14
Updated by Julio Montoya over 8 years ago
- Status changed from Needs more info to Assigned
- Assignee set to Yoselyn Castillo
- % Done changed from 0 to 10
se necesita verificar esta tarea
Updated by Yoselyn Castillo
Updated by Yannick Warnier over 8 years ago
Updated by Yoselyn, podrás arreglarlo? Sino, no te olvides de des-asignarte :-)
Updated by Yoselyn Castillo over 8 years ago
- Status changed from Assigned to New
- Assignee deleted (
Yoselyn Castillo)
Updated by Yannick Warnier over 8 years ago
- Status changed from New to Assigned
- Assignee set to Julio Montoya
- Target version changed from 1.9 RC1 to 1.9 Stable
Updated by Julio Montoya over 8 years ago
- File video.png video.png added
- Status changed from Assigned to Needs more info
- Assignee deleted (
Julio Montoya) - % Done changed from 10 to 20
en el comentarion # 3 indico que el código generado en chamilo 1.9 y en chamilo 1.8.8.4 (google code) es el mismo lo único que cambia es el src
1.8.8.4
<body dir="ltr">
<embed type="video/x-msvideo" src="MPEGIO_MPEG2_176X144_Video1024Kbps.mpg" autosize="true" autostart="false" showcontrols="true" showpositioncontrols="true" showtracker="true" showaudiocontrols="true" showgotobar="false" showstatusbar="false" pluginspace="http://www.microsoft.com/Windows/MediaPlayer/" codebase="http://www.microsoft.com/Windows/MediaPlayer/"></embed>
</body>
1.9
<embed codebase="http://www.microsoft.com/Windows/MediaPlayer/" pluginspace="http://www.microsoft.com/Windows/MediaPlayer/" showstatusbar="false" showgotobar="false" showaudiocontrols="true" showtracker="true" showpositioncontrols="true" showcontrols="true" autostart="false" autosize="true" src="/courses/OPEN/document/MPEGIO_MPEG2_176X144_Video1024Kbps.mpg" type="video/x-msvideo"></embed>
parece funcionar con firefox en ubuntu, pero creo que no funciona bien (al darle play no avanza) por el tema de codecs de mi instalación.
esta es link del curso en chamilodev
http://chamilodev.beeznest.com/main/document/showinframes.php?cidReq=TODOSOBREAIMEEMANN&id_session=0&gidReq=0&id=202
habría que probarlo en un windows (no tengo uno a la mano)
Updated by Juan Carlos Raña Trabado over 8 years ago
El problema parece estar en cómo tratan los navegadores en sus diferentes tipos, versiones e implementaciones para linux, windows,... de la etiqueta embed. Por ejemplo, ahora para que un video insertado desde Chamilo en Firefox se vea es necesario que tenga un path absoluto en lugar de un path semiabsoluto, es decir hay que incluir delante el dominio (http:/localhost/). Cambiar un dominio semiabsoluto por otro absoluto no me parece buena idea pues los documentos guardados en un curso no servirían en otro curso con otro dominio. Así que posiblemente se podría probar con la etiqueta object a ver que tal soportaría estos enlaces semiabsolutos. Este funcionamiento del scr ocurre precisamente en la inserción de material de video (mpg, avi, etc....)
Ya sabemos porqué se produce el error. Esta es mi contribución
Updated by Juan Carlos Raña Trabado over 8 years ago
- Assignee deleted (
Juan Carlos Raña Trabado)
Updated by Juan Carlos Raña Trabado over 8 years ago
- Status changed from Needs more info to Bug resolved
- % Done changed from 20 to 80
Efectivamente con object las cosas cambian, pensé que me llevaría más tiempo por lo que dejé la tarea, pero al final se ha tratado de una sola tecla ! ;-)
Hay además otra forma de solucionarlo que aunque es menos ortodoxa, la comento porque es interesante: se trataría de eliminar de la etiqueta embed el parámetro pluginspace y el parámetro codebase que necesitan saber nuestra url absoluta en el caso de los videos para poder descargarse, por eso el video en unos navegadores no se cargaba, en otros se cargaba pero no se ponía en marcha..., y es que el pobre no podía decirle a Microsoft o a Apple cuál era el sitio desde donde estaba siendo ejecutado, pues nada a borrar y listo.
Tengo código para mejorar esto que dejé a medias a la espera de las modificaciones que se hicieron en el editor, pero para esta versión no será posible
Updated by Juan Carlos Raña Trabado over 8 years ago
- % Done changed from 80 to 70
Parece que no va bien en todos los navegadores. En Firefox sí funciona
Updated by Juan Carlos Raña Trabado over 8 years ago
- Status changed from Bug resolved to Needs more info
Updated by Juan Carlos Raña Trabado over 8 years ago
- % Done changed from 70 to 60
En windows funciona en Firefox, Chrome (si tiene el plugin de quicktime) y Safari
En OSX no funciona ni en Firefox ni en Chrome ni en Safari
Updated by Juan Carlos Raña Trabado over 8 years ago
El arreglo que ahora hay utilizando object y embed en lugar de embed a secas no soluciona muchos casos por lo que es provisional, aunque al menos parece que sí ha mejorado en entornos Windonws. Desde el punto de vista de la entrada de datos habría que intentar refinar más este código a ver si se conseguían resultados sin url absolutas en los archivos de video mpg, wmv etc. (no en el caso de flv, ogg, ogv...).
En caso de no obtener resultados por este camino se podría intentar atajar el problema, en lugar desde la entrada del código, desde la salida del mismo, es decir se grabaría con simiabsoluta y en la salida se parsea el archivo y se le añade lo que falta en cada url de este tipo de videos. aunque habría que evaluar la demora que podría causar.
Updated by Yannick Warnier over 8 years ago
De mi punto de vista podemos ponerlo como "bug conocido" dentro del changelog y postergarlo a 1.9.2. Veo que hay muchísimo esfuerzo aquí (sobre todo de pruebas en múltiples contextos) sobre algo que afecta muy poca gente (los mpg en una gran mayoría ahora se suben a YouTube y se embeden de ahí - por lo menos esto sería mi justificación por no haberlo incluido para Safari :-p).
Updated by Juan Carlos Raña Trabado over 8 years ago
De acuerdo, para esta versión no va a ser posible. Como recomendación a los usuarios se les podría hacer que en el caso de que no puedan ver un video insertado por esta vía instalen un plugin, por ejemplo quicktime. Me gusta el de vlc pero no siempre va bien como plugin. También se les podría recomendar que usen videos en flv ya que es el player d la propia plataforma la que los lee, o finalmente la opción menos pesada de youtube.
Updated by Yannick Warnier over 8 years ago
- Subject changed from mpg video files insert from into a html document doenst work to mpg video files inserted from inside an html document don't play
Improving English title (will make it easier to find afterwards)
Updated by Yannick Warnier over 8 years ago
- Status changed from Needs more info to Assigned
- Target version changed from 1.9 Stable to 1.9.2
Updated by Julio Montoya over 8 years ago
- Status changed from Assigned to Needs more info
y si usamos el tag <video>?
Updated by Hubert Borderiou over 8 years ago
Updated by <video> tag seems to be well supported by browsers
[[http://caniuse.com/#feat=video]]
need to test it
Updated by Juan Carlos Raña Trabado over 8 years ago
Julio A. Montoya wrote:
y si usamos el tag <video>?
La cuestión es que la etiqueta se inserta con el navegador de quien inserta la etiqueta, así que en todo caso es este el navegador que se puede comprobar al insertar el tipo de etiqueta. Por el contrario no sabemos con qué va a leer la página quien vaya a intentar reproducirlo, así que hay varias opciones:
1. Al insertar un video, insertar varias etiquetas alternativas de manera que si el navegador que intenta leerla no puede lea a través de las otras. Es buena idea que por defecto la primera sea el tag de <video>, pero no todo el mundo lo soporta.
2. En segundo lugar, no estaría de más mantener la posibilidad de que cuando se inserten videos flv se sigan reproduciendo con el reproductor flv integrado en la plataforma, aquí (claro siempre que haya flash) sí podremos saber con qué va a leer el video nuestro cliente: con el reproductor que le sumistramos nosotros mismos.
Updated by Julio Montoya over 8 years ago
Juan Carlos Raña wrote:
Julio A. Montoya wrote:
y si usamos el tag <video>?
La cuestión es que la etiqueta se inserta con el navegador de quien inserta la etiqueta, así que en todo caso es este el navegador que se puede comprobar al insertar el tipo de etiqueta. Por el contrario no sabemos con qué va a leer la página quien vaya a intentar reproducirlo, así que hay varias opciones:
1. Al insertar un video, insertar varias etiquetas alternativas de manera que si el navegador que intenta leerla no puede lea a través de las otras. Es buena idea que por defecto la primera sea el tag de <video>, pero no todo el mundo lo soporta.
2. En segundo lugar, no estaría de más mantener la posibilidad de que cuando se inserten videos flv se sigan reproduciendo con el reproductor flv integrado en la plataforma, aquí (claro siempre que haya flash) sí podremos saber con qué va a leer el video nuestro cliente: con el reproductor que le sumistramos nosotros mismos.
yeah, for flv files is better to use our custom player that works, the problem was with mpg files.
Updated by Julio Montoya over 8 years ago
Hubert Borderiou wrote:
<video> tag seems to be well supported by browsers
[[http://caniuse.com/#feat=video]]
need to test it
great feedback, I didn't know that it was well supported nowadays, even in Android!
Updated by Yannick Warnier about 8 years ago
- Target version changed from 1.9.4 to 1.9.6
I'm all for the video tag, but we need to make sure the different video formats that we use behind that are supported by the browsers + O.S.
I've written a video conversion script (check tests/misc in 1.10 repo) but it will probably not be well supported under windows.
I'm moving this task to 1.9.6
Updated by Yannick Warnier about 8 years ago
- Status changed from Needs more info to New
- Assignee deleted (
Juan Carlos Raña Trabado) - % Done changed from 60 to 50
- leave current JWPlayer uses as they are
- remove the JWPlayer buttonSSS (there's one FLV, one MPG and one MP3 buttons in FCKEditor) and replace with a "Play" icon which will be linked to JPlayer, but in an HTML5-compatible way. That is, add a simple <video> or <audio> tag with a JPlayer attribute, and then make JPlayer (in a header JS) auto-detect tags that need a player and get in there.
This will also enable the reading of WebM format, MP4, Ogg (Vorbis and Theora), etc, while giving a better player for use in mobile devices, killing a large series of birds with one single stone.
To avoid breaking everything, current JWPlayer embed tags woul be left "as is", with the possibility for the teacher to delete the tag and replace it with a <video> tag, manually.
This could be added in 1.9.6
Updated by salim kanoun about 8 years ago
Updated by salim kanoun this seems very great.
do you think that this capability to launch an HTML5 player will be integrated in learning path player (player in the left column not player in document)
Thank you for giving us such a great work !!!
Yannick Warnier wrote:
After a discussion with Julio, it appears we might do the following (which I think will be much better for the foreseable future):
- leave current JWPlayer uses as they are
- remove the JWPlayer buttonSSS (there's one FLV, one MPG and one MP3 buttons in FCKEditor) and replace with a "Play" icon which will be linked to JPlayer, but in an HTML5-compatible way. That is, add a simple <video> or <audio> tag with a JPlayer attribute, and then make JPlayer (in a header JS) auto-detect tags that need a player and get in there.
This will also enable the reading of WebM format, MP4, Ogg (Vorbis and Theora), etc, while giving a better player for use in mobile devices, killing a large series of birds with one single stone.
To avoid breaking everything, current JWPlayer embed tags woul be left "as is", with the possibility for the teacher to delete the tag and replace it with a <video> tag, manually.This could be added in 1.9.6
Updated by salim kanoun almost 8 years ago
Je me suis rendu compte d'un problème,
Quand j'utilise les balise <video> pour mettre une vidéo dans un document, cela marche quand je clique sur le document crée dans l'outil de création du learning path, par contre quand je passe sur le format étudiant avec la vrai présentation la vidéo ne se lance plus.
ce problème est il déjà connu ? un moyen de le contourner?
Merci d'avance!
Updated by Yannick Warnier almost 8 years ago
- Category set to Documents
- Target version changed from 1.9.6 to 2.0
Updated by salim kanoun over 7 years ago
Bonjour,
Toujours concernant ce souci, je me suis rendu compte que le tag audio inséré dans le document marche pour Firefox pour android mais pas pour chrome (le lecteur s'affiche mais se bloque au lancement)
inversement sur PC la lecture se fait bien sur chrome mais pas sur firefox ....
Il n'y a pas de solution (meme manuelle) pour se passer de flash et d'avoir un fonctionnement sur les principaux navigateur ?
Les PC disparaissent assez rapidement...