OVH Cloud OVH Cloud

[SID] VLC : noir et blanc et étiré

18 réponses
Avatar
Aurelien
Salut,

Ca va faire plusieurs mois que vlc me présente une image en niveau de
gris étiré dans la hauteur (ou plutôt compactée dans la largeur).

J'ai cherché sur le net, mais je n'ai jamais rien trouvé ressemblant à
mon souci en terme de symptômes. J'ai tenté de réinstaller vlc, les codecs,
etc. Mais rien n'y fait.

Voici ma configuration :
$> dpkg -l vlc
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
|
État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom Version Description
+++-=======================-=======================-==============================================================
ii vlc 1.1.3-1 multimedia player and streamer

Je suis en Debian SID à jour.

Les logs de vlc me donnent l'erreur suivante :

swScaler: pal8 is not supported as output pixel format
[0x226ae10] swscale scale error: could not init SwScaler and/or allocate
memory
[0x227df30] xcb_xv generic error: no available XVideo adaptor
No accelerated IMDCT transform found

qui, semble-t-il, seraient liés à mon driver X11, mais je ne vois pas
bien pourquoi cela aurait changé, j'utilise un noyau générique avec un
driver ATI, et ça fonctionne très bien pour xine, par exemple.

$> uname -a
Linux bete2guerre 2.6.32-3-amd64 #1 SMP Wed Feb 24 18:07:42 UTC 2010 x86_64 GNU/Linux


Des idées pour m'aider là-dessus ?

A plus tard.

NB : Je ne sais pas si ça a à voir, mais depuis environ le même temps,
la fonction 'zoom' de mplayer n'étire plus l'image à la taille de
l'écran, mais se contente de mettre des bandes noires autour.


--
Aurélien

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20100902084353.GA2503@sebkhachott.net

8 réponses

1 2
Avatar
Aurelien
On Thu, Sep 02, 2010 at 11:16:36PM +0200, luc schimpf wrote :
Le 02/09/2010 18:38, Aurelien a écrit :
>On Thu, Sep 02, 2010 at 03:22:25PM +0200, Guy Roussin wrote :
>>>Hum, déjà SID c'est pas tous les jours simples, donc experimental, pour
>>>l'instant, je vais tenter d'éviter. A la limite, je préfère compiler mon
>>>propre noyau 2.6.35, ça, je sais faire !
>>Rien ne t'obliges à désinstaller ton 2.6.32 ... Il te suffira au démarrage
>>de grub de choisir la 2.6.32 pour retomber sur ta conf. qui marche (presque).
>>Dans ce cas, le risque ne me parait pas bien grand et le test ne va te prendre
>>que quelques minutes.
>
>Hum, oui, je sais. Je pensais au fait d'ajouter experimental à mes
>sources, en fait. Mais en effet, je pourrais me contenter de prendre le
>.deb et l'installer.
>
Tu peux t'économiser cette peine, j'ai le même problème que toi sur
le même type de matériel et je viens d'installer le 2.6.35
d'experimental sans résultat...



Arf.
Bon, bah j'allais justement redémarrer sur un nouveau noyau... Je vais
quand même tenter le coup.
Tu n'as pas trouvé de piste, non plus ?

A plus tard.


--
Aurélien

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
luc schimpf
Le 03/09/2010 09:03, Aurelien a écrit :

Tu peux t'économiser cette peine, j'ai le même problème que toi sur
le même type de matériel et je viens d'installer le 2.6.35
d'experimental sans résultat...



Arf.
Bon, bah j'allais justement redémarrer sur un nouveau noyau... Je vais
quand même tenter le coup.
Tu n'as pas trouvé de piste, non plus ?

A plus tard.




Non pas de piste pour le moment, il faut dire que c'est un vieux
portable qu'utilise ma fille de trois ans pour du ludo-éducatif, je ne
me suis repenché sur la question que suite à la lecture de ce fil...

Luc


--

Luc Schimpf
www.au-ptit-bon-air.eu

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Aurelien
On Fri, Sep 03, 2010 at 09:37:21AM +0200, luc schimpf wrote :
Le 03/09/2010 09:03, Aurelien a écrit :

>>Tu peux t'économiser cette peine, j'ai le même problème que toi sur
>>le même type de matériel et je viens d'installer le 2.6.35
>>d'experimental sans résultat...
>
>Arf.
>Bon, bah j'allais justement redémarrer sur un nouveau noyau... Je vais
>quand même tenter le coup.
>Tu n'as pas trouvé de piste, non plus ?
>
>A plus tard.
>
>
Non pas de piste pour le moment, il faut dire que c'est un vieux
portable qu'utilise ma fille de trois ans pour du ludo-éducatif, je
ne me suis repenché sur la question que suite à la lecture de ce
fil...



