[linux-dvb] Re: RGB tv out on hauppauge nexus?

2003-07-18 Thread Chris Pitchford
On Sat, 19 Jul 2003, Lauri Tischler wrote: > Eric Laly wrote: > > > If no, is there a great différence (of image quality, of course) between > > the composite out of nexus and the RGB out of the 'old' card ? > > On my opinion, no. > The difference is not really on the NEXUS but on the TV. > Many

[linux-dvb] Re: RGB tv out on hauppauge nexus?

2003-07-18 Thread Lauri Tischler
Eric Laly wrote: If no, is there a great différence (of image quality, of course) between the composite out of nexus and the RGB out of the 'old' card ? On my opinion, no. The difference is not really on the NEXUS but on the TV. Many TV sets have lousy composite input and thats why people say tha

[linux-dvb] Re: dvb-s: some tests on signal-less operation

2003-07-18 Thread Gregor Lawatscheck
At 19:47 18/07/2003, you wrote: As previous threads showed, at least Rev. 1.3 cards still have the problem with outcom-error/ARM-reset/crash. Currently using dvb-kernel, 2.4.20, vdr 1.2.1 Today i tried to call SetPIDs(0,0,...) on a regular intervall in arm_thread, unfortunately the call disables t

[linux-dvb] RGB tv out on hauppauge nexus?

2003-07-18 Thread Eric Laly
Hello all, I have the intention to buy an Hauppauge wintv nexus-s. It seems that there is no RGB out on this card 'only' a composite. On the precedent model of hauppauge there was a connector (J2) on the card which provide RGB out: http://www2.arnes.si/%7Emthale1/rgb.html Is there a way to obta

[linux-dvb] Re: multicast network/IPover DVB again

2003-07-18 Thread Michael Glaum
Ralph Metzler writes: > No, sorry, I did not actually try the ttpci_eeprom code. I only > had a quick look at it and since it seems to come straight from > the Linux DVB driver 3 years ago which still included it > it does not contain the complete decoding routine and also not > the signature chec

[linux-dvb] Re: multicast network/IPover DVB again

2003-07-18 Thread Ralph Metzler
Robert Schlabbach writes: > From: "Ralph Metzler" <[EMAIL PROTECTED]> > > No, sorry, I did not actually try the ttpci_eeprom code. I only > > had a quick look at it and since it seems to come straight from > > the Linux DVB driver 3 years ago which still included it > > it does not contain the

[linux-dvb] dvb-s: some tests on signal-less operation

2003-07-18 Thread Guido Fiala
As previous threads showed, at least Rev. 1.3 cards still have the problem with outcom-error/ARM-reset/crash. Currently using dvb-kernel, 2.4.20, vdr 1.2.1 Today i tried to call SetPIDs(0,0,...) on a regular intervall in arm_thread, unfortunately the call disables the video-decoding (audio stil

[linux-dvb] Re: multicast network/IPover DVB again

2003-07-18 Thread Robert Schlabbach
From: "Ralph Metzler" <[EMAIL PROTECTED]> > No, sorry, I did not actually try the ttpci_eeprom code. I only > had a quick look at it and since it seems to come straight from > the Linux DVB driver 3 years ago which still included it > it does not contain the complete decoding routine and also not >

[linux-dvb] Re: multicast network/IPover DVB again

2003-07-18 Thread Ralph Metzler
Michael Glaum writes: > > Johannes Stezenbach writes: > > The current DVB drivers from CVS try to get the MAC from the eeprom > > on the card and use it as default. I don't know if the code which > > reads the epprom is correct. > > Ralph Metzler writes: > > Only for TT based cards and o

[linux-dvb] Re: multicast network/IPover DVB again

2003-07-18 Thread Michael Glaum
Johannes Stezenbach writes: > The current DVB drivers from CVS try to get the MAC from the eeprom > on the card and use it as default. I don't know if the code which > reads the epprom is correct. Ralph Metzler writes: > Only for TT based cards and only if their MAC starts with 00:d0:5c. > But a

[linux-dvb] Re: How to disable zigzag scan?

2003-07-18 Thread Holger Waechtler
Juergen Peitz wrote: I want to disable zigzag scan for the ALPS_TDLB7 frontend driver. In older driver versions flag FE_CAN_RECOVER could be added to the frontend capabilities flags to do this. It seems that this is not possible anymore in the current cvs driver. Is there another way to disable

[linux-dvb] Re: MAXIM and other Video/Audio ICs

2003-07-18 Thread Holger Waechtler
Dr. Werner Fink wrote: Hi, does anybody know where to get MAXIM's video chips like the MAX4222 for driving 4 video channels (-> buffering and ESD protection) ... or the low capacity diode arrays like BZS408 (philips), or GCDA05 or S8C05-8 or SR70 ... It seems that there is no source for gett

[linux-dvb] Re: Getting in shape for 2.6

2003-07-18 Thread Holger Waechtler
Andrew de Quincey wrote: The main difference is in the init code and the bandwidth setting code. I reorganised the driver so there was a tda10045h_init() and a tda10045h_set_bandwidth() function. Later I will add a tda10046_init() and a tda10046_set_bandwidth() function. Or would it be better f

[linux-dvb] Re: TS tables doubts

2003-07-18 Thread Nico
Very clear explanations. Thanks very much to all of you. Nico On Fri, 18 Jul 2003, Robert Schlabbach wrote: > From: "Nico" <[EMAIL PROTECTED]> > > 1) read the PAT to find the list of programs ids > > 2) read the PMT to find the list of ES streams > (audio/video/teletext/subs)

