Christophe Nowicki

Ma carte télé Hauppauge WinTV PVR 350 dispose d’une entrée S-Video, permettant de brancher une source vidéo externe ( camescope, console de jeux ou lecteur de DVD ). Cette entrée est prise en charge par le driver IVTV sous GNU/Linux, voici la procédure à suivre pour exploiter cette entrée :

Configuration de Freevo

La gestion de multiples entrées Vidéo est peu ou pas documentée sur le Wiki du projet, voici donc la configuration permettant de prendre en compte à la fois le tuner et l’entrée vidéo dans Freevo :

VIDEO_GROUPS = [
    VideoGroup(vdev='/dev/video0',
               adev='/dev/dsp',
               input_num='4',
               input_type='tuner',
               tuner_norm='SECAM',
               tuner_chanlist=CONF.chanlist,
               desc='Chaines Hertziennes',
               group_type='ivtv',
               recordable=True),
    VideoGroup(vdev='/dev/video0',
               adev='/dev/dsp',
               input_num='6',
               input_type='svideo',
               tuner_norm='PAL',
               tuner_chanlist=None,
               desc='Entree S-Video',
               group_type='ivtv',
               recordable=True)
]

TV_CHANNELS = [
        ('tf1.fr',     'TF1',  'tf1' ),
        ('france2.fr', 'France 2', 'france2' ),
        ('france3.fr', 'France 3', 'france3' ),
        ('',  'Canal+',  'canal' ),
        ('lacinquieme.fr', 'France5',  'cinq' , ('1234567', '0400', '1859') ),
        ('arte.arte-tv.com',   'Arte',   'cinq' , ('1234567', '1900', '0200') ),
        ('m6.fr',      'M6',  'm6' ),
        ('svideo','SVIDEO','6', 0, 1)
]

Il faut ajouter un groupe vidéo, avec comme source l’entrée six et le type ‘svideo’, ensuite ajouter à la liste des chaînes un chaine ‘SVIDEO’ qui à pour identifiant de groupe vidéo 1. Après le redémarrage de Freevo, vous devriez pouvoir voir les images envoyées via l’entrée S-VIDEO.

Le principale problème qui se pose avec cette configuration est que l’ensemble des images envoyées sont encodées par la carte. Ce processus d’encodage prends 2 à 3 secondes, donc dans le cas d’une console de jeux, il n’est pas possible d’encoder directement de cette manière. Par contre ce fonctionnement est parfait si vous voulez encoder une vielle cassette au format VHS.

Le mode Passthrough

Après investigation, j’ai découvert le mode ‘passthrough’ qui permet de passer outre l’encodage de la carte et afficher directement les images sur la sortie de la carte. Pour le faire fonctionner voici la procédure à suivre :

# rmmod ivtv_fb
# ivtvctl -p 6
# ivtvctl -u 1
# ivtvctl -K 1

1. Il faut décharger le module pour le framebuffer car il rentre en conflit avec le mode ‘passthrough’
2. On switch sur l’entrée S-Video
3. On passe la carte au format PAL
4. Et finalement on switch l’affichage en mode ‘passthrough’

Vous devriez voir apparaître les images de l’entrée S-Video, dans ce mode il n’y à aucun décalage dans l’affichage des images.

En cas de changement résolution sur l’entrée S-Video?

Écran noir…
Cela ne fonctionne pas, dans mon cas je voulais mettre sur l’entrée ma consôle de Jeux, mais la plus part des jeux changent la résolution lors de leur lancement, ce qui provoque un écran noir…
Je n’ai pas trouvé de solution pour résoudre ce problème.

Après plusieurs mois de travail sur la personnalisation de cet outils pour un client, j’ai le plaisir de vous presenter un article qui décrit notre travail.
Mais tout d’abord une rapide présentation du logiciel.

Request Tracker

RT est un logiciel libre de gestion d’incident, en anglais ticketing, il permet la prise en charge des demandes client. Lorsqu’un problème survient chez un de nos clients (plantage serveur, coupure de service, etc…) celui-ci envoie un mail ou bien téléphonne au support pour signaler l’incident.
Cet incident donne lieu à un ticket qui sera pris en charge par le support technique.
Grace à ce système :

• Les clients peuvent suivre en temps réel, la résolution de l’incident
• Communiquer avec le support
• Le support facture les interventions
• L’ensemble des interventions sont archivées.

Nous utilisons ce système chez Easter-eggs depuis près de 3ans avec succés et nous en sommes très content, comme beaucoup d’autres.
La mise en place de système est assez complexe et nécessite de bonnes compétances en administration système et en programmation Perl ( si vous voulez modifier l’outils pour l’adapter aux besoins spécifiques de votre entreprise).
Pour vous aider dans l’installation de l’outil, un article est paru dans le Linux Magazine France de ce mois-ci (Février 2006), mais celui-ci ne parle pas de la personnalisation de l’outils.

