Brancher le camescope sur l'ordinateur

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.

Croissance inexorable de Vista

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.

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.