Le blog de Paul Glagla

Créer des vidéos mp4 avec graphedit

2011-12-10T22:11:00.001+01:00

Dans le post précédent Installer des codecs pour créer des vidéos mp4 lisibles sur ipad ou iphone j'ai expliqué comment installer des codecs permettant de transcoder des vidéos en mp4 pour pouvoir les lire sur ipad ou iphone. J'explique ici comment les utiliser pour ce faire dans graphedit.

Supposons que vous ayez un fichier video.avi comprimé en divx + mp3 que vous voulez convertir en mp4 pour l'ipad. Vous allez procéder comme suit:

Etape1

Lancer graphedit et faire glisser/déposer le fichier video.avi sur lui. Il se crée en principe un graphe de lecture que vous pouvez lancer. Si ce graphe n'est pas lisible ou ne se forme pas (ou par exemple ne décomprime pas l'audio ou pas la video) alors c'est que directshow ne peut pas même lire votre fichier video. Il faut vous débrouiller pour trouver les codecs de décompression nécessaires. Cela sort du champ de ce post. En d'autres termes on ne pourra traiter à partir d'ici que les fichiers vidéos lisibles sous directshow sur votre système.

Un point très important est à noter: si vous avez installé le filtre DirectVobSub et que votre fichier video.avi est accompagné d'un fichier video.srt de sous-titres, alors le filtre DirectVobSub (auto-loading version) se branche automatiquement dans le graphe et incruste les sous-titres dans la vidéo.

Etape2

Enlever les Renderer Video et Audio. Il suffit de les sélectionner et de taper sur la touche suppr.

Etape3

Insérer le filtre Mainconcept MPEG-4 Video Encoder. Puis connectez le à la broche Vidéo qui était au départ connectée sur le Renderer Video.

Etape4

Insérer le filtre Mainconcept AAC Encoder. Puis connectez le à la broche Audio qui était connectée au départ sur le Renderer Audio.

Etape5

Insérer le filtre MainConcept MP4 Multiplexer. Et connectez-y les deux filtres précédents.

Etape6

Insérez le filtre File Writer (celui-là est fourni par Windows) et indiquez au moment où il vous le demandera la localisation et le nom du fichier destination que vous souhaitez obtenir. Attention à bien mettre l'extension mp4. Par exemple video.mp4. Branchez ce filtre à la sortie du multiplexer.

Vous disposez maintenant en principe d'un graphe complet que vous pouvez lancer.

Etape7

Mais avant de faire cela, il reste à configurer les encodeurs pour obtenir une image satisfaisante. Pour cela cliquer avec le bouton droit sur le filtre MainConcept MPEG-4 Video Encoder puis sur Filter Properties. Vous faites apparaître la page des propriétés du filtre. Sélectionnez Apple ipod 640x480 dans le menu des MPEG-4 Preset, puis cliquez sur Restore Default. Cliquez ensuite sur les boutons Apply puis OK.

Etape8

Même chose pour le filtre MainConcept AAC Encoder. Vous cliquez droit sur le filtre, et sélectionnez Filter Properties. Vérifiez alors que le Rate Control est à 160 et que la mpeg Version est sur MPEG-4.

Etape9

Voilà maintenant vous pouvez lancer le graphe et patienter jusqu'à ce qu'il ait fini. Vous obtenez un fichier mp4 qu'on peut ensuite charger sur ipad ou iphone par la méthode classique de itunes que je ne détaille pas ici. De nombreux tutoriels existent sur le web si vous ne savez pas comment faire.

On notera que le fichier video.mp4 obtenu contient les sous-titres si au début de l'opération les deux conditions requises sont respectées:
i) Le filtre DirectVobSub est installé.
ii) un fichier de sous-titres video.srt existe dans le même dossier que video.avi

Installer des codecs pour créer des vidéos mp4 lisibles sur ipad ou iphone

2011-12-10T17:24:00.001+01:00

Quand en 2011 on fait de la vidéo numérique, il devient indispensable de pouvoir lire les fichiers vidéos sur ipad ou iphone. Pour cela il faut les convertir en mp4. Or Windows ne fournit pas de filtres directshow pour encoder de la vidéo en mp4 ou de l'audio en aac, ni pour multiplexer en mp4, et on n'en trouve guère de gratuits directement utilisables en la matière.

Il existe bien sûr quelques freewares qui rendent service. L'un des plus réputés que j'ai utilisé avec succès est Handbrake. Il permet d'obtenir le résultat souhaité, mais il ne donne pas non plus de filtres directshow qui permettraient au programmeur en delphi de fabriquer ses propres applications sur mesure.

Par exemple, l'une des limites que j'ai rencontrées est que HandBrake ne semble pas permettre d'incruster les sous-titres au format srt. Avec des applications directshow, si vous avez installé le filtre DirectVobSub, et que vous lisez une vidéo accompagnée dans le même dossier d'un fichier ayant le même nom mais une extension srt, alors les sous-titres sont en général automatiquement incrustés pendant la lecture de la vidéo. On aimerait un dispositif de même nature pour la conversion en mp4.

Je vous propose à cet effet de procéder à un petit bidouillage, qui est sans doute un peu cavalier, mais difficile à considérer comme illégal puisqu'on ne fait qu'un téléchargement parfaitement légal, puis quelques manipulations banales sur les fichiers téléchargés.

L'idée est que la version test gratuite de Adobe Premiere Elements contient d'excellents filtres directshow pour créer des fichiers mp4, à savoir ceux de MainConcept, et que même si cette version est bridée et limitée dans le temps, il est possible d'installer complètement les filtres en question pour en bénéficier pleinement.

Voici comment faire:

Etape1

Avant d'installer quoi que ce soit je recommande toujours de créer un point de restauration du système. Ici c'est particulièrement utile car l'installation d'Adobe Premiere Elements laisse des traces dans le registre qui subsistent même après la désinstallation et peuvent vous empêcher de réinstaller la version gratuite ultérieurement. Pour pouvoir un jour rebénéficier de cette possibilité, il vaut mieux faire une restauration système quand on aura fini l'opération de téléchargement.

Etape2

Téléchargez la version d'évaluation gratuite de Adobe Premiere Elements. En décembre 2011 on trouvait la version 10 sur le site français de Adobe. La procédure pour télécharger puis installer Adobe Premiere Elements est un peu longue et complexe. Il faut notamment d'abord télécharger un downloader Assistant, créer un identifiant Adobe etc.. Je ne détaille pas davantage la procédure en considérant que si vous ne savez pas mener à bien cette opération qui s'adresse en principe au grand public, il vaut mieux ne pas continuer mon bidouillage.

Etape3

Une fois Adobe Premiere Elements 10 installé, il faut récupérer les fichiers ax qu'il a copiés dans un dossier. Vous les trouverez dans un dossier du genre pf\Adobe\Adobe Premiere Elements 10.
pf est le dossier Program Files correspondant à votre système (par exemple si votre système est en 64 bits ce peut être C:\Programmes ou s'il est en 32 bits, C:\Program Files (x86)).

Les fichiers les plus utiles pour notre projet s'appellent:
mc_mux_mp4_ds.ax : il contient le filtre multiplexeur mp4 de MainConcept
mc_enc_mp4v_ds.ax: il contient le filtre vidéo encodeur en mp4 de MainConcept
mc_enc_aac_ds.ax : il contient le filtre encodeur de l'audio en aac de MainConcept

Mais pour faire bonne mesure, vous pouvez copier tous les filtres ax et pas seulement ces trois là dans un dossier de vos disques durs. Mais évitez de les copier sur le bureau qui ne les conserverait pas en cas de restauration . Le mieux est par exemple de les copier dans un sous-dossier de Mes Documents ou même sur une clé usb.

Etape4

Vous pouvez ensuite désinstaller Adobe Premiere Elements si vous n'avez pas l'intention de tester la version d'évaluation, ainsi que le Adobe Download Assistant. Passez bien sûr par le panneau de configuration, et la fonction ajouter/supprimer des programmes pour le faire proprement.

Etape5

Si vous avez désinstallé Adobe Premiere Elements, c'est le moment de faire une restauration de votre système, au point que vous aviez programmé à l'étape 1).

Etape6

Maintenant il faut installer les fichiers ax. Si nécessaire copiez les dans l'emplacement définitif que vous voulez leur attribuer sur votre disque dur. Créez ensuite avec notepad.exe un petit fichier texte que vous appelerez par exemple install.bat. Ecrivez-y les instructions suivantes, en ajustant les chemins pour tenir compte de votre système:

C:\WINDOWS\system32\regsvr32.exe "E:\Adobe Premiere Elements 10\mc_mux_mp4_ds.ax"

C:\WINDOWS\system32\regsvr32.exe "E:\Adobe Premiere Elements 10\mc_enc_mp4v_ds.ax"

C:\WINDOWS\system32\regsvr32.exe "E:\Adobe Premiere Elements 10\mc_enc_aac_ds.ax"

Puis enregistrez le fichier et lancer-le en double-cliquant dessus. Si tout se passe bien vous devez recevoir trois fois un message disant que l'installation a réussi.

Etape7

Bravo. Si vous êtes arrivé là c'est que vous avez installé les filtres nécessaires et pouvez déjà les utiliser par exemple dans graphedit. Faites le test en tapant CTRL+F sur graphedit. Vous vérifierez la présence des filtres directshow suivants:

MainConcept AAC Encoder
MainConcept MP4 Multiplexer
MainConcept MPEG-4 Video Encoder

Dans un prochain post, je donnerai quelques indications sur l'utilisation de ces filtres de manière à obtenir des vidéos lisibles dans ipad ou iphone.

Graver des vidéos m2ts au format FX

2010-11-29T23:43:00.009+01:00

Le programme PMB de Sony permet de graver des fichiers m2ts sur un DVD au format AVCHD. Celui-ci est alors lisible sur un lecteur Blu-Ray ou sur la PlayStation 3.

Mais si vous avez filmé au meilleur format HD FX (soit en 1920 x 1080) alors PMB ne veut pas le faire sans recompresser les fichiers.

Il considère en effet que ce format FX donne un débit de 24Mbits/s alors que le standard AVCHD n'accepte que 17Mbits/s. Or cette recompression consomme énormément de temps sur mon système (plus d'une journée pour un DVD!) et diminue la qualité du résultat. Par ailleurs elle est inutile au moins pour les lecteurs de Sony (lecteur Blu-Ray ou PS3) qui acceptent sans problème des disques AVCHD à 24Mbits/s.

Pour contourner cette difficulté, j'ai fait un programme qui permet de graver des DVD (sur un graveur de DVD ordinaire) au format AVCHD puis de les relire sur des lecteurs Blu-Ray, même quand les fichiers sont au format FX. Il comprend aussi plusieurs autres facilités.

Je le livre en avant-première en téléchargement sur mon blog. Il s'appelle BurnFX.

Il fonctionne en mobilisant trois applications gratuites qu'il faut télécharger sur le net et installer sur son système au préalable:

eac3to.exe, tsmuxer.exe et imgburn.exe.

* eac3to.exe se télécharge à l'adresse http://madshi.net/eac3to.zip
* tsmuxer.exe se télécharge sur le site Smartlabs à l'adresse http://www.smlabs.net/tsmuxer_en.html
* imgburn.exe se télécharge sur le site http://www.imgburn.com/index.php?act=download

La première fois qu'on lance le programme BurnFX , il faudra lui dire où sont installés ces trois programmes indispensables pour le faire fonctionner.

Ensuite vous chargez simplement des fichiers m2ts dans BurnFX, soit individuellement, soit en chargeant en une seule fois tous les fichiers compris dans un dossier. Les fichiers sont toujours utilisés dans l'ordre alphabétique du nom, ce qui correspond à l'ordre chronologique si vous n'avez pas changé le nom standard du type 20101126130930.m2ts.

Ensuite on clique sur le bouton Disques qui organisera automatiquement les fichiers chargés en un ou plusieurs disques de taille DVD.

Ensuite le Bouton Disque Actuel, pour créer le disque sélectionné, ou Tous Disques, pour les créer tous lance l'opération jusqu'à la gravure des disques (Pensez à mettre des disques vierges à graver dans votre graveur de DVD).

Le résultat donne un disque AVCHD où tous les fichiers m2ts s'enchaînent harmonieusement, et en prenant soin de respecter la synchronisation audio/vidéo qui est parfois hasardeuse avec d'autres méthodes. Par ailleurs, il considère que chaque clip individuel m2ts constitue un chapitre. Cela facilitera beaucoup la navigation.

Vous pouvez télécharger la version française de BurnFX ici
et la version anglaise ici.

Vive MultiAVCHD

2010-10-17T23:29:00.004+02:00

J'ai enregistré beaucoup de vidéos depuis juin dernier, à tel point qu'il m'a fallu les copier sur un disque dur pour regagner de la place dans le camescope. Jusque là rien que du normal. Mais il y a une autre technique de sauvegarde qui consiste à les graver sur un DVD au format AVCHD.

Un tel disque n'est pas vraiment lisible sur un lecteur de DVD normal, mais il sera en principe lisible dans un lecteur Blue-Ray. PMB, le logiciel fourni par Sony fait cela très simplement.

Il y a cependant un hic: il refuse de le faire pour des vidéos qui ont été créés en FX, car ils ont besoin d'un débit de 24Mo/s alors que le standard AVCHD n'autorise que 17M0/s. PMB impose donc une conversion des fichiers pour qu'ils respectent le bon débit. Or cette conversion est TRÈS lente (par exemple une trentaine d'heures pour un DVD sur mon ordinateur).

J'ai donc cherché une autre méthode pour faire cela plus rapidement, si possible sans reconversion pour graver mes films de vacances, tous en FX

Le programme multiAVCHD est la solution. A noter qu'il a besoin d'un certain nombre d'autres programmes pour fonctionner: Haali media Splitter et ffdshow, ImgBurn, AviSynth essentiellement.