[linux-dvb] Re: latest 2.6 bk tree issue.

2003-07-18 Thread Gerd Knorr
> Have you worked with firmware_class? Are there any real devices using it? Tried for the altera firmware for the wintv pvr, see bttv-cards.c of the latest 0.9.x driver. Not sure whenever it really works through, I have neither positive nor negative feedback so far ... Gerd -- sigfault --

[linux-dvb] Re: TS tables doubts

2003-07-18 Thread John Dalgliesh
On Fri, 18 Jul 2003, Nico wrote: > > Hi, > > as far as I understand, in order to find what channels are > transmitted on a given full TS I have to follow these steps: > > 1) read the PAT to find the list of programs ids > 2) read the PMT to find the list of ES streams (audio/video/teletext/subs

[linux-dvb] Re: TS tables doubts

2003-07-18 Thread Robert Schlabbach
From: "Nico" <[EMAIL PROTECTED]> > 1) read the PAT to find the list of programs ids > 2) read the PMT to find the list of ES streams (audio/video/teletext/subs) > associated to a given program id > > Is it correct? Yes, but this is only ISO-MPEG2. > Now I wonder > 3) what's the use of NIT and SDT

[linux-dvb] Re: latest 2.6 bk tree issue.

2003-07-18 Thread Michael Hunold
Hello Gerd, gmake[4]: *** No rule to make target `/etc/dvb/dec2000t.bin', needed by `drivers/media/dvb/ttusb-dec/dsp_dec2000.h'. gmake[4]: Target `__build' not remade because of errors. gmake[3]: *** [drivers/media/dvb/ttusb-dec] Error 2 :-/ I see the intention behind that. Guess dec2000t.bin i

[linux-dvb] Re: TS tables doubts

2003-07-18 Thread Wolfgang Thiel
On Fri, Jul 18, 2003 at 10:41:15AM +0100, Andy Coates wrote: > ... > So with PAT/PMT/SDT/NIT you can tune to the right frequency, filter the > correct PIDs, and display in some shape or form the channel name. Stick > the EIT on there and you should have now/next functionality too. > > > 4) readin

[linux-dvb] Re: TS tables doubts

2003-07-18 Thread Andy Coates
Nico ([EMAIL PROTECTED]) wrote: > > Hi, > > as far as I understand, in order to find what channels are > transmitted on a given full TS I have to follow these steps: > > 1) read the PAT to find the list of programs ids > 2) read the PMT to find the list of ES streams (audio/video/teletext/subs)

[linux-dvb] latest 2.6 bk tree issue.

2003-07-18 Thread Gerd Knorr
gmake[4]: *** No rule to make target `/etc/dvb/dec2000t.bin', needed by `drivers/media/dvb/ttusb-dec/dsp_dec2000.h'. gmake[4]: Target `__build' not remade because of errors. gmake[3]: *** [drivers/media/dvb/ttusb-dec] Error 2 :-/ I see the intention behind that. Guess dec2000t.bin isn't redistr

[linux-dvb] TS tables doubts

2003-07-18 Thread Nico
Hi, as far as I understand, in order to find what channels are transmitted on a given full TS I have to follow these steps: 1) read the PAT to find the list of programs ids 2) read the PMT to find the list of ES streams (audio/video/teletext/subs) associated to a given program id Is it correct?