Reprise du message précédent :

pareil

Je peux pas utiliser -xvtv non plus (n'a l'air de marcher qu'en ntsc ou pal avec les drivers nvidia).
 
Je me souviens que j'avais déjà eu le probleme avec la 1.9.0 ou 1.9.1, il me semble que pingus avait changé un truc ou m'avait dit de changer un truc, et qu'après, ça marchait (d'ailleurs avec la 1.9.2 c'est bon). Mais je n'arrive pas à retrouver les traces de cette discussion.

 
d'ou vient ton deb pour ffmpeg?

 
Il semble y avoir un problème de traitement de l'overlay avec les dernières versions de pilotes nvidia.
Et ceci depuis la série 1.0-6xxx.  
=> tu as ca?
essaye le driver opensource nv

Bonjour,
j'ai installé xdtv,  en rajoutant des lignes dans mon sources.list de debian.
Quand je lance xdtv, j'ai bien l'image avec le son de ma carte d'acquisition (c pas une carte tv), mais dès que je veux enregistrer, et je f record start, ben le soft plante...et je comprneds vraiment pas pkoi.
 
Qu'en pensez-vous?
A+

Re,
deja c'estca en lancant xdtv:
 
hierry@thierry:~$ xdtv -c /dev/video1
 
This is xdtv 2.0.0 running on Linux/i686 (2.6.9.041129).
scandir: No such file or directory
filename = /home/thierry/.xdtv/xdtvrc
*** to enable xvtv or xvtv_overlay use xvtvport option
Warning: Cannot convert string "fileSelectorView" to type Widget
Warning: Cannot convert string "fileSelectorView" to type Widget
wmhooks: netwm detected
wmhooks: netwm state above supported
wmhooks: netwm fullscreen supported
wmhooks: nothing found...
DGA: server=2.0, include=2.0
VidMode: server=2.2, include=2.2
  available video mode(s): 1024x768 800x600 640x480 1024x768 1024x768 1024x768 832x624 800x600 800x600 800x600 768x576 768x576 768x576 768x576 768x576 700x525 700x525 640x512 640x512 640x480 640x480 640x480 720x400 640x400 576x432 640x350 512x384 512x384 512x384 512x384 416x312 400x300 400x300 400x300 400x300 400x300 320x240 320x240 320x240 320x240 320x200 320x175
Selected XvImage adaptor with yuyv support: NV10 Video Overlay on port 139 (grabdisplay)
Selected XvImage adaptor with yuyv support: NV05 Video Blitter on port 140 (grabdisplay)
No XvVideo port available.
*** AUDIO DEVICE TYPE = alsa
ioctl VIDIOC_S_FMT: Invalid argument
*** GRABBER DEVICE TYPE = v4l2
*** MIXER DEVICE TYPE = alsa
Warning: Cannot convert string "-*-ledfixed-medium-r-*--39-*-*-*-c-*-*-*" to type FontStruct
MMX, SSE, AMD MMX extensions, SSE2, have been detected.
Method mmxext_64K
ioctl VIDIOC_STREAMON: Device or resource busy
VIDIOC_S_FREQUENCY: Invalid argument
VIDIOC_G_TUNER: Invalid argument
----------------------------------------------------------
 
Maintenznt, je lance la fonction de record, et je vous copie colle ce qui se passe en console;
 
ioctl VIDIOC_S_FMT: Invalid argument
grab_wait: select timeout
total reset
grab_wait: select timeout
grab_wait: select timeout
ioctl VIDIOC_QBUF(0): Device or resource busy
total reset
grab_wait: select timeout
-----------------------------------------------------------
 
Qu'en pensez-vous, j'ai une carte d'acquisition pinnacle miro dc10 et je suis sous debian avec le noyau 2.6.9.
 
J'a installé xdtv, en rajoutant des sources à mon sources.list.
 
Merci
A+
 

c'est alsa qui pose probleme semble t'il.
 
"No XvVideo port available.
*** AUDIO DEVICE TYPE = alsa
ioctl VIDIOC_S_FMT: Invalid argument <===============
*** GRABBER DEVICE TYPE = v4l2
*** MIXER DEVICE TYPE = alsa "
 
 
essaye avec:
xdtv -noalsa
sinon le message de ce type est interessant pour debuggé:
http://members.lycos.co.uk/pingus7 [...] g-4736.png
 
donne le ici.
 
quelle est ta carte d'acquisition? quel driver utilises tu?
(les bttv)
ta carte est elle compatible v4l. si ce n'est pas le cas ca ne pourra fonctionner.
 
Pingus

Voici qq questions / reponses que Hugues vous donne:
 
pour le probleme de Bastien59, et sa libavcodec introuvable.
J'ai ceci sur ma debian :
 
% locate libavcodec.so                      
/usr/lib/libavcodec.so.0.4.9-pre1
/usr/lib/libavcodec.so.0.4.8
/usr/lib/libavcodec.so
% dlocate /usr/lib/libavcodec.so.0.4.9-pre1  
/usr/lib/libavcodec.so.0.4.8 /usr/lib/libavcodec.so
libavcodec1: /usr/lib/libavcodec.so.0.4.8
libavcodec1: /usr/lib/libavcodec.so.0.4.8
libavcodec2: /usr/lib/libavcodec.so.0.4.9-pre1
libavcodec2-dev: /usr/lib/libavcodec.so
% apt-cache policy libavcodec2 libavcodec1 libavcodec2-dev                                      
libavcodec2:
  Installés : 1:0.4.9-pre1-0.2
  Candidat : 1:0.4.9-pre1-0.2
 Table de version :
 *** 1:0.4.9-pre1-0.2 0
        500 ftp://ftp.nerim.net unstable/main Packages
        100 /var/lib/dpkg/status
libavcodec1:
  Installés : 1:0.4.8-0.0
  Candidat : 1:0.4.8-0.0
 Table de version :
 *** 1:0.4.8-0.0 0
        500 ftp://ftp.nerim.net unstable/main Packages
        100 /var/lib/dpkg/status
libavcodec2-dev:
  Installés : 1:0.4.9-pre1-0.2
  Candidat : 1:0.4.9-pre1-0.2
 Table de version :
 *** 1:0.4.9-pre1-0.2 0
        500 ftp://ftp.nerim.net unstable/main Packages
        100 /var/lib/dpkg/status
%
 
Je suggère à Bastien de vérifier qu'il utilise les mêmes sources
(nerim.net c'est parce que le repository de marillat ne fonctionnait
plus du tout pendant plusieurs mois, et je n'ai pas retesté récemment.
et vu que nerim.net me propose un miroir de marillat..)
Par ailleurs, je lui suggère également de vérifier que son  
/etc/ld.so.conf
comporte bien le chemin vers le /usr/lib ou tout autre dossier qui
contient la libavcodec.so
 
Concernant ffmpeg, si je me souviens bien, je l'ai installé directement
à partir du repository CVS de mplayer. (je n'ai pas le package deb de
ffmpeg sur mon systeme et xdtv marche tres bien)
 
 
 
Concernant thierry_b, je ne peux que trop lui suggérer de m'envoyer le
contenu d'un "strace xdtv" en reproduisant la tentative
d'enregistrement.
Ce log nous permettra a priori de dire ce qu'il se passe réellement
quand il essaie d'enregistrer sur le périphérique video. (erreur  
d'accès
concurrent avec une autre application ? tentative d'ouverture d'un
fichier dev sur lesquels il n'a pas suffisamment de droits ? s'il  
essaie
en root, ça marche ? etc ...)
 
