Et puis pour de meilleures performances, il vaut mieux lancer XFree / X.org  en 16bpp plutôt qu'en 24 ou 32bpp. Avec ça, on DOIT avoir un fullscreen impeccable avec XdTV que l'on utilise le mode Xv (Xvideo) ou le mode "traditionnel" avec -noxv.

• Comment savoir si on utilise bien Xfree86 4 / X.org et non pas 3?

Editez le fichier de log /var/log/XFree86.0.log ou /var/log/Xorg.0.log

• Faut il utiliser XdTV en tant que root?

Absolument pas, ceci est totalement déconseiller!!! Bien évidement, il FAUT utiliser XdTV en tant qu'utilisateur normal, et pas en tant que root. C'est un principe général sur un système unix: le compte root ne doit servir qu'à administrer le système, un point c'est tout. Idéalement, il ne faudrait d'ailleurs même jamais ouvrir de session X11 en tant que root.

• Quand je lance XdTV j'ai un message du type "can't acces mixer" ou "can't access vbi":

C'est un problème général d'autorisation d'accès au périphérique en question. Le problème d'accès à un périphérique (/dev/dsp, /dev/vbi, /dev/video, /dev/mixer, etc...)
Tout d'abord vérifier que /dev/video existe et est un lien symbolique vers /dev/video0.
Si besoin, le créer: ln -s /dev/video0 /dev/video (en tant que root).
Idem pour /dev/vbi qui doit être un lien symbolique vers /dev/vbi0.
Ensuite, les problèmes de groupes...
Dans les distribs récentes, l'accès aux différents périphériques est géré par l'appartenance à des groupes spécifiques: un groupe dédié par type de périphérique.
Par exemple, les périphériques audio comme /dev/dsp appartient à root, groupe audio. Donc pour que tartanpion puisse se servir de la carte son, il faut que tartanpion fasse partie du groupe audio.
Il peut en être de même pour l'accès à la carteTV (/dev/video0, owner=root,group=video ou sys), du lecteur de cdrom (/dev/cdrom -> /dev/hdc et /dev/hdc, group=cdrom) , de l'imprimante (group=lp ou printer), du modem (group=modem ou uucp ou dialup ...).
Donc pour se servir de tout ces devices, l'utilisateur tartanpion devra faire partie des groupes cdrom, audio, video, lp, uucp....

Cela permet à l'administrateur du système de contrôler finement qui peut avoir accès à quoi!

Il faut quand même s'assurer que le groupe a le droit d'utiliser les devices: (en tant que root, faire)

$ chmod g+rw /dev/video0
$ chmod g+rw /dev/vbi0
$ chmod g+rw /dev/audio0
$ chmod g+rw /dev/mixer
$ chmod g+rw /dev/dsp

En même temps, en profiter pour vérifier à quel groupe appartient les devices: (Exemple pris sur une Mandrake 8.0)

$ ls -l /dev/video0

nous donne: crw-rw---- 1 root sys 81, 0 Apr 14 13:06 /dev/video0

et

$ ls -l /dev/audio0

nous donne:

crw-rw---- 1 root audio 14, 4 Apr 14 13:06 /dev/audio0

Donc, il faut que tartanpion fasse au moins partie des groupes sys et audio! Au passage, c'est une mauvaise idée que de faire appertenir la carte video au groupe sys, le groupe banalisé video serait plus sûr.... Mais, bon, c'est le choix qu'a fait Mandrake...

Bon, c'est bien beau tout ça, mais comment on ajoute un utilisateur comme membre d'un groupe? Tout d'abord, il faut lister les groupes auxquels appartient déjà l'utilisateur (que l'on va appeler USER1 pour l'exemple):

$ id -a USER1

donne la réponse:

uid=993(USER1) gid=21(USER1) groups=21(USER1),22(cdrom),43(usb),80(cdwriter),504(xgrp)

Cela nous indique que l'utilisateur "USER1" a comme groupe par défaut "USER1" et appartient aux groupes: USER1 (c'est normal, vu que c'est son groupe par défaut!!), cdrom, usb, cdwriter, xgrp.

Pour lui ajouter l'accès aux groupes sys et audio, il faut alors faire (en tant que root, bien sûr):

$ usermod -g USER1 -G USER1,cdrom,usb,cdwriter,xgrp,sys,audio USER1

le "-g USER1" c'est pour spécifier le groupe principal
le "-G USER1,cdrom, .... ,audio" c'est pour spécifier TOUS les groupes auxquels l'utilisateur appartient. Attention: il faut remettre TOUS les groupes!!!

