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.

- xawdecode_scan.sh:
	- analyse du prcdent xawdecoderc s'il existe: recuperer les chaines
	  prexistantes.
	  Si certaines n'apparaissent pas aprs nouveau scan, alors proposition de rcupration
	  dans le nouveau RC: avantage, cela vite de le lancer plusieurs fois
	  lorsqu'une premire passe ne rcupre pas tous les canaux.
	- 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 xawdecode_scan)

- ajouter les nouveaux codecs mjpeg, ljpeg et ffv1.

- tout un travail sur nextview et son interaction avec xawdecode:
  	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 xawdecode) en meme temps. Tout
  	passe par le proxy pour le partage du perif VBI => Inclure le proxy VBI dans le code de xawdecode?

- 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 xawdecode_cmd record stop | at "selection de l'heure de fin"
  		echo xawdecode_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.

- passer les filtres en tant que plugins

- 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 xawdecode 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)

- ventiler le fichier main.c qui devient ingrable! (sparer la GUI du fichier main.c)

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