Mailing List archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[vdr] Re: bitstreamout-0.48pre5
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.
Home |
Main Index |
Thread Index