J'ai réussi à graver des DVD+R au format AVCHD même en 24Mo/s (sans reconversion) et qui sont lisibles de manière fluide sur mon lecteur Blue-Ray relié à une TV Plasma Full HD. Cela donne vraiment d'excellentes images. Donc la perte de temps et de qualité liée à la conversion du débit est vraiment inutile, quand on a un bon lecteur Blue-Ray capable de lire à un débit plus élevé que la norme.

ImageGrab pour les vidéos AVCHD

2010-08-21T23:58:00.001+02:00

J'ai réalisé à mon retour de congés une première application adaptée aux vidéos AVCHD et qui convient naturellement aussi à pratiquement toutes les autres (qui peut le plus, peut le moins). Il s'agit de la version 5.0 de ImageGrab.

La lecture des vidéos HD sur mon ordinateur reste très difficile compte tenu du manque de puissance. ImageGrab 5.0 contourne ce problème en jouant la vidéo à la vitesse maximale possible, ce qui sur mon ordinateur est une lecture au ralenti. Du coup, l'audio est évidemment inaudible et je l'ai aussi déconnecté.

On peut donc lire parfaitement fluide (mais au ralenti) les vidéos AVCHD, et en extraire confortablement des images! On a même la possibilité d'y incruster des textes et des données, au prix d'un ralentissement imperceptiblement plus prononcé.

Pour le reste toutes les fonctionnalités de ImageGrab sont possibles et souvent même améliorées.

Voici quelques progrès de ImageGrab par rapport aux versions 4.x.x:

La taille de la fenêtre d'ImageGrab est maintenant variable, et peut d'ailleurs être maximisée pour occuper tout l'écran.
Les conteneurs de vidéos lisibles par ImageGrab sont beaucoup plus nombreux, et comprennent notamment les vidéos haute définition AVCHD (sous réserve d'avoir bien installé Haali Media Splitter et ffdshow).
On peut ajouter dans les images extraites une incrustation complètement paramétrable
L'affichage des vidéos respecte les proportions normales de la vidéo (4x3 ou 16x9 par exemple)
La taille des images et le codec utilisé sont affichés pour chaque flux video ou audio
Un tableau des raccourcis et switches peut être affiché par la touche F11
On peut suivre l'occupation du CPU et le remplissage des disques pendant la capture
On peut installer des filtres (par exemple un décodeur) par simple glisser/déposer du fichier *.ax
L'intervallomètre dispose de 2 modes: un mode rapide qui avance directement dans la vidéo jusqu'aux images à extraire, et un mode précision qui lit toute la vidéo et prend les images souhaitées au passage. Ce second mode est adapté pour des captures très rapprochées, même de toutes les frames une par une.

On peut télécharger cette nouveauté sur mon site, et comme d'habitude, il est utilisable gratuitement pour un usage personnel.

Egaler le Player for AVCHD?

2010-06-28T22:37:00.013+02:00

Le player for AVCHD dont je parlais dans mon précédent billet sait très bien lire aussi des vidéos HD qui se trouvent sur le disque dur. Pour en faire la démonstration, j'ai copié directement (via le couper coller de Windows) les dossiers AVCHD et AVF_INFO depuis la mémoire du caméscope (qui apparaît sous forme d'un périphérique amovible) vers la racine d'un de mes disques durs.

Lorsque je lance alors la commande Player for AVCHD, (via PMB Launcher, sous l'onglet Affichage), cette application lit la vidéo que je viens de recopier. La preuve en est que je peux débrancher le caméscope et que la lecture reste toujours possible. Elle est d'assez bonne qualité même sur mon ordinateur Pentium 4, aujourd'hui démodé, sous Windows XP SP3. Au passage, cela prouve que ce que je présumais dans un billet précédent est faux: il n'est pas nécessaire de faire l'hypothèse d'un traitement que subit la vidéo dans le caméscope. C'est forcément à la qualité intrinsèque du programme fourni par Sony que revient le mérite de cette relativement bonne lecture, bien meilleure en tout cas que ce que peut faite le lecteur Windows Media.

La question que je me pose, pour fabriquer des programmes nécessitant de lire des vidéos au format AVCHD, est de savoir si cette qualité est reproductible sous directshow, c'est-à-dire en composant un graphe avec des filtres appropriés et en le faisant jouer.

J'arrive assez facilement à reproduire le fonctionnement du lecteur Windows media, ce qui est sans surprise car ce dernier fonctionne sous directshow. Pour ce faire, j'ai pris soin d'installer sur mon système deux groupes de filtres directshow qui permettent de construire le graphe en question, à savoir Halli Media Splitter, qui est un filtre source combiné avec un splitter très bien adapté aux fichiers mts ou m2ts, et puis le fameux ffdshow qui permet dans ses versions récentes comme ffdshow-tryouts de décoder beaucoup de types de compression, dont le fameux MPEG-4 AVC utilisé dans la norme AVCHD.

On obtient alors le graphe très simple suivant (construit ici dans graphedit):

Ce graphe n'arrive pas bien loin chez moi puisque, exactement comme le lecteur Windows media, au bout de quelques secondes la vidéo se bloque et au mieux l'audio continue seul à jouer. Ce n'est donc manifestement pas comme cela que le Player for AVCHD fonctionne.

J'ai fait une petite découverte à ce propos (mais elle n'a peut-être rien à voir): avec PMB sont fournis toute une série de fichiers *.ax que l'on trouve chez moi dans le dossier d'installation, par exemple c:\Program Files\Sony\PMB et dans son sous-dossier TapeImporter.

Ces fichiers *.ax contiennent des filtres directshow, qui n'ont pas été installés sur mon système. A l'aide de mon utilitaire Filmerit, je les ai installés sur mon système et cela m'a donné 44 nouveaux filtres, tous classés dans la catégorie directshow, et - sauf pour trois d'entre eux - ayant un nom qui commence par Sony...

Pour être complet, les trois qui ne commencent pas par "Sony", s'appellent SGCtrl, Video Type Change et VMLib Filter. Je me demande si certains de ces filtres ne pourraient pas aider à former un graphe capable de lire aussi bien que Player for AVCHD.

En fait, rien n'est moins sûr, car ayant pris avec Filmerit une photo des filtres avant d'installer PMB et une autre après, il apparaît clairement que PMB n'installe aucune filtre directshow lors sur l'ordinateur. Donc soit il n'est pas basé sur la technologie de directshow, ce qui est probable vu qu'il n'est pas réservé à Windows mais doit aussi fonctionner avec Mac, soit il n'utilise que des filtres internes sans les installer dans le registre de Windows. Dans les deux cas, il sera difficile de reproduire le comportement de PMB ou de l'application Player for AVCHD.

Lire des vidéos HD avec PMB

2010-06-27T20:48:00.014+02:00

Sony fournit avec son caméscope HD le programme PMB, qui est souvent appelé sur Internet Picture Motion Browser, même si dans le programme lui-même seule l'appellation PMB est utilisée. Une fois installé sur l'ordinateur, il permet un certain nombre d'opérations et de traitements, notamment lire une vidéo HD, importer une ou plusieurs vidéos et photos depuis le caméscope vers l'ordinateur, inversement les exporter depuis l'ordinateur vers la mémoire du caméscope. On peut les uploader vers Youtube, Picasa ou Dailymotion. On peut créer toutes sortes de disques DVD ou au format ACHDV et pas mal d'autres choses plus secondaires.

Ma première impression de PMB est assez mitigée: sans que je lui demande quoi que ce soit, il se met à scanner des dossiers de mon disque dur pour identifier tout ce qui est vidéo ou image, et les cataloguer de la même façon que le ferait le logiciel Picasa de Google. Me voilà avec une interface beaucoup trop complexe dans laquelle je dois gérer et parcourir une foule d'images et de vidéos de mon ordinateur, alors que je voulais me concentrer sur les captures HD que je venais de transférer. Il faudra penser à désactiver quelque chose dans les options de PMB. En revanche, PMB est assez simple et facile à maîtriser lorsqu'on veut transférer des vidéos et photos depuis le caméscope vers l'ordinateur.

Curieusement, quand PMB transfère des vidéos depuis la mémoire du caméscope, il crée de nouveaux fichiers, apparemment différents de ceux qui se trouvent dans cette dernière, à savoir un fichier x.m2ts, un fichier x.modd et un fichier x.moff qui ont tous trois la même racine x mais des extensions différentes et qui se trouvent tous trois dans le même dossier.

Il n'est pas difficile de se rendre compte que x.m2ts est en fait l'exacte copie d'un fichier y.MTS qui se trouve dans la mémoire flash du caméscope. Voici par exemple les propriétés de deux fichiers qui se correspondent ainsi:

Le fichier qui se trouve dans la mémoire du caméscope a une racine qui est une numéro d'ordre à 5 chiffres, ici 00117 suivi de l'extension MTS. Sa date de création correspond à sa date de tournage, ici le samedi 19 juin 2010 à 22:31:12. Il pèse 136.249.344 octets.

Sans chercher bien loin, on trouve le fichier correspondant importé sur l'ordinateur:

On le repère d'abord par son nom, dont la racine est basée sur la date de capture: 20100619223112 suivie de l'extension .m2ts. On vérifie qu'il comporte exactement le même nombre d'octets.

Les deux autres fichiers créés par PMB ont la même racine, mais une extension différente.

S'agissant de celui qui a pour extension .modd, il est facile de voir en l'ouvrant par exemple avec notepad que c'est un fichier XML comportant un certain nombre de données relatives au clip vidéo considéré, y compris éventuellement les coordonnées GPS. En revanche, .moff reste incompréhensible quand on l'ouvre avec notepad.

On peut noter aussi que le fichier d'extension m2ts n'a aucune application associée dans mon système, mais qu'en revanche le fichier d'extension MTS affiche une icône du lecteur Windows Media. En réalité, quand je regarde dans les options des dossiers je constate que l'extension MTS n'est associée à rien, et si je clique avec le bouton droit sur un fichier MTS, aucune commande Ouvrir ne figure dans le menu contextuel.

Je tente néanmoins d'ouvrir les fichiers .mts ou .m2ts dans le lecteur Windows media: dans les deux cas, un message m'indique que les extensions ne sont pas reconnues par Windows media, mais qu'on peut essayer de l'ouvrir quand même. La vidéo s'ouvre alors effectivement dans le lecteur. L'audio joue normalement, mais l'image se bloque très vite au bout de quelques secondes. Voilà le symptôme redouté: mon ordinateur n'est même pas assez rapide pour lire une vidéo HD (ce qui nécessite de la décompresser en temps réel).

En réalité, PMB semble avoir des ressources que le lecteur Media n'a pas: si je double-clique dans PMB sur la vignette d'une vidéo HD, alors la vidéo joue complètement, certes dans une image de taille réduite et avec quelques saccades, mais c'est bien mieux que le lecteur Windows Media qui n'arrive plus à suivre après 4 secondes.

Il y a encore mieux: avec PMB est fourni un programme qui s'appelle PMB Launcher. Celui-ci sert de menu pour lancer toutes sortes d'application. Si je choisis la rubrique Affichage, on y trouve une commande Player for AVCHD. Lorsque le caméscope est branché sur l'ordinateur, cette commande semble considérer sa mémoire flash comme un disque AVCHD et affiche alors ses différents clips dans un menu. On peut donc les lire directement depuis la mémoire flash du caméscope dans le Player for AVCHD. Ma foi, c'est pas mal du tout, relativement fluide, sans blocage et même visible en plein écran.

J'ai du mal à imaginer comment cela se passe, mais pour avoir ce résultat je suppose que la vidéo est traitée en partie dans le caméscope lui-même, selon un processus qui ressemble à la lecture directe sur écran TV. Il doit donc avoir moins besoin de solliciter le processeur. Me voilà rassuré: il existe au moins un moyen de visualiser correctement des vidéos HD sur mon vieil ordinateur. Mais cela suppose de les lire directement depuis le caméscope.

Brancher le camescope sur l'ordinateur

2010-06-26T23:48:00.007+02:00

Passée la prise en mains de mon nouveau caméscope, mon objectif est maintenant de voir comment on peut le relier à l'ordinateur et y traiter les fichiers vidéos HD.

La connexion se fait par un cordon USB, avec une prise mini-USB mâle pour la connexion sur le camescope. L'écran de l'ordinateur se met alors dans un mode figé, signalant le raccordement mais ne permettant plus d'utiliser le menu. La gestion doit se faire depuis l'ordinateur

Sur l'ordinateur, le caméscope apparaît sous Windows comme un "périphérique utilisant des supports amovibles" supplémentaire.

En fait il est au standard FAT32 et permet d'accéder en lecture et écriture à la mémoire flash. Chez moi, elle affiche 63.216.484.352 octets, soit moins que les 64Go annoncés si on prend la définition 1Go = 1024Mo = 1024*1024Ko = 1024*1024*1024 octets. De fait Windows ne lui donne que 58,8Go.

Autre remarque sur ce "disque": d'origine il ne comporte aucun nom de volume. On peut lui en donner un, ce qui permettra d'identifier plus facilement le caméscope dans l'explorateur de Windows quand il est raccordé. Ici je l'ai appelé "SONY HD". A noter qu'il est limité à 8 caractères.

Attention quand même à une difficulté: sur la mémoire flash du caméscope (celle qui apparaît maintenant comme le périphérique SONY HD sur mon ordinateur), la structure des dossiers et des fichiers est très particulière: si on repère assez vite des fichiers .MTS qui correspondent aux clips vidéos proprement dits et des fichiers .JPG qui correspondent aux photos, il y en a d'autres, notamment des fichiers .CPI ou MPL qui contiennent des informations sur les clips, et des fichiers INDEX.BDM et MOVIEOBJ.BDM qui contiennent probablement des données d'indexation. Modifier manuellement, ou effacer certains de ces fichiers est évidemment TRÈS DÉCONSEILLÉ, car cela pourrait rendre inutilisable toute la structure logicielle du caméscope et donc bloquer son fonctionnement.

