Problemas en la versión INTEF 6.2

Hola,

Me facilitaría el trabajo tener muestra o muestras de los elp’s originales que no hayan sido todavía editados en intef6.2 para intentar replicar el problema.

También, si es posible, información de con qué versión se generaron dichas muestras.

Un saludo.

Si quieres, cuelgalo de Dropbox y pásame el enlace.

Un saludo.

Ya lo he descargado.

Un saludo.

Disculpa, pero no veo ningún video en el elp que has subido.

¿En qué nodos hay Idevices galerías de imágenes?

Un saludo.

Disculpa, ya se que los videos no se ven, pero me refiero a que en el elp (en los contenidos, abriendo el elp con un descompresor zip), no hay ningún video (fichero flv), tan solo png’s. Dificilmente se podrá ver si no está en los contenidos del elp. ¿Has editado previamente dicho elp con intef2? Si es así no nos sirve. Necesito el elp antes de su edición, o sea funcional.

Tampoco veo ningún nodo llamado “trabajar sobre una copia de capa”. 

Y en el nodo “Práctica Guiada 2” tan solo veo 3 Idevices: 2 Free Text y uno titulado Nota (Conocimiento Previo).

Me parece que no estamos hablando del mismo elp.

Un saludo.

Nop. Se llama 2_Caracteristicas_imagen_digital.

Un saludo.

No te preocupes. Nos pasa a todos.

Ahora ya veo flv’s dentro del elp y veo los nodos que comentas.

Os aviso en cuanto averigue algo.

Un saludo.

Ok, muchas gracias. Me ayudará.

Ya lo he descargado.

Un saludo.

Estimados.

Primero felicitarlos por su trabajo el cual es excelente y ha dado continuación a uno de los productos a mi criterio estrella como lo es eXe. 

El problema que tengo es al momento de hacer un enlace, en la version que recién baje, realizo el proceso, de seleccionar la palabra, pulso clic sobre el botón de enlace (cadena), selecciono el archivo, lo acepto pero no aparece el vínculo.

Agradecería sus recomendaciones.

Saludos cordiales

Buenas,

Sobre los puntos:

• Si en el elp hay un vídeo formato FLV, cargado como FLV (with embebed Flow Player), automáticamente se cambia a Shockwave Flash (SWF). El vídeo deja por lo tanto de verse y hay que cambiar de nuevo el a FLV.

• Si por alguna razón hay que editar de nuevo el iDevice donde está el FLV, cuando se termina de editar el vídeo tampoco funciona. Lo que ha sucedido es que se ha perdido el enlace al recurso y ha sido sustituido por la plantilla de FlowPlayer. Hay que volver a enlazar el recurso y no volver a editar el idevice. Si se vuelve a editar, el flowplayer sustituirá de nuevo al recurso y habrá que cargar de nuevo el vídeo. Es un problema bastante tedioso, pues lo normal es que haya que editar varias veces un idevice. Este problema ya estaba presente en la versión INTEF 6.1 y creo que en alguna anterior.

He podido ver que si eliminamos el video del idevice y lo volvemos a añadir (todo con la versión intef6.2) los problemas no se vuelven a dar. O sea, cuando se vuelve a abrir el elp lo detecta como flv y la edición del idevice no hace que vídeo deje de verse.

Es un poco engorroso porque implica volver a añadir todos los vídeos del elp, pero solucionarlo a nivel de código, teniendo en cuenta que es un fallo de versiones anteriores, puede hacer que aparezcan fallos colaterales.

Sigo con los demás puntos.

Un saludo.

Hola Pedro.

Creo que el problema se podría resolver añadiendo class=”flowplayer” a la etiqueta object al abrir el elp (field.py busca la cadena “flowplayer” en el código).

No es una solución muy buena, porque afecta al HTML original del elp, y no debería modificarse sin intervención del usuario, pero en las pruebas que he hecho ha funcionado.

