Bram Stolk wrote: > > Klaus, > > Make sure you are using the CVS version of the driver.
I double checked that now and am sure that I have the latest CVS version. The microcode I'm using is -rw------- 1 kls users 59872 Jul 19 2001 MPEG1_6.HLD -rw------- 1 kls users 32385 Jul 19 2001 altera_keb_plx_5e.rbf -rw------- 1 kls users 2962 Jul 19 2001 cmicro.c -rw------- 1 kls users 514820 Jul 19 2001 kfir_micro.h 05269813b418d4ce733e69b13db8dc03 MPEG1_6.HLD 4e3e3088a1f5ad1e480ef1aa0456cdf5 altera_keb_plx_5e.rbf 350e43641a7eb76a3b023151b13605ae cmicro.c ebcabae6cdecf4316f14f9085880f3c2 kfir_micro.h Is this the right one? I can see a discrepancy in the MD5 sum of kfir_micro.h when comparing to the one in the README file, which is 40ce0f03215ff51d4a8aaaf846389c5e kfir_micro.h So which one is right, and where can I get the right one? > I can tell you that it works fine with a 2.4.18 kernel. I'm using kernel 2.4.10, but since it appears to work in general I guess that shouldn't be a problem. > If you keep having problems, you might consider moving PCI slots, > but I don't think that is an issue, as your 1st recording is always > OK. I'd say so, too. It must be something that doesn't get (re-)initialized correctly in case of Transport Stream. > Also, I will post the latest FAQ on this list, which may help you. I've read through it, but couldn't find anything addressing my problem :-( Klaus > On Mon, 19 Aug 2002 17:30:21 +0200 > Klaus Schmidinger <[EMAIL PROTECTED]> wrote: > > > Klaus Schmidinger wrote: > > > > > > Klaus Schmidinger wrote: > > > > > > > > I'm trying to get a TS from the MPEG2 encoder card. > > > > To do this I have loaded the driver with > > > > > > > > insmod kfir.o vidinput=0 vidrate=3000000 debug=0 streamtype=4 > > > > > > > > and apparently get the video packets with PID 160 and the audio > > > > packets with PID 80. If I use this TS in VDR, replaying such a > > > > recording results in video with artefacts in the bottom half of the > > > > picture (audio is ok). > > > > > > > > So I'm wondering if anybody has ever tried using a TS from the card, > > > > and whether that TS was ok. > > > > > > Some more information: if I freshly load kfir.o and then start recording > > > a TS, everything is fine. If I stop recording and then (without rmmod/insmod > > > of kfir.o) start recording again, the recording contains artefacts. > > > If I then reload kfir.o, the first recording after that is fine again. > > > > In order to rule out a problem in VDR I have now created a TS recording > > with a simple 'cat /dev/video > filename' (with the kfir driver loaded > > with the above options). Even then only the first recording is ok. Every > > following recording done the same way (after cancelling the current 'cat' > > with Ctrl-C) shows artefacts. After re-loading kfir.o the first recording > > works again. > > > > This is absolutely reproducable here. Can somebody think of what might be > > causing this? Could it be something in the driver that's not correctly > > initialized or reset after the first recording? > > > > Any help here would be greatly appreciated. > > > > 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 _______________________________________________________________
