Articles précédents : Logiciel
- [25] Zope X3 en version finale
- [2] Un nouveau logiciel de statistique pour KDE
- [9] Icecast 2.1.0 est sorti
- [24] Sortie de WinLibre 0.3
- [27] digiKam 0.7 est sorti
- [55] Wired: un nouveau logiciel de composition et de production musicale pour Linux
- [12] Pilote Eagle-Usb 2.0.0 disponible
- [213] Firefox 1.0 est disponible
- [52] Firefox de plus en plus accepté ?
- [88] Thunderbird 0.9 est sorti
Liens connexes
- Site officiel XdTV (13597 hits)
- Fichiers Sourceforge (1287 hits)
- NxtvEPG (1222 hits)
- AleVT (577 hits)
- L'article précédent (623 hits)
Dépêche modérée par
Dépêche éditée par
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.
![[fr]](../../../images/fr.png)
Site officiel XdTV (13597 hits)![[en]](../../../images/en.png)
Fichiers Sourceforge (1287 hits)-
NxtvEPG (1222 hits)
-
AleVT (577 hits)
-
L'article précédent (623 hits)
> Lire la suite (15 commentaires, moyenne: 2,9). [dépêche : 2652 caractères]
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.
Fusion avec k-tv
Je pensais suivre certes de loin l'actualité d'xdtv et de son développement, et j'apprend avec intéret la convergence avec xdtv si cela permet d'avoir des drivers optimisés.
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 (page perso, ) le 14/11/2004 à 19:14. (lien). Évalué à 9.Tu te trompes Farib. il n'y aura pas fusion entre les deux projets mais collaboration + étroite entre eux. Les codes sources sont trop éloignés pour une fusion et K!TV utilise les drivers WDM & dscaler qui n'existent pas sous Linux (meme si un membre d'XdTV, Maupatz (auteur de TazTV également) s'est amusé dans le passé a en porter une version: sources sur le site web d'XdTV, dans download) .
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 Matthieu C () le 14/11/2004 à 20:12. (lien). Évalué à 7.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. )
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 (page perso, ) le 14/11/2004 à 20:50. (lien). Évalué à 4.Sans oublier la gestion ignoble de l'overlay sur un dual screen sous windows.
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 (page perso, ) le 14/11/2004 à 23:00. (lien). Évalué à 2.Je confirme. A l'époque où j'utilisais Windows 98SE, j'avais mis un deuxième écran (matrox mystique PCI + écran 14" en plus de la TnT2 AGP + 17") afin de regarder la TV sur le petit écran tout en bossant (un peu) sur le grand.
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 lordcow () le 15/11/2004 à 09:26. (lien). Évalué à 2.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.
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?--
Je est un autre.-
[^]Re: traitement pixel shader en mode overlay ? Re: Fusion avec k-tv
Posté par Matthieu C () le 15/11/2004 à 13:48. (lien). Évalué à 2.oui, je crois meme que certaines carte graphique propose des options de desentrelacement mais :
- 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 lordcow () le 15/11/2004 à 13:55. (lien). Évalué à 4.- c'etait sous windows, je sais pas si c'est possible sous linux
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.--
Je est un autre.
-
-
-
avec une webcam pwc ?
Je dois m'y prendre comme un manche, mais avec ma webcam logitech QuickCam Pro 4000 (donc module pwc, non je n'ai pas rajouté le pwcx...) je ne réussis plus à faire prendre en compte le flux (vidéo + micro) depuis quelques temps déjà...
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 (page perso, ) le 15/11/2004 à 00:03. (lien). Évalué à 2.trois choses:
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 baud123 (Jabber id, page perso, ) le 15/11/2004 à 08:43. (lien). Évalué à 2.1) oui c'est /dev/video0 (je n'ai pas d'autre /dev/videoN)
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 Matthieu C () le 15/11/2004 à 00:06. (lien). Évalué à 2.ioctl VIDIOCMCAPTURE(0,yuv420p,368x288): Numerical result out of range
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 Matthieu C () le 15/11/2004 à 00:10. (lien). Évalué à 2.c'est plutot que tu depasse la res maxi (il te choisit automatiquement la res la plus proche dans l'autre cas)
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
Je viens de d'installer xdtv et j'essaye la fonction de capture.
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 (page perso, ) le 16/11/2004 à 00:51. (lien). Évalué à 2.D'après le man :
-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...
Cette page a été générée par Templeet en 0.1135s (dont 0.0319 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.