Otra opción sería modificar ese archivo para que buscase otra cadena (resources/*.flv).

Buenas,

El elp de muestra que me pasaron ya tiene la cadena flowplayer aunque en class=”flowplayer” si no en id=”flowplayer” y value=”flowplayer”.

Me parece que poner class=”flowplayer” a los object que se encuentren puede ser peligroso y tener efectos colaterales.

De igual forma buscando el resources/*.flv. Puede que haya un object hecho manualmente por el usuario. Intervenir en el HTML original puede hacer que dejen de funcionar personalizaciones que se hayan hecho manualmente.

¿No es viable la edición del elp por parte del usuario eliminando el video e insertándolo de nuevo aunque sea un engorro? De esta forma el usuario elige qué quiere cambiar. Si lo hacemos a nivel de código podemos cambiar cosas que el usuario realmente no quiere.

Un saludo.

Os resumo el resultado de mis pruebas a la hora de publicar como IMS en una moodle 1.9.9 el elp de muestra:

-Los vídeos del elp de muestra sin modificar, abierto con intef6.2, exportado como IMS y publicado en moodle no se ve en ningún navegador.

-Los vídeos que elimino y vuelvo a insertar con intef6.2, al exportar como IMS se ven en los navegadores que he probado: Firefox 16 y Chromium 20 de Ubuntu y Firefox 10, Chrome 22 y Explorer 9 de Windows 7. La versió de flashplayer es 11.4.402.287 para Windows 7 y 11.2.202.243 para Ubuntu.

Tal y como comenté antes, los idevices se pueden editar y los vídeos siguen viéndose (también probando guardando y abriendo el elp). De igual forma al reabrir el elp y editar los idevices que contienen vídeos, éstos no pierden la propiedad de FLV.

El último punto me choca con lo que me ha reportado Ignacio esta mañana en sus pruebas. Y es que en la moodle del ITE no se veían los vídeos. Ignacio, ¿puedes pasarme el elp que falla o decirme cómo generarlo para probar en mi entorno?

Un saludo.

Buenas,

He hecho el mismo procedimiento pero exportando como Scorm y el resultado ha sido exactamente el mismo: los vídeos eliminados y vueltos a insertar se ven bien publicados en la moodle con todos los navegadores que he probado.

Un saludo.

He hecho más pruebas, esta vez con Mac OS X 10.6. 

Con los navegadores Firefox 15, Chrome 22 y Safari 5.1.7 he podido ver los vídeos reinsertados con intef6.2, publicados en la moodle como IMS y Scorm.

Por lo tanto mis conclusiones sobre la reproducción de vídeos son:

-Insertando los vídeos con intef6.2, los vídeos se ven en la mayoría de los navegadores y los problemas de cambio a tipo Shockwave desaparecen.

-Parece que en vuestra moodle hay algo que hace que no se reproduzcan correctamente.

Respecto al problema con la galería de imágenes ya se ha probado una solución satisfactoria que irá en la siguiente versión.

Sigo con la reproducción de MP3’s.

Un saludo.

Buenas,

¿Sería posible ver en la moodle del INTEF algún IMS o Scorm con vídeos insertados por intef6.2? De esta forma os podría ayudar a ver qué puede estar pasando.

Pasadme las credenciales de acceso por privado.

Un saludo.

Buenas,

Entiendo que es un problema de mantenimiento tener que actualizar tantos elp’s. Propongo que se realice un script a medida para vuestro caso que haga dicha actualización en lugar de forzarlo y que se haga para cualquier elp. Así podréis elegir qué elp’s se van a alterar (ya he comentado que hacerlo globalmente puede tener efectos colaterales). De momento solamente estamos hablando de vídeos. Para las galerías de imagen parece que ya hay un arreglo que irá en la siguiente versión.

Por otro lado me gustaría poder probar, si es posible, algún contenido subido con intef6.2 en vuestra moodle.

Un saludo.

Respecto a swf observo que en el html aparece object width=”640″ height=”480″ data=”resources/mensajeria_agregar_bloque.swf” type=”application/x-shockwave-flash”><param name=”play” value=”false” /><param name=”scale” value=”exactfit” /><param name=”src” value=”resources/mensajeria_agregar_bloque.swf” /></object

Ese False si se cambia por true hace que se visualice

en todo caso hay partes que me extrañan.

El código que debería parecer no sería: object width=”600″ height=”450″ data=”resources/mensajeria_agregar_bloque.swf” type=”application/x-shockwave-flash”><param name=”src” value=”resources/mensajeria_agregar_bloque.swf” /></object

Seguimos

Buenas,

He visto que vuestro servidor web comprime los swf con gzip antes de enviarlos. Lo de comprimir antes de enviar es una práctica habitual para no malgastar ancho de banda y se aplica para todo tipo de ficheros. Lo que pasa es que para binarios swf no es buena idea según he leído. Deshabilitando la compresión de los swf, el flowplayer debería de funcionar. Para Apache puede hacerse configurando un .htaccess como:

<Files ~ “.(swf)$”>

SetOutputFilter NONE

</Files>

Trasladad esto a sistemas y ellos sabrán como hacerlo.

Un saludo.

Hola Pedro, gracias.

Mañana comprobaremos si es este el problema.

Carmen

Buenas,

He estado analizando el problema con el reproductor MP3 y parece que está relacionado también con como se están sirviendo los archivos desde vuestra moodle. Al igual que los swf’s, los mp3’s se sirven comprimidos con gzip. Y esto hay navegadores que lo manejan bien (descomprimiendo antes el archivo antes de pasarselo al reproductor basado en flash) y otros no. Lo suyo sería que los mp3’s tampoco se sirvieran comprimidos. Además no tiene sentido comprimir un mp3 con gzip o deflate ya que se desperdician recursos de cpu del servidor web. Por cierto, los swf también van comprimidos perse, o sea que también es un desperdicio de recursos de cpu.

Por lo tanto solamente me queda realizar un script para modificar los tags object de vuestros elp’s para que puedan editarse con intef6.2 o superior. Espero tenerlo para esta tarde.

Un saludo.

Hola:

Se la he enviado yo. El problema es que tengo una arquitectura 386 y tu amd64… no te deja por eso. Si tengo tiempo genero una para el tuyo (puedes probar en un i386?)

Saludos

Hola,

Buscando un patrón para que el script sustituyera el código html necesario, he llegado a la raíz del problema con los vídeos.

En la versión ite5 e ite5.1 actualizamos la versión de flowplayer a 3.2.7. Ese cambio implicaba actualizar algunos parámetros específicos de flowplayer. Por lo tanto, los vídeos insertados con versiones <= ite4 no se verán con versiones >= ite5. Luego, no es un problema específico de intef6.2. El fichero de muestra que me envió fosser estaba hecho con versión <= ite4. Por lo tanto no se verán los vídeos en versiones >= ite5.

He hecho un commit a trunk con una solución (habría que confirmarla).

A parte está el tema de vuestra moodle (compresión gzip de swf’s, flv’s y mp3’s).

Un saludo.

Hola a todos,

efectivamente, en sistemas han comprobado y parece ser que al estar incluido tanto el flash como el vídeo  en la url del fichero php lo consideraba html y lo comprimía. Ahora los vídeos son visibles en Firefox, Ópera y Chrome, aunque en IE seguimos sin poder visualizarlos. En sistemas están intentando ver qué pasa con IE. Gracias a todos.

Saludos

Carmen

Hola Pedro: tu cambio también funciona en mi entorno (Windows/intef6.2). Gracias.

Lo otro sigue fallando, pero tienes razón: no falla en cualquier Moodle (he probado en dos 1.9 diferentes).

He pedido que eliminen la compresión para los swf donde falla (sólo falla el swf, no el flv). Viene bien hacer la prueba en varios sitios…

Hola.

Hicieron pruebas en el servidor en el que se daba el problema. Los resultados (copio y pego):

“Lo acabo de probar y funciona con Opera y Firefox. Falla con chrome y con Internet Explorer.

Supongo que lo de la compresión te refieres a la configuración del servidor. En tal caso no hay nada que deshabilitar pues los servidores están configurados de manera que no comprimen ficheros swf.

Para asegurarme he hecho una prueba. He visto el tamaño que ocupa el fichero en cuestión (flowPlayer.swf) directamente en el servidor (118K). Después he colocado ese fichero en una url pública para que pueda ser descargado directamente (sin pasar por moodle ni historias). Lo he descargado desde mi máquina con wget (para que el navegador no actúe y no me haga ninguna descompresión ni nada) y he calculado el tamaño del fichero que he recibido. El resultado ha sido el mismo (118K). Así que el servidor no está comprimiendo este tipo de archivos.”

He probado en otro servidor, en el que parecía no haber problemas (ambos servidores tienen Moodle 1.9):

Pruebas hechas con FF, Chrome, Safari e IE; con mp3 y flv: funciona todo bien en los 4.

Aunque pasa algo curioso. En Opera, en mi equipo (incluso sin pasar por Moodle), no veo el flv, pero cuando uso el flowPlayer.swf del servidor en el que se ve todo sí se ve.

Parece que, como ya ha comentado Pedro, se trata de algo que no está relacionado con eXeLearning, pero si con otros reproductores no pasaba, tal vez se podría considerar volver a usarlos, aunque sean más antiguos. Además, eso permitiría ver los vídeos sin pasar por un servidor (con el reproductor actual hay problemas por la política de seguridad de Flash).

Hola,

La prueba que han hecho para comprobar que el servidor no comprime los swf no es efectiva. Wget (y todos los navegadores) descomprimen el contenido si este llega comprimido. Por lo tanto la prueba es absurda. Hay que fijarse en los headers de respuesta (Response Headers) del servidor cuando sirve el contenido, concretamente la variable “Content-Encoding” que para el servidor del ite está fijada a gzip para archivos swf, mp3, flv, etc. Adjunto un pantallazo de muestra.

El navegador debe de encargarse de descomprimir el archivo en caso de que venga comprimido. Pero para el reproductor que tenemos entre manos parece que algunos navegadores no hacen este trabajo. Por otro lado están los contenidos. Como es el flowplayer el que pide los contenidos, parece que algunos navegadores no hacen esa descompresión delegando en el reproductor.

Además, como ya comenté y leí en varios sitios, no es buena práctica comprimir dichos archivos.

Un saludo.

Buenas noticias:

Nos han confirmado que YA se visualizan correctamente los vídeos en todos los navegadores. En relación con este punto podemos darlo por cerrado.

Respecto a la compatibilidad con versiones anteriores, se ha solucionado en desarrollo y el la próxima versión estará disponible después de realizar las comprobaciones pertinentes.

De igual manera se ha resuelto el bug de la galería de imágenes y estará disponible en la siguiente versión. Se está desarrollando una nueva galería de imágenes mucho más visual y atractiva.

Gracias a todos