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
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
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:
- 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,