Deepak S Kotian wrote: > > Hi , > > That is correct , even I have seen this > issue. No idea on this. > Should be a way to get around this.
I wish. All I can imagine so far is that the driver doesn't initialize or reset something after a recording, which gets properly initialized when loading the driver. If you ever find out a cure for this, I'd be very interested! Klaus > > Thanks and Regards > Deepak > > On Thu, 26 Sep 2002 Klaus Schmidinger wrote : > >Deepak S Kotian wrote: > > > > > > Hi, > > > > > > I am using the Kfir1 driver for the LINUX. > > > We have observed, when we are using > > > Transport stream on the Kfir1 side and we > > > try our decoder, it takes more time > > > to decode, resulting in some delay. > > > The program stream seems to be OK. > > > > > > We have tired other encoder boards for > > > Transport stream, it seemed OK. > > > > > > Any idea/suggestion on how one > > > play with the Tranport Stream generated > > > from Kfir1 board using the Kfir1 driver. > > > Please let me know > > > >I'm also using the Kfir driver to read a Transport Stream from > >the > >MPEG2 encoder board, but I'm having the problem that only the > >very first > >recording is ok, every subsequent stream is broken. Only after > >reloading > >the driver does it work again for _one_ recording. > > > >I've reported this here on the list a while ago, but haven't > >found > >a solution yet :-( > > > >Klaus -- _______________________________________________________________ Klaus Schmidinger Phone: +49-8635-6989-10 CadSoft Computer GmbH Fax: +49-8635-6989-40 Hofmark 2 Email: [EMAIL PROTECTED] D-84568 Pleiskirchen, Germany URL: www.cadsoft.de _______________________________________________________________