OK. Bon, j'ai tenté l'install du noyau à jour, mais je n'aurais pas dû
car je n'avais pas encore rebooté depuis le passage en mode UUID.
Enfin, c'est ce que je crois compte tenu des galères qui sont tombées
derrière (lilo qui ne trouve pas root, puis aucune des partitions n'est
montées).
Bref, toujours est-il que je n'arrive pas à booter sur ce nouveau noyau,
il se plaint du manque d'un fichier init....
Je vais retenter, mais pour l'instant, ça a plutôt tendance à m'emmener
vers d'autres problèmes plus que d'en résoudre !


--
Aurélien

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Aurelien
On Fri, Sep 03, 2010 at 11:25:59AM +0200, Aurelien wrote :
On Fri, Sep 03, 2010 at 09:37:21AM +0200, luc schimpf wrote :
> Le 03/09/2010 09:03, Aurelien a écrit :
>
> >>Tu peux t'économiser cette peine, j'ai le même problème que toi sur
> >>le même type de matériel et je viens d'installer le 2.6.35
> >>d'experimental sans résultat...
> >
> >Arf.
> >Bon, bah j'allais justement redémarrer sur un nouveau noyau... Je vais
> >quand même tenter le coup.
> >Tu n'as pas trouvé de piste, non plus ?
> >
> >A plus tard.
> >
> >
> Non pas de piste pour le moment, il faut dire que c'est un vieux
> portable qu'utilise ma fille de trois ans pour du ludo-éducatif, je
> ne me suis repenché sur la question que suite à la lecture de ce
> fil...

OK. Bon, j'ai tenté l'install du noyau à jour, mais je n'aurais pas dû
car je n'avais pas encore rebooté depuis le passage en mode UUID.
Enfin, c'est ce que je crois compte tenu des galères qui sont tombées
derrière (lilo qui ne trouve pas root, puis aucune des partitions n'est
montées).
Bref, toujours est-il que je n'arrive pas à booter sur ce nouveau noyau,
il se plaint du manque d'un fichier init....



