[vdr] Re: time-shifting

["'Jochen Kirstätter'" <jk@midek.de>]

Hi all,

Max wrote:
[snip]

I understood it the same way Sergei does. Max seems to need a 30sec 
delay between recording and showing. So it would be a good solution to 
'buffer' the input stream on a pc (30s, hmm, small for RAM or better on 
a HDD) or somewhere else...

By using First-In_First-Out (FIFO) principle this shouldn't be too hard 
to realize.
The recordings go into the buffer/RAM/file/etc., the app probes its size 
(approx. 30s - IIRC around 0.8MB ) and starts the replay if the 
buffersize is nearly full.

Hmm, another nice feature would be a some-like principle of 
'shock-resistance' ;). Walking with the cam around doing random records 
and pause sequences (pause not larger not 30s) and the resulting replay 
is a recording without these pauses ;)
Hehe, would be very nice...

So it's IMHO time-shifting and not 'Zeitraffer' (playing a recording in 
shorter time, eh faster than original) and not 'Zeitlupe' (playing a 
recording slower than original).


Just my 2c, JoKi

-- 
   MiDeK-Internet Publishing   |   Tel: 06361 21418
       Am Donnersberg 14       |   FAX: 06361 993681
67806 Rockenhausen-Marienthal | eMail: info@midek.de
- Besuchen Sie uns im Internet - http://www.midek.de