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 <[email protected]> To: Jiggy Bau <[email protected]>; [email protected] 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 <[email protected]> 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/