Merci Hugues.
 
Bye Pingus

Je veux bien qu'il y ait un probleme de traitement de l'overlay avec les drivers nvidia, mais avec xawdecode 1.9.2 ça marche (j'ai les 2 d'installés en parallèle).
 
J'ai essayé les différentes options listées suggérées ici sans succès
 
Je remarque que je n'ai pas exactement les mêmes messages en lancant xawdecode 1.9.2 / xdtv 2.0.0

J'ai essayé les différentes valeurs de -xvfmt sans succès: en fullscreen en overlay, l'image reste en 768*576
 
 

essaye plutot ca:
-xvtvport  
avec tes ports 101 102 103 ... 135
 
et essaye comme suggéré plus haut le driver nv:
 
/etc/X11/xorg.conf
 
Section "Device"
    Identifier "device1"
    VendorName "Matrox"
    BoardName "Matrox Millennium G400 DualHead"
    Driver "mga" <===================== mettre nv ici
    VideoRam 32768
    Option "DPMS"
EndSection
 
J'aimerais bien savoir si c'est mieux avec le driver libre.
 
Pingus

J'ai tjs le mm problème.
Voila ce que ca donne:
 
------------------------------------------------------------
thierry@thierry:~$ xdtv -noalsa -c /dev/video1
 
This is xdtv 2.0.0 running on Linux/i686 (2.6.9.041129).
scandir: No such file or directory
filename = /home/thierry/.xdtv/xdtvrc
*** to enable xvtv or xvtv_overlay use xvtvport option
Warning: Cannot convert string "fileSelectorView" to type Widget
Warning: Cannot convert string "fileSelectorView" to type Widget
wmhooks: netwm detected
wmhooks: netwm state above supported
wmhooks: netwm fullscreen supported
wmhooks: nothing found...
DGA: server=2.0, include=2.0
VidMode: server=2.2, include=2.2
  available video mode(s): 1024x768 800x600 640x480 1024x768 1024x768 1024x768 832x624 800x600 800x600 800x600 768x576 768x576 768x576 768x576 768x576 700x525 700x525 640x512 640x512 640x480 640x480 640x480 720x400 640x400 576x432 640x350 512x384 512x384 512x384 512x384 416x312 400x300 400x300 400x300 400x300 400x300 320x240 320x240 320x240 320x240 320x200 320x175