le USER1 final, c'est pour spécifier l'utilisateur auquel s'applique ces modifs.
Pour que les modifications prennent effet, l'utilisateur USER1 devra se délogger et se relogger sur le système (surtout si les modifs ont été faites à partir d'une fenêtre root lancée depuis une session X11 ouverte par l'utilisateur USER1, ce qui est le cas dans 95% des cas).

• Qu'est ce que le memcpy:

memcpy est une fonction du C qui permet de copier le contenu d'une zone mémoire vers une autre zone mémoire. On s'en sert "abusivement" pour les copies de buffer et plus cette fonction est efficace, plus on aura des images fluides. Lors du 1er lancement, XdTV teste différentes implémentations de memcpy, celle de la librairie C, celle du kernel, une optimisée en MMX, etc... la plus rapide est choisie et le résultat est stocké dans le fichier .xdtv/memcpy_method pour éviter de refaire le test à chaque lancement.

• Quel support son prendre?

Il en existe deux: OSS et ALSA qui est compatible OSS. Les drivers ALSA sont vraiment les seuls à faire du vrai full duplex sur les cartes sons... Ce sont ceux la qu'il faudra utiliser en priorité. D'ailleurs le décalage entre le son et l'image provient la plupart du temps d'une utilisation de OSS. Le support ALSA devrait résoudre le problème.

• Je désirerais avoir des informations sur Xv Video for linux (v4l) et BTTV comment faire?

Lancer Xawdecode avec l'option -hwscan cela va donner un résultat voisin de celui ci:

This is xawdecode 1.3.10 running on Linux/i686 (2.4.8-26mdk).
looking for available devices
MIT Shm extension available
Number of Xv adaptors available: 1
port 58-58 [ -xvport 58 ]
name : Matrox G-Series Backend Scaler
type : Xvideo, image scaler
format supported on port 58 : YUY2 YV12 I420
v4l: bttv version 0.7.72
/dev/video0: OK [ -c /dev/video0 ]
type : v4l
name : BT848(MIRO PCTV)
flags: capture tuner overlay clipping frameram scales

[user1@localhost user1]$ gdb /usr/local/bin/xdtv
GNU gdb 20010813 (MI_OUT)
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-mandrake-linux"...
(gdb) run
Starting program: /usr/local/bin/xdtv
[New Thread 1024 (LWP 2003)]

This is xdtv 2.0.0 running on Linux/i686 (2.6.8.1-20mdk).
wmhooks: netwm
DGA: server=2.0, include=2.0
VidMode: server=2.1, include=2.1
available video mode(s): 1024x768 800x600 768x576 640x480
Selected XvImage adaptor with YUY2 support: Matrox G-Series Backend Scaler on port 58
x11: 1024x768, 16 bit/pixel, 2048 byte/scanline
v4l: 1024x768, 16 bit/pixel, 2048 byte/scanline
v4l: framebuffer base=0xe3000000
v4l: mmap()'ed buffer size = 0x410000
......

• Mon fps est déplorable que faire:

Il a été constaté avec certaines distributions que Xv n'était pas accéléré en mode YUY2 (Mandrake 7.2) il faudra installer XvBogus ( à récuperer sur le site de xawdecode section autres téléchargements) non il faudra utiliser Xawdecode en lui passant le paramètre au démarrage -noxv (beaucoup moins bon qu'en mode Xv au niveau CPU et donc Fps).

Ce problème n'existe plus avec XdTV.

• XdTV rame horriblement:

Les meilleurs résultats sont obtenus avec XFree86 4.x / X.org et l'extension Xvideo. Si on n'utilise pas l'extension Xvideo, il est  préférable de lancer le serveur X en 16bpp au lieu de 24 ou 32. Sinon, autoriser le support MTRR dans votre kernel peut aider à améliorer les choses. Si vous utilisez XFree 3.x, il faudra dire vous même au kernel où se trouve la mémoire de la carte vidéo. Vous trouverez des détails sur cette manip dans le "Linux DVD Howto".
 

• J'ai des espèces de points parasites blancs qui apparaissent quand je passe d'une chaine en grabdisplay à une chaine en overlay (ou vice-versa):

Il suffit de mettre colorkey = 123456 dans le .xdtvrc En effet, le problème des petits points blancs parasites évanescents: c'est lié au colorkey de Xvideo qui par défaut utilise le noir comme couleur de transparence. Ce n'est pas un bug de XdTV.

