Pour l'occasion, le site officiel a revêtu une nouvelle apparence beaucoup plus moderne que la précédente. Le but est, à terme, de fusionner avec le site web du projet K!TV, afin de fournir une solution globale Windows/Linux/BSD.
Quoi de neuf par rapport à la version 1.9.3 ?
* Renommage définitif de l'application: «Xawdecode est mort vive XdTV».
* Meilleure écriture du code en relation avec les drivers audio & video.
* Support de l'overlay sous *BSD
* Gestion générique des conversions de formats videos. Tous les périphériques v4l devraient être supportés par XdTV
* Gestion optimisée et uniforme des filtres audios & videos.
* Interface Xaw/NeXtaw finalisée et personnalisable.
* Gestion des pages de sous titres télétexte chaîne par chaîne.
* Mise à jour de xdtv_scan.sh permettant de récupérer les chaines si un fichier RC existe déja. Ce projet d'origine française, sous licence GPL, vous permet de regarder la télévision ou toute autre source vidéo compatible v4l, de l'enregistrer en mpeg4 à l'aide des codecs FFmpeg, XviD, ou le non libre DivX.
Il supporte également le sous-titrage télétexte. Les sous-titres peuvent être affichés à l'écran à l'aide d'Xosd et peuvent être enregistrés dans un fichier .sub lisible par mplayer, xine ou tout autre lecteur video avancé (pas d'incrustation dans le fichier video).
L'enregistrement des émissions peut être programmé à l'aide des utilitaires «at» ou «crontab» (pour les enregistrements périodiques).
XdTV intègre AleVT pour la navigation télétexte, et peut s'interfacer avec NxtVEPG pour l'affichage d'informations telles que le titre de l'émission en cours et la durée écoulée depuis le début de l'émission.
XdTV gère également les plugins et les filtres vidéo, et propose en outre une interface graphique de configuration complète et personnalisable, basée sur Xaw : donc parfaitement utilisable avec les diverses implémentations de Xaw, telles que NeXtaw, Xaw3D, XawM, etc...
Il propose également un outil de commande à distance, permettant de contrôler XdTV à l'aide d'une télécommande LiRC par exemple.
XdTV fonctionne sur n'importe quelle distribution Linux ou *BSD, pour peu qu'elle dispose d'un serveur XFree86 3.3.6 ou supérieur, XFree86 4.x ou X.org. Il permet d'enregistrer en DivX des émissions de TV sur un Pentium 600MHz sans aucun problème, et tout en regardant cette émission en plein écran.
La version 2.0 a été testée avec succès sur les distributions Linux suivantes :
* Mandrake 10
* Slackware 10
* Debian Sarge/Sid
* Gentoo
Outre les tarballs, des paquets .rpm, .deb et .ebuild sont d'ores et déjà disponibles sur sourceforge (lien en bas de l'article).
Il existe également deux repository pour urpmi et apt-get, dont les informations pour y accéder sont ici :
* Mandrake : http://xawdecode.sourceforge.net/download/cvs.mdk.rpm
* Debian : http://xawdecode.sourceforge.net/debian
(Notez que le nom du paquet sur Debian est bien devenu "xdtv" et non plus "xawdecode").
Pour l'avenir, la version 3.0 est déjà en route. Elle promet une plus grande modularité, et donc plus de plugins (notamment pour les traitements video) afin d'alléger l'application au maximum, et une interface graphique indépendante du moteur XdTV. Cela devrait donner naissance à des versions Qt ou Gtk+ par exemple, voire donner la possibilité d'utiliser XdTV seulement à partir de la ligne de commande pour les puristes du shell.
Un grand bravo à l'équipe de développement pour ce bijou.
Aller plus loin
- Site officiel XdTV (194 clics)
- Fichiers Sourceforge (14 clics)
- NxtvEPG (11 clics)
- AleVT (10 clics)
- L'article précédent (2 clics)
# Fusion avec k-tv
Posté par farib . Évalué à 1.
Je m'explique. Sous unix, on a un mode "overlay" qui permet d'afficher l'image à faible consommation CPU. Par contre, pour pouvoir redimensionner l'image, ou bien filtrer ( désentrelacement) il faut passer en "grabdisplay" qui consomme beaucoup plus (30% sur mon XP1700+)
Le mode overlay de K-TV sous windows, lui, permet quand même d'appliquer les filtres et la consommation CPU s'en trouve fortement réduite ( c'était imperceptible dans le gestionnaire des tâches de Windows. )
Si un jour cette convergence arrive et dans ce sens, ce sera une bonne nouvelle.
[^] # Re: Fusion avec k-tv
Posté par Pingus Sir . Évalué à 9.
Le but de ce rapprochement est de fournir un site web unifié et donc un portail francophone de la TV sous PC.
"pouvoir redimensionner l'image, ou bien filtrer ( désentrelacement) il faut passer en "grabdisplay" qui consomme beaucoup plus (30% sur mon XP1700+)"
=> tu te trompes en partie également. le nouveau support de l'overlay permet en plein écran de dépasser la taille des 758*576 . par contre pour pouvoir faire un traitement de l'image (enregistrement ou désentrelacement) il faut en effet passer en grabdisplay.
Bye Pingus ;-)
[^] # Re: Fusion avec k-tv
Posté par M . Évalué à 7.
Le mode overlay de K-TV sous windows, lui, permet quand même d'appliquer les filtres et la consommation CPU s'en trouve fortement réduite ( c'était imperceptible dans le gestionnaire des tâches de Windows. )
Pour etre plus precis le mode overlay de linux correspond au mode raw-overlay (voir les vielles versions de multidec) sous windows. En gros l'image directement de la carte tv a la carte video sans passer par le processeur. C'est pour cela qu'aucun traitement est possible.
Le mode xv sous linux correspond a peu pres au mode overlay sous windows.
Donc il ne devrait pas avoir trop de difference entre le mode overlay sous k!tv et le mode grabdisplay sous linux en utilisant l'extension xv. Encore faut-il que le driver Xfree soit efficace. Et c'est peu etre la que ca peche, mais une fusion xdtv/ktv n'y changera rien...
D'ailleurs mplayer utilise bien xv dans la plupart des cas pour afficher des videos, et l'affichage+la decompression sans filtre son en dessous de 20% chez moi(athlon 1800+), preuve que le mode xv n'est pas aussi pourrit que l'overlay sous windows...
[^] # Re: Fusion avec k-tv
Posté par Hugues Hiegel (site web personnel) . Évalué à 4.
Je sais, ya pas beaucoup de monde qui s'amuse à regarder une video à cheval sur deux écrans, mais quand même, pouvoir le faire c'est bien. :-)
[^] # Re: Fusion avec k-tv
Posté par Jimmy . Évalué à 2.
K!TV consommait environ 15% de CPU sur l'écran principal, et environ 90% sur le secondaire !
Xinerama powa !
[^] # traitement pixel shader en mode overlay ? Re: Fusion avec k-tv
Posté par Pierre . Évalué à 2.
Aucun traitement n'est possible?
Pas si sur. Les gpu peuvent maintenant effectuer des traitements assez complexes sur les textures. Alors pourquoi ne pas les faire sur une texture qui a été téléchargé juste avant par dma à partir de la carte vidéo?
Bon c'est ptet juste une idée à la con, mais qu'en pensent les boss des gpus?
[^] # Re: traitement pixel shader en mode overlay ? Re: Fusion avec k-tv
Posté par M . Évalué à 2.
- c'etait sous windows, je sais pas si c'est possible sous linux
- le resultat etait tout de meme assez mediocre
[^] # Re: traitement pixel shader en mode overlay ? Re: Fusion avec k-tv
Posté par Pierre . Évalué à 4.
Ca, c'est le probleme des drivers proprios. Si tu as pas la spec de la carte, pas question d'essayer d'implémenter la chose avant que le contructeur ne le supporte..
- le resultat etait tout de meme assez mediocre
Je vois pas trop pourquoi le CPU pourrait être meilleur que le GPU dans ce genre de choses, au contraire. C'est amha une histoire d'algo. un mauvais algo de désentrelacement implementé en assembleur gpu reste un mauvais algo.
# avec une webcam pwc ?
Posté par BAud (site web personnel) . Évalué à 2.
J'avais réussi avec xawtv et je crois aussi avec xawdecode (pas souvent à vrai dire, une seule fois et avant l'épisode pwc).
Si quelqu'un a plus d'infos je suis preneur :
- kernel-2.6-2.6.8-20mdk / logitech quickcam pro 4000 (ID 046d:08b2 par lsusb) sur une Mandrakelinux 10.1 (enfin cooker en fait) / Xorg6.7 / Gnome 2.8
- messages d'erreur : /dev/video: no overlay support
*** AUDIO DEVICE TYPE = alsa
driver is not v4l2
v4l: cant't open /dev/vbi0 for reading, No such file or directory
v4l: device /dev/video does not support overlay!
WARNING: overlay mode disabled
Checking device palette capabilities:
raw
yuv420p
*** GRABBER DEVICE TYPE = video4linux
*** MIXER DEVICE TYPE = alsa
/home/baud/.xdtv/xdtvrc:6: invalid value for source: other
puis
xdtv: using MMXEXT optimized memcpy() 8K
ioctl VIDIOCMCAPTURE(0,yuv420p,368x288): Numerical result out of range
total reset
ioctl VIDIOCSYNC: Invalid argument
ioctl VIDIOCSYNC: Invalid argument
l'install + log complet : http://baud123.free.fr/Mandrake/xdtv20041115.txt(...)
y-a-t'il un forum plus approprié pour ma demande ?
[^] # Re: avec une webcam pwc ?
Posté par Pingus Sir . Évalué à 2.
1) es tu sur que c'est sur /dev/video0 qu'est ta webcam? peut etre /dev/video1
2) xdtv -c /dev/video1 ou 2
3) assure toi que tu es en grabdisplay et que aucun filtre de désentrelacement n'est activé sinon ca marche pas.
Pingus
[^] # Re: avec une webcam pwc ?
Posté par BAud (site web personnel) . Évalué à 2.
2) j'ai aussi essayé avec 0 : pas d'image
3) je revois ça ce soir
si je me rappelle bien xawtv ou xawdecode me proposait "webcam" et non pas "other" dans les options
Je pense que c'est plus lié au support v4l pour la webcam qu'à xdtv quand même. Pas évident de supporter autant de sources de données... Après ça va être le micro qui va avoir des soucis je pense (gnomemeeting ne me le reconnaît pas).
[^] # Re: avec une webcam pwc ?
Posté par M . Évalué à 2.
total reset
La resolution 368x288 n'est pas supporter.
D'apres le driver les res suivante le sont
+ { 128, 96, 0 },
+ { 160, 120, 0 },
+ { 176, 144, 0 },
+ { 320, 240, 0 },
+ { 352, 288, 0 },
+ { 640, 480, 0 },
[^] # Re: avec une webcam pwc ?
Posté par M . Évalué à 2.
les res max suivant les modeles
+ pdev->view_max.x = 352;
+ pdev->view_max.y = 288;
+ pdev->view_max.x = 640;
+ pdev->view_max.y = 480;
+ pdev->view_max.x = 640;
+ pdev->view_max.y = 480;
je suppose que tu as le premier 352x288 ...
Je sais pas si les appli on un moyen d'interroger le driver pour decouvrir les res supporter ...
# Une petite question pendant que j'y suis
Posté par Stéphane Graber . Évalué à 0.
Le problème c'est que je n'ai vu nul part comment changer le /dev/dsp* que j'utilise, donc si quelqu'un sait ce qu'il faut changer et ou.
Car malheureusement tout le monde n'a pas que une carte son.
Merci d'avance
[^] # Re: Une petite question pendant que j'y suis
Posté par Pierre LALET . Évalué à 2.
-audio_dev
selects the audio device.
(default=default for alsa, /dev/dsp for oss, /dev/sound for sunaudio)
donc un "-audio_dev /dev/dspX" sur la ligne de commande devrait t'aider... Enfin d'une façon générale, lire la doc est souvent utile...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.