Red button sur freesat

Je dois l'avouer tout de go, je suis un fan de snooker. Je suis capable de rester une journée entière à regarder ce sport exigeant des qualités de stratégie et d'adresse hors du commun. Et comme pour tous les fans de snooker, le grand rendez vous de l'année à ne pas manquer est le championnat du monde.

Lors de ces deux semaines réunissant les matchs à ne pas manquer, la BBC offre le tapis rouge à cette compétition reine grâce à la magie du "red button" qui permet de sélectionner le match que l'on veut voir en dehors des chaines BBC1, BBC2 ou BBC3 qui elles ne peuvent retransmettre toute la compétition.

Étant en France, j'utilise Freesat avec une parabole et un tuner sat basique (un OPTEX pour ne pas le citer). Et là point de "red button", pas plus que de beurre en broche. Heureusement la solution est à la porté de tous. Il suffit pour regarder les flux vidéos servis par le "red button" de sélectionner les chaines libélles "STREAM0, STREAM1, ....STREAM10. Chacun de ces flux retransmet les différentes émissions spécifiques à l'interactivité du "red button". Il suffit ainsi de zapper entre ces STREAM pour trouver son bonheur. Pour les trouver, il suffit de faire une recherche alphabétique des chaines avec sa télécommande sat.

J'ai donc pu regarder Steve DAVIS gagner contre un gamin ayant largement l'age d'être son fils. Pour ceux qui ne le connaisse pas, il s'agit du commentateur vedette de la BBC pour le snooker, ancien champion du monde, jouant depuis plus de 30 ans professionnellement. Incroyable.


Liens:
A propos du "red button"
A propos de freesat
A propos du snooker

Silverlight et France3

Les VOD de France télévision ont évolué. Cela rend les anciennes méthodes pour sauvegarder une émission VOD obsolètes. C'est l'utilisation de silverlight à la place de windows media player qui rend obligatoire d'utiliser de nouveaux outils.

Pour faire court, il m'a fallu deux outils: orbit pour pouvoir télécharger la vidéo, et windows media coder 9 pour découper la vidéo.

Le premier s'utilise en deux temps: Après l'avoir fait démarrer, il faut lancer "grab++" (bouton droit sur l'icone d'orbit), puis seulement lancer son navigateur. Normalement au moment de regarder la vidéo qui nous intéresse, la fenêtre grab++ devrait lister la vidéo correspondante, parmis une liste parfois importante. Pour déterminer laquelle, procédez par élimination et par bon sens. La taille et le nom associé sont des bons éléments.

Une fois téléchargée, il faut utiliser l'utilitaire Windows Media Coder 9 pour filtrer le canal vidéo que l'on veut conserver. Normalement il y en a deux, un pour petite bande passante et l'autre pour l'ADSL. Ensuite, l'utilitaire d'édition permettra la découpe plutôt facilement.

Je ne rentre pas dans les détails car il existe plein de tutoriaux fort bien fait, et les utilitaires cités sont assez simple.

Pour finir, je signale que france 3 continue à utiliser à certain endroit de son site Windows Media player, qui est plus permissif pour cela (bouton droit-propriétés-copier le MMS-downloader), pour cela voir un ancien article. Pour les JT régionaux, une même émission peut être ainsi vu par les deux players. Amusant.

Une tour de Babel moderne: les "charsets" en PHP

Vaste sujet, qui mérite les nombreuses pages qui lui sont consacré: la gestion des caractères étendues en PHP. Le texte ci-dessous est une rapide explication d'une méthode permettant d'éviter les problèmes d'affichage liés à ces caractères.

