Re: [linux-dvb] [RFC] Hybrid tuner refactoring, phase 1
Mauro Carvalho Chehab wrote: About the dmesg, I didn't have time to store it. Basically, on the first compilation, I got two errors, since tuner-simple and tea5767 weren't selected on Kconfig. I've then selected the option to auto-include the required i2c drivers. Those two messages disappeared. The log stated that TEA5767 were detected. It also stated that tuner-simple is working on 0x61. there weren't any log messages from tea5767 driver. Ok, I went home for lunch, after all. Those are the logs: Linux video capture interface: v2.00 cx88/0: cx2388x v4l2 driver version 0.0.6 loaded ACPI: PCI Interrupt :05:07.0[A] - Link [APC2] - GSI 17 (level, low) - IRQ 74 cx88[0]: subsystem: :, board: PixelView PlayTV Ultra Pro (Stereo) [card=27,insmod option] cx88[0]: TV tuner type 59, Radio tuner type -1 tveeprom 0-0050: Huh, no eeprom present (err=-121)? input: cx88 IR (PixelView PlayTV Ultra as /class/input/input5 cx88[0]/0: found at :05:07.0, rev: 5, irq: 74, latency: 32, mmio: 0xc800 TEA5767 detected. tuner 0-0060: chip found @ 0xc0 (cx88[0]) tuner 0-0060: Calling set_type_addr for type=59, addr=0xff, mode=0x04, config=0x8100 tuner 0-0060: set addr for type 62 tuner 0-0061: Setting mode_mask to 0x0c tuner 0-0061: chip found @ 0xc2 (cx88[0]) tuner 0-0061: Calling set_type_addr for type=59, addr=0xff, mode=0x04, config=0x tuner 0-0061: set addr for type -1 tuner 0-0061: defining GPIO callback tuner 0-0061: tuner 0x61: called during i2c_client register by adapter's attach_inform tuner 0-0061: defining GPIO callback tuner-simple 0-0061: type set to 59 (Ymec TVision TVF-5533MF) tuner 0-0061: type set to Ymec TVision TVF-5533MF tuner 0-0061: cx88[0] tuner I2C addr 0xc2 with type 59 used for 0x0c cx88[0]/0: registered device video0 [v4l2] cx88[0]/0: registered device vbi0 cx88[0]/0: registered device radio0 tuner 0-0061: Cmd VIDIOC_S_STD accepted for analog TV tuner 0-0061: switching to v4l2 tuner 0-0061: tv freq set to 400.00 (this time with a fresh copy - I got the same results as before) Mauro, The output above looks correct. You say, there weren't any log messages from tea5767 driver. -- This is because the tuner_info line was disabled -- I've re-enabled it just now, and push up the changeset. Please update your tree and test again -- I believe that the only issue here is the missing message from the tea5767 driver -- If you actually test radio, I believe that it will work. Please test again and get back to me. Regards, Mike ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] DSM-CC questions
Please let me know if someone provide some direction here to use DSM-CC. Following is what I am trying to do and looking for answers. Please direct me to the right place/mailing list to keep me up and running with DSM-CC. I am relatively new to DSM-CC tools. My Goal: I am trying to build a IP based data transmission (carousel) to STBs. ex: distribute configuration files, programming guide components etc. This is intended to be used in a major IPTV network in the US Following is the information I am looking for - 1) Is DSM-CC tool kit that is on http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb is MPEG2 based only? - How easy is to change the code to transmit the object carousel without MPEG-2. 2) Do I have to use DSM-CC User-to-User based tool kit if I just need data over TCP/IP (not MPEG-2 TS) or broadband (without MPEG-2) to meet my goals above. Is there a separate tool kit for this? 3) Is there a DSM-CC client tool available? 4) Is any kind of metering (data/bandwidth) tool availabe in LinuxTV open source for the DSMCC carousels? 5) How do I get basic step by step instruction to create a object carousel and extracting it. I could succefully compile and create the binaries. Unfortunately example.tgz do not have any source code or binaries. Thank you very much ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] gl861, qt1010 I2C write/read failed
tor 2007-08-23 klockan 10:15 +0300 skrev Aapo Tahkola: On Wed, 22 Aug 2007 20:34:28 +0200 Jonas Jonsson [EMAIL PROTECTED] wrote: Hi I have two MSI Mega Sky 5580 both of them show this behavior, when I try to use tzap sometimes like 8 of 10 times I get nothing. If I unplug and insert it again it works for sometime. Does anyone know what I could do about this. I have tried this patch, it solved some of the problems, but all of them. http://www.linuxtv.org/pipermail/linux-dvb/2007-February/015863.html Try placing msleep(10); somewhere in gl861_i2c_msg(before call to usb_control_msg). Fast processors tend to have problems with i2c. Changed it to msleep(20) and now it works better. Thanks. /Jonas ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] HVR4000 no lock when tuning DVB-S2 (8PSK)
Gregoire Favre wrote: On Fri, Aug 24, 2007 at 07:44:38PM +0200, Jyrki Niskala wrote: Hi When trying to tune transponders on Thor 1.0 W I get no lock on channels transmitted by DVB-S2 / 8PSK. I get lock on DVB-S channels and when using scan I find 301 services, so it's seems to work with DVB-S. The only tip I found when searching was in Hauppauge forum (for another OS though...) that you should use auto mode on FEC to get lock on 8PSK but that's not supported in hvr4000 tree. I have a Hauppauge HVR4000 and a Nova-HD-S2 to play with and I'm willing to make tests to take driver further... Thanks in advance. / Jyrki Are you using patch from http://dev.kewl.org/hvr4000/ ? Yes, I have patched with stoth-15.diff P.S. Sorry fore the double Gregoire... ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] HVR4000 no lock when tuning DVB-S2 (8PSK)
Jyrki Niskala wrote: Hi When trying to tune transponders on Thor 1.0 W I get no lock on channels transmitted by DVB-S2 / 8PSK. I get lock on DVB-S channels and when using scan I find 301 services, so it's seems to work with DVB-S. The only tip I found when searching was in Hauppauge forum (for another OS though...) that you should use auto mode on FEC to get lock on 8PSK but that's not supported in hvr4000 tree. I have a Hauppauge HVR4000 and a Nova-HD-S2 to play with and I'm willing to make tests to take driver further... Thanks in advance. / Jyrki Make sure you're specifying the modulation correctly for the mux you're interested in. Regards, Steve ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DSM-CC questions
hi! Manoj M wrote: Please let me know if someone provide some direction here to use DSM-CC. Following is what I am trying to do and looking for answers. Please direct me to the right place/mailing list to keep me up and running with DSM- CC. I am relatively new to DSM-CC tools. My Goal: I am trying to build a IP based data transmission (carousel) to STBs. ex: distribute configuration files, programming guide components etc. This is intended to be used in a major IPTV network in the US so, if i get it right, you are trying to push informations on a multicast IP network to many remote STB. DSM-CC carousels could be a way, but there are also native datacasting protocols over ip like Flute (see Mad http://www.atm.tut.fi/mad/ ) the choice could be easier if you already know which kind of middleware you are running on the STB! Following is the information I am looking for - 1) Is DSM-CC tool kit that is on http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb is MPEG2 based only? - How easy is to change the code to transmit the object carousel without MPEG-2. i don't know why you are so against MPEG2 TRANSPORT STREAMs.. DSM-CC carousels are based on MPEG2 transport stream container technology (ISO 13818-1) and it's a container doing well on many different media, today (broadcast, tapes HDV, optical discs BluRay etc..) i hope you are not thinking MPEG2 just as a video codec technology! 2) Do I have to use DSM-CC User-to-User based tool kit if I just need data over TCP/IP (not MPEG-2 TS) or broadband (without MPEG-2) to meet my goals above. Is there a separate tool kit for this? i don't really understand this question.. maybe i'm not so fond on the technicalities of DSM-CC but i think these are the steps to get to broadcast info with DSM-CC 1. a filesystem 2. some modules 3. many sections 4. many more ts packets (with PIDs and so on..) at least this is how it works our free and open carousel server JustDvb-It! http://www.cineca.tv/labs/mhplab/JustDVb-It%202.0.html you can get it freely (with source and livecd) here: http://www.cineca.tv/labs/mhplab/index-en.html 3) Is there a DSM-CC client tool available? you can use red-button http://redbutton.sourceforge.net/ 4) Is any kind of metering (data/bandwidth) tool availabe in LinuxTV open source for the DSMCC carousels? i don't know. what are you trying to achieve? 5) How do I get basic step by step instruction to create a object carousel and extracting it. I could succefully compile and create the binaries. Unfortunately example.tgz do not have any source code or binaries. you can try our livecd but you'll need a DVB-T modulator card like dektec. if you want to use it on a multicast IP network you need to modify a little the scripts. but it depends on the kind of STB you need to feed.. bye andrea venturi ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] HVR4000 no lock when tuning DVB-S2 (8PSK)
Steven Toth wrote: Jyrki Niskala wrote: Hi When trying to tune transponders on Thor 1.0 W I get no lock on channels transmitted by DVB-S2 / 8PSK. I get lock on DVB-S channels and when using scan I find 301 services, so it's seems to work with DVB-S. The only tip I found when searching was in Hauppauge forum (for another OS though...) that you should use auto mode on FEC to get lock on 8PSK but that's not supported in hvr4000 tree. I have a Hauppauge HVR4000 and a Nova-HD-S2 to play with and I'm willing to make tests to take driver further... Thanks in advance. / Jyrki Make sure you're specifying the modulation correctly for the mux you're interested in. Regards, Steve I use following command. [EMAIL PROTECTED]:~/dvb-s2/szap2$ ./szap2 -t 2 -e 2 -m 8 -c ./ThorW1.conf -n 2 reading channels from file './ThorW1.conf' zapping to 2 'Canal+ Sport HD': sat 0, frequency = 11421 MHz H, symbolrate 2500, vpid = 0x0202, apid = 0x0288 sid = 0x057c (fec = 32, mod = 8) Querying info .. Delivery system=DVB-S2 using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' -- Using 'Conexant CX24116 DVB-S2' DVB-S2 diseqc: sat_no:0 pol_vert:0 hi_band:0 cmd:e0 10 38 f2 wait:0 do_tune: API version=2, delivery system = 2 do_tune: Frequency = 1671000, Srate = 2500 (DVB-S2) do_tune: Frequency = 1671000, Srate = 2500 (SET_PARAMS) status 01 | signal | snr | ber | unc | status 01 | signal | snr | ber | unc | status 01 | signal | snr | ber | unc | status 01 | signal | snr | ber | unc | status 01 | signal | snr | ber | unc | status 01 | signal | snr | ber | unc | / Jyrki ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] cx88-dvb: fix nxt200x rf input switching broke my tuner? :)
hi, I have a Kworld ATSC 110 PCI DVB card, 03:09.0 Multimedia controller: Philips Semiconductors SAA7133/SAA7135 Video Broadcast Decoder (rev f0) Subsystem: KWorld Computer Co. Ltd. ATSC 110 Digital / Analog HDTV Tuner Flags: bus master, medium devsel, latency 55, IRQ 23 Memory at c4001000 (32-bit, non-prefetchable) [size=2K] Capabilities: [40] Power Management version 2 It seems this fairly recent mod broke my ability to tune in QAM HDTV: --- http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=f5ae29e284b328e0976789d5c199bbbe80e4b005 [PATCH] cx88-dvb: fix nxt200x rf input switching Michael Krufky [Sat, 24 Mar 2007 17:21:53 + (13:21 -0400)] After dvb tuner refactoring, the pllbuff has been altered such that the pll address is now stored in buf[0]. Instead of sending buf to set_pll_input, we should send buf+1. --- .. at least on my fedora kernel, 2.6.22.2-42.fc6 Reverting that change allows me to tune in HDTV programs again. Also when that patch was in place, I got these messages: Aug 24 22:28:10 mythbox kernel: nxt200x: NXT2004 Detected Aug 24 22:28:10 mythbox kernel: nxt200x: Timeout waiting for nxt2004 to init. Aug 24 22:29:18 mythbox kernel: nxt200x: nxt200x_readbytes: i2c read error (addr 0x0a, err == -5) Aug 24 22:29:18 mythbox kernel: nxt200x: nxt200x_writebytes: i2c write error (addr 0x0a, err == -5) I see a few more changes are still in git, and I haven't been able to test 2.6.23-rcX yet, but thought I'd report this for now . If there is any more info or testing I can provide, please let me know. Thanks! -Eric ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
