Bug#604687: vlc: xvideo output not working on powerbook (radeon video card, powerpc)

[Jiggy Bau]

Remi,

Thanks for your help. I'd be more than happy to perform any further tests and maybe try some patches. I wouldn't know how
to debug this myself so I can't do it on my own. If you have any ideas please write and I will try to build a patched version and test it.
Also, to me it seems like this might be an issue with Xserver rather than VLC. From what I remember, I tried various players and they all 

performed poorly (I'll test some players again to confirm). The only player performing well was mplayer, which is what makes me think that
this is not a VLC issue. Maybe the real issue is radeon driver, but unfortunately there is no proprietary version available for ppc. But these are all 

guesses (and I should add uneducated guesses).


Cheers,

Pavle.



________________________________
From: Rémi Denis-Courmont <remi at remlab.net>
To: Jiggy Bau <jiggy_bau at yahoo.com>; 604687 at bugs.debian.org
Sent: Thursday, October 13, 2011 8:58 AM
Subject: Re: Bug#604687: vlc: xvideo output not working on powerbook (radeon video card, powerpc)

tags 604687 + help
thanks

On Wed, 12 Oct 2011 15:55:01 -0700 (PDT), Jiggy Bau <jiggy_bau at yahoo.com>
wrote:
>> If possible, it would be interesting to see if Debian x86 VLC is able
to
>> use XVideo on your PowerPC system through X11 or SSH export display.
> 
> 
> I tried this and got the following results (when running with --vout
xv):

It would be better with -vv...

> VLC media player 1.1.3 The Luggage (revision exported)
> Blocked: call to unsetenv("DBUS_ACTIVATION_ADDRESS")
> Blocked: call to unsetenv("DBUS_ACTIVATION_BUS_TYPE")
> Warning: call to signal(13, 0x1)
> [0x86ed8fc] main libvlc: Running vlc with the default interface. Use
> 'cvlc' to use vlc without interface.
> Blocked: call to setlocale(6, "")
> Blocked: call to sigaction(17, 0xb71180d4, 0xb7118048)
> Warning: call to signal(13, 0x1)
> Warning: call to srand(1318350451)
> Warning: call to rand()
> Blocked: call to setlocale(6, "")
> 
> (process:3129): Gtk-WARNING **: Locale not supported by C library.
> Using the fallback 'C' locale.
> Warning: call to signal(13, 0x1)
> Warning: call to rand()
> Warning: call to rand()
> Warning: call to rand()
> [0x89ff6e4] main video output error: video output creation failed
> [0x893dd64] main decoder error: failed to create video output
> [0x893dd64] main decoder warning: can't get output picture
> [0x893dd64] avcodec decoder warning: disabling direct rendering
> Warning: call to rand()
> Blocked: call to setlocale(1, "C")
> Blocked: call to setlocale(1, "en_US.utf8")
> Blocked: call to setlocale(1, "C")
> [0x891edf4] main audio output warning: PTS is out of range (-9796),
> dropping buffer
> [0x891edf4] main audio output warning: PTS is out of range (-33767),
> dropping buffer
> ^C[0x878ad04] signals interface error: Caught Interrupt signal,
exiting...
> 
> When running VLC with --vout x11, it manages (barely) to play video on
> remote X server, although it prints out errors such as:
> [0xa26f8fc] xcb_x11 generic error: shared memory server-side error: X11
> error 10
> [0xa26f8fc] xcb_x11 generic: using buggy X11 server - SSH proxying?

That's to be expected when using OpenSSH.

> Interestingly enough, mplayer works fine under the same circumstances
and
> produces a video stream that is almost watchable,
> only appears in slow-motion.

Of course, if mplayer uses XVideo and VLC plain X11, this is like
comparing oranges and apples. Video over SSH should be slow anyway, due to
bandwidth constraints, and CPU-hungry encryption.

Anyway, I have no further ideas other than stepping through the VLC code
and I cannot test this myself so I have to leave it there.

-- 
Rémi Denis-Courmont
http://www.remlab.net/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/attachments/20111013/890f9651/attachment.html>