De quel problème s'agit-il?
Quand je parle d'un caractère étendue, je parle naturellement des caractères spéciaux, ceux traditionnellement codés avec une code ASCII supérieur à 127. Ces caractères étendues sont normalisés à travers des centaines de "charset" différents et spécifiques à chaque pays. Je désigne par "Charset", une table de correspondance de 256 caractères, sachant que les 127 premiers sont normalisés.
Voici pour l'exemple une série de caractères posant problème:
é É è È ê Ê ë î ï ç Ç ç Ç æ œ ä Ä ö €
Cette liste est un florilège des caractères pouvant s'afficher bizarrement. Si vous pouvez lire ces caractères spéciaux sans signe cabalistique, cela signifie que blogger.com gère très bien cette douloureuse problématique (ce dont je ne doutais pas). Premier soucis, les "charsets" les plus populaires ne possède pas en même temps tous ces caractères. Il manque souvent le signe monétaire €, ou le œ("e dans l'o"). Ces spécificités françaises rend donc délicat l'usage de ces "charsets".

Si vous sauvegardez cette liste de caractères sous "Notepad" (de Windows), vous avez plusieurs solutions de format de caractère à votre disposition: ANSI, unicode, UTF-8. Le premier est un charset propriétaire, popularisé par Windows, dérivant de l'ISO-8859-1 par quelques caractères. C'est un standard de fait comme on voit si souvent. Problème, il n'est pas apprécié par PHP. En revanche l'ISO-8859-1 (appelé aussi par son surnom "Latin 1"), est adoré par PHP, mais certains caractères manquent à l'appel. Il faut souvent utiliser les petits frères "Latin 2" (apprécié par certain éditeur tel mon PSPad) ou encore "Latin 9".

Pourquoi se soucier de tout cela? Pour au moins deux raisons: les fichiers php de votre site, et les fichiers textes coté serveur, chacun contenant potentiellement des chaines de caractères à afficher. Le problème est le même avec mysSQL par exemple. Si ces textes contiennent des caractères étendus, il faut pouvoir les afficher correctement coté navigateur internet. C'est pour cela que l'on a besoin de connaitre un minimum de chose sur les "charsets", sinon il y a un risque de voir des caractères sibyllins sur son navigateur à la place des caractères étendus attendus ;).

Un peu de pratique
Pour illustrer le problème, voici un exemple d'une ligne PHP, présente dans un fichier texte sauvegardé au format UTF-8:
echo ('é É è È ê Ê ë î ï ç Ç ç Ç æ œ ä Ä ö €');
Pour que cette ligne s'affiche correctement, il faut prévenir le navigateur du "charset" employé. Il existe pour cela deux moyens (là où un aurait suffit):
une directive HTML de type META:
<meta equiv="content-type" content="text/html; charset=utf-8">
Ou alors une ligne dans le header HTTP que l'on spécifie en PHP par une ligne:
header('Content-Type: text/html; charset=utf-8');

La deuxième méthode prédomine sur la première, ce qui oblige le développeur PHP de faire les deux pour être certain d'être bien compris.
Voici quelques exemples d'affichage exotique pouvant s'afficher:
é É è È ê Ê ë î ï ç Ç ç Ç æ œ ä Ä ö €
ou bien:
é � è � ê � ë î ï ç � ç � æ � ä � ö �

La problématique est la même pour un fichier dont on doit afficher une partie de son contenu. Il faut d'une part lire correctement le fichier en PHP et ensuite l'afficher correctement (toujours en PHP). Pour cela il faut prévenir PHP de la nature du fichier, et ensuite prévenir le navigateur.

Pour finir, il ne faut pas oublier la problématique des formulaires HTML et de leurs champs de saisie. Là encore, il faudra prendre en considération le format qui sera utilisé pour récupérer et traiter correctement les informations correspondantes à travers les variables $_POST. Il faut également afficher correctement les caractères étendues dans le formulaire, mais dans ce cas il n'y a pas de choix, car seul les entités HTML le permettent. Je ne rentre pas dans les détails car seul le principe général est intéressant pour l'instant.

Dernier point critique à signaler: la plupart des fonctions de gestion de caractères en PHP sont incompatible avec les "unicode" ou autre "UTF8", car PHP nativement manipule uniquement les caractères codé sur un octet, et gère donc très mal les caractères multi-octets. L'UTF-8, l'unicode sont donc à déconseiller dès lors que l'on a besoin d'utiliser les nombreuses fonctions PHP de gestion de caractères.

