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 oldmanuk@gmail.com wrote:
On 9 March 2012 15:11, Jonas Bardino jonas@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