On Fri, 9 Mar 2012 09:59:51 +0000
Dominic Evans <oldma...@gmail.com> wrote:
> Running vdr-sxfe as a local frontend using a pipe _should_ be as fast
> (if not faster) than using XBMC over an http://localhost streamdev
> connection. However, I seem to find the opposite to be the case.
> vdr-sxfe still struggles with HD content, has pops and clicks in the
> audio, crashes out every now again and generally has inferior
> On my main frontend I have VDR running full time in the background
> with no local frontend running. Then I have a bare-bones X11
> configured with a simple .xinitrc that flips between running vdr-sxfe
> and xbmc (as I prefer it for watching DVDs etc.). For both frontends I
> am using VDPAU.
> I have to use vdr-sxfe to interact with the menus, auto skip adverts
> in recordings, do cutting, etc. But I'm increasingly finding myself
> using XBMC and just a directory full of .strm files that point at
> streamdev TS links, when I want to watch a live HD broadcast.
IME sxfe works better watching "live" than a recording, but I'm not sure
whether it affects how often the audio glitches. Such things in vdr-sxfe
seem to come and go at random. Last time I watched an HD recording the
picture regularly "jerked", like you get when watching 24fps video very
crudely converted to 25fps by repeating a frame every second. But "live"
TV seems quite smooth.
The difference between vdr-sxfe and XBMC you're experiencing could be
due to differences in the deinterlacing setting. You didn't say what
your graphics card is, but the sort of low-power fanless card most of us
like to have in an HTPC can't manage the higher quality options. The
default for libxine is "temporal", which my lowly 8200 is too slow for
in HD (but OK in SD), so I had to use this setting:
I was amazed at how good it looks, although I've only tried it at 720p
output so far, not at 1080p. I thought I was going to have to add at
least a GT210 PCI-E card, but it looks like that's going to be
vdr mailing list