[linux-dvb] Re: loosing data with Freeze command

[Marlec Olivier <marleco@thmulti.com>]

What is the difference for the decoder between both following cases :
 1)	- you stop the video source : the decoder freeze the video (without
using command STOP or FREEZE) but not necessarily on a still picture.
	- you restart the video source : the decoder restart with
practically no video interruption

 2)	- you freeze video with driver command FREEZE and you stop the video
source : the decoder freeze the video on a still picture.
	- you restart decoding with driver command CONTINUE and you restart
the video source : the decoder restart but there is a big TS interruption
(about 1 second).

Does the CONTINUE command flush internal board buffer ?

-----Original Message-----
From: Johannes Stezenbach [mailto:js@convergence.de]
Sent: lundi 13 janvier 2003 13:53
To: Marlec Olivier
Cc: linux-dvb@linuxtv.org
Subject: Re: [linux-dvb] loosing data with Freeze command


On Thu, Jan 09, 2003 at 11:47:47AM +0100, Marlec Olivier wrote:
> Hi,
> I am using a DVB-S board version 2.1 with DVB driver version 0.9.4. I
don't
> get data flow by PCI bus (so I'm not using the host DRAM) but directly by
> the common interface connector. When I call the driver DVB Freeze command
> then the Continue command, I lose about 1 second of video on display.
> Do you know why, and how to avoid this ?

I haven't looked into the details, but the VIDEO_FREEZE ioctl
stops the MPEG decoder, and the AV7110 firmware may have to
do some work to reestablish proper audio/video sync for
VIDEO_CONTINUE. Maybe that's the reason for the TS feed interruption.

OTOH, I thought that the TS stream on the common interface
comes directly from the frontend, so it should not be affected
by VIDEO_FREEZE/CONTINUE.

Anyway, I don't know how to work around this.


Regards,
Johannes


-- 
Info:
To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe linux-dvb" as subject.