Lire directement ces fichiers ou copier certains d'entre eux sur l'ordinateur pour ensuite les manipuler ne pose pas de problème, mais écrire directement sur la mémoire du caméscope est hautement dangereux et totalement à éviter. On dispose pour cela d'une application particulière PMB ( abréviation de Picture Motion Browser) que Sony fournit pour importer les vidéos et les photos sur l'ordinateur, et éventuellement les réexporter dans l'autre sens.

Première journée de capture

2010-06-26T08:43:00.009+02:00

J'ai emporté mon nouveau camescope pour un dimanche en province où j'ai filmé différents épisodes de mes visites.

Je vous passe quelques surprises à propos de son fonctionnement, du genre le bouton marche/arrêt qui est remplacé par l'ouverture de l'écran ou du viseur. Il y a aussi des réglages d'usine qui ne me conviennent pas et qu'il faut changer à travers un menu tactile au fonctionnement d'abord un peu déroutant. Parmi ces réglages, il m'a fallu par exemple trouver comment désactiver la fonctionnalité qui enregistre une photo chaque fois que quelqu'un sourit!

Je découvre aussi après mes premières captures qu'elles n'ont pas été faites avec la qualité maximale 1920x1080 en 24Mbits/sec, mais seulement en 1440x1080. Je modifie donc manuellement ce réglage, car après tout si j'ai acheté un camescope HD, autant profiter de la qualité maximum!

Mais au total ce rodage se passe bien, et mon camescope revient le dimanche soir plein de souvenirs. Ils apparaissent sous forme de vignettes, une par scène, que l'on peut visualiser sur l'écran intégré. Bien entendu, c'est encore mieux de les visualiser sur ma TV écran plasma Full HD. Sauf que Sony n'a pas joint au package le cable HDMI qui le permettrait confortablement.
C'est un cable qui comprend d'un côté une prise mâle HDMI à brancher sur la TV et de l'autre une prise mâle mini HDMI, plus petite, à brancher sur le camescope. Pour être juste, d'autres possibilités de raccordement existent et sont fournies, donc la frustration n'est pas trop forte. Ce câble paraît cependant un achat complémentaire indispensable. Tout comme l'achat d'une batterie supplémentaire, car la capacité de celle qui est fournie d'origine (modèle NP-FV50) a été le facteur limitant pour ma journée de tournage.

Au bout du compte, le résultat sur ma TV a été tout à fait convaincant et démontre la supériorité du HD sur le DV: vidéos absolument non pixellisées même sur un très grand écran regardé de près, vidéo nativement au format 16x9, lecture directe possible de chaque scène sans devoir rembobiner ou avancer une cassette. La principale faiblesse reste à mes yeux dans les mouvements horizontaux de la caméra où l'entrelacement de l'image ne suffit pas à garantir une fluidité parfaite.

Débuts dans la Haute Définition

2010-06-25T22:59:00.006+02:00

Depuis plusieurs années, des utilisateurs me demandaient de développer mes logiciels comme ImageGrab ou DVDate pour la Haute Définition (HD). J'avais toujours répondu que je ne pouvais pas le faire tant que je ne serais pas équipé d'une caméra HD moi-même. En effet, je suis pour l'essentiel un programmeur expérimental qui teste des solutions en vraie grandeur sur son matériel.

Je vous avoue que j'avais en fait aussi une réticence pour me lancer dans la Haute Définition en raison de l'existence d'au moins deux standards (HDV sur cassettes et AVCHD sur disque dur ou mémoires flash) et des difficultés nombreuses que présente la HD pour le montage, surtout avec un ordinateur ancien comme le mien (Pentium 4, qui bénéficie certes d'une fonction d'Hyperthreading, mais loin d'être aussi puissante que les puces 4 coeurs récentes).

Je me suis néanmoins décidé il y a quinze jours à acheter un camescope Handycam SONY HDR-CX550VE qui enregistre en AVCHD sur une mémoire flash de 64Go. Ma motivation principale est liée au fait que mes deux camescopes DV (modèle DCR-PC101E) ont tous les deux soit une fatigue, soit même rendu l'âme au niveau du moteur d'entrainement de la cassette DV. C'est donc avant tout parce qu'il n'a pas de pièce mobile, comme un moteur de cassette, que j'ai opté pour ce type de camescope. Pour un prix inférieur j'aurai pu avoir le modèle équivalent avec un disque dur de 240Go, mais j'ai opté pour la mémoire flash, même limitée à 64Go, car elle me paraît moins fragile qu'un disque dur et aussi plus légère.

L'appareil a d'autres atouts, notamment un objectif d'angle beaucoup plus grand que les modèles DV ou que certains modèles HD concurrents. Il bénéficie des systèmes de stabilisation de l'image, de capture en basse lumière etc... qui se trouvent sur la plupart des camescopes Sony récents. A noter qu'il a un GPS intégré qui permet de géolocaliser ses prises de vue.

Bon, mais je ne suis pas là pour faire de la publicité à Sony. Vous pouvez voir une description complète du modèle en question ici. Mon message d'aujourd'hui se veut surtout une introduction aux billets qui vont suivre dans les jours à venir pour vous raconter mes premiers pas avec ce matériel.

Pour les curieux, je précise que j'ai acheté le camescope sur Pixmania qui l'a expédié par Colissimo. Pas de problème particulier à signaler chez Pixmania, toujours aussi correct. Le prix du camescope était intéressant par rapport à la concurrence et bénéficiait même d'une promotion au titre de vente flash (attention on pouvait tomber en même temps sur la page avec promo et celle sans promo, il faut donc bien vérifier si on a le meilleur prix du jour!). Attention aussi au fait que les accessoires me semblent plus chers chez Pixmania que sur d'autres sites. Je l'ai donc acheté nu. S'agissant de Colissimo, leur site permet un suivi efficace de la commande. Néanmoins il m'a indiqué deux jours de suite que la livraison n'avait pas pu être faite en raison de mon absence, alors que le livreur n'avait laissé aucune indication dans ma boite aux lettres, et que la plupart du temps quelqu'un était présent chez moi. Cela ne me paraît pas totalement convaincant. C'est donc avec trois jours de retard que le colis est arrivé.

Sauts d'image et son de la Freebox HD

2009-05-03T15:22:00.013+02:00

J'ai depuis l'été 2008 une Freebox HD de la 5ème génération (peut-être même 6 ème, si on en croit le F dans le n° de modèle, voir ci-dessous) qui est un appareil vraiment formidable. Entre autres possibilités: il donne une énorme variété de chaînes TV, éventuellement en HD, il contient un tuner TNT en HD (pour peu qu'on y rajoute une antenne correcte), il fait magnétoscope numérique avec tous les gadgets possibles. Il permet de lire des vidéos sur un disque dur externe ou une clé usb, et même via FreePlayer directement depuis mon ordinateur.

Ce boitier est raccordé au routeur de la Freebox (qui donne bien sûr internet, téléphone...) par le courant électrique, ce qui est très fiable. En bref, pour 30€/ mois c'est un rêve de technologie.

Seulement quand ça tombe en panne ou qu'il y a des problèmes, c'est un peu l'angoisse...

J'ai eu ces derniers jours subitement le syndrome de l'image qui saute. Quelle que soit la chaîne, ou d'ailleurs aussi le film lu depuis une clé USB ou le disque dur du boitier, y compris TNT, l'image s'est mise à sauter environ toutes les dizaines secondes, avec une coupure du son pendant une fraction de seconde. C'est évidemment stressant à regarder, écouter de la musique devient impossible... Parfois d'ailleurs l'image devenait totalement noire pour se rétablir quelques instants plus tard.

Le fait que cela se produise aussi depuis la TNT ou un fichier du disque dur, ou lu via USB, prouve que ce n'est pas une faiblesse du réseau. D'ailleurs la TV freebox lue sur mon ordinateur avec ADSL TV restait parfaite.

Dans le même temps, le lecteur DVD donnait une image également correcte, prouvant que la TV plasma n'était pas en cause.

C'était donc forcément le boîtier Freebox HD, ou sa liaison avec la TV qui avait un problème. A noter que chez moi la liaison est obtenue par un cable HDMI, pour optimiser l'image en HD.

Du coup, avant d'appeler au secours Free, j'ai écumé les forums internet sur la freebox, et constaté que beaucoup d'internautes avaient connu le même problème que moi. Regardez dans Google avec les mots-clés Freebox image qui saute ou Freebox image Freeze.

Inutile de vous dire que je n'ai pas trouvé de solution.

Un grand nombre de sites prétendent que c'est lié au fait que la Freebox chauffe. Ils préconisent d'aérer le boîtier ou même de le mettre sur la tranche. J'ai beaucoup de doutes que cela ait vraiment réglé quelque problème que ce soit.

Voir ici par exemple

D'autres mettent en cause des problèmes de cable ou d'interférences. C'est d'ailleurs aussi ce que le site de Free lui-même recommande de vérifier.

Voir les préconisations de Free

D'autres ont cherché à modifier le règlage de l'affichage et sont passé de Auto à 4x3 dans les paramètres d'affichage du boîtier Freebox HD. Cela a manifestement réglé le problème pour un certain nombre d'internautes, si on en croit les retours reconnaissants dans les forums.

Voir la solution affichage en 4x3

Mais pour ma part, rien de tout cela n'a marché. Inutile d'ailleurs de préciser que j'ai de nombreuses fois réinitialisé tout l'équipement, y compris par des redémarrages complets, avec réinitialisation du firmware. Tout cela n'a rien réglé.

J'ai cependant, par hasard, trouvé la solution qui marché chez moi: En m'inspirant de ceux qui ont changé le format de l'affichage, j'ai changé chez moi la résolution HDMI. Au lieu de laisser la résolution HDMI sur Auto, je l'ai mise sur 1080i50. Ce simple réglage a totalement supprimé tous les sauts d'image.

Si vous avez la même configuration: boîtier Freebox HD relié à une TV HD par un cable HDMI et que vous souffrez de sauts d'image, vous pouvez tenter ma solution:

Sur la télécommande, tapez sur le bouton jaune avec la flèche pour afficher les règlages. le panneau de Réglage de l'Affichage devient visible. En face de HDMI vous avez un menu déroulant, au lieu de Auto, mettez par exemple 1080i50. Puis retapez sur le bouton jaune avec flèche pour quitter.

Reste à savoir pourquoi subitement le réglage Auto qui était en place depuis 9 mois ne marche plus. Est-ce que c'est Free qui a changé quelque chose dans les firmware? Est-ce qu'un composant est HS? Mystère... Mais l'essentiel est que cela remarche.

Retour sur les fichiers scn

2009-01-25T22:02:00.008+01:00

En avril 2007 j'ai donné dans ce blog les informations dont je disposais sur les fichiers scn produits par Studio de Pinnacle. Vous pouvez les retrouver ici. Depuis cette date, mes connaissances sur ce type de fichier ont progressé sur trois éléments:

1) On peut dans chaque scène choisir l'image miniature qui sera affichée pour visualiser la scène. Par défaut c'est la première image, celle dont l'offset par rapport au début de la scène est 0. Dans Studio vous avez un menu contextuel qui permet de choisir une autre miniature. Cela s'intègre alors dans le fichier scn en ajoutant l'offset de cette image par rapport au début de scène. Pour signaler que cette donnée supplémentaire est présente, un indicateur est mis à $40.

2) On peut ajouter un titre aux scènes. Ce titre est affiché sur deux lignes dans Studio, mais peut éventuellement déborder sur davantage de lignes. Pour indiquer qu'un tel titre est présent, un indicateur est mis à $80. Le titre peut être en caractères UTF-8 ou UTF-16 (widechar).

3) On peut ajouter un commentaire aux scènes, qui sera ignoré dans Studio. C'est éventuellement utile pour mettre des mots-clés etc... En réalité ce commentaire, qui peut aussi être UTF-8 ou UTF-16 est toujours présent, mais en général il est rempli par une chaîne vide.

Voilà donc la nouvelle structure des fichiers avi, où j'ai au passage unifié ce que Lucien appelait le type 1 et le type 2!

Un fichier *.scn commence par un en-tête qui en hexadécimal est le suivant:

63 26 01 00 04 00 00 00 FF FF 03 00 0A 00 'SourceTape'
[nom complet du fichier]
00 00 00 00 00 00 00 00 {{nombre de scenes}} FF FF
01 00 04 00 'Clip' 50 xx yy 00 FF FF

Puis pour la première scène:

01 00 05 00 'Scene'
[commentaire_1]
(scene_1)
(longueur_1)
00 00 00 00 01 80
[fichier]
00 00 00 00
00 00 00 00
(longueur_1)
<(image_1)> si (yy and $40)<>0
<[titre_1]> si (xx and $80)<>0

Puis pour chacune des scènes suivantes, notées scene_i (avec i>=2):

03 80 F0 xx yy 00 05 80
[commentaire_i]
(scene_i)
(longueur_i)
00 00 00 00 07 00
(scene_i)
(longueur_i)
(scene_i)
<(image_i)> si (yy and $40)<>0
<[titre_i]> si (xx and $80)<>0

Ici ma notation est la suivante:

{{nombre}} est un nombre codé sur 2 octets
(scene_i) est le numéro de la frame dans le fichier avi où commence la scène i. Par exemple scene_1 est 0. Ce numéro est un entier codé sur 4 octets.
(longueur_i) est la longueur - en nombre de frames -sur 4 octets de la scène i. Donc (longueur_i)=(scene_i+1)-(scene_i)
<> si condition : signifie que l'élément est optionnel, et il n'est présent que si la condition est remplie
[texte] est une chaine de caractères précédée de sa longueur et éventuellement de caractères de code selon une des syntaxes suivantes:

00 => texte vide
{len} avec len<$FF => texte UTF-8 de longueur len
FF {{len}} avec len<$FFFE => texte UTF-8 de longueur len

FF FE FF 00 => texte vide
FF FE FF {len} avec len<$FF => texte UTF-16 de longueur len
FF FE FF FF {{len}} avec len<$FFFE => texte UTF-16 de longueur len

{len} est la longueur du texte sur 1 octet
{{len}} est la longueur du texte sur 2 octets - donc toujours précédée du code $FF
Le code FF FE FF signifie donc que le texte est en widechar, chaque caractère étant codé sur 2 octets.

