Hi,
the offending changeset is this one:
http://hg.debian.org/hg/xine-lib/xine-lib-1.2/rev/fd48f5a5841dThe problem with vdr-xine is that you experience much longer
buffer phases than configured while almost all extra buffered
frames are immediately skipped as they are too old.
The extra buffer time is equivalent to the time passed between
the last image before a channel change up to the first PTS seen
on the new channel. The issue got noticeable on non FTA channels
as it may take up to 10 seconds before scrambled data can be
decrypted successfully.
vdr-xine's buffering works like that: monitor incoming PTS at VDR
side and displayed PTS at xine side. Calculate the time buffered
like that: tBuffered = tVDR - tXine. As long as tBuffered is
below the configured setting, replay in slow motion (set speed to
12.5 %), otherwise switch to normal speed (100 %).
The old behavior of discontinuity handling almost instantly
resulted in tBuffered being > 0 after the discontinuity was
handled. The new behavior causes to tBuffered to start with -10
seconds for the above example.
As I have no test case for gapless switching, I cannot provide a
fix for this issue which works with vdr-xine but doesn't break
the gapless thing.
Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:
rnissl@...
------------------------------------------------------------------------------
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, &
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA, & Big Spaceship.
http://www.creativitycat.com
_______________________________________________
xine-devel mailing list
xine-devel@...
https://lists.sourceforge.net/lists/listinfo/xine-devel