Une solution théorique serait d'utiliser à la place de tous ces formats dignes de la tour de Babel, un langage universel qui existe dans le monde HTML: les entités HTML. Cet ensemble de méta-caractères HTML permet d'afficher par exemple l'accent "é" en utilisant une série de caractère commençant par & et finissant par un point virgule: "é". Ces méta-caractères parfaitement compatibles avec la table ASCII originelle, sont un moyen élégant de contourner les problèmes de format de caractères. Malheureusement cette solution est incompatible avec la plupart des éditeurs de texte, même les plus performant comme PSPad. Il est donc déconseillé d'écrire soi-même les entités HTML, surtout si l'on veut par la suite éditer facilement ces caractères étendus. En revanche, ces entités sont excellentes en tant que format d'affichage, puisque tous les navigateurs sont compatibles avec ces entités et ne poseront jamais de problème. Les entités HTML sont également indispensables comme format d'affichage dans un formulaire. Elles sont une solution pratique dans de nombreux cas, surtout que PHP gère nativement le codage et le décodage des ces entités HTML.

Quand faut-il s'en préoccuper:
En résumé, ce problème de caractères étendues doit vous préoccuper dans au moins 3 cas:

1. dans un fichier php, quand vous devez afficher des chaines de caractères
   
2. dans un fichier (ou une base), quand vous y stocker des chaines de caractères à afficher
3. dans un formulaire, au moment de récupérer les champs de saisie.

Personnellement, après avoir commencé à utiliser le format de fichier UTF8 pour son universalité et sa compatibilité avec l'ASCII, j'ai commencé à faire marche arrière pour plusieurs raison: les navigateurs pouvait parfois être pris de cours, en voulant tout le temps afficher de l'UTF8. De plus certains fichiers étant destinés à être modifiés directement par notepad ou par un autre éditeur, je voulais un format universel pour Windows. Le format "ANSI" (autrement dit "Windows-1252") m'a semblé plus pratique. Je n'ai pas choisi l'ISO-8859-1 (autrement dit "Latin-1") malgré sa popularité, car certains caractères peuvent poser problème, un peu plus que le "windows-1252". De plus le "latin-1" n'est pas toujours pris en compte dans les éditeurs. PSPad en particulier, ne gère que le "latin-2" dans cette famille, alors que tout logiciel sous Windows n'a aucun problème pour gérer l'"ANSI". Voici donc trois exemples, en sachant que tous mes fichiers coté serveur son sauvegardé en ANSI.

1- Pour afficher des caractères dans PHP, il suffit normalement de faire:
echo ('é É è È ê Ê ë î ï ç Ç ç Ç æ œ ä Ä ö €');
Pour afficher correctement, je modifie légèrement le source:
echo (htmlentities('é É è È ê Ê ë î ï ç Ç ç Ç æ œ ä Ä ö €')ENT_NOQUOTES,'cp1252');

2- Pour afficher des caractères d'un fichier ANSI, il suffit normalement de faire:
$f=fopen(,"r");
$ligne= fgets($f, 4096);
echo ($ligne);
Pour afficher correctement, je modifie légèrement le source de la même manière:
$f=fopen($txt,"r");
$ligne= fgets($f, 4096);
echo (htmlentities($ligne,ENT_NOQUOTES,'cp1252'));

3- Pour récupérer correctement le champ de saisies:
Rien de plus simple, car il suffit seulement de dire au navigateur quel est le "charset" que l'on veut utiliser dans la page. C'est le navigateur qui s'occupe ainsi d'envoyer le texte avec le format spécifié dans page hébergeant le formulaire. Donc si le même "charset" est utilisé dans le formulaire, et dans la page qui affiche le résultat, il n'y aura pas de problème.
Ne pas oublier de traduire en entité HTML le texte par défaut d'un champ de saisie. Ces entités seront traduites automatiquement en caractères UTF-8 si par exemple c'est l'UTF-8 qui est spécifié dans la page du formulaire. C'est assez déroutant, mais finalement fort pratique.
En résumé il suffit pour être tranquille de mettre dans toutes vos pages une ligne de ce type, en y spécifiant votre "charset" préféré:
<meta equiv="content-type" content="text/html; charset=utf-8">

