lundi 28 mai 2007

Le moteur d'ImageGrab 4.1.0

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

lundi 21 mai 2007

ImageGrab version 4.0.0

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.

vendredi 18 mai 2007

Comment réviser ImageGrab?

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.

dimanche 13 mai 2007

Restaurer la restauration système

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.