LE BAZZAR A IDEES:

Idées de futures évolutions ou points qu'il serait interessant
d'ajouter / de régléer à l'avenir. Ceci n'est pas vraiment un TODO
mais plutot une liste permettant de se souvenir des bonnes idées non
exploitées à ce jour.


- DVB-T (TNT) : continuer le support (télétexte, nextview, timeshifting, streaming)

- Détection/Support Multi-devices : depuis le kernel 2.6, les infos concernant les périphériques
	sont, par ex. pour les devices v4l, dans /sys/class/video4linux/video0/ -> on a le nom etc.
	Pareil pour les periphériques dvb :  par ex. /sys/class/dvb/dvb0.frontend0
	-> donc au démarrage on scan ce repertoire /sys on fait une liste chaînée de tous ces 
	périphériques et ensuite dans la gui, par un petit bouton on peut switcher de l'un à l'autre ...
	Idéalement, il faudrait pouvoir regarder sur un device et enregistrer sur un autre ... mais c'est 
	une autre histoire !
	Le devicemanager permet maintenant de faire ça grâce à l'option "-multi"
	de la ligne de commande xdtv, pour l'instant le choix ne se fait qu'en
	ligne de commande au démarrage de xdtv mais l'idée est de l'intégrer à
	l'interface graphique pour permettre des changements faciles.

- Pluginisation : separer chaque feature en plugin : un plug d'enregistrement, un plug alevt, un plug
	screenshot, etc. Chaque plug gère ca propre gui ... peut-être en appelant des fonction 
	generiques mise à dispo dans le corps d'XdTV : par ex : 
	create_xdtv_widget(..), set_xdtv_widget(..), etc. 
	Du coups, toute la dépendance vers Xaw se retrouve dans un seul fichier de 
	"translation" xdtv_gui -> xaw_gui.
	Ca serait génial de faire ça en terme de gestion des modifs !! mais c'est lourd : nécessité 
	d'ouvrir une branche parallèle à la version stable et de bosser à plusieurs dessus !!

- xdtv_scan.sh:
	- ajout manuel : un num. de canal ou une fréquence.
	- possibilité de lancer un scan sur toutes les fréquences possibles
  l'adpater pour BSD (après adaptation de xdtv_scan)

- tout un travail sur nextview et son interaction avec xdtv:
  	Mettre en place la gestion du VBI partagé: L'auteur de nxtvepg a écrit un proxy VBI
  	(basé sur la lib zvbi de zapping) qui permet de partager les flux vbi entre applications.
  	Concrètement: pouvoir recevoir le flux nextview avec nxtvepg et pouvoir
  	utiliser alevt (la version embarquée dans xdtv) en meme temps. Tout
  	passe par le proxy pour le partage du perif VBI => Inclure le proxy VBI dans le code de xdtv?

- ajouter une GUI xaw pour la gestion du timer/scheduler d'enregistrement:
  	5 champs:
  	1) selection de la chaine par menu button (équivalente a la widget "stations")
  	2) selection de l'heure de debut par scrollbar
  	3) selection de l'heure de fin par scrollbar
  	4) un bouton pour programmer le debut d'enregistrement
  	5) un bouton pour programmer la fin d'enregistrement

  		Ces deux boutons utilisent la valeur des champs 1) 2) et 3)
		Derrière ces boutons il y a qq chose du genre:

		echo xdtv_cmd record stop | at "selection de l'heure de fin"
  		echo xdtv_cmd "setchannel 'selection de la chaine'; record" | at "selection de l'heure de debut"

		bien entendu il faut que le daemon atd soit lancé pour faire ceci.
  		bien entendu il faut verifier qu'il n'y a pas deux enregistrement qui se chevauchent

- importation des horaires d'enregistrement en provenance de Nxtvepg (et autres infos??):
  une methode a été proposée a l'auteur de nxtvepg. en attente de sa reponse.

- Tv en mode différé: pouvoir voir une émission enregistrée mais en différée
	Enfin j'ai reflechit a une implementation simple du timeshifting (tv en mode differé):
	actuellement on peut le faire a la main : on lance un enregistrement,
	puis on peut lire le fichier en cours d'enregistrement par mplayer.

	les ameliorations à apporter sont :
	- liberation du port xv par xdtv lors du passage dans ce mode.
	- Utilisation d'une compression peut gourmande (huffyuv ?)
	- Pouvoir faire une avance rapide, pas possible si l'avi est en cours
	  d'ecriture car a besoin d'un index.
	- pour sauver de la place si on ne souhaite pas conserver l'enregistrement,
	  utilisation de plusieurs fichiers de 10 minutes qui sont effacer apres 
          lecture par mplayer

- empécher le resizing des GUI (voir gv: ou il arrive plus ou moins a le faite avec 
  les bouton variable size/ fixed size) (demande de blindman)

- ventiler le fichier main.c qui devient ingérable! (séparer la GUI du fichier main.c)

- un xdtv_player??? qui permet de choisir le fichier a lire (file selector) 
  puis fait xdtv -avi filename.avi???

- L'alpha-blending pour l'OSD ? Par exemple, ce serait juste pour faire disparaitre 
  les messages OSD avec un effet de fondu. (demande de Rima)

- Le support des radios FM quand la carte Tv le permet (demande de Rima)

- il faudrait une meilleure gestion des écrans 16/9 & 16/10:
  - Possibilité de mettre en plein écran sans déformer l'image 
    (ajout de bandes noires à gauche et à droite de l'écran)
  - Possibilité de "zoomer" en 16/9 (couper le haut et le bas de l'image) pour 
    pouvoir profiter du format de l'écran lors de la diffusion d'un programme 16/9.
  - possibilité de fixer le ratio de la fenêtre pour éviter de déformer l'image lors 
   d'un redimensionnement de la fenêtre (demande de millgi & hayvan & guilc)

- Supporter le nouveau protocole d'interaction avec Nxtvepg (basé sur le protocole 
  ICCCM de X11) http://nxtvepg.sourceforge.net/xiccc-proto.html (demande de hayvan)

- Améliorer la gestion mono/stéreo c'est à dire:
  - Autodétection efficace,
  - Non-atténuation (quasi divisé par deux) du mono vis-a-vis du stereo. 
  (demande de hayvan)

- support du driver ivtv (demande de frafa)

- implementer le conteneur MPEG-TS pour la diffusion des flux sur le reseau (streaming) 
  (demande de jrevi)


