On Sat, Dec 13, 2008 at 3:53 PM, Goga777 <goga777@bk.ru> wrote:

> Gents, could you please run vdr-sxfe with "--verbose" flag and check if you
> see the "prebuffer=" line in console output when you switch the channel?

is it possible to use --verbose option for local frontend

./vdr -c /etc/vdr/ -P xineliboutput

try ./vdr -c /etc/vdr/ -P'xineliboutput --verbose'

I couldn't run it with --verbose option

I don't use any remote frontends

btw - I corrected the my diseqs.conf

from

S36.0E 00000 V 10750 t v W15 [E0 10 38 F4] W15 t
S36.0E 99999 V 10750 t v W15 [E0 10 38 F5] W15 T
S36.0E 00000 H 10750 t V W15 [E0 10 38 F6] W15 t
S36.0E 99999 H 10750 t V W15 [E0 10 38 F7] W15 T

to

S36.0E 00000 V 10750 t v [E0 10 38 F4]
S36.0E 99999 V 10750 t v [E0 10 38 F5] T
S36.0E 00000 H 10750 t V [E0 10 38 F6]
S36.0E 99999 H 10750 t V [E0 10 38 F7] T

I have 8-1 disecq switch that requires 2 commands to be sent (commited and uncommited), so my case even more complicated :(

But I think your change saves about 50 mSec (30 you removed and few more that driver add for every command sent).

and the switching time decreased

Goga

> Please state the number you see there and please write again your vdr,
> xine-lib and xinelibout versions.

>
> Thanks.
>
>
> 2008/12/11 Rolf Ahrenberg <rahrenbe@cc.hut.fi>
>
> > On Thu, 11 Dec 2008, Goga777 wrote:
> >
> > > 4. vdr 1.7.0(1) xineliboutput, directfb - 2-3 sec, xineliboutput, x11 -
> > 2-4 sec
> > > seems it's due to of tcp/ip and pipes which are using xineliboutput
> >
> > Well, I have vdr-1.6.0 and xinelibout-cvs with vdr-sxfe on my
> > development setup using latest kernel drivers (S2API, DVB-T card) and
> > haven't ever noticed as slow zapping as you documented: the channel
> > switching time is about one second.
> >
> > BR,

_______________________________________________
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr