On Tue, Apr 1, 2008 at 7:44 AM, JJussi <[EMAIL PROTECTED]> wrote:
> recording. Because playback is faster that "real life" you reach (in some
> poin of time) place where you are 0 (zero) seconds behind on going recording.
> AND in that point your playback start freeze and jump loop.
Playback i
This kind of "problems" I had too..
When I report that playback is going faster than recording. I.e. you start
recording and after awhile (maybe only 10 second) you start playback of that
recording. Because playback is faster that "real life" you reach (in some
poin of time) place where you ar
Hi,
Reinhard Nissl schrieb:
attached you'll find updated patches for VDR-1.5.18.
The patch named *-dvbs2-* additionally adds DVB-S2 support to VDR
(based on VDR-1.5.14) and requires to use the DVB drivers
from the multi-proto tree (see URL below for further details).
The other patch is withou
Hi,
Dominique Simon schrieb:
>> I'd say it's suggested. At least it is part of my H.264 patches.
>
> What does the sync early patch do?
Vanilla VDR waits for an I frame before it passes video (and
audio) data on to output devices. Further more, audio data is
still not passed on from that time
Am 27.03.2008 um 21:01 schrieb Reinhard Nissl:
> I'd say it's suggested. At least it is part of my H.264 patches.
What does the sync early patch do?
Ciao, Dominique
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/