TV plasma qui grésille

2008-08-10T10:56:00.004+02:00

J'ai acheté il y a quelques semaines une TV écran plat Plasma Samsung. Un très beau et très grand modèle. Une fois installé, il avait seulement un défaut: un grésillement assez désagréable à l'oreille, notamment lorsque l'écran devenait clair. Quand on jouait à la Wii par exemple, l'écran très blanc donnait un bruit de fond très stressant. Attention, il ne s'agit pas d'une déformation du son venant par les haut-parleurs, mais d'une vibration provenant de l'alimentation électrique. Lorsque l'écran est clair, l'alimentation est davantage sollicitée et renforce le bruit.

J'ai fait des recherches sur internet pour trouver si d'autres ont connu le problème et s'ils ont trouvé des solutions. Effectivement beaucoup de gens se plaignent de ce bruit. Plusieurs internautes racontent qu'ils ont fait appel au service après-vente, que celui-ci a changé telle ou telle carte d'alimentation, mais que cela n'a pas eu d'effet. D'autres indiquent carrément que le service après-vente a refusé de prendre en charge le problème, estimant que c'était normal et que le grésillement est un problème subjectif. Certains sont donc allé jusqu'à revendre leur TV plasma en désespoir de cause.

En fait, j'ai trouvé une solution qui chez moi a complètement supprimé le grésillement, sauf si on colle vraiment l'oreille à l'arrière de l'écran pour entendre un très discret ronronnement. J'ai remarqué que lorsqu'on manipulait l'écran, et surtout qu'on manipulait le capot en forme de grille de protection à l'arrière du plasma, par exemple en appuyant dessus, le bruit se modifiait et pouvait même temporairement disparaitre. Cela laisse penser que si l'alimentation électrique est bien la source de la vibration, celle-ci ne devient audible que parce que le capot de la TV entre en résonance avec la fréquence (probablement 50hz) et amplifie le bruit.

D'où la solution: il m'a suffi de dévisser un peu (tout en les maintenant en place) quatre vis de maintien de ce capot, ce qui change son mode de résonance, et le grésillement a complètement et définitivement disparu. C'est vraiment un nouveau départ et un plaisir renouvelé maintenant de regarder cette TV.

Depuis cette manipulation toute simple, j'ai trouvé quelques sites qui évoquent le même sujet et qui proposent par exemple de réduire la résonance avec une colle spéciale. C'est à essayer si le truc des vis ne marche pas chez vous:

Comment réduire le grésillement plasma avec de la colle

Bientôt la version 7.0 de DVdate

2008-02-28T23:06:00.011+01:00

J'ai un peu négligé mon blog depuis quelques semaines, et déçu beaucoup de correspondants en ne répondant pas à leurs mails. Ce n'était pas par paresse, mais parce que je consacrais tout mon temps libre à travailler sur la version 7.0 de DVdate. C'est une version totalement réécrite pour améliorer certains aspects importants.

Parmi les nouveautés qui feront sûrement son succès on peut signaler les éléments suivants:

tout le programme est maintenant compatible avec les caractères Unicode. Cela permettra à nos amis asiatiques d'apprécier pleinement DVdate en voyant leurs noms de fichiers écrits avec les caractères de leur langue asiatique.

tout le travail sur les scènes est considérablement développé. Beaucoup apprécieront notamment de pouvoir exporter les scènes non seulement dans un fichier texte, mais aussi dans un fichier Excel, dans un tableur OpenOffice.org ou aussi, dans un document Word ou OpenOffice.org/Writer. Pour ces deux derniers cas, le document exporté comprend une image par scène. Voici un petit aperçu de document ainsi obtenu, idéal pour faire une table d'archivage des scènes. Il s'agit de la vidéo de Jimi Hendrick à Woodstock, découpée en scènes de 30 secondes. On peut télécharger ici le document OpenOffice.org en entier. Attention, je ne diffuse pas de vidéo!

un éditeur de l'incrustation très puissant permet de modifier à volonté la police, la position et le type d'incrustation tout en faisant jouer une vidéo (et sans allers-retours avec le panneau des préférences). On peut maintenant incruster le datecode, le timecode et aussi n'importe quel texte sur 2 lignes, ou toute combinaison.

Le programme n'est plus enfermé dans une fenêtre de taille fixe. On peut ajuster sa taille, jusqu'au plein écran, et profiter alors d'une vidéo agrandie et d'une liste des fichiers vidéos plus longue. On peut d'ailleurs basculer cette dernière de droite à gauche.

Parmi les fonctions de conversion on a ajouté la conversion d'une vidéo DV de 16x9 en 4x3 et réciproquement.

Enormément d'autres améliorations ont été apportées, pour clarifier, perfectionner, sécuriser certaines commandes, ou les rendre plus "user-friendly".

A ce stade, le programme est déjà très opérationnel, mais doit encore recevoir des finitions et des tests. Il n'est pas non plus traduit en Anglais. Je le mets en téléchargement pour ceux qui voudraient l'essayer, tester en avant-première les nouveautés et me faire part de leur expérience. Comprenez bien que c'est une version beta et sans engagement, mais qui devrait déjà vous apporter des satisfactions très prometteuses. Ce blog pourrait être le bon lieu pour faire vos commentaires éventuels sur cette version. Ils me permettront d'accélérer sa finalisation.

>>> La version 7.0.0 de DVdate est à télécharger ici.

Imagegrab et les grandes polices

2007-11-17T07:45:00.000+01:00

Certains utilisateurs d'ImageGrab ont des difficultés d'affichage avec mon programme. La fenêtre est décalée, si bien que les boutons utiles ne sont même plus accessibles.

Il s'avère que cela est dû à une incompatibilité d'ImageGrab 4.1.3 avec les grandes polices, utilisées de plus en plus sur les portables sous Windows Vista.

En attendant une correction de ce bug, il est toujours possible de désactiver l'utilisation des grandes polices. Chez moi l'opération est la suivante:

cliquer avec le bouton droit sur l'écran (à un endroit non occupé par une fenêtre)
cliquer sur propriétés
cliquer sur l'onglet paramètres
cliquer sur le bouton Avancé
choisir l'onglet général
sélectionner taille normale (96ppp) dans les paramètres ppp
Ok
répondre Oui -pour utiliser les polices déjà existantes
redémarrer l'ordinateur

Maintenant la fenêtre d'ImageGrab devrait apparaitre normale.

Evidemment cette manip aura des impacts sur vos autres programmes, où les textes vous sembleront alors plus petits. Vous pourrez toujours revenir aux grandes polices en faisant la même opération sauf à l'étape 6, choisir grande taille (120ppp).

Recyclage

2007-10-15T00:28:00.000+02:00

C'est aujourd'hui, 15 octobre, le blog action day, une initiative qui propose à tous les blogueurs de traiter le même jour un même sujet. Cette année c'est le thème de l'environnement. Alors pour une fois je ne vais pas parler de programmation et vidéo, mais du recyclage des déchets informatiques.

Depuis le 15 novembre 2006, nous payons tous une éco-participation sur les achats de matériel informatique destinée à financer le recyclage des déchets informatiques. C'est une bonne chose si cela permet d'éviter de rejeter dans la nature des millions de tonnes de produits nocifs utilisés dans certains composants. En théorie tout cela est écologiquement responsable et fort sympathique. Voyez la théorie ici.

Le problème est que nous payons l'écotaxe, et qu'en fait il n'y a pratiquement pas de recyclage. Regardez ici par exemple une analyse de la situation en juin dernier. La filière recyclage a pris du retard, les collectivités locales qui ont l'obligation d'organiser le recyclage n'ont - sauf exceptions - rien fait, et les revendeurs informatiques qui devraient vous reprendre le matériel ancien le font avec beaucoup de réticences. D'ailleurs si vous achetez du matériel par correspondance, est-ce que vous savez comment renvoyer votre ancien matériel?

Faites donc un test. Ecrivez à votre mairie pour savoir où vous pouvez apporter vos vieux moniteurs informatiques qui pourrissent dans votre cave. Comme il y a des élections municipales l'an prochain elle vous répondra sûrement, mais je doute qu'elle vous donne une solution réellement opérationnelle.

Le résultat est que l'essentiel du matériel informatique des particuliers finit encore à la poubelle, alors que c'est théoriquement interdit. On se demande où va l'argent de l'éco-participation.

Au fait cela ne vous rappelle rien? Il y a aussi une taxe sur les supports informatiques destinée à la copie privée d'oeuvres sous droits d'auteur, mais la copie est interdite!

Amélioration des plug-ins pour CaptureFlux

2007-09-23T13:44:00.001+02:00

Grâce aux informations données par plusieurs visiteurs de mon blog, j'ai pu constater que les plug-ins que j'avais réalisé pour les boîtiers ADS DVD XPRESS DX2, Dazzle Video Creator (DVC130) et Dazzle Platinum Video Creator (DVC170) ne marchaient pas toujours avec CaptureFlux.

On peut télécharger mes nouveaux plug-ins sur la page de CaptureFlux. Ils portent le même nom que les anciens, et il suffit de remplacer l'ancien par le nouveau, par défaut dans le même dossier que l'application.

Trois problèmes ont été corrigés:

1) en mode mpg2 natif la capture pouvait donner un fichier vide (0 octets). Ceci devrait être corrigé dans les nouveaux plug-ins: j'ai changé le filtre qui écrit la vidéo sur le disque et remis un bon vieux filtre dump. Rassurez-vous, aucun filtre n'est installé sur votre système: le plug-in comprend en interne le logiciel correspondant sans rien installer.

2) j'ai constaté que Pinnacle distribuait plusieurs filtres décodeurs mpeg2 différents, et surtout qui n'avaient pas les mêmes broches. Chez moi, c'était le Pinnacle MPEG 2 Decoder, installé par pclempegbox.ax version 4.0.8.00 . Ce filtres n'a qu'une broche d'entrée et une broche de sortie: le flux vidéo mpeg2 y entre et le flux vidéo décodé en sort.

Or chez Rudy, il n'en était pas de même: son filtre s'appelle bien Pinnacle MPEG 2 Decoder, il est installé par un fichier pclempegbox.ax mais en version 5.0.617.00 Et cette petite différence de version, lui donne trois broches, notamment une nouvelle broche d'entrée pour un flux de "subpicture" qui semble servir pour décoder certains DVD. Du coup quand CaptureFlux cherchait à se connecter, il ne trouvait plus la bonne broche. C'est maintenant réparé et je pense que le plug-in devrait maintenant fonctionner avec les versions différentes du décodeur de Pinnacle.

3) certains utilisateurs, comme ChrisPM, avaient désinstallé le décodeur divx officiel DivX Decoder Filter, qui était utilisé par le plug-in pour gérer les flux divx. Et je ne les blâme pas, s'ils préfèrent fonctionner avec ffdsshow ou XVID. Du coup, le plug-in cherchera maintenant quand même d'abord le decodeur officiel, et s'il ne le trouve pas, essaiera d'en demander un autre au lieu de renoncer bêtement à fonctionner. Cela devrait donner un peu de souplesse de ce côté-là.

Qu'est-ce qui n'a pas pu être résolu?

Certains utilisateurs, comme Pierre Julien n'ont pas de driver pour faire fonctionner le boîtier sous Vista 64 bits. Il est clair que mes plug-ins ne le remplacent pas, et que CaptureFlux en saura pas fonctionner sans un driver approprié.

Certains utilisateurs, comme Gaël me disent que cela marche sur leur ordinateur de bureau, mais pas sur leur portable. Or quand je regarde les filtres de l'ordinateur portable, je m'aperçois qu'aucun filtre de Pinnacle n'est installé. Même si maintenant j'ai introduit un peu de souplesse, je pense qu'il faut quand même installer le logiciel fourni avec le boîtier pour pouvoir le faire fonctionner correctement.

D'autres utilisateurs regrettent de ne pas pouvoir enregistrer directement en mp4. Désolé, je n'ai pas pu le rajouter, car je n'ai pas une connaissance suffisante de ce format et des filtres qui permettent d'enregistrer en mp4. C'est peut-être un but pour une prochaine révision.

Que reste-t-il à faire maintenant?

Après les plug-ins DVC130, DVC170 et ADS, je vais regarder encore quelques améliorations pour Captureflux: améliorer le plein écran pour ceux qui ont des écrans larges, peut-être revoir la synchronisation audio/vidéo car dans certains cas ce n'est pas terrible.

A suivre donc.

CaptureFlux et les DVC 130 et 170

2007-09-01T20:34:00.000+02:00

Le DVC 170 , comme d'ailleurs le DVC 130, sont des boîtiers de capture vidéo très peu chers, et qui compressent la vidéo par le hardware (donc sans mobiliser le processeur) en mpeg 1, 2, voire en mpeg-4 et divx. En France, il s'appellent Dazzle Video Creator ou Dazzle Video Creator Platinum, et sont en fait une marque de la société Pinnacle. Celle-ci les distribue avec ses logiciels (genre Studio), mais beaucoup d'utilisateurs regrettent de ne pas pouvoir utiliser d'autres logiciels, notamment pour voir la vidéo en plein écran , sans être obligé de l'enregistrer. C'est le cas de Gaël qui a commenté mon billet précédent. Mon logiciel CaptureFlux fait cela pour pas mal de systèmes, aussi suis-je souvent sollicité pour le rendre compatible avec ces boîtiers.

En fait, je n'ai jamais essayé aucun de ces deux boîtiers, mais je dispose d'un boîtier ADS Tech DVD Xpress DX2, qui utilise la même puce que les DVC 130 et DVC 170 pour numériser et compresser la vidéo. Il s'agit de l'excellente puce WIS GO7007SB, qui a pour les Français aussi l'avantage d'accepter des entrées vidéo en SECAM.

