Pages : 1
#1 Le 20/04/2006, à 20:44
- SGC.Alex
xdtv récalcitrant sous dapper
Bonsoir à tou(te)s !
J'ai récemment fait la mise à jour de ma breezy pour passer à dapper, tout a parfaitement fonctionné, je n'ai rencontré aucun problème, et on sent vraiment une nette optimisation, tant au démarrage qu'au niveau du temps de réponse de gnome par exemple. Toutefois, xdtv ne se lance plus, et malgré mes tentatives de modification des fichiers de configuration, je n'arrive pas à le relancer. Je précise qu'il fonctionnait à merveille sous breezy.
Ce que je peux vous fournir : le message qu'il m'affiche lorsque je lance xdtv depuis un terminal :
This is xdtv 2.3.2 running on Linux/i686 (2.6.15-20-k7).
scandir: Aucun fichier ou répertoire de ce type
filename = /home/alex/.xdtv/xdtvrc
X Error of failed request: XF86DGANoDirectVideoMode
Major opcode of failed request: 136 (XFree86-DGA)
Minor opcode of failed request: 1 (XF86DGAGetVideoLL)
Serial number of failed request: 13
Current serial number in output stream: 13
xdtv_v4l-conf had some trouble, trying to continue anyway
Warning: Missing charsets in String to FontSet conversion
Warning: Cannot convert string "star" to type Pixmap
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): 1280x960 1152x864 1024x768 800x600 640x480
Selected XvImage adaptor with yuyv support: NV17 Video Overlay on port 226 (grabdisplay)
Selected XvImage adaptor with yuyv support: NV17 Video Texture on port 227 (grabdisplay)
Selected XvImage adaptor with yuyv support: NV05 Video Blitter on port 228 (grabdisplay)
Selected XvVideo: NVIDIA Video Interface Port on port 260 (overlay)
XV Information:
XV_ENCODING max value = 1
XV_ENCODING min value = 0
XV_ENCODING cur value = 0
XV_COLORKEY max value = 16777215
XV_COLORKEY min value = 0
XV_COLORKEY cur value = 66046
XV_AUTOPAINT_COLORKEY max value = 1
XV_AUTOPAINT_COLORKEY min value = 0
XV_AUTOPAINT_COLORKEY cur value = 1
XV_SET_DEFAULTS max value = 0
XV_SET_DEFAULTS min value = 0
XV_SET_DEFAULTS cur value not gettable
XV_BRIGHTNESS max value = 511
XV_BRIGHTNESS min value = -512
XV_BRIGHTNESS cur value = 0
XV_CONTRAST max value = 8191
XV_CONTRAST min value = 0
XV_CONTRAST cur value = 4096
XV_SATURATION max value = 8191
XV_SATURATION min value = 0
XV_SATURATION cur value = 4096
XV_HUE max value = 360
XV_HUE min value = 0
XV_HUE cur value = 0
XV_ITURBT_709 max value = 1
XV_ITURBT_709 min value = 0
XV_ITURBT_709 cur value = 0
Warning: Cannot convert string "black" to type Pixmap
*** AUDIO DEVICE TYPE = alsa
driver is not v4l2
v4l: device /dev/video does not support overlay!
WARNING: overlay mode disabled
v4l: mmap()'ed buffer size = 0x258010
Checking device palette capabilities:
rgb16(565)
rgb24
rgb32
yuv420p
*** GRABBER DEVICE TYPE = video4linux
ioctl VIDIOCSAUDIO: Argument invalide
Erreur de segmentation
Ce qui me gêne particulièrement, c'est ce "erreur de segmentation" qui pour moi ne veut pas dire grand-chose...
Au fait, j'ai mis à jour xdtv avec le dépôt qui est fourni sur leur site, à savoir
deb http://nicolas.estre.free.fr/ubuntu/ dapper main
Merci par avance pour toute aide, qui sera la bienvenue !
Dernière modification par SGC.Alex (Le 21/04/2006, à 19:15)
Hors ligne
#2 Le 20/04/2006, à 22:10
- pluviotor
Re : xdtv récalcitrant sous dapper
xdtv -noxv
peut etre en plus:
-plugin ./plug-m...so
Hors ligne
#3 Le 21/04/2006, à 07:51
- SGC.Alex
Re : xdtv récalcitrant sous dapper
Malheureusement, l'option -noxv ne résout pas le problème... J'avais déjà essayé avant...
J'ai toujours mon "erreur de segmentation"...
This is xdtv 2.3.2 running on Linux/i686 (2.6.15-20-k7).
scandir: Aucun fichier ou répertoire de ce type
filename = /home/alex/.xdtv/xdtvrc
Xv support disabled.
X Error of failed request: XF86DGANoDirectVideoMode
Major opcode of failed request: 136 (XFree86-DGA)
Minor opcode of failed request: 1 (XF86DGAGetVideoLL)
Serial number of failed request: 13
Current serial number in output stream: 13
xdtv_v4l-conf had some trouble, trying to continue anyway
Warning: Missing charsets in String to FontSet conversion
Warning: Cannot convert string "star" to type Pixmap
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): 1280x960 1152x864 1024x768 800x600 640x480
Warning: Cannot convert string "black" to type Pixmap
*** AUDIO DEVICE TYPE = alsa
driver is not v4l2
v4l: device /dev/video does not support overlay!
WARNING: overlay mode disabled
v4l: mmap()'ed buffer size = 0x258010
Checking device palette capabilities:
rgb16(565)
rgb24
rgb32
yuv420p*** GRABBER DEVICE TYPE = video4linux
ioctl VIDIOCSAUDIO: Argument invalide
Erreur de segmentation
Hors ligne
#4 Le 21/04/2006, à 10:10
- pluviotor
Re : xdtv récalcitrant sous dapper
Tu as essayé de supprimer ou de renommer ton repertoire .xdtv?
Hors ligne
#5 Le 21/04/2006, à 10:48
- SGC.Alex
Re : xdtv récalcitrant sous dapper
Tiens, pas mal cette idée ! Ça change légèrement le résultat : même si xdtv ne se lance pas, ce n'est plus pour la même raison :
This is xdtv 2.3.2 running on Linux/i686 (2.6.15-20-k7).
scandir: Aucun fichier ou répertoire de ce type
filename = /home/alex/.xdtv/xdtvrc
X Error of failed request: XF86DGANoDirectVideoMode
Major opcode of failed request: 136 (XFree86-DGA)
Minor opcode of failed request: 1 (XF86DGAGetVideoLL)
Serial number of failed request: 13
Current serial number in output stream: 13
xdtv_v4l-conf had some trouble, trying to continue anyway
Warning: Missing charsets in String to FontSet conversion
Warning: Cannot convert string "star" to type Pixmap
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): 1280x960 1152x864 1024x768 800x600 640x480
Selected XvImage adaptor with yuyv support: NV17 Video Overlay on port 226 (grabdisplay)
Selected XvImage adaptor with yuyv support: NV17 Video Texture on port 227 (grabdisplay)
Selected XvImage adaptor with yuyv support: NV05 Video Blitter on port 228 (grabdisplay)
Selected XvVideo: NVIDIA Video Interface Port on port 260 (overlay)
XV Information:
XV_ENCODING max value = 1
XV_ENCODING min value = 0
XV_ENCODING cur value = 0
XV_COLORKEY max value = 16777215
XV_COLORKEY min value = 0
XV_COLORKEY cur value = 66046
XV_AUTOPAINT_COLORKEY max value = 1
XV_AUTOPAINT_COLORKEY min value = 0
XV_AUTOPAINT_COLORKEY cur value = 1
XV_SET_DEFAULTS max value = 0
XV_SET_DEFAULTS min value = 0
XV_SET_DEFAULTS cur value not gettable
XV_BRIGHTNESS max value = 511
XV_BRIGHTNESS min value = -512
XV_BRIGHTNESS cur value = 0
XV_CONTRAST max value = 8191
XV_CONTRAST min value = 0
XV_CONTRAST cur value = 4096
XV_SATURATION max value = 8191
XV_SATURATION min value = 0
XV_SATURATION cur value = 4096
XV_HUE max value = 360
XV_HUE min value = 0
XV_HUE cur value = 0
XV_ITURBT_709 max value = 1
XV_ITURBT_709 min value = 0
XV_ITURBT_709 cur value = 0
Warning: Cannot convert string "black" to type Pixmap
*** AUDIO DEVICE TYPE = alsa
driver is not v4l2
v4l: device /dev/video does not support overlay!
WARNING: overlay mode disabled
v4l: mmap()'ed buffer size = 0x258010
Checking device palette capabilities:
rgb16(565)
rgb24
rgb32
yuv420p
*** GRABBER DEVICE TYPE = video4linux
ioctl VIDIOCSAUDIO: Argument invalide
*** glibc detected *** corrupted double-linked list: 0x08591dd0 ***
Abandon
Apparemment, il y a un problème avec glibc, même si je ne sais pas ce que c'est...:/
NB : xdtv ne se lance pas non plus avec l'option -noxv même après cette manip'
Dernière modification par SGC.Alex (Le 21/04/2006, à 19:15)
Hors ligne
#6 Le 21/04/2006, à 19:14
- SGC.Alex
Re : xdtv récalcitrant sous dapper
J'ai pratiquement tout essayé : désinstallation réinstallation, avec sauvegarde ailleurs des fichiers de configuration pour que xdtv les recrée proprement de lui-même, recherches sur le forum US, etc.
Personne n'a d'autre idée ?
Hors ligne
#7 Le 21/04/2006, à 21:33
- SGC.Alex
Re : xdtv récalcitrant sous dapper
Je viens de chercher un peu partout l'origine de mon erreur "glibc detected" blabla...
Il se trouve malheureusement que de nombreux utilisateurs ont ou ont eu ce genre d'erreur "glibc detected" à plusieurs occasions :
http://forum.ubuntu-fr.org/viewtopic.php?id=35951 pour une imprimente
http://forum.ubuntu-fr.org/viewtopic.php?id=33290 pour gconf-editor
http://forum.ubuntu-fr.org/viewtopic.php?id=33222 pour vlc
Alors finalement, c'est propre à quoi ce message d'erreur ??
Hors ligne
#8 Le 24/04/2006, à 11:25
- estre
Re : xdtv récalcitrant sous dapper
c'est qd on essaie de liberer une ressource qui l'a déjà été .
je te propose de venir sur le forum dédié aux problemes des utilisateurs :
http://gkcmatv.free.fr/viewforum.php?f=6
et de poster ton message en ayant fait les manips suivantes si possible :
http://gkcmatv.free.fr/viewtopic.php?t=343
afin de savoir exactement où le programme plante.
#9 Le 12/08/2006, à 09:13
- Doirat
Re : xdtv récalcitrant sous dapper
Bonjour,
J'avais le même problème avec XdTv. J'ai mis du temps à trouver la solution.
En fait j'ai 2 périphériques vidéo V4L: Webcam et Carte TV.
Si XdTV démarre sur la WebCam, il me fait l'erreur de segmentation glibc.
Par contre pas de pb si il démarre sur la carte TV.
Pour cela, il faut savoir sur quel périphérique vidéo est ta carte TV. Pour ça j'ai installé xawtv puis tu fais dans un terminal :
xawtv -hwscan
This is xawtv-3.94, running on Linux/i686 (2.6.15-26-386)
looking for available devices
port 93-93
type : Xvideo, image scaler
name : NV04 Video Overlay
port 94-125
type : Xvideo, image scaler
name : NV05 Video Blitter
port 126-126 [ -xvport 126 ]
type : Xvideo, video overlay
name : NVIDIA Video Interface Port
/dev/video0: OK [ -device /dev/video0 ]
type : v4l2
name : BT878 video (Leadtek WinFast 20
flags: overlay capture tuner
/dev/video1: OK [ -device /dev/video1 ]
type : v4l
name : Flexcam 100 Camera
flags: capture
Ma webcam est sur /dev/video1 et ma carte TV est sur /dev/video0.
Ensuite pour lancer XdTV, tu tapes :
Xdtv -c /dev/video0
ce qui le force à utiliser ma carte TV. (à adapter en fonction de ce que te donnes chez toi xawtv - hwscan)
Si ça marche tu peux alors modifier le racourcie du menu gnome en tapant :
alacarte
dans la ligne de commande.
En espérant que cela résoudra ton problème.
Gaylord
Pages : 1