[vlc] Re: vlc 0.8.1, Unichrome Pro, no video

[MagicITX]

On 6/1/05, Dermot McGahon <dermot at dspsrv.com> wrote:
> On Wed, 01 Jun 2005 15:30:01 +0100, MagicITX <magicitx at gmail.com> wrote:
> 
> >> First thing to try is vlc -V x11 to determine if the problem is with
> >> xvideo. Also try mplayer and xine forcing them to xvideo. VLC defaults
> >> to xvideo. mplayer defaults to x11 but can be changed with -vo xv (use
> >> -vo help to list possible video outputs).
> >
> > vlc works with x11 and mplayer works with xv.
> >
> >>
> >> Next thing to try is --xvideo-chroma yv12. Not sure that will work, but
> >> worth worth a try.
> >>
> >> There was an xvideo related bug with the CLE266 h/w a while back.
> >
> > I'm seeing video with this option but it is not using the hardware
> > acceleration.  I'm getting 40% cpu utilization for X and 50% for vlc.
> 
> Is this the same CPU usage you get when using vlc with x11?
Yes

> 
> The high cpu usage for X would indicate that it is falling back to
> x11 - do the logs confirm that?
It is falling back to x11:
[00000261] xvideo video output warning: no free XVideo port found for format 0x3
2317679 (yv12)
[00000190] main module debug: using video output module "x11"

> 
> A couple of obvious differences between our logs. You get "forced"
> packed YUY2, I get planar YV12. You should only get forced chroma
> if you specify it. I don't think we support this chroma, so better
> not try and force it.
I have to force it to YUY2.  If I don't I get:
X Error of failed request:  BadMatch (invalid parameter attributes)
  Major opcode of failed request:  139 (XVideo)
  Minor opcode of failed request:  17 ()
  Serial number of failed request:  50
  Current serial number in output stream:  50
This is true on my EPIA M10K/CLE266 based system as well.

> 
> The second is that the render picture to system pictures mappings
> are different. I'm not sure if this is significant.
> 
> You won't get h/w mpeg decoding but you know that right? The best
> you will get is XV acceleration.
The CN400 supports h/w mpeg decoding.  I can't say that the driver or
other video applications (e.g. mplayer or mythtv) are using it because
I'm only seeing about 30% reduction in CPU utilization over an M10k
system.  The CPU clock speed different (1ghz vs 1.3ghz) could explain
the improvement.

> 
> Fullscreen PAL D1 MPEG-2 with light deinterlacing (discard filter)
> costs about 60% on a 1Ghz processor using vlc/xvideo.
On an EPIA M10k/CLE266 I see about 60% as well.

> 
> Try and let vlc pick the chroma. If the logs indicate it is still
> falling back to x11, we'll start debugging the video output code.
I get the "BadMatch" error mentioned above.

> 
> 
> 
> Dermot.
> --
> 
> 
> 
> Your CN400 xvideo output:
> -------------------------
> 
> [00000261] xvideo video output debug: forcing chroma 0x32595559 (YUY2)
> [00000261] xvideo video output debug: adaptor 0, port 64, format
> 0x32595559 (YUY2) packed
> [00000191] main module debug: using video output module "xvideo"
> [00000261] main video output debug: waiting for thread completion
> [00000261] main video output debug: got 8 direct buffer(s)
> [00000261] main video output debug: picture in 720x480, chroma
> 0x30323449 (I420), aspect ratio 16:9
> [00000261] main video output debug: picture out 720x480, chroma
> 0x32595559 (YUY2), aspect ratio 16:9
> [00000261] main video output debug: looking for chroma module
> [00000261] main video output debug: probing 9 candidates
> [00000009] main module debug: using chroma module "i420_yuy2_mmx"
> [00000261] main video output debug: indirect render, mapping render
> pictures 0-7 to system pictures 8-15
> [00000261] main video output debug: thread 98311 (video output)
> created at priority 0 (src/video_output/video_output.c:443)
> 
> 
> My CLE266 xvideo output:
> ------------------------
> 
> [00000309] main video output debug: allocating plugin:
> /usr/lib/vlc/video_output/libxvideo_plugin.so
> [00000309] xvideo video output debug: adaptor 0, port 56, format
> 0x32315659 (YV12) planar
> [00000248] ts demuxer debug: pid[16] unknown
> [00000309] xvideo video output debug: Window manager supports NetWM
> [00000309] xvideo video output debug: Window manager supports
> _NET_WM_STATE_FULLSCREEN
> [00000309] xvideo video output debug: Window manager supports
> _NET_WM_STATE_ABOVE
> [00000309] xvideo video output debug: Window manager supports
> _NET_WM_STATE_BELOW
> xcommon: calling XRaiseWindow()
> [00000229] main module debug: using video output module "xvideo"
> [00000309] main video output debug: got 8 direct buffer(s)
> [00000309] main video output debug: picture in 720x576 (0,0,720x576),
> chroma I420, ar 16:9, sar 64:45
> [00000309] main video output debug: picture user 720x576 (0,0,720x576),
> chroma I420, ar 16:9, sar 64:45
> [00000309] main video output debug: picture out 720x576, chroma I420, ar
> 16:9, sar 64:45
> [00000309] main video output debug: direct render, mapping render pictures
> 0-6 to system pictures 1-7
> [00000309] main video output debug: waiting for thread completion
> [00000309] main video output debug: thread 129964976 (video output)
> created at priority 0 (src/video_output/video_output.c:451)
> 
> --
> This is the vlc mailing-list, see http://www.videolan.org/vlc/
> To unsubscribe, please read http://www.videolan.org/support/lists.html
> 
> 


-- 
Tim
www.magicitx.com

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html