Selected XvImage adaptor with yuyv support: NV10 Video Overlay on port 139 (grabdisplay)
Selected XvImage adaptor with yuyv support: NV05 Video Blitter on port 140 (grabdisplay)
No XvVideo port available.
*** AUDIO DEVICE TYPE = oss
ioctl VIDIOC_S_FMT: Invalid argument
*** GRABBER DEVICE TYPE = v4l2
*** MIXER DEVICE TYPE = oss
Warning: Cannot convert string "-*-ledfixed-medium-r-*--39-*-*-*-c-*-*-*" to type FontStruct
MMX, SSE, AMD MMX extensions, SSE2, have been detected.
Method mmxext_64K
ioctl VIDIOC_STREAMON: Device or resource busy
VIDIOC_S_FREQUENCY: Invalid argument
VIDIOC_G_TUNER: Invalid argument
-----------------------------------------------------------
 
Et après je lance le record, qui va tout faire planter et ca donne ca:
 
divx_init: XviD version=1.0.2 API=4.0
Recording started Sun Dec 12 23:19:27 2004
ioctl VIDIOC_S_FMT: Invalid argument
grab_wait: select timeout
total reset
grab_wait: select timeout
grab_wait: select timeout
ioctl VIDIOC_QBUF(0): Device or resource busy
total reset
grab_wait: select timeout
 
Et je dois fermer ma fenetre de shell....
 
Merci
A+

Euh,
mar carte d'acquisition est une pinnacle miro dc10.
 
Avec lspci, ca donne ca:
0000:02:0c.0 Multimedia video controller: Zoran Corporation ZR36057PQC Video cutting chipset (rev 01)
 
Et sinon, ca a l'air de marcher, pq avant que je fase record on, je vois l'image de ma tv, et j'entends le son, mais c'est dès que je lance le record, que tout plante, j'ai encore le son mais plus d'image et xdtv est gelé.
 
Merci
A+