Et que fait donc blogger.com?
Le gestionnaire de blog de google a choisie la facilité en utilisant dans ses pages le charset UTF-8, et en laissant le navigateur coté client gérer toutes les problématiques de caractères exotiques. C'est évidement la solution la plus sage, car blogger a besoin d'être véritablement universel. Devoir gérer un transcodeur UTF-8=> meta-caractères HTML aurait alourdi le gestionnaire lui-même, ainsi que les pages HTML de ses blogs. En revanche, pour un site purement personnel et pour un usage limité à une seule langue, on peut très bien choisir un charset "ANSI". Le transcodage en entités HTML est ensuite un choix plus philosophique que technique, que j'adopte plus pour me faire plaisir que pour l'efficacité. Toutes les méthodes sont bonnes, à la condition de bien en maitriser les tenants et les aboutissants. C'est d'ailleurs le but de ce documents: expliquer le principe et les limites d'une méthode parmi d'autres.

Conclusion:
L'UTF-8 est un bon compromis, mais relativement dangereux en PHP de par sa mauvaise gestion des chaines de caractères multi-octets. En final, comme PHP ne gère pas beaucoup de charset, le choix est fort limité (voir la liste complète ci-dessous). Pour ma part, j'utilise l'ANSI de Windows (alias "cp1252" qui est en fait son nom officiel) car mes éditeurs de texte sont sous Windows. Ce "charset" n'est pas le meilleur, mais très pratique sous Windows. L'unicode de notepad est une catastrophe à cause de sa non-compatibilité avec les autres formats (il ajoute un zéro binaire à la fin de chaque caractère). En final, un des meilleurs moyens de ne pas se tromper est d'utiliser dès que cela est possible les entités HTML qui possède le double avantage d'être véritablement universelles, et compatibles avec tous les "charsets" et les navigateurs. Pour cela, il faut connaitre les deux fonctions PHP prévues à cet usage. Évitez d'écrire vous-même les entités HTML, car les sources d'erreur sont alors nombreuses et le modifications peu pratiques:
htmlentities() => traduit tout caractère étendue d'une chaine à partir d'un "charset". Il ne faut pas oublier de spécifier l'argument "charset", sinon le résultat peut-être aléatoire.
htmlspecialchars() => permet principalement d'afficher un code HTML, en traduisant en entités HTML les caractères <>' et ". Les caractères étendues ne sont pas traduits avec cette fonction. Attention donc à ne pas la confondre avec la précédente. Utile également dans le cadre d'un formulaire au moment de spécifier le texte par défaut d'un champ de saisie, qui lui doit s'inscrire à l'intérieur de tags HTML.
Je résume ma méthode en une phrase:
Format "ANSI" pour tous les fichiers coté serveur (php ou autre), et substitution de tous les caractères étendues par des entités HML pour toutes les pages HTML coté client.
Ce principe n'est pas le plus efficace, mais c'est celui que je maitrise le mieux et qui me permet d'éviter tous ces caractères bizarres en lieu et place de nos chers caractères nationaux.

Bon courage à vous et pour vos caractères étendues, en espérant qu'ils ne vous trahiront plus à travers un navigateur internet.