• Plus je reduis la taille de la fenêtre, plus l'image est déformée. Que faire ?

Lorsque l'image s'étire dans la hauteur (on le voit bien en passant de xawtv à xawdecode) et que le bas de l'image disparait, ceci est du au non support du Scalling par de driver vidéo et plus précisement Xv (Xvideo). Plusieurs solutions s'offre a vous: monter en niveau de version XFree86 ou mettre dans le fichier RC la clef suivante: hw_scaling = off

Ce problème n'existe plus avec XdTV.

• A quoi correspondent chaque fonction de désentrelacement ?

Voici quelques explications tirées de la documentation du projet DScaler (http://deinterlace.sourceforge.net)...

Désentrelacement Video (Bob) (C'est le filtre BOB utilisé dans XdTV)
Cette méthode est basée sur le filtre Virtual Dub de Gunnar Thalin. Si il détecte des effets d'entrelacement dans l'image courante, il coupe pour les éliminer.
Cette méthode a une tendance à couper beaucoup trop et donne de mauvais résultat sur des images statiques peu sujettes à l'entrelacement.

Désentrelacement Video (Weave) (C'est le filtre WEAVE utilisé dans XdTV)
Similaire du désentrelacement vidéo (Bob), cependant cette methode a tendance à "tramer" sur des images dynamiques.

Désentrelacement Video (2-Frame)
Cette méthode utilise la trame courante et les 2 dernières pour savoir s'il faut couper ou "tramer" un pixel donné. Cela donne de meilleurs résultats à la fois sur des imgaes statiques et sur des images dynamiques que les deux méthodes précédentes mais réclame plus de CPU.

Simple Weave
Cette méthode combine juste les champs pairs et impairs les plus récents. Elle provoque des artefacts de déplacement et est juste fournie à titre de comparaison.

Simple Bob
Cette méthode utilise seulement les champs les plus récents et comble les lignes intermédiaires par des pixels interpolés. Cette méthode a été remplacée par le Scaler BOB.

Blended Clip
La méthode de désentrelacement BLENDED CLIP a été définie a titre d'expérimentation par tous ceux qui s'interessent à ce qui marche en matière de désentrelacement video. Lorsqu'elle est selectionnée, un panneau de contrôle permet d'ajuster de nombreux paramètres. Ils correspondent aux paramètres Blc.... dans la section [Deinterlace] du fichier DScaler.ini où ils sont documentés. Ce n'est peut être pas la méthode universelle mais elle peut être utilisée pour créer des méthodes de désentrelacement spécifiques. Ils peuvent être sauvegarder dans un fichier ini séparé qui peut être apppelé par un paramètres sur la ligne de commande lors du lancement de DScaler.exe. Quelque peut consommateur de CPU.

Scaler Bob
Utilise la fonctionnalité matérielle bob de DirectDraw (si disponible). Utilise la trame courante et laisse la carte video dimensionner l'image pour tenir à l'écran.
Produit de bon résultats sur des images qui bougent très vite.

Odd Fields Only (C'est le filtre ONE FIELD utilisé dans XdTV)
Utilise seulement une trame sur les 2 et applique une mise à l'echelle matérielle. Cela réduit les effets de coupe au détriment d'une perte d'information. C'est ce qui était utilisé à l'origine sur les consoles de jeux.

Désentrelacement Adaptatif
Cette méthode utilise une détection de mouvement pour choisir le meilleur algorithme de désentrelacement. Par défaut, le choix se fait entre 2-Frame et weave.

Méthode de désentrelacement Greedy
La méthode de désentrelacement GREEDY a été définie pour donner de bons résultats sur des images à mouvement faible tout en utilisant moins de CPU que d'autres. Elle est bonne sur des petites configs mais donnera des résultats déplorables sur des images à mouvement très rapide comme le sport. Par hasard, il se trouve que cette méthode donne de bons résultats sur des films mal mastérisés en 3:2 ou abaissés en 2:2 comme certains dessins animés qu'ils comportent des images rapides ou lentes.
A essayer si vous avez un film qui ne donne pas de bons résultat avec le traitement Auto Pull Down.

Méthode Greedy 2 Frame (C'est le filtre GREEDY utilisé dans XdTV)
Cette méthode tente de combiner les meilleures fonctionnalités de l'algorithme 2-Frame avec la capacité d'anticipation de la méthode Greedy. Je trouve que cette méthode marche bien sur du sport et d'autres umages très dynamiques. Sur des images statiques ou de mauvaise qualité, on peut avoir des niveaux de coupe innacceptable.

MéthodeLinear Blend (C'est le filtre LINEAR BLEND utilisé dans XdTV)
Linear Blend opère en moyennant chaque pixel d'une ligne avec celui de la ligne en dessous, filtrant ainsi la trame. Cela élimine presque complètement l'effet de l'entrelacement.

• Je rencontre parfois des couleurs bizarre lors de la lecture d'un fichier avi généré par xawdecode. Comment faire pour éviter cela ?

Utiliser les dernières versions des lecteurs AVI disponibles sous linux (mplayer, aviplay ou xine). Si cela ne corrige pas le problème, tenter de forcer l'utilisation du codec divx4 (option -vc divx4 pour aviplay ou mplayer, et pour xine, mettre "codec.divx4_priority:6" dans ~/.xine/config ).

Ce problème n'existe plus depuis longtemps sous XdTV.

• Je n'ai pas les différents filtres de désentrelacement dans la liste: Pourquoi? 

En fait ceci est relativement simple: xawdecode a été lancé avec l'option -noxv alors que le désentrelacement n'a été implémenté qu'en mode Xv seulement (les algos qui ont été repris de xine, eux même de dscaler, ne peuvent prendre qu'une image au format YVU en entrée. Donc, toute référence au désentrelacement a été désactivée lorsque qu'on est en noxv). 

Ce n'est plus le cas sous XdTV. 

• Avec devfs, les numéros de periphérique video et vbi sont données dynamiquement et sans ordre. Comment faire pour forcer ces numéros à chaque lancement des drivers bttv?

Il suffit d'ajouter comme option au module bttv: video_nr et vbi_nr:

Par exemple:
######### Tuner TV ############
alias char-major-81-1 bttv
options bttv pll=0 radio=0 card=1 tuner=3 video_nr=1 vbi_nr=1 gbuffers=4 fieldnr=1
######### End Tuner TV #########

ceci peut aussi être fait pour les webcam en utilisant le paramètre dev_hint:

Par exemple:
######### USB Webcam #########
alias char-major-81-0 pwc
alias sound-service-1-0 audio
alias sound-service-1-3 audio
alias sound-service-1-8 audio
alias sound-service-1-12 audio
options pwc dev_hint=0
post-install pwc /sbin/insmod --force /lib/modules/2.4.19-16mdk/kernel/drivers/usb/pwcx-i386.o.gz >/dev/null 2>&1 || :
pre-remove pwc /sbin/rmmod pwcx >/dev/null 2>&1 || :
######### End USB Webcam ######

• Compilation XdTV et optimisation:

si vous compilez XdTV sur votre propre machine, il sera optimisé pour le processeur que vous possédez. Il est possible d'empécher toute
optimisation en passant au ./configure l'option suivante:  --disable-cpu-detection

• Comment déplacer ou redimentionner une fenêtre alors que les "window decoration" ne sont plus visibles?

C'est assez simple, il suffit de lire l'article "test window decoration" dans cette aide.

• J'ai des problèmes avec le son:je rencontre parfois des conflits entre XdTV et Xmms par exemple et le son de XdTV devient muet:

Ceci peut être du au fait que vous êtes sous kde: présence du daemon artsd. Il est conseillé de ne jamais utiliser ce daemon et de le désactiver!

• Problème de freeze de XdTV:

Cela peut arriver lorsque:
"IRQ sharing is known to cause problems in some cases. It works just fine in theory and many configurations. Neverless it might be worth a try to shuffle around the PCI cards to give bttv another IRQ or make it share the IRQ with some other piece of hardware. IRQ sharing with VGA cards seems to cause trouble sometimes. I've also seen funny effects with bttv sharing the IRQ with the ACPI bridge (and apci-enabled kernel)."

il faut donc ajouter une option au bttv: triton1=1  dans votre modules.conf (kernel 2.4) ou modprobe.conf (kernel 2.6)
"The triton1 insmod option sets the EN_TBFX bit in the control register. The vsfx insmod option does the same for EN_VSFX bit. If you have stability problems you can try if one of these options makes your box work solid." (Merci Mat)

• Installation de nvtv (TV out pour nvidia) pour renvoyer XdTV sur laTV:

Ajouter dans le fichier /etc/x11/xf86config-4  ou /etc/x11/xorg.conf :

(merci Mat et pourtout6)