LE BAZZAR A IDEES:

Ides de futures volutions ou points qu'il serait interessant
d'ajouter / de rgler  l'avenir. Ceci n'est pas vraiment un TODO
mais plutot une liste permettant de se souvenir des bonnes ides non
exploites  ce jour.


- DVB-T (TNT) : continuer le support (tltexte, nextview, timeshifting, streaming)

- Dtection/Support Multi-devices : depuis le kernel 2.6, les infos concernant les priphriques
	sont, par ex. pour les devices v4l, dans /sys/class/video4linux/video0/ -> on a le nom etc.
	Pareil pour les periphriques dvb :  par ex. /sys/class/dvb/dvb0.frontend0
	-> donc au dmarrage on scan ce repertoire /sys on fait une liste chane de tous ces 
	priphriques et ensuite dans la gui, par un petit bouton on peut switcher de l'un  l'autre ...
	Idalement, il faudrait pouvoir regarder sur un device et enregistrer sur un autre ... mais c'est 
	une autre histoire !

- Pluginisation : separer chaque feature en plugin : un plug d'enregistrement, un plug alevt, un plug
	screenshot, etc. Chaque plug gre 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 dpendance vers Xaw se retrouve dans un seul fichier de 
	"translation" xdtv_gui -> xaw_gui.
	Ca serait gnial de faire a en terme de gestion des modifs !! mais c'est lourd : ncessit 
	d'ouvrir une branche parallle  la version stable et de bosser  plusieurs dessus !!

- xdtv_scan.sh:
	- ajout manuel : un num. de canal ou une frquence.
	- possibilit de lancer un scan sur toutes les frquences possibles
  l'adpater pour BSD (aprs 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.
  	Concrtement: pouvoir recevoir le flux nextview avec nxtvepg et pouvoir
  	utiliser alevt (la version embarque 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)
		Derrire 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 propose a l'auteur de nxtvepg. en attente de sa reponse.

- Tv en mode diffr: pouvoir voir une mission enregistre mais en diffre
	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

- empcher 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 ingrable! (sparer 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 dformer 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 fentre pour viter de dformer l'image lors 
   d'un redimensionnement de la fentre (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)

- Amliorer la gestion mono/streo c'est  dire:
  - Autodtection efficace,
  - Non-attnuation (quasi divis par deux) du mono vis-a-vis du stereo. 
  (demande de hayvan)

- support du driver ivtv (demande de frafa)

- ce serait de pouvoir choisir d'activer ou pas la veille ecran , perso j'utilise 
  la sortie TV de ma carte et j'aimerais bien que mon moniteur se mette en veille , 
  la sortie TV etant dja configure dans xorg.conf pour ne pas se mettre en veille . 
  (demande de beck)

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