J'ai réussi à faire marcher CaptureFlux avec le boîtier ADS en réalisant un plug-in spécialisé. Grâce à plusieurs utilisateurs de DVC 170 qui ont fait des tests, j'ai aussi développé un plug-in pour les boîtiers Dazzle. Malheureusement cela ne semble pas marcher pour tout le monde, probablement parce qu'il y a plusieurs versions du driver de cette puce, et que mes plug-ins pour CaptureFlux ne marchent que pour certains d'entre eux.

Ce billet de mon blog s'adresse donc aux utilisateurs de DVC 170 et DVC 130 qui voudraient faire marcher CaptureFlux avec leur boîtier. S'ils veulent que je développe un plug-in pour eux, ils devront m'aider en faisant un certain nombre d'essais ou de tests, et en me donnant leurs résultats.

Pour cela, il faut savoir utiliser graphedit. J'ai une page web sur graphedit qui explique comment cela se fait. Si vous ne l'avez pas encore, téléchargez-le plutôt sur doom9 qui donne une version plus récente que Digital Digest (il faut chercher la full software page, puis la rubrique filters). Ne lancez pas tout de suite register.bat, car il installe un tas de filtres directshow dont vous n'aurez pas besoin en principe. La seule chose dont vous avez besoin c'est d'installer la dll qui permettra d'ouvrir les pages de propriétés. Elle s'appelle proppage.dll. Pour cela, soit vous éditez (avec notepad.exe) le fichier register.bat et effacez toutes les lignes sauf regsvr32 proppage.dll /s, soit vous utilisez mon logiciel Filmerit, et glissez simplement le fichier proppage.dll sur sa fenêtre.

Branchez maintenant votre boîtier. Par précaution, vérifiez avec le logiciel d'origine qu'il marche et donne une image. Mais ensuite quittez complètement le logiciel, tout en laissant le boîtier branché.

Lancez ensuite graphedit, puis lorsque la fenêtre vide est affichée, tapez CTRL+F. Chargez d'abord le filtre source de capture qui correspond à votre boîtier. Il doit se trouver dans la rubrique Video Capture Sources, et s'appelle chez moi ADS DVD XPRESS DX2. Chez vous, il y a des chances qu'il s'appelle Dazzle DVC170 ou encore Dazzle DVC 130. Peut-être allez-vous trouver encore autre chose. Sélectionnez-le et tapez Insert Filter.

Puis vous allez dans la rubrique Périphériques de distribution de flux WDM et essayez de trouver un filtre Crossbar. Chez moi, il s'appelle WIS GO7007SB Crossbar, mais chez vous il pourrait s'appeler Dazzle DVC170 CrossBar ou encore Dazzle DVC130 CrossBar, ou autre chose.
Insérez-le aussi.
Ensuite, il faut essayer de construire le graphe. La première chose à faire est de relier le filtre crossbar et le filtre source. Chez moi le filtre source n'a qu'une entrée. On la relie à la sortie vidéo du filtre crossbar. Peut-être chez vous en aura-t-il plusieurs? A vous d'essayer au mieux.

Ensuite, vous terminez le rendu du graphe en cliquant avec le bouton droit sur les broches de sortie du filtre source, et en choisissant render pin. Attention, s'il y a une broche de capture et une broche de preview, il vaut mieux pour mes essais rendre les deux. Souvent, il y a aussi une broche audio. Rendez-la itou.

Vous devriez alors obtenir un graphe complet, du genre suivant:

Avec un peu de chances, il marchera quand vous tapez Entrée pour le faire jouer. S'il ne donne qu'une image noire, il faut sans doute configurer la crossbar. Vous cliquez sur le filtre Crossbar avec le bouton droit, et affichez sa page de propriétés. La principale chose à faire est de vérifier la source vidéo: composite ou s-vidéo, selon ce qui est branché sur votre boîtier. Parfois il y a d'autres réglages. A vous de regarder.

