On Fri, 9 Mar 2012 09:59:51 +0000 Dominic Evans <oldmanuk@xxxxxxxxx> 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 > playback. > > 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: video.output.vdpau_hd_deinterlace_method:bob 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 unnecessary. _______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