Bon, en fait, le pb vient du fait que le disque usuellement appelé sda
est appelé sdb quand je boote sur ce nouveau noyau. Du coup, les lignes
dans fstab ne correspondent à rien.
Est-ce que l'utilisation des UUID pourrait me sortir de cette impasse ?
Et si oui, pourquoi ? (parce que, d'après ce que j'ai compris, les UUID
sont juste un lien de /dev/disk/by-uuid/UUID vers /dev/sdXX
correspondant, donc si c'est mis dans le désordre, comment fait-il pour
s'en sortir ?).

Merci d'avance.

--
Aurélien

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Sylvain L. Sauvage
Le vendredi 3 septembre 2010 à 11:43:24, Aurelien a écrit :
[…]
Bon, en fait, le pb vient du fait que le disque usuellement
appelé sda est appelé sdb quand je boote sur ce nouveau
noyau. Du coup, les lignes dans fstab ne correspondent à
rien.
Est-ce que l'utilisation des UUID pourrait me sortir de cette
impasse ?



Oui.

Et si oui, pourquoi ? (parce que, d'après ce que
j'ai compris, les UUID sont juste un lien de
/dev/disk/by-uuid/UUID vers /dev/sdXX correspondant, donc si
c'est mis dans le désordre, comment fait-il pour s'en sortir
?).



Ton fstab (et lilo/grub…) contiendra les UUID. sda et sdb
n’apparaissent plus dans les fichiers de conf.
Que UUIDxxx1 pointe vers sda ou sdb, ça ne change rien, c’est
toujours UUIDxxx1, et c’est toujours le même disque puisque
l’UUID est constant et calculé pour le disque, par pour son no m
local (sda/sdb), autrement dit, le nom sda/sdb n’intervient pas.

--
Sylvain Sauvage

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Aurelien
On Fri, Sep 03, 2010 at 12:52:26PM +0200, Sylvain L. Sauvage wrote :
Le vendredi 3 septembre 2010 à 11:43:24, Aurelien a écrit :
>[…]
> Bon, en fait, le pb vient du fait que le disque usuellement
> appelé sda est appelé sdb quand je boote sur ce nouveau
> noyau. Du coup, les lignes dans fstab ne correspondent à
> rien.
> Est-ce que l'utilisation des UUID pourrait me sortir de cette
> impasse ?

Oui.

> Et si oui, pourquoi ? (parce que, d'après ce que
> j'ai compris, les UUID sont juste un lien de
> /dev/disk/by-uuid/UUID vers /dev/sdXX correspondant, donc si
> c'est mis dans le désordre, comment fait-il pour s'en sortir
> ?).

Ton fstab (et lilo/grub…) contiendra les UUID. sda et sdb
n’apparaissent plus dans les fichiers de conf.



OK, en effet. Mais en l'occurence, j'ai été obligé de commenter toutes
les lignes avec les UUID et de remettre les anciennes car lilo ne s'en
sortait pas, pas plus que le montage des partitions derrière (première
fois que cela me fait ça, cela dit).

Que UUIDxxx1 pointe vers sda ou sdb, ça ne change rien, c’est
toujours UUIDxxx1, et c’est toujours le même disque puisque
l’UUID est constant et calculé pour le disque, par pour son nom
local (sda/sdb), autrement dit, le nom sda/sdb n’intervient pas.



OK.

Je retenterai tout à l'heure de remettre les fichiers avec les UUID, et
on verra si ça veut bien fonctionner.
Je vous tiens au courant.

--
Aurélien

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Aurelien
On Sat, Sep 04, 2010 at 04:12:45PM +0200, deb wrote :
On 09/02/2010 10:43 AM, Aurelien wrote:
>Salut,
>
>Ca va faire plusieurs mois que vlc me présente une image en niveau de
>gris étiré dans la hauteur (ou plutôt compactée dans la largeur).
>
Ca vient d'un conflit avec le dépôt debian-multimedia(bug 528365)
Le plus simple, c'est d'installer le plugin sdl et de l'utiliser.



Outch, premier essai, en effet, je retrouve la couleur et un ratio
normal. Mais, dès que je passe en plein écran, X plante. Il ne freeze
pas, juste il s'arrête (l'écran n'est plus déclenché). Bizarrement, j'ai
encore moyen d'accéder à une console tty avec le clavier.

Pas de trace de EE dans les logs d'xorg.
Rien de particulier (et surtout rien qui a trait à la vidéo) dans
syslog.
Quelques lignes dans kern.log :
Sep 5 10:40:04 bete2guerre kernel: [169354.310227] [drm] DAC-10: set
mode e9
Sep 5 10:53:23 bete2guerre kernel: [170153.116495] usb 1-3: USB
disconnect, address 3
Sep 5 11:05:35 bete2guerre kernel: [170884.772340] [drm] DAC-10: set
mode 52
Sep 5 11:05:39 bete2guerre kernel: [170889.155804] [drm] DAC-10: set
mode f8
Sep 5 11:05:45 bete2guerre kernel: [170895.250099] [drm] TV-11: set
mode 1600x1200 35
Sep 5 11:06:04 bete2guerre kernel: [170913.370427] [drm] TV-11: set
mode ^A fc
Sep 5 11:06:20 bete2guerre kernel: [170929.678867] Unpin not necessary for ffff8800b0566e00 !
Sep 5 11:06:23 bete2guerre kernel: [170933.149719] [drm] DAC-10: set mode 1400x1050 fd
Sep 5 11:06:23 bete2guerre kernel: [170933.150095] Unpin not necessary for ffff8800cd0fba00 !
Sep 5 12:04:15 bete2guerre kernel: [174405.282499] [drm] DAC-10: set mode f9
Sep 5 12:06:18 bete2guerre kernel: [174527.450416] [drm] DAC-10: set mode 640x480 103


Pour info, mon essai se situait autour de 11h00. Ma config est un
bi-écran, DVI-1 à gauche en résolution 1600x1200 et DVI-0 à droite en
résolution 1440x900.

Peut-être que sdl a tenté une résolution qui était hors fréquence ? (je
ne le savais pas capable de cela).

Je suis preneur de vos idées.


Par ailleurs, concernant le bug 528365, il ne me semble pas qu'il
s'agisse uniquement d'un bug de conflit entre debian-multimedia et
l'archive officielle puisque certains ont le problème juste avec
l'archive officielle.

Pour finir, j'ai également un pb similaire (quoique moins grave) avec
mplayer qui ne semble plus capable d'afficher un plein écran couvrant
réellement le plein écran (ce qui n'est pas le cas des rapports de bug).



--
Aurélien

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Aurelien
On Sun, Sep 05, 2010 at 12:12:18PM +0200, Aurelien wrote :
On Sat, Sep 04, 2010 at 04:12:45PM +0200, deb wrote :
> On 09/02/2010 10:43 AM, Aurelien wrote:
> >Salut,
> >
> >Ca va faire plusieurs mois que vlc me présente une image en niveau de
> >gris étiré dans la hauteur (ou plutôt compactée dans la largeur).
> >
> Ca vient d'un conflit avec le dépôt debian-multimedia(bug 528365)
> Le plus simple, c'est d'installer le plugin sdl et de l'utiliser.




[...]

Pour conclure, en enlevant debian-multimedia des sources, puis en
désinstallant libavcodec50 et en réinstallant vlc et ce qui aura
possiblement bougé à cause du paquet précédent, ça refonctionne.

Pour ce qui est de mplayer, visiblement, le problème est totalement
décorrélé.

A plus tard.


--
Aurélien

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
1 2