Quand vous avez un graphe qui marche, et qui donne une image et du son, c'est presque gagné: vous pouvez déjà profiter de votre boîtier autrement qu'avec Studio de Pinnacle. Enregistrez le graphe avec CTRL+S, et envoyez-le moi (c'est un filtre grf) avec les commentaires utiles. Ce sera ma matière première pour fabriquer un plug-in.

A ce stade, il faut remarquer que le filtre source peut donner des flux vidéos très différents: mpeg1, mpeg2 ,mpeg4 ,divx etc... selon les règlages de sa page de propriétés. Chacun de ces flux sera rendu différemment, notamment en mobilisant un décodeur différent. Vous devriez donc recommencer plusieurs fois, et avant de rendre les broches de sortie du filtre source, ouvrir sa page de propriétés et choisir différents formats de sortie, puis compléter le graphe de rendu. Envoyez-moi tous les graphes obtenus qui marchent.
Il reste une dernière difficulté: CaptureFlux doit décomprimer l'image dans la mémoire vive de l'ordinateur, et pas dans la mémoire de la carte vidéo. C'est un problème qui se pose avec les flux mpeg2, qui sont parfois décodés en mode overlay. Si le graphe de rendu fait appel à des filtres décodeurs de mpeg2 tels que ceux de Cyberlink, et fait apparaître un filtre overlay ce n'est pas bon pour CaptureFlux. Il faudra donc voir si vous avez d'autres filtres mobilisables. Le mieux pour cela, est d'utiliser mon logiciel Filmerit, déjà cité plus haut pour prendre une photo de tous vos filtres, et de m'envoyer aussi le zip obtenu.

Pour l'envoi, vous trouverez mon adresse e-mail sur mon site, ou sur les pages d'aide de CaptureFlux ou Filmerit. Si ces indications ne sont pas claires, faites des commentaires à ce billet. Sinon envoyez-moi vos résultats.

Croissance inexorable de Vista

2007-08-19T12:06:00.000+02:00

Hier - le 18 août 2007 - pour la première fois les visites de mon site provenant d'un ordinateur équipé de Windows Vista ont dépassé 10% du total des visites. C'est un résultat que je me garderai évidemment de généraliser à tout le web, car les visiteurs de mon site consacré à la vidéo et à la programmation sont sans doute plus technophiles que la moyenne des surfeurs sur le web.

C'est quand même un résultat remarquable, si l'on se souvient que Vista n'est proposé aux utilisateurs individuels que depuis février dernier.

Voici la répartition des systèmes d'exploitation de mes visiteurs en juillet 2007, selon Xiti, le site que j'utilise - dans sa version gratuite - pour connaître mes visiteurs :

Pour l'ensemble du mois de juillet, Windows XP reste bien sûr écrasant, et équipe 83,9% de mes visiteurs, mais Vista représente déjà 7,4%.

Il n'y a pas si longtemps, en janvier 2007 la répartition était la suivante:

On voit donc que Vista progresse au détriment de XP, alors que les autres systèmes d'exploitation sont assez stables sur leurs niches. Chaque mois Vista gagne à peu près 1% de "parts de marché".

J'en tire comme conclusion que les programmeurs doivent tenir compte de cette réalité, et adapter leurs logiciels aux spécificités de Vista. Pour ma part, je fonctionne encore complètement sous XP SP2, mais je teste mes réalisations sous Vista sur l'ordinateur portable de ma femme.

C'est comme cela que je peux annoncer mes logiciels comme compatibles avec Vista. Si certains d'entre vous pensent que ce n'est pas totalement le cas, merci de me le signaler, car je ne suis pas encore très familier avec ce système d'exploitation.

Conversion de Pal en NTSC

2007-08-07T19:52:00.001+02:00

Jacques m'interroge - dans un commentaire à mon billet précédent - sur la conversion de DVD Pal en NTSC. C'est un sujet qui intéresse beaucoup de vidéastes si on en juge par le nombre de forums de discussions, de faq et de tutorials qui traitent de cette question.

Sur l'un des principaux sites américains qui traitent de DVD, videohelp.com, si je fais une recherche avec les deux mots-clés Pal et Ntsc, il cite 12.700 pages sur ce seul site qui contiennent ces deux termes, et publie 11 guides relatifs à cette question. On y trouve pêle-même la méthode utilisant l'application Cinema Craft Encoder (si vous avez $2000 à mettre dans un encodeur mpeg2) et celle qui utilise TmpgEnc (encodeur dont on peut avoir une version d'essai pour quelques cacahuètes), une méthode dite du patch qui ne nécessite aucune reconversion si on arrive à tromper son lecteur, comme une méthode dite en 12 étapes, qui semble une vraie usine à gaz.

Pour sa part, DVdate est très utile pour convertir de l'avi DV Pal en avi DV NTSC, et permet donc de faire un DVD NTSC à partir d'un camescope DV Pal, comme je l'explique ici. Mais j'ai bien peur que cela ne réponde pas au problème de Jacques, car il veut convertir les fichiers Vob de son DVD Pal et non des vidéos au format avi DV Pal.

Il n'est toutefois pas impossible d'obtenir quelque chose, mais ce serait assez lourd et se ferait avec une notable perte de qualité.

Pour ceux qui veulent vraiment tenter l'affaire, la méthode serait la suivante:

ripper le DVD en un avi divx de la meilleure qualité possible. Il existe plein de tutoriels un peu partout pour expliquer comment faire cela. Comme les divx peuvent être regardés sur l'ordinateur ou sur un nombre croissant de lecteurs DVD, on pourra d'ailleurs souvent s'arrêter là.
si on veut absolument obtenir un DVD NTSC, utiliser DVdate pour convertir le divx en une vidéo DV type 2 . C'est une commande du menu convertir, qui certes dégradera la qualité, mais pas beaucoup plus que le passage du vob en divx. On prendra soin dans les préférences de DVdate, de demander que cette conversion soit faite au format NTSC, et éventuellement à la fréquence audio 48000 Hz.
avec n'importe quel logiciel de montage vidéo capable de sortir un DVD (par exemple Studio de Pinnacle, ou Ulead, ou Nero), on charge alors le fichier avi DV NTSC fabriqué par DVdate et l'application produit en principe un DVD NTSC.

Cette méthode n'est évidemment pas très recommandable car elle a beaucoup d'inconvénients:

D'abord, on multiple les décompressions/ recompressions: on doit d'abord décomprimer le vob pour le comprimer en divx, pour décomprimer le divx pour le convertir en avi DV NTSC, puis décomprimer le DV pour le reconvertir en vob (mpeg2). Cela fait une perte de temps et de qualité d'image. Les meilleures méthodes décompriment le vob initial et le compriment tout de suite en vob final: 1 seule décompression/recompression au lieu de 3.

Ensuite on perd l'entrelacement: en principe le DVD initial était entrelacé pour une lecture fluide sur la TV. Il y a fort à parier que dans ces décompressions/recompressions l'entrelacement aura disparu. Or perdre l'entrelacement donne une image moins fluide sur la TV où le résultat final sera regardé. Paradoxalement, il faut d'ailleurs souhaiter qu'à l'une des étapes ci-dessus, et notamment la première, il y ait eu un désentrelacement propre des images, car sinon il y a fort à parier que le résultat final donnerait des stries d'entrelacement incontrôlées qui feraient un effet de peigne monstrueux sur l'image finale.

Ensuite - et c'est le point faible de toutes les méthodes, quel que soit le prix que vous y mettrez -, il n'existe pas de bonne méthode pour passer de 25 images à 29.97 par secondes (on peut même arrondir à 30 si vous préférez, cela ne change rien). Aucune méthode du commerce ne se risque vraiment à fabriquer de nouvelles images en interpolant entre plusieurs images de la vidéo d'origine. En fait, elles prennent en substance dans la vidéo d'origine 5 images puis répètent la 5ème une fois pour former la 6 ème image. C'est ainsi que les 25 images (soit 5 groupes de 5) d'une seconde passent à 30 images (soit 5 groupes de 6).

Pour illustrer l'effet de ce bidouillage d'images, supposons que nous filmions une voiture qui avance sur une ligne droite à 90km/h , soit 25 m par secondes. Notre film d'origine qui est à 25 images/secondes la photographiera donc à la position 1 m, 2m, 3m.... jusqu'à 25m pour les images de la première seconde. Quand on aura converti cela en NTSC on aura une vidéo qui la montre à 1m sur la 1ère image, alors que le temps écoulé n'est que de 1/30ème de seconde et que la voiture devrait être à 25/30 m=0.83m. Puis la 2ème image à 2m, alors que la voiture est réellement au bout de 2/30 de secondes à 1.66m et ainsi de suite jusqu'à la 5 ème image qui présentera la voiture à la position 5 m, alors que le temps passé sera de 5/30èmes de secondes et donc que la position réelle devrait être de 4.17 m. Puis tout à coup se répète la position 5m pendant la 6ème image. Cela donne au total une vidéo qui semble un peu accélérée pendant 5 images (les 4,17 premières secondes de chaque séquence) puis s'arrête pendant une image, avant de recommencer le cycle.

Considéré autrement, on devrait voir chaque position sur l'écran de la voiture 1m, 2m, 3 m... 5m pendant 40 millisecondes. Après conversion, on voit la voiture à 1m, 2m jusqu'à 4m pendant 33 millisecondes chacune, puis on la voit à 5m pendant 66 millisecondes.

Cet effet ne me paraît pas totalement rédhibitoire, grâce à la bonne volonté de l'oeil humain. D'ailleurs la vidéo d'origine fait aussi des approximations, puisqu'elle montre la voiture faisant des sauts de 1 m par 1m, alors qu'elle avance en réalité continuement. Mais le processus donne quand même une impression légèrement saccadée et peu naturelle lorsqu'on regarde le résultat.

Un dernier point faible, commun à toutes les méthodes: tout cela permet éventuellement de convertir un fichier vob issu du DVD, mais qu'en est-il des menus, sous-titres de langue, bandes audio additionnelles etc... C'est encore une autre paire de manches que de reproduire tout ce binz en gardant en outre toute la synchronisation nécessaire.

Plusieurs de ces inconvénients, sauf sans doute le premier, sont des points communs à la plupart des méthodes. C'est sans doute pourquoi aucune méthode n'a réussi à s'imposer. En fonction de ses besoins, et surtout de ses possibilités, notamment en disponibilité de logiciels, on pourra donc essayer diverses méthodes disponibles, quitte à savoir fermer les yeux sur leurs points faibles.

Retour de vacances

2007-08-04T10:14:00.001+02:00

Me voilà rentré de vacances, avec 5 cassettes DV en LP de films à monter. Cela va concurrencer mes activités de programmation.

Ce qui me frappe en étant allé dans les pays les plus pauvres de l'Indochine, c'est qu'au moins dans leurs villes les cyber-cafés sont omniprésents et qu'il est très facile et peu cher de se connecter sur Internet et donc de suivre -même au bout du monde- ce qui se passe sur son blog, son site, ses messageries... On a là vraiment le sentiment concret que la mondialisation est en marche, et pas seulement dans quelques hôtels qui diffusent CNN.

Le vrai exotisme qui reste alors sur la planète est peut-être tout proche de nous: m'étant lamentablement perdu en voiture du côté de Deuil-la-Barre dans la banlieue parisienne l'autre soir, je me suis décidé à acheter mon premier GPS (un ViaMichelin X980T quand même!) pour pouvoir à l'avenir m'y repérer.

J'avais publié DVdate 6.4.1 avant mon départ. A mon retour je trouve plusieurs mails signalant des bugs qu'il fallait corriger d'urgence. J'ai donc fait immédiatement la mise à jour vers 6.4.4 publiée hier. J'en ai profité pour actualiser les pages d'aide sur mon site.

Il semble que CaptureFlux donne aussi quelques soucis à certains. Je vais voir si c'est remédiable rapidement, ou si cela nécessite une grande révision. Dans le premier cas, je le mettrai à jour tout de suite. Dans le second cas, je reporterai ces travaux jusqu'à ce que la grande révision de CassetteDV ait été faite.

Logiciels portables

2007-07-11T22:47:00.000+02:00

Il y a une demande croissante pour des logiciels portables, c'est-à-dire des logiciels que l'on copie sur une clé USB ou sur un disque dur externe, et que l'on peut ensuite transporter avec soi et brancher à volonté sur n'importe quel système matériel.

L'idée est vraiment intéressante, car c'est exactement l'idée inverse de celle dont rêvent toutes les grandes firmes informatiques qui voudraient nous imposer des systèmes n'ayant plus d'unités de stockage, pour que tout soit stocké sur leurs serveurs centralisés, et que nous devenions totalement dépendants de leurs services et de leurs réseaux.

Le logiciel portable permet à l'inverse de ne plus dépendre du tout du matériel, qui ne devient qu'un hôte pour notre unité de stockage portable, tout ce qui est important étant décentralisé auprès de l'utilisateur.

La première condition pour qu'un logiciel soit portable, c'est qu'il n'ait pas besoin d'inscrire des données dans le registre de Windows. Certains disent qu'il ne doit pas avoir besoin d'installation. En réalité c'est seulement l'installation dans le registre de Windows ou dans des dossiers fixes du système comme c:\windows\system32 qui doit être prohibée. Si le logiciel a une procédure d'installation qui se contente de copier des fichiers sur l'unité de stockage portable, alors cela ne nuit pas à la portabilité. Par exemple, dézipper des fichiers. S'il écrivait par contre des données dans le registre de Windows, il ne pourrait pas les transporter sur un autre ordinateur, et ne pourrait ainsi sans doute pas fonctionner sur son nouvel hôte.

Vous savez que mes logiciels n'ont pas besoin d'installation, autre que de dézipper le fichier exécutable. Ils respectent donc le 1er niveau de portabilité. Mais ils sauvent - du moins si vous l'acceptez - leurs préférences dans le registre. D'où le second niveau de portabilité à respecter: pouvoir retrouver ses préférences quel que soit le système sur lequel tourne la clé. Par exemple si vous avez un navigateur web, vous voudrez avoir toujours sous la main ses favoris. Ou si vous avez changé les couleurs dans Filmerit, il faut que ces changements suivent le logiciel dans la clé usb.

J'avais tenu compte de cet objectif sur les dernières révisions de DVdate, Filmerit et ImageGrab, en permettant à l'utilisateur de sauver ses préférences dans un fichier ini situé dans le même dossier que l'application, donc circulant avec cette dernière sur l'unité de stockage mobile.

Christophe qui travaille sur le projet liberkey, une compilation de logiciels portables gratuits que l'on peut copier sur une clé usb, me signale que cela n'est pas encore suffisant.

En effet, dans les préférences, il y a parfois l'indication d'un dossier, ou d'un fichier utilisables par le logiciel. Par exemple dans DVdate, les préférences comprennent:

le dossier par défaut pour ouvrir des vidéos
le dossier préféré ouvert par F7
le dossier par défaut pour ouvrir les playlist
le dossier pour les fichiers créés par conversion
l'emplacement du fichier imagegrab
l'emplacement de deux fichiers à lancer par F3 ou F4

Enfin, de manière moins voyante, sous le nom exename, les préférences sauvent aussi l'adresse de l'application. C'est utile pour que mes programmes puissent s'appeler l'un l'autre, en sachant où chacun a été copié.

Supposons maintenant que le fichier imagegrab soit sur la même clé usb que DVdate, sous le chemin e:\image\imagegrab.exe. Ce fichier e:\image\imagegrab.exe sera noté dans le fichier ini. Or au prochain lancement, la clé sera peut-être implantée sur un autre ordinateur et aura hérité de la lettre de lecteur F:\. Alors DVdate aura un problème car il cherchera imagegrab.exe dans le dossier e:\image\ qui n'existe pas, et qui est devenu le dossier f:\image\.

Christophe me demande d'en tenir compte dans mes logiciels, en sauvant des chemins relatifs au lieu de sauver des chemins absolus. C'est ce qu'on pourrait appeler une précaution de troisième niveau.

Cela me pose deux difficultés: d'abord une difficulté de programmation, car pour saisir des chemins j'utilise des composants de delphi qui ne fonctionnent qu'en chemin absolu.

Ensuite une difficulté de fond: pour un logiciel qui traite de vidéo numérique, il faut manipuler de très gros fichiers. Il y a donc peu de chances que le dossier où chercher ces très gros fichiers soit sur une clé usb. En revanche, il pourrait très bien être sur un disque dur externe. Dans le premier cas, il est donc inutile de transcrire son adresse en relatif, alors que dans le second cas, il faudrait y procéder. Comment faire la différence?

J'ai mis au point la solution suivante pour contourner ces difficultés, et compte l'implanter dès la prochaine révision de mes logiciels:

D'abord l'utilisateur devra indiquer s'il veut que sa version soit portable (donc enregistre ses préférences dans un fichier ini situé dans le même dossier que l'application) ou s'il veut que sa version soit normale (et enregistre ses préférences dans le registre).

S'il est dans le premier cas, au prochain lancement, le programme regardera quelle était la lettre du périphérique dans l'exécutable indiqué sous exename. C'était la lettre de l'unité usb ou disque dur externe, par exemple E:\. Ensuite il regarde quelle est la lettre actuelle du périphérique sur lequel se trouve l'application (qui par définition est considéré comme une unité de stockage portable). Par exemple F:\.

Chaque fois que dans les préférences apparaîtra un dossier ou le chemin d'un fichier commençant par la première lettre ( E:\), on corrigera cette lettre en la remplaçant par la seconde ( F:\).

De cette manière, toutes les références qui pointaient vers la clé usb (ou le disque dur externe) continueront à pointer vers la clé usb (ou le disque dur externe). Pour autant, l'utilisateur n'a absolument besoin de se préoccuper de rien, il ne verra que des chemins absolus et non relatifs, et le programme n'écrira dans le fichier ini que des chemins absolus et non relatifs. C'est DVdate qui saura relativiser tout cela au lancement.

Si Christophe lit ce billet, il me dira peut-être qu'il faut assurer un quatrième niveau de portabilité: en effet, il ne lui aura pas échappé que DVdate peut sauver l'adresse d'une playlist. Avec ma technique de 3ème niveau, si l'utilisateur prend soin de sauver la playlist dans un dossier qui figure sur la clé usb, alors DVdate pointera toujours vers ce dossier, même si la clé a été déplacée sur un autre système. Par contre, le fichier playlist.txt ainsi pointé, liste lui-même des fichiers vidéo, dont certains pouvaient être sur la clé usb. Si j'étais rigoriste, je devrais donc aussi corriger ces fichiers en changeant leur périphérique E:\ en F:\.

Je ne suis sans doute pas assez rigoriste en matière de portabilité pour aller aussi loin, car au fond je crois que ce n'est pas utile, et compliquerait les opérations de DVdate. Par contre, si je trouvais un mécanisme simple et automatique pour imposer toutes les corrections de E:\ vers F:\au fur et à mesure que l'on veut utiliser un fichier ou un dossier, sans devoir les lister a priori, je n'hésiterai pas à l'implanter.

En attendant, vous pouvez tester la clé liberkey sur laquelle vous trouverez Filmerit, en version 3.0.8, donc avec une portabilité de niveau 2 pour reprendre l'échelle ci-dessus. Et ne ratez pas la prochaine version 6.4.0 de DVdate, qui devrait avoir la portabilité de niveau 3.

L'été sera glagla

2007-07-07T12:44:00.001+02:00

Je trouve dans Libération un article qui ne peut pas me laisser indifférent, puisqu'il dit:

depuis que Nicolas Sarkozy est à l’Elysée, la météo est pourrie. Vents déments, pluies battantes, froid de gueux, nous n’aurons qu’un mot : glagla

Et l'article de décliner les programmes télé de l'été autour du thème glagla: Glagla, les miquettes; Glagla, les énigmes; Glagla, l'amour.

C'est pour moi l'occasion de vous confirmer mon programme de travail pour l'été 2007:

Je termine en ce moment une révision de DVdate,

Ce sera probablement la version 6.4.0, qui comprendra un vrai éditeur de scènes, capable de faire automatiquement la liste des scènes (par analyse du contenu s'il ne s'agit pas d'un programme avi DV), qui permettra ensuite de corriger ce découpage, en fusionnant ou découpant des scènes, de donner des titres aux scènes, et de sauver tout cela dans un fichier scn compatible avec Studio de Pinnacle, ou dans un fichier texte utilisable dans Excel ou tout autre programme pouvant importer des bases de données sous forme de texte séparé par des virgules.

J'espère terminer cela avant de partir en congés le 14 Juillet.

A mon retour, début août, c'est promis, je me lancerai dans la grande révision de CassetteDV que beaucoup de mes interlocuteurs attendent.

J'ai toujours beaucoup de demandes d'améliorations ponctuelles qui m'arrivent par mail pour chacun des programmes. Si elles ne concernent pas le programme sur lequel je suis en train de travailler, je les stocke jusqu'au moment où je lancerai la révision.

Mais le moment venu, il faut bien sûr trier parmi toutes les suggestions. Je sais que le côté usine à gaz des programmes rebute plus d'utilisateurs qu'il n'en satisfait. Donc j'y vais avec prudence, et n'essaie d'intégrer que des améliorations utiles au plus grand nombre et qui restent cohérentes avec l'esprit du programme.

Réduction des coûts avec ImageGrab

2007-06-16T19:25:00.000+02:00

Dans un précédent billet, je me demandais à quoi servait ImageGrab. Voilà un exemple:

Un employé du groupe Thalès m'a commandé une licence pour ImageGrab, car il veut utiliser ce programme dans le cadre de ses activités professionnelles, et notamment avoir la possibilité d'automatiser l'extraction d'images d'un grand nombre de fichiers. Il travaille sur des images vidéo de visages pour constituer des bases de données de biométrie.

Son objectif est d'extraire une dizaine de milliers d'images d'un millier de fichiers video mpg, avi, wma. Dès le premier jour où je lui ai envoyé le programme sous licence, il m'a confirmé que le
premier batch (500 images, sur 50 fichiers mpg) s'est très bien passé.

Suite à ma recommandation il a aussi installé une version (gratuite) de démo de Ulead pour avoir les filtres de décompression mpeg2 qui marchent le mieux avec ImageGrab.

Voilà donc un investissement de 19€ (licence d'ImageGrab) qui est rentable: si je compte ne serait-ce qu'une minute par image extraite manuellement, il aurait dû passer 166 heures de travail, soit, à raison de 35 heures par semaine, plus d'un mois de travail sur ce projet.

Au prix où les ingénieurs et techniciens sont payés chez Thalès, cela représente donc une grande économie de coûts. J'espère que mon utilisateur économe verra sa sagacité récompensée.

Le moteur d'ImageGrab 4.1.0

2007-05-28T00:03:00.000+02:00

J'ai publié à la fin de ce billet un lien vers la version 4.1.0 de ImageGrab. Cette version fait encore progresser l'interface de ImageGrab, mais surtout elle comprend un "moteur" amélioré pour lire les vidéos.

Voici trois exemples d'améliorations de ce "moteur":

1. la lecture des fichiers mpeg2.

Avec la version 3.0 la lecture des mpeg2 était très aléatoire, et donnait parfois seulement une image à l'envers, et au bout de multiples essais. Cette fois, si un décodeur mpeg2 approprié est installé sur votre système, ImageGrab ne devrait pas se faire prier pour donner l'image et dans le bon sens.

Qu'est-ce qu'un décodeur approprié? C'est un décodeur capable de donner l'image vidéo dans la mémoire de l'ordinateur, sans passer directement par la mémoire vidéo (overlay). Ulead ou Pinnacle fournissent de tels décodeurs. Ceux de Cyberlink ou Fraunhofer ne conviennent pas toujours. La nouveauté est que si au moins un des décodeurs appropriés est correctement installé, alors ImageGrab saura le trouver et le faire fonctionner correctement.

Ce qui vaut pour les fichiers mpeg2 vaut aussi pour les fichiers vob non cryptés. Vous pourrez donc lire et extraire des images des DVD non cryptés que vous avez fabriqués.

Vous pouvez lancer Filmerit pour avoir la liste des filtres installés sur votre système. Si vous n'arrivez pas à lire les fichiers mpeg2 avec ImageGrab, essayez d'installer une version de démonstration de Ulead ou de Pinnacle.

2. La lecture des vidéos ayant des sous-titres srt

Il suffisait parfois de lire un fichier avi doté d'un fichier de sous-titres srt pour que ImageGrab se bloque. En effet, si un fichier srt se trouve dans le même dossier que le fichier avi, et que le filtre DirectVobSub (auto-loading version) est installé sur votre système, alors ce dernier tente de s'insèrer dans le graphe de l'application multimedia , ce qui jusqu'ici bloquait ImageGrab. Cela n'est plus le cas.

A noter cependant que Imagegrab empêchant désormais ce filtre de s'insérer dans le graphe, il n'affichera pas vos sous-titres.

3. La lecture des sources vidéos Live

Vous l'aviez sans doute remarqué, ImageGrab sait lire une vidéo sur une source Live connectée à votre ordinateur. C'est une fonction prisée en liaison avec l'intervallomètre qui peut ainsi capturer une photo régulièrement. Dans la version 3.0 les sources utilisables étaient relativement peu nombreuses: ImageGrab savait lire essentiellement les caméras DV et quelques webcams. Dans la version 4.1.0 il saura lire beaucoup plus de sources, notamment les boitiers ADS Tech DVD Xpress, et donc vraisemblablement les boitiers DVC130 et DVC 170 de Dazzle (DVD Video Creator et DVD Video Creator Platinum ), mais aussi par exemple avec une carte DC30+ munie du driver de Maik.

Toutefois si votre boitier fournit une source en mpeg2, alors ImageGrab ne saura la lire que si un décodeur approprié est installé sur votre système (voir le § 1 ci-dessus).

Je serais intéressé par des commentaires sur ce point si vous avez d'autres sources de capture, disposant d'un driver compatibles avec directShow. Peut-être certains voudront faire l'essai avec une caméra HDV?

Pour essayer toutes ces nouveautés, téléchargez la version 4.1.0 en français ici

ImageGrab version 4.0.0

2007-05-21T00:46:00.000+02:00

Une version beta de ImageGrab 4.0.0 est téléchargeable ici.
Elle fait 520K0 seulement, et pourtant comprend d'intéressantes nouveautés, que je vous livre en avant-première:

on peut enregistrer les préférences pour les retrouver au prochain lancement
la numérotation est assouplie, et on peut choisir autant de chiffres que l'on veut. La formation du nom des fichiers images est clarifiée
les lignes de commande sont très puissantes, j'en donne le mode d'emploi ici
on peut accéder aux dossiers et aux fichiers source et destination par de simples clics
les touches de raccourci sont plus nombreuses et sont listées dans les options (F10)
on peut désentrelacer les images, sans avoir besoin pour cela du filtre de désentrelacement de Pinnacle.
si des images existent déjà, on est mieux averti de ce fait à tout instant

Attention, cependant le "moteur" de ImageGrab n'a pas été changé. Si vous aviez du mal à charger certains fichiers vidéo, cela sera encore le cas avec ImageGrab 4.0.0.

Si vous utilisez la version 4.0.0 et avez des remarques à faire, je suis preneur bien sûr de vos réactions, soit sur ce blog, soit par e-mail.

Comment réviser ImageGrab?

2007-05-18T22:59:00.000+02:00

ImageGrab est l'un des plus grands succès parmi mes logiciels. Si je tape ce mot-clé dans Google, je trouve 11.400 pages web qui l'évoquent. En France, CaptureFlux a plus de succès; dans le reste du monde, DVdate a plus de succès; mais dans les deux cas, ImageGrab vient tout de suite en second, si bien que, quand je globalise, ImageGrab est sans doute le logiciel de Paul Glagla le plus téléchargé et utilisé au monde.

Je me suis parfois demandé ce qui fait le succès d'ImageGrab: si quelques passionnés l'utilisent pour des activités fort sympathiques comme étudier la vie des chauve-souris, ou analyser des séquences sportives (notamment en parachutisme), une bonne partie des utilisateurs (dont moi-même) l'utilisent principalement pour extraire des images de vidéos destinées à illustrer des pochettes de DVD ou de CD. Mais je ne me fais pas d'illusion, au fur et à mesure que je découvre de nouveaux sites ou forums qui parlent d'ImageGrab, je me rends compte qu'il y a de plus en plus de sites pornographiques qui l'utilisent pour extraire des photos à partir de vidéo X. C'est pourquoi je m'en étais un peu désintéressé depuis juillet 2004, date de sa dernière révision.

D'un autre côté, je reçois tellement de remerciements pour ce programme au fond tout simple, que je me suis décidé à le réviser maintenant, ne serait-ce que pour y introduire quelques perfectionnements qui sont dans la plupart de mes autres programmes, et qui n'avaient pas encore été introduits dans ImageGrab.

J'ouvre donc la discussion sur mon blog: quelles améliorations faut-il apporter à ImageGrab?

Il y en a quelques-unes qui sont déjà prévues:

permettre de sauver ses préférences, pour les retrouver au prochain lancement sans devoir tout reparamétrer.
permettre une numérotation plus ouverte: certains utilisateurs se plaignent d'être contraints de numéroter les images avec 4 chiffres seulement
ajouter et rationaliser les raccourcis clavier
ajouter une fonction intégrée de désentrelacement des images, pour ne pas dépendre du filtre de désentrelacement de Pinnacle
mieux gérer les vidéos en mpeg2 (si j'y arrive)
permettre d'inverser l'image

Si vous avez d'autres attentes, c'est le moment de réagir sur mon blog.

Restaurer la restauration système

2007-05-13T15:44:00.000+02:00

J'ai été frappé ces jours-ci par le syndrome de la restauration impossible du système. Il semble assez répandu chez les internautes utilisant Windows. Pour vous en rendre compte, lancez une recherche Google avec la phrase "Restoration Incomplete. Your computer cannot be restored". Vous trouverez plein de sites qui parlent de ce problème et proposent des diagnostics. Chez moi la forme du symptôme était que les points de restauration plus vieux que 48h ne marchaient plus. Les plus récents marchaient encore, et je pouvais d'ailleurs en créer de nouveaux.

Rien de ce que j'ai trouvé sur le web n'a permis de restaurer ma base de registres à ce qu'elle était il y a un mois. Or, en regardant dans le dossier c:\System Volume Information j'ai constaté que les points de restauration en cause existaient bel et bien. Ils sont contenus dans un dossier au nom abscons commençant par _restore. Et chaque point de restauration figure dans un sous-dossier nommé RPxxx. On peut trouver à quelle date le point de restauration a été effectué, simplement en regardant la date de création du dossier RPxxx. Notez que le dossier System Volume Information est un dossier caché et protégé qu'il faut déverrouiller avant de pouvoir y accéder. Microsoft fournit le mode d'emploi ici.

J'ai donc fait de la chirurgie fine, et par chance elle a marché:

J'ai créé un nouveau Point de restauration, et constaté qu'il avait créé dans le dossier correspondant (-restore....) de "C:\system volume information" un dossier appelé RP192. Dans ce dossier RP192, j'ai remplacé le sous-dossier snapshot par le sous-dossier snapshot issu du dossier RP113 correspondant au point de restauration voulu.

Et voilà, c'est tout: mon dernier point de restauration a pu être rechargé sans problème, et j'ai retrouvé le registre du mois précédent. Cette opération n'est peut-être pas sans risque. Elle peut donner un peu d'incohérence, dans la mesure où elle restaure les fichiers du système à la date la plus récente et le registre, contenu dans snapshot, à une date plus ancienne. Mais chez moi cela a marché.

J'en tire d'ailleurs comme conclusion que le syndrome est causé par la restauration des fichiers système et non par la restauration du registre. C'est peut être bon à savoir.

Si vous n'aimez pas regsvr32

2007-04-20T00:30:00.000+02:00

Quand vous avec récupéré un filtre directshow, il se trouve souvent dans un fichier *.ax (ce que j'appelle le fichier serveur) qu'il faut alors installer sur votre système. La méthode classique suppose d'écrire avec notepad un fichier *.bat contenant une ligne de commande du genre:

regsvr32.exe c:\chemin\fichier.ax

Cela marche assez bien, mais n'est pas très commode à l'heure des interfaces graphiques de Windows (on se croirait encore sous DOS quand on travaille comme cela). De plus cela peut poser des problèmes si on ne sait pas écrire très exactement les chemins soit vers regsvr32.exe, soit vers le fichier serveur. (Quand il y a des espaces dans un nom de dossier, faut-il le mettre entre guillemets?)

Filmerit 3.0.0 comprend une petite fonction toute simple: il suffit de glisser/déposer le fichier serveur sur sa fenêtre, et votre filtre est installé.

Je me demande pourquoi cela n'avait pas été proposé plus tôt.

Filmerit 3.0.0 est en ligne

2007-04-17T23:20:00.001+02:00

Je mets aujourd'hui en ligne la version beta 3.0.0 de Filmerit.

Elle m'a demandé quatre mois de travail. Elle représente un progrès très substantiel par rapport à la version 2.1 précédente. Jugez plutôt:

- Elle permet d'analyser quatre sortes de filtres à savoir les filtres directshow, les filtres DMO, les filtres Compression Manager, et les filtres Plug-and-Play. Elle peut même afficher les filtres plug-and-play inactifs, par exemple si vous aviez un jour branché un camescope DV sur votre ordinateur, il restera un filtre PnP inactif appelé "Microsoft DV Camera and VCR".

- La liste des filtres peut être affichée triée soit selon l'ordre des catégories, soit selon l'ordre alphabétique, soit selon les valeurs des mérites (ce qui est commode pour repérer tout de suite les filtres qui s'imposent avec de grosses valeurs), soit selon le fichier serveur.

- La liste des filtres (avec toutes leurs caractéristiques) peut être sauvée dans des fichiers comprimés zip, contenant soit un fichier de texte pur, soit un fichier rtf avec des mises en forme pour en faciliter la lecture.

- Pour augmenter la sécurité, Filmerit essaie de créer un point de restauration avant de sortir du mode "Lecture seule".

- Un support (minimaliste, certes) pour Windows Vista est assuré. Il faut savoir que Vista protège très rigoureusement l'accès aux clés de registre. Il faudra donc, si vous utilisez vista, soit lancer l'application comme administrateur, soit même désactiver le "User Account Control", avant de quitter le mode "Lecture seule".

- Une amélioration pour tous ceux qui aspirent à des programmes "portables", c'est-à-dire qu'on peut lancer depuis une clé usb, sans qu'elle ne modifie le registre: on peut maintenant sauver les préférences de Filmerit dans des fichiers ini si on veut.

-La fenêtre de Filmerit peut être redimensionnée, voire mise en plein écran, pour améliorer le confort de travail.

Et bien sûr, les fonctions de base de Filmerit restent plus que jamais présentes:

lister et analyser les filtres présents sur un système
comparer les filtres avant et après une installation
effacer des filtres
réparer des filtres
modifier le mérite d'un filtre
recharger toute une configuration de mérites
réparer d'un seul bouton tout le système

Attention, cependant cette version 3.0.0 doit être considérée comme une version beta. Elle pourrait encore subir quelques corrections dans les semaines qui viennent. Je serai très reconnaissant à ceux qui accepteront de la tester et de me faire part de leur expérience.

Pour la télécharger, il faut cliquer ici

Les fichiers scn

2007-04-06T21:01:00.000+02:00

Un internaute hongrois me demande quelle est la structure des fichiers *.scn.

Rappelons que les fichiers *.scn sont produits par Studio de Pinnacle et contiennent les informations relatives au découpage en scènes d'un fichier vidéo. Pinnacle ne donne guère d'indications sur la structure de ces fichiers. Donc c'est en procédant à des expérimentations que j'ai pu comprendre un certain nombre des choses que je présente ici sans garanties.

J'ai implanté l'utilisation des fichiers *.scn dans ImageGrab et dans DVdate. En outre, DVdate comme CaptureFlux peuvent créer des fichiers *.scn à partir de vidéos au format DV.

En fait, ces fichiers sont inutilement complexes et redondants. Je suppose que Pinnacle les a introduits en se basant sur les fichiers de projet *.stu qu'utilise Studio. On aurait pu créer des fichiers plus simples contenant les mêmes données. C'est donc seulement parce que j'ai souhaité une compatibilité avec Studio que j'ai travaillé sur ces fichiers *.scn.

Un fichier *.scn commence par un en-tête qui en hexadécimal est le suivant:

63 26
01 00 04 00 00 00 FF FF
03 00 0A 00 'SourceTape' [len] filename 00 00 00 00 00 00 00 00 {nbscenes} FF FF
01 00 04 00 'Clip' 50 00 00 00 FF FF

Puis pour la première scène:

01 00 05 00 'Scene' 00 00 00 00 00 (scene_2) 00 00 00 00 01 80 [len] filename 00 00 00 00 00 00 00 00 (scene_2)

Puis pour chacune des scènes suivantes, notées scene_i (avec i>=2):

03 80 F0 00 00 00 05 80 00 (scene_i) (longueur_i) 00 00 00 00 07 00 (scene_i) (longueur_i) (scene_i)

Ici ma notation est la suivante:

[len] est la longueur du nom du fichier avi (avec son chemin complet). [len] est noté sur un seul octet.
filename est le nom du fichier avi avec son chemin complet
{nbscenes} est le nombre total de scènes - sur 2 octets
(scene_i) est le numéro de la frame dans le fichier avi où commence la scène i. scene_1 n'est ici pas utilisé, car il serait nul. Ce numéro est un entier codé sur 4 octets.
(longueur_i) est la longueur - en nombre de frames -sur 4 octets de la scène i. Donc en principe (longueur_i)=(scene_i+1)-(scene_i)

Voilà c'est un peu bizarre, mais ce n'est pas moi qui ai inventé cela. En outre, je ne garantis pas que tous les fichiers *.scn suivent strictement ce format-là. Mais les fichiers que Studio a produit chez moi le suivent, et quand DVdate produit des fichiers *.scn de ce format, ils marchent dans Studio. Alors cela doit quand même être correct.

Paul Glagla censuré en Chine?

2007-03-26T21:28:00.001+02:00

Jusqu'en décembre 2006, j'ai eu pas mal de visiteurs chinois sur mon site. J'ai entretenu une correspondance par e-mail avec certains d'entre eux, et notamment adapté DVdate aux caractères unicode pour pouvoir afficher du texte en Chinois. Pendant l'année 2006, la fréquentation moyenne de mon site à partir de la Chine a dépassé 10 visiteurs par jour.

Voici par exemple les statistiques de visites pour le 3ème trimestre 2006. On voit clairement un flux continu de visites, qui se situe entre 5 et 10 par jours.

Brutalement, depuis le 4 décembre, presque plus rien.

Voici les statistiques du 4ème trimestre 2006. On voit que le même flux se poursuit jusqu'au 3 décembre, et brutalement le 4 décembre le trafic tombe à 0, excepté très épisodiquement une seule visite.

Pendant tout le mois de janvier 2007, il y a en tout et pour tout seulement deux visites. Depuis février cela remonte doucement, mais sans réatteindre les fréquences d'avant 2006.

Pendant le 1er trimestre 2007, le trafic est nul en janvier, et reprend progressivement depuis le début février, mais avec des flux de 1 à 6 visites en pointe. (attention, ce graphique n'est pas à la même échelle que les précédents).

Je soumets à votre réflexion ces constatations. Sachant ce qu'on sait sur le contrôle d'Internet par les autorités chinoises, on peut tout imaginer. Mais franchement, je me demande ce qui peut paraître subversif sur mon site.

Codecs ou filtres?

2007-03-25T11:55:00.000+02:00

Il y a beaucoup de confusion dans les forums Internet sur les codecs et les filtres. Essayons de clarifier cela un peu.

Ce qui est commun aux deux concepts, c'est l'idée d'avoir un fichier spécialisé contenant un algorithme de compression ou de décompression, de façon à ce que toutes sortes d'application multimedia puissent l'utiliser. Ces applications lorsqu'elles ont besoin de faire le traitement dont il s'agit, chargent le fichier en mémoire et appellent certaines des fonctions qui y sont contenues. Par exemple comprimer une vidéo en XviD MPEG-4 Codec fait appel à un fichier xvidvfw.dll ou comprimer en DivX s'appuie chez moi sur un filtre DivX Encoder Filter contenu dans un fichier divxenc.ax.

Microsoft a défini deux "architectures" différentes pour créer des applications multimedia. La plus ancienne s'appelle Video for Windows (vfw), la plus récente s'appelle directshow. La manière de rechercher et d'appeler les fichiers de compression ou décompression est différente selon l'architecture, ce qui crée une différenciation entre les fichiers destinés à une application vfw ("les codecs") et les fichiers destinés à une application directshow ('les filtres").

Un exemple d'application video for windows est virtualdub. Un exemple d'application directshow est Windows Media Player, mais aussi mes applications CaptureFlux ou ImageGrab.

Heureusement, Microsoft a prévu une compatibilité ascendante: les codecs VFW existant sur le marché peuvent dans la plupart des cas être utilisés par une application directshow, grâce au Video Compression Manager. C'est un filtre directshow générique, contenu dans un fichier qcap.dll, qui au lieu d'effectuer lui-même un traitement, sait appeler un ancien codec VFW à qui il sous-traite le travail. C'est donc grâce à lui que les codecs peuvent être utilisés dans les applications directshow, sans devoir être réécrits spécialement.

Mais cette compatibilité ne marche que dans un sens. Dans l'autre sens, il y a beaucoup de filtres de compression ou de décompression qui ne peuvent être utilisés que par des applications directshow, et qui sont inexploitables par une application VFW. C'est notamment le cas des filtres Microsoft de compression ou décompression DV (qui s'appellent parfois improprement les codecs DV ou dvsd de Microsoft), qui n'existent que sous forme de filtre, ce qui fait que VirtualDub a du mal avec les fichiers DV, sauf si vous installez un codec DV comme celui de Mainconcept ou de Panasonic.

Pour reprendre l'exemple cité plus haut, XviD MPEG-4 Codec est bien un codec VFW, qui grâce au compression manager peut aussi être utilisé dans une application directshow. CaptureFlux sait par exemple le mobiliser pour faire de la compression en Xvid en temps réel. A l'inverse, DivX Encoder Filter est un filtre directshow, qui n'a pas la capacité d'être exploité par une application VFW.

Ce qui est vrai pour la vidéo l'est aussi pour l'audio. Il faut distinguer entre les codecs audio et les filtres directshow traitant l'audio. Grâce à l' Audio Compression Manager, contenu dans le fichier quartz.dll, il y a la même compatibilité ascendante. Par exemple un codec de compression en mp3 est fourni en standard dans le fichier l3codeca.acm. Un filtre pur de compression en mp3 est contenu dans le fichier lame.ax qu'on peut télécharger sur le site Elecard.

Dans sa version 2.1, Filmerit ne traitait que des "purs filtres directshow", et n'indiquait rien sur les codecs. Dans sa version 3.3, Filmerit traitera aussi les filtres construits à partir des codecs video ou audio.

Comment reconnaître un fichier DV?

2007-03-24T23:32:00.000+01:00

J'ai trouvé ces jours-ci sur le forum du site web VideoHelp une discussion à propos de DVDate. La question était in fine de savoir comment DVDate reconnaîssait qu'un fichier avi est un fichier DV.

Le moyen traditionnel d'identifier la compression d'un fichier AVI est de lire le code à quatre caractères (le "FourCC") qui apparaît dans l'en-tête. Cette méthode se heurte cependant à deux difficultés:

d'une part, il y a plusieurs FourCC possibles pour un fichier DV: dvsd, dsvd ou par exemple CDVC pour le codec DV de Canopus. Il y en a encore d'autres, sans compter les variantes en majuscules.

d'autre part, il y a plusieurs endroits où ce FourCC peut se lire, soit dans le AVI Stream Header, dans une variable appelée FourccHandler, soit dans le Stream Format Header, dans une variable appelée bicompression.

Si vous voulez voir ces valeurs pour un fichier avi donné, ouvrez celui-ci dans DVDate et tapez CTRL+H. Vous obtenez alors un listing, dont j'ai extrait à titre d'illustration les éléments intéressants:

---------------(Vidéo)---------------
------Début du AVI Stream Header------
FourccType = vids
FourccHandler = dvsd
Flags = 00000000
Priority = 0
Language = 0000
InitialFrames = 0
Scale = 400000
Rate = 10000000
Start = 0
Length = 29
SuggestedBufferSize = 144008
Quality = 00000000
SampleSize = 0
rcFrame.Left = 0
rcFrame.Top = 0
rcFrame.Right = 720
rcFrame.Bottom = 576
-------Fin du AVI Stream Header-------

et

----Début du Stream Format Header----
biSize = 40
biWidth = 720
biHeight = 576
biPlanes = 1
biBitCount = 24
biCompression = dvsd
biSizeImage = 144000
biXPelsPerMeter = 0
biYPelsPerMeter = 0
biClrUsed = 0
biClrImportant = 0
-------Fin du AVI Stream Format-------

Le problème était donc que certaines applications créent des fichiers avi où ces deux valeurs ne coïncident pas. Cela semble être le cas des fichiers DV produits par Adobe Premiere Pro 2, où la première valeur est vide alors que la seconde est "dvsd" (si j'en crois les constatations de JohnnyMalaria). Et dans ce cas la version 6.2.1 de DVDate ne savait pas trancher.

Il faut noter qu'avec ma webcam Logitech et mon freeware CaptureFlux, je crée des fichiers avi (certes pas DV) qui ont aussi ce problème, mais en sens inverse: c'est le FourccHandler qui est égal à "DIB ", alors que le paramètre bicompression ne comprend rien d'affichable.

------Début du AVI Stream Header------
FourccType = vids
FourccHandler = DIB
Flags = 00000000
Priority = 0
Language = 0000
InitialFrames = 0
Scale = 333333
Rate = 10000000
Start = 0
Length = 9
SuggestedBufferSize = 304136
Quality = 00000000
SampleSize = 0
rcFrame.Left = 0
rcFrame.Top = 0
rcFrame.Right = 0
rcFrame.Bottom = 0
-------Fin du AVI Stream Header-------

et

----Début du Stream Format Header----
biSize = 40
biWidth = 352
biHeight = 288
biPlanes = 1
biBitCount = 24
biCompression =
biSizeImage = 304128
biXPelsPerMeter = 0
biYPelsPerMeter = 0
biClrUsed = 0
biClrImportant = 0
-------Fin du AVI Stream Format-------

J'ouvre donc le concours: quelles sont les applications qui produisent des fichiers où ces deux paramètres sont distincts, et dans quelles conditions? Si vous en trouvez, postez nous ici le Header obtenu avec DVdate.

Dans la version 6.3.0 de DVDate, encore en phase de test, mais téléchargeable ici, j'ai pris l'option suivante: le codec est pris dans bicompression, sauf si cette dernière valeur contient des caractères non affichables (de valeur ASCII inférieure à 32). Dans ce cas, le codec affiché par DVDate sera la valeur FourccHandler.

Je me demande cependant si cela répond à tous les cas de figure. Ne faut-il pas faire l'inverse, et donner la priorité au FourccHandler?

Pourquoi un blog de Paul Glagla

2007-03-24T16:53:00.000+01:00

Je suis l'auteur de quelques logiciels principalement dédiés à la vidéo numérique, notamment DVdate, CaptureFlux, ImageGrab et autres Filmerit ou CassetteDV qui connaissent un joli succès à la fois en France et dans le reste du monde.

Jusqu'à présent, je communiquais avec mes utilisateurs, d'une part avec mes pages web, et d'autre part par e-mail.

Mais produire des pages web est un boulot lourd et peu réactif, qui m'est très pénible, et me prend beaucoup de temps que je préfère consacrer à de la programmation.

D'un autre côté, le problème des e-mails, c'est que je reçois des dizaines de messages (sans même parler du spam) qui portent sur des tas de sujets souvent intéressants mais très spécifiques et que chaque réponse nécessite de ma part des réflexions et des recherches qui au bout du compte ne bénéficient qu'à un seul utilisateur. Du coup, je m'y investis moins. Actuellement je réponds à moins de 5% des mails que je reçois. Par contre, je lis tous les mails reçus et je finis tôt ou tard par exploiter les idées qui me sont soumises. Ce n'est donc pas inutile de continuer à m'écrire.

Devant cette situation, j'ai pensé me mettre au goût du jour et créer un blog, pour compléter mon site et mes e-mails par des communications diverses, mais d'intérêt général pour les amateurs de mes logiciels. Cela me permettra de diffuser des idées ou des commentaires et de susciter une certaine interactivité, sans efforts trop démesurés.

J'espère bien sûr avoir des réponses sur les sujets que je lancerai. C'est vital pour que mes productions progressent, car je n'ai accès qu'à très peu de matériel ou de logiciels. Je suis en effet un simple amateur dont l'équipement se limite en ce moment à

- un ordinateur Pentium4 à 3GHZ avec 512 M0 de mémoire, muni de Windows XP SP2
- un camescope Sony DCR-PC101E Pal, donc un modèle déjà assez ancien
- une webcam Logitech Clicksmart 310
- un boitier ADS Tech DVD Xpress DX2
- une ancienne carte miro DC30+

C'est avec ce matériel que je teste mes productions. Cela ne couvre donc qu'un petit champ des configurations que l'on rencontre sur le marché. D'où mon slogan: "mes logiciels fonctionnent bien chez moi, ils pourraient bien fonctionner chez vous, mais peut-être pas. Essayez vous-même, et faites moi savoir ce que cela donne."

Encore une chose: je travaille par périodes sur un programme donné. Actuellement c'est sur Filmerit. Si vous me donnez des idées ou des constatations qui concernent le programme sur lequel je suis en train de travailler, je les exploiterai beaucoup plus vite. Les autres commentaires seront stockés et vraiment utiles peut-être seulement dans quelques mois.

Pour vous permettre de cibler vos remarques, voici le planning que j'envisage pour les prochaines semaines:

D'abord terminer une version 3.0.0 de Filmerit. L'objectif principal est d'étendre ce logiciel à l'analyse et à la réparation des filtres directshow de toutes catégories. Actuellement, il ne s'occupe que des filtres qui sont en directshow natif. A l'avenir, il devrait aussi s'occuper des filtres DMO (Direct Media Object), des filtres Compression Manager, et des filtres Plug and Play. Cela devrait encore me prendre le mois d'avril.

En mai, j'ai envie de réattaquer ImageGrab qui est actuellement resté à la version 3.0 depuis juillet 2004. J'ai de nombreuses idées pour le mettre à jour, ne serait-ce qu'en y intégrant des technologies qui sont maintenant couramment intégrées dans mes logiciels plus récents: par exemple sauvegarder les préférences dans le registre, désentrelacer les images sans utiliser Studio, y incruster du texte ou une date, retourner l'image en miroir etc... Peut-être encore d'autres nouveautés.

Ensuite, cet été, je compte bien revoir CassetteDV. C'est l'un des logiciels dont je suis le plus fier, mais je vois bien qu'il crée de nombreux déçus. Il est en effet très complexe, et dépend beaucoup de chaque configuration. Il y a à l'évidence des configurations avec lesquelles il ne fonctionne pas bien, et ce sera donc l'objectif principal de la prochaine grande révision à venir que d'améliorer sa compatibilité avec davantage de situations.

Entre temps, il n'est pas exclu que je publie des versions de CaptureFlux ou DVdate corrigeant certains bugs. La version 6.3.0 de DVdate est d'ailleurs en phase de test. Si vous voulez la tester, elle est téléchargeable ici. Elle corrige quelques bugs (j'espère qu'elle n'en crée pas d'autres ce faisant !?) et apporte une petite amélioration fonctionnelle: l'incrustation peut maintenant être entourée d'un bordure noire pour que le texte incrusté ressorte mieux devant la vidéo, même quand le fond est clair.