On Tue, Jan 14, 2003 at 06:38:10PM +0100, Ralph Metzler wrote:
> Johannes Stezenbach writes:
> > > 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 CONTI
Johannes Stezenbach writes:
> > 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
On Tue, Jan 14, 2003 at 03:02:23PM +0100, Marlec Olivier wrote:
> 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 r
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 vi
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
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