[vdr] Re: bitstreamout-0.48pre5

["Dr. Werner Fink" <werner@suse.de>]

On Thu, Oct 30, 2003 at 03:12:56PM +0100, Sven Goethel wrote:
> 
> thats a good point .. incr. the responsiveness ..
> 
> well, since decoding on the player side (pre6),
> the responsiveness is allready increased ..

Yep.  And it helps any other receiver to get its data
just in time.

> 
> so i try out the 32ms buffer size paradigma with skipping pcm
> samples .. against an accumulated delay.
> 
> hopefully this ain't ghost hunting, and the stc value isn't insane 
> at all ;-)
> 
> so the next sync trial migth be:
> 
> t0 - Receive
> 	- player/receiver call/thread
> 	- delay_sum += stc-pts
> t1	- optional mp2 -> pcm decoding
> t2		- delay_sum += t2-t1
> t3	- if buffer zero and t3_mark zero 
> 		then set time mark t3_mark
> t4	- store data in buffer

if t3_mark then wakeup Forward thread

> 
> t10 - Forward (bo.action thread)
> 	- if t3_mark 
> 		then delay_path = t10-t3_mark, zero t3_mark
> 	- delay_sum += delay_path
> 	- skip as much data/samples to reach delay_sum->0
> 		delay_sum -= skipped_samples*samples/time
> 	- if delay_sum<0 setup.opt.delay=delay_sum*-1
> 	- play rest
> ... ??

Hmmm ... IMHO every stream should start with silence to avoid
start noises like chirping or sizzling.  Or you replace the
first few ms with silence if setup.opt.delay <= 0.


       Werner


-- 
Info:
To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe vdr" as subject.