L’application de Suivi Qualité

L’Application de Suivi Qualité développée par Easter-eggs à partir de RT offre la possibilité de :

• s’interfacer avec l’annuaire LDAP de l’entreprise ;
• importer les bases de données d’un outil existant ;
• effectuer des recherches dynamiques simplifiées ;
• réaliser des imports CSV à partir d’un ERP ;
• avoir une interface dynamique sans rechargement avec Javascript, méthodologie AJAX;
• personnaliser les emails ;
• gérer de manière automatisée les relances des tâches échues ;
• extraire des statistiques d’activité.

Le retour d’expérience sur la modification

Mon article est disponible au format PDF à l’adresse suivante :

Retour d’expérience sur la personnalisation du logiciel libre de gestion d’incident « Request Tracker »

J’aimerais vous faire découvrir ce petit programme qui comme son nom l’indique, permet d’optimiser la taille des images au format Jpeg.
Jpegoptim est un utilitaire permettant de réduire la taille des fichiers jpeg et donc de gagnier de la place sur votre disque dur.
Le principe du programme est d’optimiser l’encodage des fichiers sans modifier la qualité de l’image, il n’y a donc pas de perte de qualité.
Il est possible de gagnier entre 0 et 15% sur la taille de l’image, ce qui n’est pas négligable.

Voici la commande pour optimiser toutes les images qui se trouvent dans un répertoire :

find répertoire -name ‘*.jpg’ -exec jpegoptim ‘{}’ \;

Parcontre, il est domage qu’il n’y est pas de paquet debian pour ce programme, il faut donc le compiler (./configure; make; make install) à partir des sources.

The sqlite_fetch_object function is not implemented in the PECL extension version 1.0.3.
I’ve rewrite it sqlite_fetch_object in PHP :

// An empty class
class bidon {
}

// Fetch resultset as an object
function sqlite_fetch_object(&$resource){
                $arr =  sqlite_fetch_array($resource);
                $obj = new bidon();
                foreach ($arr as $key => $value) {
                        # Check is valid $T_VARIABLE
                        if (ereg("[a-zA-Z_\x7f-\xff][a-zA-Z0-9_\x7f-\xff]*", $key)) {
                                $obj->$key;
                        }
                }
                return $obj;
}

Voila

Schèma classique :
1 – constructeur de matériel qui ne fourni pas de driver Linux
2 – la puce se retrouve dans la pluspart des ordinateurs portables du marché
3 – il va faloir faire pression pour obtenir les spécifications sans signer de NDA

Le constructeur en question est le Taiwanais Ali, qui produit le contrôleur pour Webcam M5603C.
Cette puce est utilisée par la plupart des constructeurs de portable.

Pour réaliser un driver Linux, un site web et un forum ont été mis en place : The Ali M560x Linux Driver Project.

Mais visiblement le constructeur ne répond pas aux mails de solicitation envoyés par les développeurs.

Je propose de faire comprendre au constructeur qu’il doit fournir les spécifications du matériel, en lui envoyant des demandes via l’interface de contacte client : Customer Support.

Voici un email type :

Hi,

I have bought an notebook, with a built-in web camera, using the Ali M5603C Video Camera Controller.
Now, the software that came bundled with the computer for using this camera is useless to me, since it requiers me to install and boot into Microsoft Windows, which is an operating system that I do not have.

I therefore use GNU/Linux, which is well supported by my notebook, except that there’s no driver for the M5603C controller.

When I searched the Internet for a driver, I came upon several developers for the Video4Linux system, that were interested in making such a driver, but without the datasheet for the controller, it would not be possible for them. They say they have already contacted Ali and asked for the datasheets, but none has so far got a reply to the request, as I know of.

I can assure you that, if you provide th the datasheet for the M5603C, there will very soon be a well functioning driver for this controller included with the Linux kernel.

ALi will then not have to worry about any other support for Linux users of the M5603C, since there are well established support forums for all Video4Linux drivers and applications.

To sign a NDA would be a big problem for the development of the Linux driver, since all drivers to be included with the Linux kernel has to have a licence compatible with the General Public Licence (GPL).

Therefore the source code of the driver has to be open, so all the information needed for the driver to work, will be available for anyone who understands C programming langage.

Another advantage of the existense of an open source driver, is that Linux users generally have a very positive attitude towards companies known to cooperate with the open source community, and usually prefere to buy products from such companies rather from companies known not to cooperate.

I personally buy only well supported hardware and I am ready to give more money for Linux support.

I want to thank you for your patience, and I hope we can come to a positive agreement for both ALi and the Linux users who have purchased your products.

Best Regards,

Ce genre de pratique a déja porté ses fruits.