Liste de liens :
Liste de liens :
Augmenter les possibilités de 'retour au texte' ou de 'retour aux sources primaires' avec les données tierces multimédia :
Pour l'empan de relecture de la vidéo, on peut distinguer les cas suivants :
Les versions bureau et portail se distinguent pas mal pour jouer les fichiers multimédia :
Par contre, elles partagent le même environnement d'import. Cet environnement doit évoluer pour aider les deux version à gérer ces données en relation avec les éditions.
Chantiers pour la version bureau :
[corpus importé avec le module d'import transcriber]
On a 3 modes de retour :
Les paramètres de corpus sont pérénisées dans le noeud de préférence /CorpusCommandPreferences/backtomedia c'est à dire dans le fichier .settings/CorpusCommandPreferences.prefs.
L'accès aux réglages se fait par le menu principal “Edition > Préférences Médiaplayer”, l'entrée de menu ouvre une boite de dialogue qui présente dans une liste clé+valeur les champs disponibles.
Intégrer les préférences MediaPlayer dans une interface de paramètres de corpus partagée.
Utile notamment quand on se déplace dans la vidéo (pour se resynchroniser avec la transcription).
Dans la version 1.0 de l'extension MediaPlayer, ce sont les préférences de l'extension qui vont driver le mode de retours au média. Les corpus (projet) peuvent surcharger ces préférences en utilisant leurs propres préférences stockées dans le fichier “.settings/CorpusCommandPreferences.prefs” :
Exemple de réglage de l’empan à jouer
backtomedia/backtomedia_endproperty=s backtomedia/backtomedia_startproperty=s backtomedia/backtomedia_structure=u backtomedia/name=backtomedia backtomedia/sync_mode=Milestone
Exemple de répertoire de média alternatif
backtomedia/backtomedia_endproperty=s backtomedia/backtomedia_startproperty=s backtomedia/backtomedia_structure=u backtomedia/name=backtomedia backtomedia/sync_mode=Milestone backtomedia/media_directory=http:////serveur/files backtomedia/media_format=wav
Exemple d'index de fichiers média
dans “.settings/CorpusCommandPreferences.prefs” :
backtomedia/backtomedia_endproperty=s backtomedia/backtomedia_startproperty=s backtomedia/backtomedia_structure=u backtomedia/name=backtomedia backtomedia/sync_mode=Milestone backtomedia/media_index_node
dans “.settings/index_media.prefs” :
text1=/chemin/vers/le/fichier text2=/autre/chemin/vers/le/fichier text3=http:////ailleurs.sur.le.web/lefichier.mp4
Le navigateur intégré dans TXM peut afficher des images dans les éditions HTML.
Il faut juste développer les modules d'import pour prendre en compte des répertoires d'images liés aux sources.
Il faut peut-être aider à dissocier les répertoires d'images des répertoires HTML pour que l'utilisateur puisse gérer la quantité de stockage nécessaire à ses éditions. C'est-à-dire :
La contrainte la plus forte vient de la diversité des codecs. Java ne semble pas très développé de ce côté.
VLC est une solution libre multiplateforme s'occupant de tous les codecs.
L'API VLCJ est recommandée par le projet VLC pour jouer de l'audio ou de la vidéo avec VLC depuis Java.
Sinon il y a l'excellente plateforme ADVENE qui joue des vidéos en local et superpose des overlays SVG en temps réel.
SmartGWT gère les pages HTML incluant des images.
Je ne sais pas comment les images sont gérées dans les éditions HTML d'un portail TXM : accès public ou pas.
HTML5
Aujourd'hui, Décembre 2013, je pense qu'il faut essayer la carte HTML5.
Voir par exemple la balise <video> de la page de démo suivante : http://craftymind.com/factory/html5video/CanvasVideo.html.
Cette démo fonctionne dans mon Firefox 25.0.1, Ubuntu 12.04, Samsung Serie 9, 64bit.
Mise en place :
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"%> <!doctype html> <html> <head> <title>Video App</title> </head> <body> <h1>Enjoy the Video</h1> <video controls width="512" height="288"> <source src="<c:url value="/media/video.webm" type="video/webm"> <source src="<c:url value="/media/video.mp4" type="video/mp4"> I'm sorry; your browser doesn't support HTML5 video in WebM format with VP8 video codec or MP4 format with H.264 video codec. </video> </body> </html>
Le client va essayer de jouer le premier fichier dont il gère le format. Le format WEBM semble convenir aux clients ouverts et le format MP4 aux clients propriétaires, voir la documentation Mozilla sur les formats vidéo HTML5 supportés.
<mime-mapping> <extension>webm</extension> <mime-type>video/webm</mime-type> </mime-mapping> <mime-mapping> <extension>mp4</extension> <mime-type>video/mp4</mime-type> </mime-mapping>
Une évolution pourra consister à associer la vidéo à des données 3D en ligne avec X3DOM : tester X3DOM, tester WebGL, Exemple X3DOM, exemple X3DOM avec vidéo.
Streaming
Sinon il y a les solutions basées sur des serveurs de streaming.
Par exemple VISU, qui ne semble plus développé.
Améliorations/Bugs du plugin prototype media player :
(Retours pour le plugin “BackToMedia 1.0.0.201404241737 BackToMedia.feature.group null”) MD : OK
[l'extension a été renommée 'Media PLayer']
Remarques :
Description du plugin
Installation
UI
(Play/Resume) A
Après avoir fait une pause, il faut voir si l'utilisateur n'a pas édité les champs start ou end entre temps au moment de la reprise :
(stop button) A
(start and end time input fields) #786
(time) A
(loop) A
(rate) #788
(volume) #789
Concordance / Contextual menu
Homogénéisation des dénominations de retours au texte/média :
Console messages
Suppress unnecessary messages.
Première solution, l'extension “Media PLayer” est le résultat d'une première intégration de la librairie VLCJ dans TXM.
Elle nécessite l'installation au préalable de la version de VLC correspondant à l'architecture de la machine (32-bit ou 64-bit).
Elle est accessible depuis TXM 0.7.5beta : se positionner en niveau de mise à jour ALPHA et ajouter une extension.
Elle ajoute 2 commandes à TXM :
Error: no media file (mp3, wav, mp4 or avi) found for name: frint980428 All media files should be stored in the '/home/mdecorde/TXM/corpora/trsmedia/media' directory. Media file names should be '<transcription ID>.<supported format>'
Préparation du corpus :
P1S8 30 avril 2014, P, 0:30:49 prisme il disperse si vous faites taper la lumière d'un néon sur un CD vous ne verrez pas toutes les
Le format XML-TXM produit par l'import Transcriber a un peu bougé pour se rapprocher du format TEI : http://forge.cbp.ens-lyon.fr/redmine/issues/2607
Par défaut le retour au média est configuré pour fonctionner avec un corpus Transcriber importé avec TXM 0.8.0. Dans cette configuration, la synchronisation se fait sur la propriété “s” des structures “u” du corpus CQP. Dans l'import Transcriber, les structures “u” ont été calculées à partir des milestones “Sync”. La fin de la structure “u” commançant au “Sync” transcriber suivant ou à la fin du tour “Turn” transcriber.
Le mode de synchronisation avec le média peut être pré-réglé autrement pour gérer 3 cas connus :
Il n'y pas pas encore d'interface graphique intégrée pour régler le mode de synchronisation. Il faut alors éditer le fichier “.settings/CorpusCommandPreferences.prefs” du corpus binaire (dans TXMHOME/corpora/<moncorpus>).
Par défaut, l'extension s'attend à trouver les fichiers médias dans le sous-répertoire TXMHOME/corpora/<moncorpus>/media où les fichiers médias sont nommés de la forme <identifiant de texte>.<format supporté> avec :
On peut configurer l'accès aux fichiers en modifiant les paramétrages du fichier “.settings/CorpusCommandPreferences.prefs” du corpus binaire (dans TXMHOME/corpora/<moncorpus>) en ajoutant les clés suivantes :