euh, pour le xtrace en user, ca donne ca: (en fait comme j'arrive pas a interrompre le programme mm avec control C, je dois fermer la fenetre et donc il n'enregistre pas le contenu du strace dans le fichier :-(
 
Ca c'est avant le record on: (la tout est nikel)
gettimeofday({1102890439, 52698}, NULL) = 0
select(7, [3 6], [], [], NULL)          = 1 (in [3])
ioctl(3, FIONREAD, [64])                = 0
read(3, "\n\3h\202\23\2@\2\0\0\0\0\1\0\0\0 \0\0\0 \0\0\0H\370\377"..., 64) = 64
select(7, [6], [], [], {0, 0})          = 0 (Timeout)
select(7, [6], [], [], {0, 0})          = 0 (Timeout)
ioctl(3, FIONREAD, [0])                 = 0
ioctl(3, FIONREAD, [0])                 = 0
gettimeofday({1102890439, 384140}, NULL) = 0
select(7, [3 6], [], [], NULL)          = 1 (in [3])
ioctl(3, FIONREAD, [32])                = 0
read(3, "\34\370h\202\23\2@\2>\1\0\0)\\\r\0\0\2@\2\200:g\10\230"..., 32) = 32
select(7, [6], [], [], {0, 0})          = 0 (Timeout)
ioctl(3, FIONREAD, [0])                 = 0
ioctl(3, FIONREAD, [0])                 = 0
gettimeofday({1102890439, 481659}, NULL) = 0
select(7, [3 6], [], [], NULL
 
---------------------------------------------------------
 
Ca c'est après le record on quand tout pante LOL:
 
3, FIONREAD, [64])                = 0
read(3, "\34\370\17\221\23\2@\2>\1\0\0xg\16\0\0\2@\2\200:g\10\230"..., 64) = 64
select(7, [6], [], [], {0, 0})          = 0 (Timeout)
select(7, [6], [], [], {0, 0})          = 0 (Timeout)
ioctl(3, FIONREAD, [0])                 = 0
write(3, "J\0\17\0002\2@\2\f\0@\2\4\0\16\0\'\0Stay on Top   "..., 60) = 60
ioctl(3, FIONREAD, [0])                 = 0
ioctl(4, VIDIOC_QBUF, 0x84b27f0)        = -1 EBUSY (Device or resource busy)
write(2, "ioctl VIDIOC_QBUF(0): Device or "..., 46ioctl VIDIOC_QBUF(0): Device or resource busy
) = 46
write(2, "total reset\n", 12total reset
)           = 12
select(5, [4], NULL, NULL, {5, 0})      = 0 (Timeout)
write(2, "grab_wait: select timeout\n", 26grab_wait: select timeout
) = 26
select(5, [4], NULL, NULL, {5, 0})      = 0 (Timeout)
write(2, "grab_wait: select timeout\n", 26grab_wait: select timeout
) = 26
nanosleep({0, 300000000}, NULL)         = 0
select(7, [6], [], [], {0, 0})          = 0 (Timeout)
ioctl(3, FIONREAD, [0])                 = 0
ioctl(3, FIONREAD, [0])                 = 0
ioctl(4, VIDIOC_QBUF, 0x84b27f0)        = -1 EBUSY (Device or resource busy)
write(2, "ioctl VIDIOC_QBUF(0): Device or "..., 46ioctl VIDIOC_QBUF(0): Device or resource busy
) = 46
write(2, "total reset\n", 12total reset
)           = 12
select(5, [4], NULL, NULL, {5, 0}
-----------------------------------------------------------
 
En root, ca plante de la mm facon..
 
 
Merci
A+

 
Merci Pingus pour ton aide. Je teste tout cela ce soir (normalement) et te tiens au courant !!!
 
A+
 
Bastien

Hugues te répond ceci
 
"pour thierry_b :
 
il me faudrait le log strace complet.
qu'il execute donc cette comande :
 
 $ strace xdtv > xdtv.log-strace 2>&1
 
et m'envoie le fichier "xdtv.log-strace"
(son histoire que 'ca enregistre pas le contenu dans le fichier'
m'étonne, il a utilisé quelle commande ? simple curiosité)
 
(sinon je me demande ce qu'est ce VIDIOC_QBUF ?
 est ce bien lié au periph video ?)
 
> Ca plante avec root.
a t il essayé avec d'autres codecs que Xvid ?
J'avais eu des problemes similaires avec le codec ffmpeg (si mes
souvenirs sont exacts).
ca pourrait venir de là, mais je n'en suis pas sûr du tout.
 
L'autre source que je pourrais voir au probleme, c'est son driver video
-et ca me semblerait plus probable-
Pour sa pinnacle - note que je ne connais pas du tout ce matos  :
Quels drivers utilise-t-il ?
Quelles options a t il donné a son driver video ou a Xfree ?
"
 
Bye Pingus

Bonjour,
J'utilise une carte d'acquisition pinnacle miro dc10, dont le driver est chargé comme ceci (dans modules-2.6)
 
zr36067 card=1
 
Voila ce que donne un dmesg:
 
Zoran MJPEG board driver version 0.9.5
PCI: Found IRQ 7 for device 0000:02:0c.0
PCI: Sharing IRQ 7 with 0000:02:0b.1
MJPEG[0]: Zoran ZR36057 (rev 1) irq: 7, memory: 0xee800000.
i2c-core: driver saa7110 registered.
 
Par contre après qu'un record on foire, j'ai ca dans mon dmesg:
i2c_adapter i2c-0: master_xfer: with 1 msgs.
i2c_adapter i2c-0: master_xfer: with 1 msgs.
i2c_adapter i2c-0: master_xfer: with 1 msgs.
i2c_adapter i2c-0: master_xfer: with 1 msgs.
i2c_adapter i2c-0: master_xfer: with 1 msgs.
i2c_adapter i2c-0: master_xfer: with 1 msgs.
i2c_adapter i2c-0: master_xfer: with 1 msgs.
i2c_adapter i2c-0: master_xfer: with 1 msgs.
i2c_adapter i2c-0: master_xfer: with 1 msgs.
DC10(new)[0]: UNKNOWN ioctl cmd: 0x402c5639
DC10(new)[0]: UNKNOWN ioctl cmd: 0xc054561d
DC10(new)[0]: v4l_set_format() - video buffer size (128 kB) is too small
DC10(new)[0]: zoran_close(xdtv, pid=[5170]), users(+)=1
i2c_adapter i2c-0: master_xfer: with 1 msgs.
i2c_adapter i2c-0: master_xfer: with 1 msgs.
i2c_adapter i2c-0: master_xfer: with 1 msgs.
i2c_adapter i2c-0: master_xfer: with 1 msgs.
i2c_adapter i2c-0: master_xfer: with 1 msgs.
i2c_adapter i2c-0: master_xfer: with 1 msgs.
i2c_adapter i2c-0: master_xfer: with 1 msgs.
i2c_adapter i2c-0: master_xfer: with 1 msgs.
i2c_adapter i2c-0: master_xfer: with 1 msgs.
i2c_adapter i2c-0: master_xfer: with 1 msgs.
 
 
 

A quel mail je peux envoyer mon fichier resltant u srace, car un copier coller de tout ca ?(ca fait 4.2 mo) fait planter mon firefox.
 
Merci
A+

voici son email:
"Hugues" <hugues@nullpart.net>
 
il m'a dit qu'il t'aidera plus aisement ainsi.
 
bye Pingus

Merci
 
A+

Salut à tous,
 
Voilà ça fait trois jours que je suis dessus, que je fais le tour du net avant de poser mes questions, mais là vraiment je cale. Je poste avant de devenir épileptique  
 
J'ai installé xdtv 2.0.0, mais je me trouve face à ce problème:

 
J'ai fait toutes sortes de choses:

 
J'ai mis à jour mes drivers Nvidia.
 
Mais là, je coince depuis hier. D'où celà pourrait-il venir?
Merci par avance pour vos réponses.  
 
PS: je suis sous Mandrake 10.1

Quelle carte TV ?

Ca y est, j'ai trouvé, c'était ma carte tv qui n'avait pas été reconnue lors de mon passage à la Mandrake 10.1 par les urpmi. Je ne sais pas pourquoi d'ailleurs  
Merci mirtouf, ça m'a mis la puce à l'oreille ta question. J'étais tellement omnubilé par cette erreur, que j'en ai oublié les fondamentaux.  Tout est bon maintenant parfait.

great.
au fait mirtouf tu as recu mon email de ce week end?
 
Pingus

J'ai répondu aussi.
Ne me dit pas que tu ne l'as pas reçu ?

non j'ai pas recu ta reponse ;-(

   *  Décembre 2004: Sortie de la version de maintenance 2.0.1:
 
    * Corrections de bugs dans la gestion des canaux & fréquences.
    * Ajouts & Mises à jour des tables de fréquences pour la Chine, l'Argentine, l'Afrique du sud etc...
    * Passage à Xosd 2.2.14 & correction d'un segfault si Xosd n'est pas utilisé.
    * Support de FFmpeg 4736:  support de huffyuv & huffyuv (si FFmpeg >= 4734)
    * Correction du segfault pour ceux utilisant l'optimisation memcpy SSE
    * Ajout du paramètre -nodecoinit pour pouvoir utiliser XdTV sous ffwm / ffwm2
    * Application de divers patchs (merci à Mr Moustache, Hiroshi Hasebe & htrom@users.sourceforge.net)
 
bye Pingus

ffwm ? fvwm ?

et le paquet debian qui est déjà dispo, je vous adore

dans les options principales on a bien en partant du bas dans l'ordre :
open mozaic channels
open channel editor
open x11 options
open external plugin options
?

bon, oublier ma derniere question, ça a l'air normal
je comprends pas, y-avait un bouton audio à la place du bouton plugin avant
 
enfin toujours est-il que firefox semble me servir d'amplificateur d'antenne
en effet sur certaines chaine que je reçois mal, je n'ai de son que quand firefox est derriere xdtv
ça change rien pour l'image, elle est toujours visible mais crade

oui c'est une boulette.
je corrige ca
 
Pingus

 
oui c'est ca

 
il y a toujours les curseurs volumes etc....
firefox une antenne TV: j'aurais tout lu......

 
 
ok merci

 
 
bah pourtant je confirme
et c'est même proportionnel à la taille d'affichage de la fenetre firefox
si je mets firefox par dessous konqueror, mais que firefox prends moins de la moitié de l'écran, hop, plus de son

C'est un ecran CRT ?
Ca vient pas de Firefox mais des perturbations electromagnetiques générées par la couleur de ton fond  
d'"cran. Si tu met une fenetre claire quelle qu'elle soit tu aura le meme effet.

je ferais le test avec des couleurs foncés mais utilisant un écran lcd, je doute que les perturbations sont importantes à ce point
je précise que ça me fait ça uniquement avec les chaines que je capte mal

Laisse tombersi c un LCD ca doit pas etre çà. Mais effectivement mon CRT avait un impact sur la reception de la radio dans mon appart.

J'avais le meme probleme que bastien59 et en installent libavcodec2-dev ca à réglé le probleme Merci

 
ton problème ressemble a un problème de colorkey:
 
extrait de la FAQ:
J'ai des espèces de points parasites blancs qui apparaissent quand je passe d'une chaine en grabdisplay à une chaine en overlay (ou vice-versa):
 
Il suffit de mettre colorkey = 123456 dans le .xdtvrc En effet, le problème des petits points blancs parasites évanescents: c'est lié au colorkey de Xvideo qui par défaut utilise le noir comme couleur de transparence. Ce n'est pas un bug de XdTV.

bonjour a tous
 
je viens d'installer mandrake 10.1 et kdetv, maintenant je voudrais déstrouphfer pour enregistrer des émissions, mais je vois pas par ou commencer ( je precise que je suis un abonné à stroumpf avant que tout le monde s'insurge )
 
un petit coup de main serait le bien venu merci...