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 a 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

- bouton scantv dans GUI "channel editor": segmentation fault" sur la premire chaine et uniquement celle ci!

- enregistrer dans le fichier RC les param. qui ne le sont pas (stay on top, window decoration, autres?)
  6 paramtres de la GUI DivX ne sont pas sauvegard:
  w-modul 1, 2, 4, 8, 16, 32 (default = 32)
  h-modul 1, 2, 4, 8, 16, 32 (default = 16)
  Min Quantizer (default = 2) 1 to 64 modulo 1
  Max Quantizer (default = 8) 1 to 64 modulo 1
  Audio Buffer Size (default = 1764) 441 to 65535 modulo 441
  Divx File Directory

- concerver le stay on top lors du passage:
  fenetre (avec stay on top) , fullscreen, fenetre (repasse en stay on top)

- mise en graddisplay automatiquement lorsque on lance l'enregistrement ou qu'on slectionne un filtre:
  Dans le cas d'un enregistrement, lors de l'envoi de l'action start: controle que la chaine est en
  grabdisplay, si c'est pas le cas passage en grabdisplay. Lors de l'envoi d'arret de l'enregistrement
  le paramtre repasse a l'etat original (celui avant enregistrement).
  pour le cas des filtres: si slection de "none" passage en overlay sinon passage en grabdisplay

- ajouter les nouveaux codecs mjpeg, ljpeg, huffyuv et ffv1.

- lors du passage a xvid 1.0 faire la modif du support de l'api

- 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 dans le code de xawdecode?

- ajouter une GUI xaw pour la gestion du timer/scheduler d'enregistrement:
  3 champs:
  1) selection de la chaine par menu button (quivalente a celle accessible par clic gauche)
  2) selection de l'heure de debut par scrollbar
  3) selection de l'heure de fin par scrollbar

  a) un bouton pour programmer le debut d'enregistrement
  b) 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

- pouvoir rappeler les informations NexTView de la chaine en cours par raccourcis clavier et appel lirc

- recuperer le nom du programme pour l'inclure dans le nom du fichier avi lors d'un enregistrement

- 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 differer):
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 amelioration a apporte 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

- Inclure la possiblite d'utilise 1 cluster de compression?? que veux tu dire Nicolas pas tout compris?

- le lancement de xawdecode dsactive l'conomiseur d'cran

- changer la taille de la fonte:
xawdecode -xrm \
'xawdecode.vtx.label.font: -*-*-bold-r-normal--12-*-*-*-m-*-iso8859-1'
(remplacer 12 par la taille que vous voulez, pour changer
la fonte par defaut mettre "xawdecode.vtx.label.font:....." dans ~/.Xdefaults)

- rajouter l'option sub dans le menu divx et dans xawdecoderc.

- Quand xawdecode_subtitles/xawdecode_alevt-cap sera incopore a xawdecode/alevt
ca sera plus facile, car on peut imaginer qu'on ouvre alevt avec CONTROL-A
on cherche la page du teletexte, et il y a un bouton/menu qui permet
d'inclure les sous-titres dans la fenetre principale...

Pour le moment ce qui est faisable c'est un bouton/menu
qui demande un numero de page, teste si alevt ne tourne pas,
ferme vbifd, et lance xawdecode_subtitles et fait en sorte que pendant
le temps de sous-titrage on utilise pas le teletexte pour alevt ou la
detection de canaux

