i also have struggled for this holy grail xbmc would really be the ideal interface for me (just cant beat this flexibility - try playing a .bin / .img over a network which is .rar'd - cant do this on vdr) i like the xbmc plugins and flexibility, for the most part. :) for last few months i've been trying xvdr, but i have to say i have mixed feelings/results on this, and it's not very stable (from my experience) the deprecated vnsiserver/client has fallen off the radar by now... not many options other than streamdev/strm files.
i found i kept getting warnings about insufficient buffers with the setting engine.buffers.video_num_frames:22 , so i bumped that up to 35 only other setting i'd suggest re-examining is the engine.performance.memcpy_method:libc at least on my system, kernel is faster. :) autodetect should be fine for this... ? (it should test all of them) On Fri, Mar 9, 2012 at 10:28 AM, Dominic Evans <oldma...@gmail.com> wrote: > On 9 March 2012 15:11, Jonas Bardino <jo...@bardinosen.dk> wrote: > > I launch vdr-sxfe with a command that overrides video_num_buffers, > > Thanks for the suggestions. I'll add the buffers cmdline to my > vdr-sxfe startup. Interesting that you're using xvdr+tcp://localhost > rather than the default unix pipe. Intentional? > > > The result is still not perfect with occasional glitches but it's not > > bad and after fighting for months with just getting HD channels > > running I'm quite happy. > > Yeah its great having HD channels playing and recording. It just makes > me a little sad that XBMC playback of them is flawless, but with xine > we seem to have to settle for "only occasionally glitches" ? > > _______________________________________________ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr >
_______________________________________________ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
