On Tue, 2006-11-07 at 08:55 -0800, Simon Baxter wrote:
> I've been trying xineliboutput for the first time - looks like it will solve 
> all sorts of problems I've been having, if I can get over these ones....
> Problem number 1:
> If I start the plugin with :
> vdr -P"xineliboutput --local=sxfe --video=xv --audio=alsa --remote=none"
> I get a letterbox window in the middle of the gnome screen.  So I tried:
> -P'xineliboutput --fullscreen --local=sxfe --video=xxmc --audio=alsa 
> --remote=none'

You might want to try the options for display aspect ratio and
letterbox->16:9 scaling ? With vdr-sxfe, tou can try aspect ratios 4:3,
16:9 or 16:10 (--help).
If you want to have "real" 16:9 out of "letterboxed" image, correctly
scaled, please try --post=autoscale option (with possible sub-options of
your taste). 
autoscale is shipped (and installed?) with xineliboutput package. 

> This gives me the same as above, but with black borders filling the screen. 
> Still a much smaller picture than the full screen I get with vdr-xine.
> Also, when I change channels (PVR with pvrinput plugin) the various channel 
> scaling leaves parts of the picture around the new "letterbox" image.
I'd say this is in fact the same problem ?
> How do I set scaling?  When I use vdr-xine, I start it with 
> "xine --fullscreen --hide-gui -V xv -A alsa -D --post vdr_video --post 
> vdr_audio vdr://tmp/vdr-xine/stream#demux:mpeg_pes"

Check vdr-sxfe and --help output.
You can try to fix some of the incorrect scaling problems with different
options in menu -> VDR plugins / xineliboutput / OSD menu. Anyway, there
is not much to do unless you use vdr-sxfe or vdr-fbfe and correct
--aspect option - YOUR frontend for output.

> Problem number 2:
> I have been using the mplayer plugin to play divx/xvid/mpeg movies.  It's 
> rather clumsy though, as I need to kill xine and restart after (scripted) to 
> free up the xxmc/xvmc resources.
> When I try and play an avi file with xineliboutput, I get stuttering video 
> and loads of the following:
> bad_frame
> [mpeg4 @ 0x125b4e4]header damaged

I belive this is quite usual ; if someone else has any other info, pse
speak now :) I got it with almost all "net" and transcoded dc-camera
mpeg4 video clips, even up to 200 lines / sec disorientation. I use the
magical  &> /dev/null  options in all scripts to nuke it - typically the
error message uses too much CPU to even access any VDR menus.. Anyway,
it is xine mpeg4 decoder probem. As those clips still play 100% (unless
you add in the addtional 20%...100% "optional" CPU usage I'm quite happy
with current decdoer.
It might help (for CPU ...) if you start sxfe with >&/dev/null. (for me
it is just enough :). 
And, I like to lay on the sand+sun when VDR is running smoothly :)

> What does work well, which I'm VERY pleased with, is DVD playback.  I've had 
> a long standing problem with intermittant audio stuttering - which seems to 
> be resolved with xineliboutput! 

vdf-xineliboutput has own dvd player, it uses xine to playu DVDs.
If you have any serious problems with DVDs, please call/mail me.

As told in the readme, most of the features are not available unless you
use vdr-sxfe frontend to connect to VDR.

BTW, there are some quite significant improvements for DVD playback in
the next version (or CVS :)

"offically" there is no support for using xine, gxine, ... ui's as
xineliboutput frontend - I'll give any help I can but I won't try
anything. Most of the features are just unacceblible from VDR when
using ?xine? ... but with some script magic (?) it is still possible if
Y know what Y are doing.

- Petri

- Petri

vdr mailing list

Reply via email to