Liens:
A l'origine de ce joyeux bordel: la table ASCII
Le charset "Windows-1252", abusivement appelé "ANSI" (utilisé par défaut dans mon Notepad)
Excellente synthèse des formats les plus important
La liste complète des charsets et de leur alias (pour les plus courageux)
Liste des entités HTML (pour l'oublier au plus vite mis à part deux ou trois).


Liste des charsets gérés sous PHP:

• ISO-8859-1(Latin-1)
• ISO-8859-15(Latin-9, signe Euro, et quelques caractères français manquant au Latin-1)
• UTF-8 (Unicode 8 bits multioctets, compatible avec l'ASCII)
• cp866 (ibm866 Jeu de caractères Cyrillic spécifique à DOS, depuis PHP 4.3.2)
• cp1251 (Windows-1251 depuis PHP 4.3.2)
• cp1252 (Windows-1252,spécifique Windows pour l'Europe occidentale=> ANSI)
• KOI8-R (Russe depuis PHP 4.3.2)
• BIG5 (Chinois traditionnel, utilisé à Taïwan)
• GB2312 (936 Chinois simplifié, officiel)
• BIG5-HKSCS (extensions de Hong Kong, chinois traditionnel)
• Shift_JIS ( 932 Japonais)
• EUC-JP (Japonais)

PS:
Pour écrire ce document il m'a valu par deux fois utiliser des entités HTML sans quoi blogger m'interdisait la sauvegarde ou bien un affichage correcte:
1-au moment de citer le tag META, il a valu remplacer les signes "<" et ">" (plus petit et plus grand que) par leur équivalent sous forme d'entité HTML.
2- au moment d'afficher un exemple d'entité, utilisation de l'entité HTML "et commercial".
Comme quoi, il est toujours utile de connaitre par cœur quelques entités HTML.

iPad, du talent mais si peu d'innovation

Est-ce un produit à acheter?
Le compte rendu le plus intéressant sur iPad est certainement celui de blogeee.net.
Il met en évidence la part d'ombre du produit, sans jamais oublier de souligner sa part de lumière. Sa conclusion semble dire tout de même que les qualités de cette machine ne parviennent pas à éclipser les manques ou les incohérences de cette superbe machine.

Je résume cela en une phrase: Beaucoup de talent dans cet iPad, mais très peu d'innovation. C'est peut-être une conséquence de la longue maladie ou plutôt de la longue guérison de Jobs, et qui n'a pas pu par son absence, insuffler les éléments nécessaires pour que cette machine soit objectivement intéressante. Une machine bonne à tout, mais excellente pour aucun usage. A trop vouloir viser des usages différents, on finit souvent par y perdre son âme.

Pourquoi autant de limite?
Une question personnelle dont je n'ai pas encore la réponse: Existe-t-il un micro? Si c'est non, encore un trou dans la raquette de cet iPad. C'est une des limites des stratégies marketing, qui n'ont parfois pas d'autre but que de segmenter les acheteurs en petites catégories, oubliant souvent l'évidence. C'est par exemple le cas de l'iPod touch, le clone mp3 de l'iPhone. Le micro est absent, chose idiote, purement marketing, mais qui a interdit un nombre incroyable d'usages pour le client, dont le plus évident pour l'iPod: shazam (l'application permettant de reconnaitre automatiquement le titre d'une musique à travers le micro de l'iPhone). Priver l'iPod de Shazam est une incroyable gaffe, purement marketing, purement idiote. La source probable de cette erreur: avoir voulu différencier les deux produits en établissant des formules de ce type:
iPhone = iPod + Photo + GPS + GSM + micro
Plus la formule est compliquée plus la société est contente, dans l'espoir secret de vendre deux fois la même machine sous différentes formes. La Webcam manquante de l'iPad est un exemple d'aveuglement marketing dont nous gratifient Apple et les autres.

Le tiercé d'un semi-echec?
Il est toujours facile de donner des conseils sans avoir les responsabilités correspondantes. Mais pourquoi se priver de ce petit plaisir sans conséquence, surtout avec Apple qui a fait de l'arrogance un fond de commerce et un art de la communication. Voici dans l'ordre décroissant d'importance ma petite liste des oublis malencontreux:

1. Un écran innovant à base d'encre électronique
2. Une autonomie réellement importante pour se différencier d'un PC nomade
3. Une ergonomie et une tenue en main agréable dans la durée

Je n'ai pas les réponses à ces trois points, mais je suis certain que des possibilités innovantes étaient possibles. Au lieu de cela, Apple s'est contenté d'un gros iPod touch sans originalité. Le point trois est plus important que l'on ne le pense de prime abord, car on l'oublie souvent l'une des raisons du succès de l'iPod, sa capacité à être piloté d'un doigt et d'une main, facilement et sans effort. Sa taille et son écran le rendait agréable à utiliser, contrairement à tous ces téléphones modernes nécessitant trop souvent deux mains et plusieurs doigts. A l'inverse, l'iPad semble lourdaud dans sa prise en main, dumoins sur le papier (voir le pdf que proposer en lien par Pierre de Blogeee) et selon les premiers retour d'usage.

Pour finir, je reste pantois sur le choix des applications mis en avant pour vendre ce nouvel objet. Le plus incongru selon moi est le jeu en général, et celui en particulier vanté dans les publicités en ligne, un jeu de conduite de voiture dont le volant est tout simplement l'iPad lui-même, offrant une vision de la route en caméra suggestive. Le problème, au delà du ridicule de la situation et des problèmes d'ergonomie évidents, c'est le problème du joueur de devoir regarder en permence un écran et des images mouvantes, avec un écran lui-même en mouvement permanent. Mal de crâne en perspective.

Tous les moyens sont bons pour Apple pour justifier un objet qui aura grand mal à trouver un usage intéressant pour ces futurs clients et usagers. Si les futures acheteurs n'en trouvent, ils risquent de trouver la facture un peu élevée pour un simple cadre photo.

Humour de News volontaire ou involontaire.

C'est une question que je me pose en regardant ce genre de copie d'écran provenant d'un portail de news réputé: Les pigistes effectuant le travail ingrat de mise en ligne des informations font-il parfois de l'humour pour casser la monotonie de leur travail?

On peut se poser la question en regardant cette 'une'. Les deux premiers sujets choisis constituent ensemble un jeu de mot visuel, un gag de potache. Voir dans la même attitude une fusée sur le point de décoller et un bateau au moment de sombrer déclenche l'amusement. C'est un plaisir surréaliste pouvant déclencher autant le sourire que la réflexion. Mais la question qui m'intéresse: Est-ce volontaire?
Si cela est le pure fruit du hasard, je ne peux que m'incliner devant les joies que peuvent provoquer la nature. En revanche, si cela est volontaire, cela déclenche chez moi une admiration certaine vers ce pigiste anonyme ayant fait un trait d'humour aussi fin que malin.

Beaucoup de personnes commencent à désigner ces petites mains du Web comme les nouveaux OS (ouvriers spécialisés) de la société de l'information. Les usines disparaissent peu à peu de notre société pour émigrer vers des pays plus jeunes. Mais dans le même temps se recrée chez nous un nouveau genre d'usines, caractérisées par le même genre de travail industrialisé, avec des salaires plus que modeste, demandant en contrepartie un travail simple et standardisé. Que faire durant toute une journée où l'on vous demande de mettre certaines choses dans des boites, ou de mettre en ligne de manière mécanique des nouvelles à la 'une' d'une page de news? Difficile alors de faire preuve d'individualisme, de faire preuve d'inventivité personnelle. Mais parfois, en tout cas j'ose l'espérer, ce travail rébarbatif vous donne l'occasion de faire de petites blagues, une manière de prouver qu'il est encore possible d'être rebelle le temps d'un instant. Et cela n'a pas de prix.

J'ai peut-être tord à propos de mon hypothèse de blague volontaire, mais mon optimiste dans la nature humaine me pousse à croire à une intervention humaine dans cette petite blague visuelle, plutôt qu'à la divine intervention du hasard.

En PHP, convertir les caractères spéciaux d'une chaine

Il s'agit de proposer une manière de convertir en PHP les caractères spéciaux que l'on peut trouver en UTF-8 par exemple, en caractère ASCII pure, c'est à dire de convertir par exemple le caractère 'é' en 'E'. La fonction proposée convertie également en majuscule. En revanche, elle supprime aussi les caractères de ponctuation comme l'espace et le tiret.

L'avantage de cette fonction, c'est de ne pas devoir gérer de table de correspondance, source d'erreur bien souvent. Elle se base sur la très efficace fonction iconv() qui se charge de convertir les caractères spéciaux en équivalent ASCII. Cette fonction transforme un 'é' en deux caractères 'e (accent + e). Ma fonction supprime donc simplement tous les caractères ne faisant pas partie des 26 lettres de l'alphabet occidental.

function convertir_en_ascii_maj($s)
{
$r = '';
$s1 = strtoupper(trim(iconv('UTF-8', 'ASCII//TRANSLIT', $s)));
for ($i = 0; $i <>
{
$ch = ord($s1[$i]);
if ($ch<= ord('Z') && $ch>= ord('A'))
$r .= chr($ch);
}
return $r;
}


// $s est en UTF-8 pour l'exemple
echo " $s => ". convertir_en_ascii_maj($s);

périgueux => PERIGUEUX

C'est pas une solution miracle, mais cela fait son office simplement et sans trop de peine.

Liens:
article qui m'a inspiré
article qui m'a fait découvrir iconv
un autre article concernant le précédent lien

Un flux vidéo rétif à l'enregistrement

Mon nouveau magnétoscope à disque dur, remplaçant d'un précédent ayant perdu la boule (ou plutôt son "hard disk") a gentiment oublié d'enregistrer notre émission favorite "on-n-est-pas-couche". Ce magnétoscope a planté comme un vulgaire PC sous windows.

Je suis alors partie à la recherche d'une solution de rechange. Le site de France2 offrait en streaming l'émission manquante. Je n'avais plus alors qu'à la télécharger sur mon PC, pour la mettre ensuite sur mon magnétoscope à disque dur, ou alors plus simplement utiliser les fonctionnalités de media-center de notre freebox. J'avais déjà réalisé la chose avec une émission de canal plus, et la chose avait été plutôt facile, avec la simple observation des traces HTTP dans le header, à l'aide d'un plugin de firefox comme LiveHTTPheaders. Il suffisait de rechercher alors la trace d'un fichier flv, et de l'url correspondante. Ensuite le téléchargement se faisait automatiquement avec le navigateur. Le FLV est galère à trancoder en AVI sans perte, mais j'y suis arrivé.

En revanche avec france2, pas de trace de flv (format video de Flash). A la place, je trouve avec le bouton droit de la souris sur la vidéo en cours de lecture l'URL suivante (dans propriété) :
http://on-n-est-pas-couche.france2.fr/IMG/asx/onpc-5.asx
Ce fichier est semble-t-il un simple fichier XML, lui-même contenant un MMS://.....

Je résume rapidement les longs essai infructueux: VLC, incapable de lire le flux (linux et windows), KMplayer OK, mais pas moyen de sauvegarder sous linux, possible avec windows mais avec un décalage progressif et insupportable du son et de l'image. KMplayer m'a donné cette information, l'URL de la vidéo:
mms://a988.v101995.c10199.e.vm.akamaistream.net/7/988/10199/3f97c7e6/ftvigrp.download.akamai.com/10199/horsgv/regions/siege/france2/on-n-est-pas-couche/emission.wmv
J'ai tenté plusieurs solution pour télécharger ce fameux fichier MMS. Il s'agit en fait d'un WMV, format vidéo. Le navigateur ou même WGET ne fonctionnait pas, pour des raisons que ma raison ignore. Finalement sous linux, la solution fut simple: mimms. Une commande en ligne simplissime.

Coté windows, j'ai utilisé en finale flasget qui a parfaitement réussi son office en lui fournissant le MMS.


Je me suis permis de faire la version courte, en donnant simplement des briques pour parvenir au but. Difficile de donner la marche à suivre complète sans faire des erreurs ou des oublies. En finale, ma freebox a refusé ce format (ASF il me semble). Heureusement, le logiciel libre SUPER parvint à convertir dans un format lisible par mon player freebox. Que de temps à chercher. Mais finalement, n'est-ce pas en cela dans la recherche elle-même que réside le plaisir, plus que dans le but atteint?