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
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@xxxxxxxxx> wrote:
On 9 March 2012 15:11, Jonas Bardino <jonas@xxxxxxxxxxxxx> wrote:Thanks for the suggestions. I'll add the buffers cmdline to my
> I launch vdr-sxfe with a command that overrides video_num_buffers,
vdr-sxfe startup. Interesting that you're using xvdr+tcp://localhost
rather than the default unix pipe. Intentional?
Yeah its great having HD channels playing and recording. It just makes
> 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.
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@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
_______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
