[linux-dvb] Deinterlacing UK DVB-T
I see similar things (on dvb-t) on eg five life and five us, e specially movies on five us. I assume that the transmission might be in 540 horisontal pixels. Which channels do you see this on? I've just uploaded an example where it is easy to see it: http://xoomer.alice.it/enodetti/log/lines.avi It is the beginning of Star Wars from ITV1 (5MB) Look at the text scrolling up and you'll see the lines easily. Cheers ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Deinterlacing UK DVB-T
Hi, I receive DVB-T in the UK and I'd like to improve the image quality. I think it is a deinterlacing issue. I'm currently using in mplayer vf=pp=lb And it improves the situation for the fine details. But I still get some effects, on macro blocks. There are like horizontal bands (maybe 0.5 cm thick on my 16 inches screen) and if one looks closely enough, it is possible to see the separation between those bands. Which filters are you using? Cheers ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Deinterlacing UK DVB-T
Måns Rullgård wrote: Mario Rossi [EMAIL PROTECTED] writes: Hi, I receive DVB-T in the UK and I'd like to improve the image quality. I think it is a deinterlacing issue. I'm currently using in mplayer vf=pp=lb And it improves the situation for the fine details. But I still get some effects, on macro blocks. There are like horizontal bands (maybe 0.5 cm thick on my 16 inches screen) and if one looks closely enough, it is possible to see the separation between those bands. That sounds like quantisation artifacts rather than interlacing. Some channels in particular are using rather low bitrates so this should come as no surprise. Is there a way to get rid of it? If I watch my TV I can't find those lines. It's like the TV is able to smooth edges, maybe with some averaging. It happens with all applications (kaffeine, mplayer, xine) and it looks to be worse on BBC that Channel4 ( friends). ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] BBC HD DVB-T lost
I see... let's hope they start again! On 7/22/07, Soyeb Aswat [EMAIL PROTECTED] wrote: The trial ended on Freeview about a month ago. A sad loss :-( The trial is continuing on cable and satellite. Regards, Soyeb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] BBC HD DVB-T lost
Hi, I can't find anymore BBC HD signal via DVB-T in London I used to have these settings BBC HD1:55400:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:1502:1505:36932 but now this is what I get with tzap using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' reading channels from file '/home/andrea/.tzap/channels.conf' tuning to 55400 Hz video pid 0x05de, audio pid 0x05e1 status 01 | signal 0c79 | snr | ber 001f | unc | status 01 | signal 0cb3 | snr | ber 001f | unc | status 01 | signal 0ce5 | snr | ber 001f | unc | status 01 | signal 0ccb | snr | ber 001f | unc | status 01 | signal 0ccb | snr | ber 001f | unc | status 01 | signal 0d0c | snr | ber 001f | unc | status 01 | signal 0d2a | snr | ber 001f | unc | status 01 | signal 0d4a | snr | ber 001f | unc | I lost reception about 1 - 2 months ago. Can anybody receive BBC HD via DVB-T in London? Thanks ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] removal em28xx from linuxtv.org
since I officially take care about the latest Empia em28xx code I want to get that project removed from linuxtv.org. Mauro already broke some parts in the incomplete inkernel linux driver. Since the few developers here who cannot just shut their mouth and accept others work I don't see another way out. I will rebase the code a last time and add a binary module interface to the em28xx driver to allow the usage of proprietary dvb-t demod and tuner code from userspace. Mauro is probably aware of wasting my time, and the 3-4 other people who are against 1 1/2 years of work which has been done are probably aware either of it. I will stop any further cooperation with that project since I simply don't have the time for all these useless flamewars with people who don't know it better. If opensource isn't entirely possible because of a flawed community it's better to go binary. Hi, I don't want to comment on the reasons, why or what. From a user's point of view, the 2 projects have a huge overlapping and common code. If I wanted to use them both, would I run into a nightmare, or is it going to be easy? Will em28xx still be merged into the kernel? Will I be able to pull em28xx from that project and everything else from linuxtv.org (or the official kernel)? Sorry, if I'm a bit selfish... Cheers ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] removal em28xx from linuxtv.org
Previous was corrupted. since I officially take care about the latest Empia em28xx code I want to get that project removed from linuxtv.org. Mauro already broke some parts in the incomplete inkernel linux driver. Since the few developers here who cannot just shut their mouth and accept others work I don't see another way out. I will rebase the code a last time and add a binary module interface to the em28xx driver to allow the usage of proprietary dvb-t demod and tuner code from userspace. Mauro is probably aware of wasting my time, and the 3-4 other people who are against 1 1/2 years of work which has been done are probably aware either of it. I will stop any further cooperation with that project since I simply don't have the time for all these useless flamewars with people who don't know it better. If opensource isn't entirely possible because of a flawed community it's better to go binary. Hi, I don't want to comment on the reasons, why or what. From a user's point of view, the 2 projects have a huge overlapping and common code. If I wanted to use them both, would I run into a nightmare, or is it going to be easy? Will em28xx still be merged into the kernel? Will I be able to pull em28xx from that project and everything else from linuxtv.org (or the official kernel)? Sorry, if I'm a bit selfish... Cheers ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] removal em28xx from linuxtv.org
Previous 2 mails were corrupted. since I officially take care about the latest Empia em28xx code I want to get that project removed from linuxtv.org. Mauro already broke some parts in the incomplete inkernel linux driver. Since the few developers here who cannot just shut their mouth and accept others work I don't see another way out. I will rebase the code a last time and add a binary module interface to the em28xx driver to allow the usage of proprietary dvb-t demod and tuner code from userspace. Mauro is probably aware of wasting my time, and the 3-4 other people who are against 1 1/2 years of work which has been done are probably aware either of it. I will stop any further cooperation with that project since I simply don't have the time for all these useless flamewars with people who don't know it better. If opensource isn't entirely possible because of a flawed community it's better to go binary. From a user's point of view, the 2 projects have a huge overlapping and common code. If I wanted to use them both, would I run into a nightmare, or is it going to be easy? Will em28xx still be merged into the kernel? Will I be able to pull em28xx from that project and everything else from linuxtv.org (or the official kernel)? Sorry, if I'm a bit selfish... Cheers ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] removal em28xx from linuxtv.org
Sorry, I will removed the quoted message, the message keeps arriving corrupted. From a user's point of view, the 2 projects (em28xx and linuxtv.org) have a huge overlapping and common code. If I wanted to use them both, would I run into a nightmare, or is it going to be easy? Will em28xx still be merged into the kernel? Will I be able to pull em28xx from that project and everything else from linuxtv.org (or the official kernel)? Sorry, if I'm a bit selfish... Cheers ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] [RFC | PATCHES] dibusb-mb / dvb-pll: TESTERS NEEDED!
Hi, I've just tried your repository with Hauppauge WinTV NOVA T USB 2 Fedora 7 Kernel recompiled 2.6.21.3. Result Jun 13 19:29:27 thinkpad kernel: usb 4-4: new high speed USB device using ehci_hcd and address 5 Jun 13 19:29:27 thinkpad kernel: usb 4-4: configuration #1 chosen from 1 choice Jun 13 19:29:27 thinkpad kernel: dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' in cold state, will try to load a firmware Jun 13 19:29:27 thinkpad kernel: dvb-usb: downloading firmware from file 'dvb-usb-nova-t-usb2-02.fw' Jun 13 19:29:27 thinkpad kernel: usbcore: registered new interface driver dvb_usb_nova_t_usb2 Jun 13 19:29:27 thinkpad kernel: usb 4-4: USB disconnect, address 5 Jun 13 19:29:27 thinkpad kernel: dvb-usb: generic DVB-USB module successfully deinitialized and disconnected. Jun 13 19:29:29 thinkpad kernel: usb 4-4: new high speed USB device using ehci_hcd and address 6 Jun 13 19:29:29 thinkpad kernel: usb 4-4: configuration #1 chosen from 1 choice Jun 13 19:29:29 thinkpad kernel: dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' in warm state. Jun 13 19:29:29 thinkpad kernel: dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. Jun 13 19:29:29 thinkpad kernel: DVB: registering new adapter (Hauppauge WinTV-NOVA-T usb2) Jun 13 19:29:29 thinkpad kernel: dvb-usb: MAC address: 00:0d:fe:04:8b:40 Jun 13 19:29:29 thinkpad kernel: DVB: registering frontend 0 (DiBcom 3000MC/P)... ### Jun 13 19:29:29 thinkpad kernel: DVB: Unable to find symbol dvb_pll_attach() ### Jun 13 19:29:29 thinkpad kernel: input: IR-receiver inside an USB DVB receiver as /class/input/input11 Jun 13 19:29:29 thinkpad kernel: dvb-usb: schedule remote query interval to 100 msecs. Jun 13 19:29:29 thinkpad kernel: dvb-usb: Hauppauge WinTV-NOVA-T usb2 successfully initialized and connected. As you can see it cannot find dvp_pll_attach(). Just for comparison, this is the result of the main tree Jun 13 19:30:48 thinkpad kernel: usb 4-4: new high speed USB device using ehci_hcd and address 7 Jun 13 19:30:48 thinkpad kernel: usb 4-4: configuration #1 chosen from 1 choice Jun 13 19:30:48 thinkpad kernel: dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' in cold state, will try to load a firmware Jun 13 19:30:48 thinkpad kernel: dvb-usb: downloading firmware from file 'dvb-usb-nova-t-usb2-02.fw' Jun 13 19:30:49 thinkpad kernel: usbcore: registered new interface driver dvb_usb_nova_t_usb2 Jun 13 19:30:49 thinkpad kernel: usb 4-4: USB disconnect, address 7 Jun 13 19:30:49 thinkpad kernel: dvb-usb: generic DVB-USB module successfully deinitialized and disconnected. Jun 13 19:30:50 thinkpad kernel: usb 4-4: new high speed USB device using ehci_hcd and address 8 Jun 13 19:30:50 thinkpad kernel: usb 4-4: configuration #1 chosen from 1 choice Jun 13 19:30:50 thinkpad kernel: dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' in warm state. Jun 13 19:30:50 thinkpad kernel: dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. Jun 13 19:30:50 thinkpad kernel: DVB: registering new adapter (Hauppauge WinTV-NOVA-T usb2) Jun 13 19:30:50 thinkpad kernel: dvb-usb: MAC address: 00:0d:fe:04:8b:40 Jun 13 19:30:50 thinkpad kernel: DVB: registering frontend 0 (DiBcom 3000MC/P)... Jun 13 19:30:50 thinkpad kernel: input: IR-receiver inside an USB DVB receiver as /class/input/input12 Jun 13 19:30:50 thinkpad kernel: dvb-usb: schedule remote query interval to 100 msecs. Jun 13 19:30:50 thinkpad kernel: dvb-usb: Hauppauge WinTV-NOVA-T usb2 successfully initialized and connected. Cheers ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [RFC | PATCHES] dibusb-mb / dvb-pll: TESTERS NEEDED!
On 6/13/07, Michael Krufky [EMAIL PROTECTED] wrote: Mario, Thank you for testing. Apparently we were missing some Kconfig dependencies on dvb-pll. I have fixed the problem and updated my 'dvb-pll' tree. Please test again and report your experiences. Thanks again for testing. Hi, that's better now. Scan, tune, watching tv all works. Haven't tried remote though Good job. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Indoor aerial for DVB-T
I think it is an interesting mail, so I copy it back in the mailing list. On 5/2/07, Tobias Stoeber [EMAIL PROTECTED] wrote: Regarding the One For All Aerial it seems, that it can be positioned either vertically or horizontally. So you should first try to (if you didn't already) to get to know, which polarisation the signal from your dvb-t station has. Make sure it's placed right, e.g. if its horizontally polarised it should be like in the small picture, if its vertically polarized it should be like in the large picture. I live in London, and I get signal from Crystal Palace, and I had better results with the horizontal position. Next I would try different location within the flat. Your aerial has a 20 dB amplifier. Unfortunately, if the original signal is bad / has much noise, a more powerful amplifier will not be of much help (you will just amplify the noise/interference as much a the signal itself). I think it is the case. Someone in the building mentioned that there is an iron structure that kills all signals. People at the lower floors have problems to tune a radio. Thanks for the info about the aerial. I'll try to understand better your message. It looks to me that there are different shapes, the one in your picture looks VERY different than the One For All, and the ones your linked from Amazon. Do you recommend a compact one (maybe more elegant) or a trditional shape? Or it does not matter? For some testing I would buy (or try to borrow) an large outdoor aerial and search for positions, where I would get I good signal. Then I would try to use an indoor or small outdoor aerial. I mysqlf use both an self-built log.-periodic dipole antenna/aerial (LPDA) and a small indoor aerial. A picture of the LPDA you'll find here (if my home server is online/working ;) - usually during working hours) http://www.extern.softclick-it.de/~tobi/public/tmp/dvbt/dvb-t-lpda-1-det.jpg http://www.extern.softclick-it.de/~tobi/public/tmp/dvbt/dvb-t-lpda-1.jpg The indoor antenna I bought was about 10 Euro (~7 £) and is a THOMSON ANT D220. I can really recommend it (but my LPDA is still a little bit better, but also larger [length 96 cm, height 32 cm]). In a test report (here in Germany from Stiftung Warentest) your aerial scored 12th place out of 20 aerials, with resonable but not good reception (antenna gain). The Thomson got 3rd place (lost some points because it has some problems when mounted somewhere without screws due to it's thick cable - I just replaced it). Placed on 1st place was Hirschmann Zifa D-16, 2nd Philips SBC TT350. Thanks for the info. I've found a cheap 2nd hand of the Philips. I will try it. Maybe you can also have a look at the follwing models (sorry for the link from amazon.de in German): AXING 1603 with 25-27 dB amplifier http://www.amazon.de/Axing-Flachantenne-Zimmerantenne-geeignet-Verst%C3%A4rker/dp/B000KU1FJ0/ref=sr_1_23/302-4850549-8840012?ie=UTF8s=ce-deqid=1178060712sr=8-23 Kathrein BZD 40 http://www.amazon.de/Kathrein-BZD-DVB-T-Outdoor-Antenne/dp/B000KPPXIO/ref=sr_1_43/302-4850549-8840012?ie=UTF8s=ce-deqid=1178060729sr=8-43 Well, good luck! ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Indoor aerial for DVB-T
Hi, I live in a building where the roof aerial has never-ending problems. I've tried that indoor aerial http://www.google.co.uk/url?q=http://cart.itech-pc.co.uk/index.php%3Fp%3Dproduct%26id%3D1980%26parent%3D37e=17311fr=AOQ5WZi4yWSbx30LfSz4iSlQ8gakNlfwSwAAsa=Xoi=frooglect=resultcd=1usg=AFrqEzcyx7VC8lY1oor31JPjSQaeTsmohQ (One For All) Indoor Digital Amplified Aerial (SV9320) without much of a succes. To be honest I don't have a clear space in front of my building, event though I live on the 4th floor. Does anybody know of a more powerful one? Cheers ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Re: Technotrend DVB-C C-1200 TT-Connect
As I said, it does work, but I don't think that its working correctly. I have tried under Gentoo and under Ubuntu Fiesty with 2.6.20 kernel, and under both, things start to eventually jitter slightly and every few seconds frames are dropped. This doesn't seem to happen under windows for some reason. The only difference that I can physically see is the LED colour on the front. I am not sure if USB 1.1 is capable of handling the mpeg2 stream. I suspect that windows is applying some compression that allows the stream to be able to be played without any speed issue. Short of looking at the module source and try to contact the original author, I am not sure where to find any further info. Hi, I've had a Hauppauge DEC T 2000 (dvb terrestrial) which worked on USB 1.1 and I did not have any problem with the bandwidth. I think it would be very unlikely that the board compresses the MPEG2 stream before sending it to the PC. It is more likely some settings are wrong. Maybe you could do something like http://www.linuxtv.org/v4lwiki/index.php/USBVideo sniff the windows USB stream and then compare it to what happens in linux. With some help from the guys in linuxtv.org, it could be possible to see if some settings are missing. Cheers ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Re: Technotrend DVB-C C-1200 TT-Connect
I have one of these devices running under kernel 2.6.18 with MythTV (Gentoo). I am seeing a lot of artefacts and picture jitter while watching live tv. I suspect this has something to do with speed of USB 1.1. I am able to reboot into Windows and test the device with the original device drivers under ProgDVB. Under windows, I see no such artefacts or jitter and everything appears to work fine. One thing that I noticed though is that the LED on the front of the device changes to RED when watching a programme under Windows. Under Linux, the driver loads correctly, but the LED stays GREEN. I am battling to find any documentation with regard to what this means. Does anyone have any experience with this device who can point me in the right direction? Have you had similar problems etc? Any assistance would be much appreciated. Hi, I would like to buy the same card to receive DVB-C from Virgin Media in the UK. It seems that this is the only DVB-C USB card supported by Linux (and one of the very few existing). I've sent recently a couple of mails to the mailing list trying to get some info about it, but they went both unanswered. I've found the card on eBay for 80 EUR, but I would like to know whether (and how) it works before proceeding. Btw, which cable provider do you have? Cheers ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Re: [PATCH] dvb-apps: remove duplicate kernel headers
Hi, it took 5 months but eventually the patch was applied! http://www.linuxtv.org/pipermail/linux-dvb/2006-December/014838.html here http://linuxtv.org/hg/dvb-apps?cmd=changeset;node=0c5b651f08be;style=gitweb Thank you Christoph! ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Suggestions for USB DVB-C
Hi, I would like to give a go to a DVB-C USB card. In the wiki the only supported device looks to be Technotrend DVB-C C-1200 TT-Connect Is it true? In the mailing list, April 2006, there are positive feedbacks, is it still the case? Related question: can I connect directly to a DVB-C card the coaxial cable from the cable provider? The same that goes into the cable modem and into the Telewest Set Top Box? Many thanks ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] DVB-C from Virgin Media-UK
Hi, I'm a customer of Virgin Media and I get TV, phone and broadband via cable. I would like to understand whether I can use any of the DVB-C cards and connect it directly to the cable. Currently the cable goes into a box labelled Scientific Atlanta EXPLORER 4200 DVB This box is then connected to the TV. Can I take the cable and connect it to a DVB-C card? In case this is possible, what is a DVB-C USB card with a good Linux support? Cheers ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Warning: missing physical device for Hauppauge WinTV-NOVA-T usb2
Hi, I've just upgraded my copy of the repository of v4l-dvb from Mercurial and when I connect my device I get a warning: Mar 15 19:10:10 thinkpad kernel: **WARNING** I2C adapter driver [DiBX000 tuner I2C bus] forgot to specify physical device; fix it! It does not seem to affect anything. Should I worry about it? Last time I used the card was a month ago (with a kernel 2.6.19) and no warning was reported. I have a Hauppauge WinTV-NOVA-T usb2. Here is the complete log: Mar 15 19:10:06 thinkpad kernel: usb 4-3: new high speed USB device using ehci_hcd and address 3 Mar 15 19:10:07 thinkpad kernel: usb 4-3: configuration #1 chosen from 1 choice Mar 15 19:10:07 thinkpad kernel: dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' in cold state, will try to load a firmware Mar 15 19:10:08 thinkpad kernel: dvb-usb: downloading firmware from file 'dvb-usb-nova-t-usb2-02.fw' Mar 15 19:10:08 thinkpad kernel: usbcore: registered new interface driver dvb_usb_nova_t_usb2 Mar 15 19:10:08 thinkpad kernel: usb 4-3: USB disconnect, address 3 Mar 15 19:10:08 thinkpad kernel: dvb-usb: generic DVB-USB module successfully deinitialized and disconnected. Mar 15 19:10:10 thinkpad kernel: usb 4-3: new high speed USB device using ehci_hcd and address 4 Mar 15 19:10:10 thinkpad kernel: usb 4-3: configuration #1 chosen from 1 choice Mar 15 19:10:10 thinkpad kernel: dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' in warm state. Mar 15 19:10:10 thinkpad kernel: dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. Mar 15 19:10:10 thinkpad kernel: DVB: registering new adapter (Hauppauge WinTV-NOVA-T usb2). Mar 15 19:10:10 thinkpad kernel: dvb-usb: MAC address: 00:0d:fe:04:8b:40 Mar 15 19:10:10 thinkpad kernel: **WARNING** I2C adapter driver [DiBX000 tuner I2C bus] forgot to specify physical device; fix it! Mar 15 19:10:10 thinkpad kernel: DVB: registering frontend 0 (DiBcom 3000MC/P)... Mar 15 19:10:10 thinkpad kernel: input: IR-receiver inside an USB DVB receiver as /class/input/input9 Mar 15 19:10:10 thinkpad kernel: dvb-usb: schedule remote query interval to 100 msecs. Mar 15 19:10:10 thinkpad kernel: dvb-usb: Hauppauge WinTV-NOVA-T usb2 successfully initialized and connected. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] ITV DVB-HD in London
Hi, I'm trying to tune the HD signal from ITV-Channels 4-Five in Central London I'm in Aldgate). I have a WinTV NOVA T USB2 I can get BBC HD signal properly, while for the bouquet of ITV, I can see some signal but no tuning. This is the output of scan (starting from the frequency of BBC HD). [EMAIL PROTECTED] tmp]$ scan /opt/dvb/uk-hdtv hdtv.channels scanning /opt/dvb/uk-hdtv using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' initial transponder 55400 0 2 2 3 1 0 0 tune to: 55400:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE 0x 0x9044: pmt_pid 0x0258 BBC -- BBC HD1 (running) Network Name 'Crystal Palace B' tune to: 554167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE 0x9004 0x9044: pmt_pid 0x BBC -- BBC HD1 (running) Network Name 'Crystal Palace B' tune to: 522167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE WARNING: tuning failed!!! tune to: 522167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE (tuning failed) WARNING: tuning failed!!! dumping lists (2 services) Done. If I try to tune manually to 522167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE I get [EMAIL PROTECTED] tmp]$ tzap ITV HD using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' reading channels from file '/home/andrea/.tzap/channels.conf' tuning to 522167000 Hz video pid 0x2000, audio pid 0x2000 status 00 | signal 632d | snr | ber 001f | unc | status 01 | signal 6310 | snr | ber 001f | unc | status 01 | signal 62fe | snr | ber 001f | unc | status 01 | signal 631e | snr | ber 001f | unc | I've tried to use autosearch as well (specifying some XXX_AUTO values) but there is no difference. On the same frequency I was able till a couple of months ago to get ITV, Channel 4 and FIVE Trials. The fact that there is signal, does it mean anything? Or is it just too low? BBC works with a signal level of around 0x7900. Cheers ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] kernel Oops while unloading the card
Hauppauge WinTV-NOVA-T usb2. kernel 2.6.18.2 latest v4l-dvb. I had (once) this Oops while unplugging the card with no apps accessing it. Is it possible that the code checking for the remote control should be stopped before unplugging the cable? The same as any application actually playing some video Why is the Oops occuring after the dvb-usb: Hauppauge WinTV-NOVA-T usb2 successfully deinitialized and disconnected. Shouldn't the driver be unloaded byt that time? What I mean is: should I always run make unload before unplugging? Or is it just an unlucky situation? Nov 6 22:48:45 thinkpad kernel: dvb-usb: bulk message failed: -71 (2/0) Nov 6 22:48:45 thinkpad kernel: usb 4-4: USB disconnect, address 4 Nov 6 22:48:45 thinkpad kernel: dvb-usb: bulk message failed: -22 (2/0) Nov 6 22:48:45 thinkpad kernel: dvb-usb: Hauppauge WinTV-NOVA-T usb2 successfully deinitialized and disconnected. Nov 6 22:48:45 thinkpad kernel: BUG: unable to handle kernel paging request at virtual address 74707665 Nov 6 22:48:45 thinkpad kernel: printing eip: Nov 6 22:48:45 thinkpad kernel: 74707665 Nov 6 22:48:45 thinkpad kernel: *pde = Nov 6 22:48:45 thinkpad kernel: Oops: [#1] Nov 6 22:48:45 thinkpad kernel: Modules linked in: mt2060 dvb_usb_nova_t_usb2 dvb_usb_dibusb_common dib3000mc dibx000_common dvb_usb dvb_core dvb_pll radeon drm i2c_dev i2c_core xt_tcpudp xt_state iptable_nat ip_nat ip_conntrack iptable_filter ip_tables x_tables vfat fat parport_pc parport nvram 8250_pci 8250 serial_core snd_intel8x0m snd_intel8x0 snd_ac97_codec snd_ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm ohci1394 ieee1394 ehci_hcd uhci_hcd e1000 snd_timer intel_agp snd agpgart pcspkr soundcore snd_page_alloc Nov 6 22:48:45 thinkpad kernel: CPU:0 Nov 6 22:48:45 thinkpad kernel: EIP:0060:[74707665]Not tainted VLI Nov 6 22:48:45 thinkpad kernel: EFLAGS: 00010246 (2.6.18.2 #1) Nov 6 22:48:45 thinkpad kernel: EIP is at 0x74707665 Nov 6 22:48:45 thinkpad kernel: eax: dfe29f64 ebx: 0286 ecx: c14796c8 edx: c14796c8 Nov 6 22:48:45 thinkpad kernel: esi: d65b2000 edi: c14796c0 ebp: d65b2000 esp: dfe29f50 Nov 6 22:48:45 thinkpad kernel: ds: 007b es: 007b ss: 0068 Nov 6 22:48:45 thinkpad kernel: Process events/0 (pid: 3, ti=dfe28000 task=dfe0e030 task.ti=dfe28000) Nov 6 22:48:45 thinkpad kernel: Stack: e0af47a7 d65b2000 dfe29f64 dfe29f60 06fb 0286 d65b2f9c Nov 6 22:48:45 thinkpad kernel:c011ba5c d65b2000 e0af4782 c14796d0 c14796c0 c14796c8 c011bf7a Nov 6 22:48:45 thinkpad kernel:0001 dfe21f44 0001 dfe0e030 c010d018 Nov 6 22:48:45 thinkpad kernel: Call Trace: Nov 6 22:48:45 thinkpad kernel: [e0af47a7] dvb_usb_read_remote_control+0x25/0xee [dvb_usb] Nov 6 22:48:45 thinkpad kernel: [c011ba5c] run_workqueue+0x68/0x96 Nov 6 22:48:45 thinkpad kernel: [e0af4782] dvb_usb_read_remote_control+0x0/0xee [dvb_usb] Nov 6 22:48:45 thinkpad kernel: [c011bf7a] worker_thread+0xf2/0x124 Nov 6 22:48:45 thinkpad kernel: [c010d018] default_wake_function+0x0/0x15 Nov 6 22:48:45 thinkpad kernel: [c011be88] worker_thread+0x0/0x124 Nov 6 22:48:45 thinkpad kernel: [c011e045] kthread+0xb1/0xe0 Nov 6 22:48:45 thinkpad kernel: [c011df94] kthread+0x0/0xe0 Nov 6 22:48:45 thinkpad kernel: [c0100ac9] kernel_thread_helper+0x5/0xb Nov 6 22:48:45 thinkpad kernel: Code: Bad EIP value. Nov 6 22:48:45 thinkpad kernel: EIP: [74707665] 0x74707665 SS:ESP 0068:dfe29f50 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Re: DIB3000MC autosearch
There are 2 different things: 1) the value of seq: old driver used a table. Full autosearch (i.e. INVERSION_AUTO, TRANSMISSION_AUTO, GUARD_AUTO) = 11. No autosearch = 0 new driver. Autosearch = 7 (7 is not present in the old table), No autosearch = 0. (In the old table, autosearch for TRANSMISSION GUARD corresponds to 6) 2) how seq is written to the register 5 OLD DRIVER : (seq 0x0f) 4) | (1 8) line 286 here http://linuxtv.org/hg/v4l-dvb?f=c8f23ba912d8;file=linux/drivers/media/dvb/frontends/dib3000mc.c;style=gitweb check macro DIB3000MC_SEQ_TPS(seq,1) line 71 here http://linuxtv.org/hg/v4l-dvb?f=1bd99532ee0f;file=linux/drivers/media/dvb/frontends/dib3000mc_priv.h;style=gitweb NEW DRIVER : seq directly line 502 in the current version of dib3000mc.c As you said the value 11 does inversion search as well (which might be not needed), but I think the important issue is the second. Hope I've explained in a decent way. I have a question: if the board can do autotune, why do we bother with setting the right parameters? Regards On 11/6/06, Patrick Boettcher [EMAIL PROTECTED] wrote: On Thu, 2 Nov 2006, Mario Rossi wrote: Hi Patrick, did you have time to check the patch I sent recently that fixes the autosearch for dib3000mc in my case? http://www.linuxtv.org/pipermail/linux-dvb/2006-October/013907.html Actually the following one (100% equivalent to the one above) is more in line with the treatment of seq in the old driver and what happens in the dib7000 code. Please give me some time to understand the solution. I think only one of the two things should fix it (putting seq to 11 also searches for inversion which is not necessary). Anyway, thanks for digging out this thing. Patrick. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] hdtv scanning
Hi, Does somebody know why scan dvb-util or vdr failed to parse video pid of hdtv stream ? Why a patch like the attached one couldn't be added ? Btw, I've seen other types that are not properly recognised: in Lodnon they are 0x05 0x06 (when it is not AC3, SUBTITLING or TELETEXT) 0x0c 0x0b 0x0d does anybody know what they are? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] hdtv scanning
Hi, I'm trying to copy the stream of hdtv using mplayer and mencoder, but they think the video type is MPEG2(type 0x1002 in libmpdemux/demux_ts.c) while I think it should be H264(type 0x1005), so it does not play anything. This is the output of ITV HD Trial after I -dumpstream. Should it not automatically detect H264? MPlayer dev-SVN-r20681-4.1.1 (C) 2000-2006 MPlayer Team CPU: Intel(R) Pentium(R) M processor 1500MHz (Family: 6, Model: 9, Stepping: 5) CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2 mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing stream.dump. TS file format detected. VIDEO MPEG2(pid=161) AUDIO MPA(pid=162) NO SUBS (yet)! PROGRAM N. 0 MPEG: FATAL: EOF while searching for sequence header. Video: Cannot read properties. == Opening audio decoder: [mp3lib] MPEG layer-2, layer-3 AUDIO: 48000 Hz, 2 ch, s16le, 256.0 kbit/16.67% (ratio: 32000-192000) Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3) == AO: [alsa] 48000Hz 2ch s16le (2 bytes per sample) Video: no video Starting playback... A: 553.4 (09:13.4) of 651.6 (10:51.6) 1.0% MPlayer interrupted by signal 2 in module: play_audio ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] hdtv scanning
add the pmt_pid to your list Sorry, but I do not understand. Here is whan I've done: I've changed scan so that it prints the video pid 0x1b into channels.conf. Then I play mplayer dvb://BBC HD1a MPlayer dev-SVN-r20681-4.1.1 (C) 2000-2006 MPlayer Team CPU: Intel(R) Pentium(R) M processor 1500MHz (Family: 6, Model: 9, Stepping: 5) CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2 mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing dvb://BBC HD1a. dvb_tune Freq: 55400 TS file format detected. VIDEO MPEG2(pid=1502) AUDIO A52(pid=1505) NO SUBS (yet)! PROGRAM N. 0 and it hangs here. With -dumpstream it actually dump the stream, and you get the behaviour of the previous mail. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] hdtv scanning
@all maintaners: several months ago I posted a patch to scan to add this damned pmt_pid to the broken channels.conf, but it was completely ignored. Since questions like these are so often recurring I think it's the right time to commit it. Great it works properly. Do you still have a copy of that patch? :-) But I guess I can search it in the archives. Thanks ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] dib3000 (USB-ID 1822:3202 Twinhan) not tuning
Hi, I've got a dib3000mc and after the refactored tuner code changes I had some issues but they have been (almost all) solved in the current tip mercurial code. Which dib3000 do you have exactly? which code are you running? what is the problem exactly? Hi list, I recently updated my kernel from 2.6.14.16 to 2.6.18 and found out, that my Twinhan MagicBox won't tune anymore. Switching back to the old kernel solved the problem, but that's my favourite solution. I would like to find out why it dosn't work anymore. The one thing I found out is, that the problem was introduced by the refractored tuner code (changeset id: 0e988fec6587 @ hg/v4l-dvb @ linuxtv.org) or something, that's got to do with it. I would be very happy about any hint, that can help me fixing this issue. Regards, Julian Picht PS: Sorry for my English... ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] DIB3000MC autosearch
Hi Patrick, did you have time to check the patch I sent recently that fixes the autosearch for dib3000mc in my case? http://www.linuxtv.org/pipermail/linux-dvb/2006-October/013907.html Actually the following one (100% equivalent to the one above) is more in line with the treatment of seq in the old driver and what happens in the dib7000 code. Regards diff -r 7b945ba585c3 linux/drivers/media/dvb/frontends/dib3000mc.c --- a/linux/drivers/media/dvb/frontends/dib3000mc.c Tue Oct 31 15:33:29 2006 -0300 +++ b/linux/drivers/media/dvb/frontends/dib3000mc.c Wed Nov 01 23:48:39 2006 + @@ -499,7 +499,7 @@ static void dib3000mc_set_channel_cfg(st tmp = ((chan-nfft 0x1) 7) | (chan-guard 5) | (chan-nqam 3) | chan-vit_alpha; dib3000mc_write_word(state, 0, tmp); - dib3000mc_write_word(state, 5, seq); + dib3000mc_write_word(state, 5, ((seq 0x0f) 4) | (1 8) ); tmp = (chan-vit_hrch 4) | (chan-vit_select_hp); if (!chan-vit_hrch || (chan-vit_hrch chan-vit_select_hp)) @@ -548,7 +548,7 @@ static int dib3000mc_autosearch_start(st fchan.vit_alpha = 1; fchan.vit_code_rate_hp = 2; fchan.vit_code_rate_lp = 2; fchan.vit_hrch = 0; fchan.vit_select_hp = 1; - dib3000mc_set_channel_cfg(state, fchan, 7); + dib3000mc_set_channel_cfg(state, fchan, 11); reg = dib3000mc_read_word(state, 0); dib3000mc_write_word(state, 0, reg | (1 8)); diff -r 7b945ba585c3 linux/drivers/media/dvb/frontends/dib3000mc.c --- a/linux/drivers/media/dvb/frontends/dib3000mc.c Tue Oct 31 15:33:29 2006 -0300 +++ b/linux/drivers/media/dvb/frontends/dib3000mc.c Wed Nov 01 23:48:39 2006 + @@ -499,7 +499,7 @@ static void dib3000mc_set_channel_cfg(st tmp = ((chan-nfft 0x1) 7) | (chan-guard 5) | (chan-nqam 3) | chan-vit_alpha; dib3000mc_write_word(state, 0, tmp); - dib3000mc_write_word(state, 5, seq); + dib3000mc_write_word(state, 5, ((seq 0x0f) 4) | (1 8) ); tmp = (chan-vit_hrch 4) | (chan-vit_select_hp); if (!chan-vit_hrch || (chan-vit_hrch chan-vit_select_hp)) @@ -548,7 +548,7 @@ static int dib3000mc_autosearch_start(st fchan.vit_alpha = 1; fchan.vit_code_rate_hp = 2; fchan.vit_code_rate_lp = 2; fchan.vit_hrch = 0; fchan.vit_select_hp = 1; - dib3000mc_set_channel_cfg(state, fchan, 7); + dib3000mc_set_channel_cfg(state, fchan, 11); reg = dib3000mc_read_word(state, 0); dib3000mc_write_word(state, 0, reg | (1 8)); ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] [PATHC] Enable XX_AUTO in tzap and zap
The following patch enables the use of XXX_AUTO in channels.conf, mainly to be used by zap and tzap. diff -r 92cd5208d2cf lib/libdvbcfg/dvbcfg_zapchannel.c --- a/lib/libdvbcfg/dvbcfg_zapchannel.c Mon Sep 18 21:27:12 2006 +0100 +++ b/lib/libdvbcfg/dvbcfg_zapchannel.c Sat Oct 28 12:16:04 2006 + @@ -74,12 +74,13 @@ static const struct dvbcfg_setting dvbcf }; static const struct dvbcfg_setting dvbcfg_constellation_list[] = { - { QAM_16, DVBFE_DVBT_CONST_QAM_16 }, - { QAM_32, DVBFE_DVBT_CONST_QAM_32 }, - { QAM_64, DVBFE_DVBT_CONST_QAM_64 }, - { QAM_128, DVBFE_DVBT_CONST_QAM_128 }, - { QAM_256, DVBFE_DVBT_CONST_QAM_256 }, - { QPSK,DVBFE_DVBT_CONST_QPSK}, + { QAM_16, DVBFE_DVBT_CONST_QAM_16 }, + { QAM_32, DVBFE_DVBT_CONST_QAM_32 }, + { QAM_64, DVBFE_DVBT_CONST_QAM_64 }, + { QAM_128, DVBFE_DVBT_CONST_QAM_128 }, + { QAM_256, DVBFE_DVBT_CONST_QAM_256 }, + { QPSK, DVBFE_DVBT_CONST_QPSK}, + { QAM_AUTO, DVBFE_DVBT_CONST_AUTO}, { NULL, 0 } }; diff -r 92cd5208d2cf util/szap/tzap.c --- a/util/szap/tzap.c Mon Sep 18 21:27:12 2006 +0100 +++ b/util/szap/tzap.c Wed Oct 25 19:51:39 2006 + @@ -93,14 +93,16 @@ static const Param guard_list [] = { {GUARD_INTERVAL_1_16, GUARD_INTERVAL_1_16}, {GUARD_INTERVAL_1_32, GUARD_INTERVAL_1_32}, {GUARD_INTERVAL_1_4, GUARD_INTERVAL_1_4}, - {GUARD_INTERVAL_1_8, GUARD_INTERVAL_1_8} + {GUARD_INTERVAL_1_8, GUARD_INTERVAL_1_8}, + {GUARD_INTERVAL_AUTO, GUARD_INTERVAL_AUTO} }; static const Param hierarchy_list [] = { { HIERARCHY_1, HIERARCHY_1 }, { HIERARCHY_2, HIERARCHY_2 }, { HIERARCHY_4, HIERARCHY_4 }, - { HIERARCHY_NONE, HIERARCHY_NONE } + { HIERARCHY_NONE, HIERARCHY_NONE }, + { HIERARCHY_AUTO, HIERARCHY_AUTO } }; static const Param constellation_list [] = { @@ -109,12 +111,14 @@ static const Param constellation_list [] { QAM_16, QAM_16 }, { QAM_256, QAM_256 }, { QAM_32, QAM_32 }, - { QAM_64, QAM_64 } + { QAM_64, QAM_64 }, + { QAM_AUTO, QAM_AUTO } }; static const Param transmissionmode_list [] = { { TRANSMISSION_MODE_2K, TRANSMISSION_MODE_2K }, { TRANSMISSION_MODE_8K, TRANSMISSION_MODE_8K }, + { TRANSMISSION_MODE_AUTO, TRANSMISSION_MODE_AUTO } }; #define LIST_SIZE(x) sizeof(x)/sizeof(Param) ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DiB3000MC : autosearch doesn't work
IIRC Patrick has the datasheet. Is it held under some kind of non disclosure agreement? Why don't we create a repository for all datasheets available. I think the more people check the code, the better it is. Also the old driver http://castet.matthieu.free.fr/tmp/v4l-dvb-stk3000p-e5798f307b00.tar.gz autosearch works for me. I need an older kernel to try it. I'll do it tomorrow maybe. I was trying to compare the 2 versions but it is very hard. The old driver had a lot of #define s, while in the new one the are plenty of magic numbers which are not easy to understand. The following could be completely wrong, but this is as far as I got to understand. The only big difference I can see is about the channel which is used before auto search starts. It is like an initial guess. In the new code the initial guess is (regardless of the settings of the channel required): fchan.nfft = 1; fchan.guard = 0; fchan.nqam = 2; fchan.vit_alpha = 1; fchan.vit_code_rate_hp = 2; fchan.vit_code_rate_lp = 2; fchan.vit_hrch = 0; fchan.vit_select_hp = 1; which means ( 8K, 1_32, QAM_64, 2_3 .). I've changed the code to behave more similar to the old version, where only the parameters XX_AUTO where given an initial guess (leaving the others unchanged), which was ( 2K, 1_32, QPSK, 0 for FEC ) That way I can autosearch one parameter at a time and not all together. In my tests the TRANSMISSION_MODE and the GUARD_INTERVAL cannot be autosearched. This exaplains why I can auto search BBC ONE (2K, 1_32) and not the HDTV (8K, 1_32), and when I give the guess the wrong value for the GUARD INTERVAL it fails. I still have to investigate something called (in the old driver) DIB3000MC_REG_SEQ_TPS which seems to have something to do with TRANSMISSION, GUARD and INVERSION. Time to eat now. diff -r 5e9d301ef13b linux/drivers/media/dvb/frontends/dib3000mc.c --- a/linux/drivers/media/dvb/frontends/dib3000mc.c Thu Oct 26 10:10:56 2006 -0300 +++ b/linux/drivers/media/dvb/frontends/dib3000mc.c Sat Oct 28 13:34:33 2006 +0100 @@ -26,7 +26,7 @@ module_param(debug, int, 0644); module_param(debug, int, 0644); MODULE_PARM_DESC(debug, turn on debugging (default: 0)); -#define dprintk(args...) do { if (debug) { printk(KERN_DEBUG DiB3000MC/P:); printk(args); } } while (0) +#define dprintk(args...) do { if (debug) { printk(DiB3000MC/P: ); printk(args); } } while (0) struct dib3000mc_state { struct dvb_frontend demod; @@ -496,16 +496,16 @@ static void dib3000mc_set_channel_cfg(st dib3000mc_set_impulse_noise(state, 0, chan-nfft); - tmp = ((chan-nfft 0x1) 7) | (chan-guard 5) | (chan-nqam 3) | chan-vit_alpha; + tmp = ((chan-nfft 0x1) 7) | ((chan-guard 0x3) 5) | ((chan-nqam 0x3) 3) | (chan-vit_alpha 0x7); dib3000mc_write_word(state, 0, tmp); dib3000mc_write_word(state, 5, seq); - tmp = (chan-vit_hrch 4) | (chan-vit_select_hp); + tmp = ((chan-vit_hrch 0x1) 4) | (chan-vit_select_hp 0x1); if (!chan-vit_hrch || (chan-vit_hrch chan-vit_select_hp)) - tmp |= chan-vit_code_rate_hp 1; + tmp |= (chan-vit_code_rate_hp 0x7) 1; else - tmp |= chan-vit_code_rate_lp 1; + tmp |= (chan-vit_code_rate_lp 0x7) 1; dib3000mc_write_word(state, 181, tmp); // diversity synchro delay @@ -523,8 +523,9 @@ static void dib3000mc_set_channel_cfg(st dib3000mc_set_impulse_noise(state, state-cfg-impulse_noise_mode, chan-nfft); } -static int dib3000mc_autosearch_start(struct dvb_frontend *demod, struct dibx000_ofdm_channel *chan) -{ +static int dib3000mc_autosearch_start(struct dvb_frontend *demod, struct dvb_frontend_parameters *fep, struct dibx000_ofdm_channel *chan) +{ + struct dvb_ofdm_parameters *ofdm = fep-u.ofdm; struct dib3000mc_state *state = demod-demodulator_priv; u16 reg; // u32 val; @@ -544,9 +545,66 @@ static int dib3000mc_autosearch_start(st #endif /* a channel for autosearch */ - fchan.nfft = 1; fchan.guard = 0; fchan.nqam = 2; + /* fchan.nfft = 1; fchan.guard = 0; fchan.nqam = 2; fchan.vit_alpha = 1; fchan.vit_code_rate_hp = 2; fchan.vit_code_rate_lp = 2; - fchan.vit_hrch = 0; fchan.vit_select_hp = 1; + fchan.vit_hrch = 0; fchan.vit_select_hp = 1;*/ + + // === + + // initial guess + + // those apparently are not autosearched + fchan.nfft = 0; fchan.guard = 0; + + // those are succefully autosearched + fchan.nqam = 0; fchan.vit_code_rate_hp = 0; fchan.vit_code_rate_lp = 0; + + // those apparently are fixed (see FEP2DIB) + fchan.vit_select_hp = 1; fchan.vit_alpha = 1; fchan.vit_hrch = 0; + + switch (ofdm-transmission_mode) { + case TRANSMISSION_MODE_2K: fchan.nfft = 0; break; + case TRANSMISSION_MODE_8K: fchan.nfft = 1; break; + case TRANSMISSION_MODE_AUTO: break; + default: return -EINVAL; + } + switch (ofdm-guard_interval) { + case GUARD_INTERVAL_1_32: fchan.guard = 0; break; + case GUARD_INTERVAL_1_16: fchan.guard = 1; break; + case GUARD_INTERVAL_1_8: fchan.guard = 2; break; + case
[linux-dvb] DiB3000MC : autosearch doesn't work
I've done more investigation and tried to understand what scan does. Basically everything depends on the ability of the chip to tune a channel with parameters set to XXX_AUTO. So I was able to track down the problem (still don't know whether it is a problem or not) to this specific issue. This is BBC ONE in London uk-CrystalPalace. A:50580:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_3_4:QAM_16:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:600:601:4164 B:50580:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_AUTO:QAM_16:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_AUTO:600:601:4164 C:50580:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:600:601:4164 A is the usual channel B is the attempt to move as much as possible to AUTO C is the wished configuration (the one that would let kaffeine do the AUTO scan) output of tzap (I needed to change slightly the parsing to accept XXX_AUTO everywhere) channel A status 1f | signal 8b2e | snr | ber 001f | unc | FE_HAS_LOCK status 1f | signal 8b1c | snr | ber | unc | FE_HAS_LOCK channel B status 1f | signal 8b1c | snr | ber 001f | unc | FE_HAS_LOCK status 1f | signal 8b0e | snr | ber | unc | FE_HAS_LOCK channel C status 01 | signal 8b06 | snr | ber 001f | unc | status 01 | signal 8b26 | snr | ber 001f | unc | Is it an issue or am I lost in the blue? I enabled the debug in dib3000mc and dibx000_common but I had no output during those attempts. I'm sorry if I had already written other mails about that, but I need time to understand how all those pieces are linked together. I would like to help somehow, to do some testing changing some of the settings in the driver but I still haven't found any documentation about the dib3000mc. Is there a datasheet available of this chip? or reverse engineering the Windows driver is the only way? Thanks for your time. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] DiB3000MC : autosearch doesn't work
Thank for the explanation. I misunderstood the meaning of NONE and AUTO. I tried more to understand the behaviour of scan. Reading the code of scan it seems that any of the 2 FECs, when they are NONE, they are converted in AUTO before scanning. The initial scan file for uk-CrystalPalace is T 50583 8MHz 3/4 NONE QAM16 2k 1/32 NONE I've tried to change them to AUTO and apparently this is the maximum I could change: T 50583 AUTO 3/4 AUTO QAM16 2k 1/32 AUTO So the question is: what is special about the ones I cannot set to AUTO? I'm trying to understand why Kaffeine is not able to scan properly: kaffeine tries with the following settings inv:2 bw:0 fecH:9 fecL:9 mod:6 tm:2 gi:4 hier:4 which in the scan language is T frequency 8MHz AUTO AUTO AUTO AUTO AUTO AUTO This is good for the HDTV channels (it works for scan as well) but for the standard I need to specify (at least) T 50583 AUTO 3/4 AUTO QAM16 2k 1/32 AUTO as I said before. As a reference this is one of the stardard channels: BBC ONE:50580:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_3_4:QAM_16:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:600:601:4164 while this is one working with AUTO ITV HD Trialb:52200:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:161:162:41029 Is there any substantial difference? Thanks On 10/22/06, Patrick Boettcher [EMAIL PROTECTED] wrote: The original problem was not to set all parameters to wrong values (this is what you are doing NONE is wrong in this field, AUTO, 1/2, 2/3, 3/4 5/6 and 7/8 are valid) and then let the demod guess what might be correct, but to see if parameters set to AUTO are then really autosearched. So it seems that one has to specify 3/4 for the standard channels (QAM16 2k), while for HDTV channels (QAM64 8k) NONE is good enough. Good enough is not the correct term. This is not a tuneable parameter but a fixed one telling you which FEC is used by the boardcaster. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] DiB3000MC : autosearch doesn't work
I've tried to AUTO scan since there seems to be changes in the DIB3000MC code. I've got a WinTV NOVA T USB 2. Kaffeine: It scans properly when using uk-CrystalPalace It can only AUTO scan (0, +167k, -167K) the HDTV trial channels (ITV, Ch4, BBC, Five) scan from dvb-apps Everything ok with the default file uk-CrystalPalace T 50583 8MHz 3/4 NONE QAM16 2k 1/32 NONE But if I try T 50583 8MHz NONE NONE QAM16 2k 1/32 NONE it does not work. For the HDTV channels I use in scan T 55400 8MHz NONE NONE QAM64 1/32 NONE which works. So it seems that one has to specify 3/4 for the standard channels (QAM16 2k), while for HDTV channels (QAM64 8k) NONE is good enough. Could it be the reason why Kaffeine can only AUTO scan HDTV channels? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] TTUSB DEC-2000T Driver: tuning problems
it seems doable. I'll have a try modifying dvbstream (and mplayer which is the same) and try to see what happens. cheers please, try this patch for dvbstream and report Unfortunately, for the time being I do not have the device available to test, but I will do as soon as I can. I've read your patch. Can I ask what is the rational behind it? You try first to set the VIDEO and then the AUDIO. Why? Is the card able to tell what is video and what is audio? Cheers ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] USB card for DVB-S/T
Does anybody know whether it exists a USB card to receive DVB from Stellite and Terrestrial at the same time. I don't really care about analogue TV. I've seen a couple of PCI of Hauppauge, FlyDVB and maybe others, but no USB. Any idea? Thanks ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] TTUSB DEC-2000T Driver: tuning problems
Hi, I had problems tuning a TTUSB DEC-2000T. I can tune using tzap, while other applications like mplayer, dvbstream fail. Debugging the code I found that the only difference is in the call DMX_SET_PES_FILTER. tzap uses DMX_PES_AUDIO and DMX_PES_VIDEO while dvbstream (and mplayer) uses DMX_PES_OTHER. Changing the code in dvbstream (and mplayer) I was able to tune. Reading the code in ttusb_dec.c I cannot see any support for DMX_PES_OTHER and at one point DMX_TS_PES_OTHER (which is not quite the same) is explicitly not supported ( line 990 ). Am I completely wrong? Regards ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] TTUSB DEC-2000T Driver: tuning problems
IIRC DMX_PES_OTHER is the correct pid filter, while DMX_PES_AUDIO and _VIDEO were used only by FF cards This is the same thing I've read. The card has a MPEG-decoder but it is not possible to use it from USB (it works when connecting the card to television), so I am not sure whether it is a FF card or not. Reading the source code, in linux/drivers/media/dvb/ttusb-dec/ttusb_dec.c I can find a lot of support for _PES_AUDIO and _PES_VIDEO while (apparently) nothing for _PES_OTHER. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Re: UK DVB-T and BBC PARLIAMENT
As Darren suggested the video pid is 202. I can actually see a 4/3 format screen with 3 PIPs. The audio pid 403 corresponds to the parliament pip. The scanning line is BBC PARLMNT:52980:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_3_4:QAM_16:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:202:403:16768 enjoy! i dont know how they do it but its in effect a PIP window and yes its like that all the time, on some stand alone stb's will also show 2 other (BBi news it think it is) pip windows for a few seconds and still others will give you the option to red button to switch to these pip's, parliament pip does transmit 24/7 so thats not the problem. its really iratating in that even the windows DVB PC apps dont display the pip and only ever lock the sound weras all the stb's (exept first gen/cheap ones) can and do display the video, id like to see it to (and multicast it over the lan) but cant, if someone were to be able to make a fix to see this video , that would be a very good thing... ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] dibwatch-3000 and dib3000 mc
The link you sent is broken Hi, I'm Giovanni I've also worked with Dibwatch 3000 using the dib3000mc, it's real good for some information, but I've the same trouble I've red on mailing list, it is impossible to understand a lot of data 'cause I don't know how to measure them and also I don't know if I have to do some transformation if I'm sure I red the right data of registry It's also impossible to find on the net the datasheet of dib3000mc and so if I use dib3000 mb frontend (http://www.koders.com/c/fidCA74EE4703CA59BC26C19C9C91410DBEBAF5256C.aspx you have to check the right page for dib3000mb) just to know what data I'm reading, but I'm not sure at all I'm reading right information if I use dib3000mc so, anyone knows where is possible to find a technical datasheet or something similar?? (I want to know WHAT and WHERE I have to read information) It's very unfunny to work with something I have not idea what information give to me ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] [PATCH] fix NULL pointer dereference in NOVA T USB2 Remote Control
I've tried your repository a few minutes ago. The card works (AGC) and te remote control as well (no NULL pointer exception). What about this patch to remove unnecessary (and misleading) debug output (it prints the values of the keys in the table up to the value of the key pressed)? diff -r 0e4be24ee6c0 linux/drivers/media/dvb/dvb-usb/nova-t-usb2.c --- a/linux/drivers/media/dvb/dvb-usb/nova-t-usb2.c Sun Oct 08 20:44:05 2006 +0200 +++ b/linux/drivers/media/dvb/dvb-usb/nova-t-usb2.c Tue Oct 10 00:07:08 2006 +0100 @@ -90,9 +90,9 @@ static int nova_t_rc_query(struct dvb_us deb_rc(raw key code 0x%02x, 0x%02x, 0x%02x to c: %02x d: %02x toggle: %d\n,key[1],key[2],key[3],custom,data,toggle); for (i = 0; i ARRAY_SIZE(haupp_rc_keys); i++) { - deb_rc(c: %x, d: %x\n,haupp_rc_keys[i].data,haupp_rc_keys[i].custom); if (haupp_rc_keys[i].data == data haupp_rc_keys[i].custom == custom) { +deb_rc(c: %x, d: %x\n,haupp_rc_keys[i].data,haupp_rc_keys[i].custom); *event = haupp_rc_keys[i].event; *state = REMOTE_KEY_PRESSED; if (st-old_toggle == toggle) { On 10/8/06, Patrick Boettcher [EMAIL PROTECTED] wrote: Hi Mario, sorry for the delay. On Sun, 8 Oct 2006, Mario Rossi wrote: This patch fixes the NULL pointer exception while using the Remote Control for a NOVA T USB2. Basically this line was missing (for the properties of the device dvb_usb_device_properties) .size_of_priv = sizeof(struct dibusb_state), I'm not sure the fix is 100% correct since the same line is present for the properties of the adapter (dvb_usb_device_adapter_properties), both at around line 154 of /linux/drivers/media/dvb/dvb-usb/nova-t-usb2.c. The question is: the struct dibusb_state should be allocated for 1) the device 2) the adapter 3) both I splitted the struct to take care about the changes. Can you please check my repository? I'm always in hurry please forgive me in advance, if there is another mistake. best regards, Patrick. -- Mail: [EMAIL PROTECTED] WWW: http://www.wi-bw.tfh-wildau.de/~pboettch/ ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] dibwatch-3000 and dib3000 mc
Why don't you send the patch. Maybe someone could have a try understanding those values. Hi to all!! I patched Dibwatch-3000 for use it also with dib3000 mc, and it works perfectly (it seems...), my only problem is I have not idea of the measurement I receive... For example, I receive MER but it's not in the range of ETSI notification... the same with BER and other measurement... is here someone who knows what I receive and also what is possibile to receive directly reading the register of DIB3000?? I need help for finishing my graduation, please HELP ME, i'm going crazy... ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] [PATCH] fix NULL pointer dereference in NOVA T USB2 Remote Control
This patch fixes the NULL pointer exception while using the Remote Control for a NOVA T USB2. Basically this line was missing (for the properties of the device dvb_usb_device_properties) .size_of_priv = sizeof(struct dibusb_state), I'm not sure the fix is 100% correct since the same line is present for the properties of the adapter (dvb_usb_device_adapter_properties), both at around line 154 of /linux/drivers/media/dvb/dvb-usb/nova-t-usb2.c. The question is: the struct dibusb_state should be allocated for 1) the device 2) the adapter 3) both ? Should the patch remove the allocation of priv for the adapter? Any suggestions? Thanks diff -r 7efa405e2d66 linux/drivers/media/dvb/dvb-usb/nova-t-usb2.c --- a/linux/drivers/media/dvb/dvb-usb/nova-t-usb2.c Fri Oct 06 17:12:00 2006 -0300 +++ b/linux/drivers/media/dvb/dvb-usb/nova-t-usb2.c Sun Oct 08 12:07:41 2006 +0100 @@ -90,9 +90,9 @@ static int nova_t_rc_query(struct dvb_us deb_rc(raw key code 0x%02x, 0x%02x, 0x%02x to c: %02x d: %02x toggle: %d\n,key[1],key[2],key[3],custom,data,toggle); for (i = 0; i ARRAY_SIZE(haupp_rc_keys); i++) { -deb_rc(c: %x, d: %x\n,haupp_rc_keys[i].data,haupp_rc_keys[i].custom); if (haupp_rc_keys[i].data == data haupp_rc_keys[i].custom == custom) { +deb_rc(c: %x, d: %x\n,haupp_rc_keys[i].data,haupp_rc_keys[i].custom); *event = haupp_rc_keys[i].event; *state = REMOTE_KEY_PRESSED; if (st-old_toggle == toggle) { @@ -187,6 +187,8 @@ static struct dvb_usb_device_properties .power_ctrl = dibusb2_0_power_ctrl, .read_mac_address = nova_t_read_mac_address, + + .size_of_priv = sizeof(struct dibusb_state), .rc_interval = 100, .rc_key_map = haupp_rc_keys, ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Re: UK DVB-T and BBC PARLIAMENT
I don't think they broadcast video all the time. Also the video is only quarter-screen when it is shown. Now that you say it, I think I've always seen the quarter-screen video. Does it mean that it is a sort of Teletext+Video and not a normal plain MPEG2 channel? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Re: Kernel Oops with Hauppauge WinTV NOVA T USB2 Remote Control
I've found where is the problem in the Kernel oops while using the remote control with WinTV NOVA T USB2. In the following function (linux/drivers/media/dvb/dvb-usb/nova-t-usb2.c) I added a debug print for all pointers involved and the one that is NULL is st meaning that d-priv is NULL. I've tried and the error occurs both while playing TV and while not playing. The rest of the function works properly. Here is the output when I block the null pointer dereference (with debug enabled). Oct 7 14:02:33 thinkpad kernel: raw key code 0xfc, 0x1f, 0x00 to c: 1e d: 03 toggle: 1 Oct 7 14:02:33 thinkpad kernel: c: 0, d: 1e Oct 7 14:02:33 thinkpad kernel: c: 1, d: 1e Oct 7 14:02:33 thinkpad kernel: c: 2, d: 1e Oct 7 14:02:33 thinkpad kernel: c: 3, d: 1e Oct 7 14:02:33 thinkpad kernel: ERROR 2 3 ERROR 2 is something I added to find where the null pointer occurs, afterwards the function is forced to return 0. Does anybody know how this thing works? Who and when initialises d-priv? static int nova_t_rc_query(struct dvb_usb_device *d, u32 *event, int *state) { u8 key[5],cmd[2] = { DIBUSB_REQ_POLL_REMOTE, 0x35 }, data,toggle,custom; u16 raw; int i = 0; struct dibusb_state *st = d-priv; // st is NULL!!! dvb_usb_generic_rw(d,cmd,2,key,5,0); *state = REMOTE_NO_KEY_PRESSED; switch (key[0]) { case DIBUSB_RC_HAUPPAUGE_KEY_PRESSED: raw = ((key[1] 8) | key[2]) 3; toggle = !!(raw 0x800); data = raw 0x3f; custom = (raw 6) 0x1f; deb_rc(raw key code 0x%02x, 0x%02x, 0x%02x to c: %02x d: %02x toggle: %d\n,key[1],key[2],key[3],custom,data,toggle); for (i = 0; i ARRAY_SIZE(haupp_rc_keys); i++) { deb_rc(c: %x, d: %x\n,haupp_rc_keys[i].data,haupp_rc_keys[i].custom); if (haupp_rc_keys[i].data == data haupp_rc_keys[i].custom == custom) { *event = haupp_rc_keys[i].event; *state = REMOTE_KEY_PRESSED; if (st-old_toggle == toggle) { if (st-last_repeat_count++ 2) *state = REMOTE_NO_KEY_PRESSED; } else { st-last_repeat_count = 0; st-old_toggle = toggle; } break; } } break; case DIBUSB_RC_HAUPPAUGE_KEY_EMPTY: default: break; } return 0; } Thanks Mario ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] dvbstream and pid 8192
I'm trying to save the full TS with my Hauppauge Win TV Nova T USB2. I'm using dvbstream and the special pid 8192. This is the command line ./dvbstream -f 50580 -I 2 -qam 16 -cr 3_4 -crlp 3_4 -bw 8 -o:temp.xxx 8192 (uk-CrystalPalace dvb-t for BBC) and the generated file is empty. Reading in the mailing list in the last 3/4 months it seems that the fimware must support this feature. But reading the source code it seems to me that there is a problem. Basically a map of pid - file is created so to save each pid in the right file. The problem is that when requesting the pid 8192 the map contains the entry 8192 while none of the pid returned by the card is 8192 (the opposite would be strange...). This is the code in the main loop for (j = 0; j MAX_CHANNELS; j++) { if (pids_map[i].pids[j] == pid) { at line 1033 of dvbstream.c. In the debugger I can see that pid gets the values of the actual pids present in the stream, while pids_map[i].pids[j] is 8192 or -1. Has it ever worked for anybody? How? Maybe not saving to a file, but specifying another output? But it is trivial to fix it, one just has to read from the dvr and write everything to a file, running the line write(fd for the full stream, buf, TS_SIZE); in any case. At least that creates a file and with mplayer I can pick the pid I want. What is the best way to achieve it? Tuning the right frequency and at the same time copying /dev/dvb/adapter0/dvr0 to a specified file? Thanks Mario ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Kernel Oops with Hauppauge WinTV NOVA T USB2 Remote Control
Hi. I was trying to use the remote control and I got the following error in the kernel. I remember I used the Remote Control 4-5 months ago with success. To reproduce the problem it is enough to send a key with the remote to the card. Fedora Core 5 kernel from source 2.6.18 latest (1 hour ago) mercurial of v4l-dvb Loading the card Oct 5 20:44:51 thinkpad kernel: usb 4-4: new high speed USB device using ehci_hcd and address 3 Oct 5 20:44:51 thinkpad kernel: usb 4-4: configuration #1 chosen from 1 choice Oct 5 20:44:51 thinkpad kernel: dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' in cold state, will try to load a firmware Oct 5 20:44:52 thinkpad kernel: dvb-usb: downloading firmware from file 'dvb-usb-nova-t-usb2-02.fw' Oct 5 20:44:52 thinkpad kernel: usbcore: registered new driver dvb_usb_nova_t_usb2 Oct 5 20:44:52 thinkpad kernel: usb 4-4: USB disconnect, address 3 Oct 5 20:44:52 thinkpad kernel: dvb-usb: generic DVB-USB module successfully deinitialized and disconnected. Oct 5 20:44:54 thinkpad kernel: usb 4-4: new high speed USB device using ehci_hcd and address 4 Oct 5 20:44:54 thinkpad kernel: usb 4-4: configuration #1 chosen from 1 choice Oct 5 20:44:54 thinkpad kernel: dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' in warm state. Oct 5 20:44:54 thinkpad kernel: dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. Oct 5 20:44:54 thinkpad kernel: DVB: registering new adapter (Hauppauge WinTV-NOVA-T usb2). Oct 5 20:44:54 thinkpad kernel: dvb-usb: MAC address: 00:0d:fe:04:8b:40 Oct 5 20:44:54 thinkpad kernel: DVB: registering frontend 0 (DiBcom 3000MC/P)... Oct 5 20:44:54 thinkpad kernel: input: IR-receiver inside an USB DVB receiver as /class/input/input5 Oct 5 20:44:54 thinkpad kernel: dvb-usb: schedule remote query interval to 100 msecs. Oct 5 20:44:54 thinkpad kernel: dvb-usb: Hauppauge WinTV-NOVA-T usb2 successfully initialized and connected. and then when a key in the remote is pressed Oct 5 20:45:01 thinkpad kernel: BUG: unable to handle kernel NULL pointer dereference at virtual address 0014 Oct 5 20:45:01 thinkpad kernel: printing eip: Oct 5 20:45:01 thinkpad kernel: e0ac5119 Oct 5 20:45:01 thinkpad kernel: *pde = Oct 5 20:45:01 thinkpad kernel: Oops: [#1] Oct 5 20:45:01 thinkpad kernel: Modules linked in: mt2060 dvb_usb_nova_t_usb2 dvb_usb_dibusb_common dib3000mc dibx000_common dvb_usb dvb_core dvb_pll i2c_dev i2c_core xt_tcpudp xt_state iptable_nat ip_nat ip_conntrack iptable_filter ip_tables x_tables vfat fat parport_pc parport nvram 8250_pci 8250 serial_core snd_intel8x0m snd_intel8x0 snd_ac97_codec snd_ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss ohci1394 ieee1394 snd_mixer_oss snd_pcm ehci_hcd uhci_hcd snd_timer snd intel_agp ipw2100 e1000 agpgart soundcore snd_page_alloc ieee80211 pcspkr ieee80211_crypt Oct 5 20:45:01 thinkpad kernel: CPU:0 Oct 5 20:45:01 thinkpad kernel: EIP:0060:[e0ac5119]Not tainted VLI Oct 5 20:45:01 thinkpad kernel: EFLAGS: 00010246 (2.6.18 #1) Oct 5 20:45:01 thinkpad kernel: EIP is at nova_t_rc_query+0x100/0x13d [dvb_usb_nova_t_usb2] Oct 5 20:45:01 thinkpad kernel: eax: ebx: 000f ecx: 007f edx: 0071 Oct 5 20:45:01 thinkpad kernel: esi: edi: 001e ebp: 000f esp: dfe29f28 Oct 5 20:45:01 thinkpad kernel: ds: 007b es: 007b ss: 0068 Oct 5 20:45:01 thinkpad kernel: Process events/0 (pid: 3, ti=dfe28000 task=dfe0e030 task.ti=dfe28000) Oct 5 20:45:01 thinkpad kernel: Stack: da404fb4 dcb5a580 7fbc0130 3504c700 0286 da404000 Oct 5 20:45:01 thinkpad kernel:c14796c0 da404000 e0ae17a7 da404000 dfe29f64 dfe29f60 0001 0071 Oct 5 20:45:01 thinkpad kernel:0286 da404f9c c011ba5c da404000 e0ae1782 c14796d0 c14796c0 c14796c8 Oct 5 20:45:01 thinkpad kernel: Call Trace: Oct 5 20:45:01 thinkpad kernel: [e0ae17a7] dvb_usb_read_remote_control+0x25/0xee [dvb_usb] Oct 5 20:45:01 thinkpad kernel: [c011ba5c] run_workqueue+0x68/0x96 Oct 5 20:45:01 thinkpad kernel: [e0ae1782] dvb_usb_read_remote_control+0x0/0xee [dvb_usb] Oct 5 20:45:01 thinkpad kernel: [c011bf7a] worker_thread+0xf2/0x124 Oct 5 20:45:01 thinkpad kernel: [c010d018] default_wake_function+0x0/0x15 Oct 5 20:45:01 thinkpad kernel: [c011be88] worker_thread+0x0/0x124 Oct 5 20:45:01 thinkpad kernel: [c011e045] kthread+0xb1/0xe0 Oct 5 20:45:01 thinkpad kernel: [c011df94] kthread+0x0/0xe0 Oct 5 20:45:01 thinkpad kernel: [c0100ac9] kernel_thread_helper+0x5/0xb Oct 5 20:45:01 thinkpad kernel: Code: 63 ac e0 75 4f 89 fa 38 14 dd 80 63 ac e0 75 44 8b 44 24 30 8b 14 dd 84 63 ac e0 89 10 8b 44 24 34 c7 00 01 00 00 00 0f b6 04 24 39 46 14 75 18 8b 56 18 8d 42 01 4a 89 46 18 7f 22 8b 54 24 34 Oct 5 20:45:01 thinkpad kernel: EIP: [e0ac5119] nova_t_rc_query+0x100/0x13d [dvb_usb_nova_t_usb2] SS:ESP 0068:dfe29f28 It happened more that once (with and without X) Afterward the system is
Re: [linux-dvb] dvbstream and pid 8192
Great! I knew it was to easy to be missing! Thanks On 10/5/06, Christophe Thommeret [EMAIL PROTECTED] wrote: Le Jeudi 05 Octobre 2006 21:27, Mario Rossi a écrit: I'm trying to save the full TS with my Hauppauge Win TV Nova T USB2. I'm using dvbstream and the special pid 8192. This is the command line ./dvbstream -f 50580 -I 2 -qam 16 -cr 3_4 -crlp 3_4 -bw 8 -o:temp.xxx 8192 (uk-CrystalPalace dvb-t for BBC) and the generated file is empty. Reading in the mailing list in the last 3/4 months it seems that the fimware must support this feature. But reading the source code it seems to me that there is a problem. Basically a map of pid - file is created so to save each pid in the right file. The problem is that when requesting the pid 8192 the map contains the entry 8192 while none of the pid returned by the card is 8192 (the opposite would be strange...). This is the code in the main loop for (j = 0; j MAX_CHANNELS; j++) { if (pids_map[i].pids[j] == pid) { at line 1033 of dvbstream.c. In the debugger I can see that pid gets the values of the actual pids present in the stream, while pids_map[i].pids[j] is 8192 or -1. Has it ever worked for anybody? How? Maybe not saving to a file, but specifying another output? But it is trivial to fix it, one just has to read from the dvr and write everything to a file, running the line write(fd for the full stream, buf, TS_SIZE); in any case. At least that creates a file and with mplayer I can pick the pid I want. What is the best way to achieve it? Tuning the right frequency and at the same time copying /dev/dvb/adapter0/dvr0 to a specified file? dvbstream -f .. -o 8192 stream.ts -- Christophe Thommeret ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Re: DiB3000mc-device AGC initialisiation fix (Nova-T USB and 500)
Indeed! Well done! Thanks Patrick. Tested on a Hauppauge WinTV NOVA T USB2 On 10/1/06, Patrick Boettcher [EMAIL PROTECTED] wrote: Hi all, sorry for the long delay, but I was really busy I haven't had any time to really look into this. Attached is a patch which should fix the configuration so that it works for all dib3000mc/p-driven devices. Sorry again, Patrick. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] How to save the full transport stream with GNUTV
Hi, I would like to save the full transport stream of a DVB-T bouquet using gnutv. Is there a way to achieve it? So far I need to specify a channel, not a full bouquet. Regards Mario ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Re: Hauppauge WinTV NOVA T USB2 not working any more
Since the new code is using the value of agc-setup both in dib3000mc_write_word(state, 37, agc-setup); (di3000mc.c LINE 374 in function dib3000mc_init) and reg_52 = state-cfg-agc-setup 0xfefb; (dib3000mc.c LINE 155 in function dib3000mc_setup_pwm_state) while the old one was using it only for the former; the best thing would be to know from a datasheet (Patrick do you have one?) what is the relationship between those 2 settings. Trying the various patches it seems to me that as soon as one of the 2 lines above changes value, the card stops working. Mario I attach a patch that leave the good values for both NOVA-T 500 and AverTV DVB-T USB 2.0. Jose Alberto ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] How to use zap
Hi I would like to know how to use zap. I've tried to read the source code and it seems that it only prints data until the first time the tuning HAS_LOCK, while afterwards it does process_pat _tdt and _pmt what are they supposed to do? Is there a way to get a continuous output like tzap? Thanks Mario ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Hauppauge WinTV NOVA T USB2 not working any more
Hi Patrick, this is the patch that works for me. It is against the current v4l-dvb mercurial, but I guess you wanted to have reg52 dynamically coming from the dibx000_agc_config. --- linux/drivers/media/dvb/frontends/dib3000mc.c.orig 2006-09-27 23:32:40.0 +0100 +++ linux/drivers/media/dvb/frontends/dib3000mc.c 2006-09-27 22:28:51.0 +0100 @@ -152,13 +152,13 @@ static int dib3000mc_set_timing(struct d static int dib3000mc_setup_pwm_state(struct dib3000mc_state *state) { - u16 reg_51, reg_52 = state-cfg-agc-setup 0xfefb; + u16 reg_51, reg_52; if (state-cfg-pwm3_inversion) { reg_51 = (2 14) | (0 10) | (7 6) | (2 2) | (2 0); - reg_52 |= (1 2); + reg_52 = (0 8) | (5 5) | (1 4) | (1 3) | (1 2) | (2 0); } else { reg_51 = (2 14) | (4 10) | (7 6) | (2 2) | (2 0); - reg_52 |= (1 8); + reg_52 = (1 8) | (5 5) | (1 4) | (1 3) | (0 2) | (2 0); } dib3000mc_write_word(state, 51, reg_51); dib3000mc_write_word(state, 52, reg_52); ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Hauppauge WinTV NOVA T USB2 not working any more
I've tried the patch you sent to the mailing list but there is no difference. Reading the code it seems to me that the problem is into the value of agc-setup If I revert changes to dib3000mc_setup_pwm_state (and I do not apply the patch) the card works again. It looks to me (just reading the code, no idea of what the values mean) that the value stored in agc-setup is now used twice. 1) in dib3000mc_init (register 37) 2) in dib3000mc_setup_pwm_state (reg_52) in the new version of the code the same value is shared for those 2 purposes, while in the old code the 2 functions used different values. If I am not wrong, with the latest patch dib3000mc_setup_pwm_state gets the same values af before wihle dib3000mc_init does not. I don't know whether it makes sense but in my case it matters. Any idea? Hi, Mario, can you please try the attached patch and see, if this fixes your problem ? Thanks Jose for finding it. I knew I would forget this thing when changing the set_pwm-function... Sorry, Patrick. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Re: dvb-t hdtv trials in the uk?
I used the following scan file to scan for HDTV signals T 55400 8MHz 2/3 1/2 QPSK 8k 1/32 NONE It is not working anymore now, but instead I use T 55400 8MHz 2/3 1/2 QAM_64 8k 1/32 NONE (which btw does not give any more the full list) I'm not sure what is the problem, maybe is the card. Anyway, those are the channels I could scan BBC HD1a:55400:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:1502:1505:36932 BBC HD1b:554167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:1502:1505:36932 ITV HD Triala:522167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:161:162:41029 Ch4 HD Triala:522167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:181:182:41152 five HD Triala:522167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:201:202:41168 ITV HD Trialb:52200:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:161:162:41029 Ch4 HD Trialb:52200:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:181:182:41152 five HD Trialb:52200:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:201:202:41168 You need to manually set the video pid since it is not MPEG2 but H262 and scan does not like it. If you read the mailing list in the last 4/5 months you should find somehting on how to play those signals. MPlayer is fooled by the fact that the video is not MPEG2 but H262 (which it does not expects), there was a patch to manually specify the codec. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] HDTV tuning.
Hi how should I interpret the output of scan, trying to scan for HDTV in London? initial scan file T 55400 8MHz 2/3 2/3 QAM64 8k 1/32 NONE (I had found those values in this mailing list some months ago) output: scanning /opt/dvb/uk-CrystalPalace using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' initial transponder 55400 0 2 2 3 1 0 0 tune to: 55400:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE tuning status == 0x0f tuning status == 0x1f PAT PMT 0x0258 for service 0x9044 SDT (actual TS) 0x 0x9044: pmt_pid 0x0258 BBC -- BBC HD1 (running) NIT (actual TS) Network Name 'Crystal Palace B' tune to: 554167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE tuning status == 0x07 tuning status == 0x1f PAT PMT 0x0258 for service 0x9044 SDT (actual TS) 0x9004 0x9044: pmt_pid 0x0258 BBC -- BBC HD1 (running) NIT (actual TS) Network Name 'Crystal Palace B' tune to: 522167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE tuning status == 0x05 tuning status == 0x05 tuning status == 0x05 tuning status == 0x05 tuning status == 0x05 tuning status == 0x05 tuning status == 0x05 tuning status == 0x05 tuning status == 0x05 tuning status == 0x05 WARNING: tuning failed!!! tune to: 522167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE (tuning failed) tuning status == 0x05 tuning status == 0x05 tuning status == 0x05 tuning status == 0x05 tuning status == 0x05 tuning status == 0x05 tuning status == 0x05 tuning status == 0x05 tuning status == 0x05 tuning status == 0x05 WARNING: tuning failed!!! dumping lists (2 services) BBC HD1:55400:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_2_3:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:36932 BBC HD1:554167000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE:0:0:36932 Done. Whet it says WARNING: tuning failed what does it mean? Where does it get the frequency 522167000? If it is given by the initial trasponder, why is it empty? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] HDTV tuning.
T 55400 8MHz 2/3 2/3 QAM64 8k 1/32 NONE I can only scan if I set QAM64 not QPSK (which worked 3/4 months ago when I tried the first time). Since then, I moved, before I was in Victoria and I used a T cable aerial (the one that is often sold for FM radios), while now I live in Aldgate East and I use the aerial of the building. Maybe I was closer to the transmitter before and now there is not enough power to get the signal. I've tried kaffeine 0.8.2 but scanning both for AUTO and uk-CrystalPalace only finds 8 TVs and 1 Radio, while scan (from dvb-apps) finds many channels (and BBC HD1). How do you tell kaffeine to scan for HDTV? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] HDTV tuning.
OK, I've tried again changing aerial (I was suign the FM signal, now TV). It does not matter for watching (same quality) but kaffeine cannot scan properly using the former. Anyway, no way to scan or tune Channel 4, ITV or five HDTV. BBC HD1 works, but it seems that my laptop if too slow: mplayer keeps saying that it is using 400% of the CPU and image goes very slow. VLC does not work properly, only the first frame and then those errors libdvbpsi error (PSI decoder): TS duplicate (received 0, expected 1) for PID 0 libdvbpsi error (PSI decoder): TS duplicate (received 0, expected 1) for PID 100 libdvbpsi error (PSI decoder): TS duplicate (received 0, expected 1) for PID 0 libdvbpsi error (PSI decoder): TS duplicate (received 0, expected 1) for PID 100 What is the status of the art for HDTV? On 9/26/06, Mario Rossi [EMAIL PROTECTED] wrote: T 55400 8MHz 2/3 2/3 QAM64 8k 1/32 NONE I can only scan if I set QAM64 not QPSK (which worked 3/4 months ago when I tried the first time). Since then, I moved, before I was in Victoria and I used a T cable aerial (the one that is often sold for FM radios), while now I live in Aldgate East and I use the aerial of the building. Maybe I was closer to the transmitter before and now there is not enough power to get the signal. I've tried kaffeine 0.8.2 but scanning both for AUTO and uk-CrystalPalace only finds 8 TVs and 1 Radio, while scan (from dvb-apps) finds many channels (and BBC HD1). How do you tell kaffeine to scan for HDTV? ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Hauppauge WinTV NOVA T USB2 not working any more
I've tried with the new patches 1) module loading works fine now 2) I cannot tune or scan anything 3) make unload works fine Sep 20 21:43:46 thinkpad kernel: usb 4-4: new high speed USB device using ehci_hcd and address 3 Sep 20 21:43:46 thinkpad kernel: usb 4-4: configuration #1 chosen from 1 choice Sep 20 21:43:46 thinkpad kernel: dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' in cold state, will try to load a firmware Sep 20 21:43:46 thinkpad kernel: dvb-usb: downloading firmware from file 'dvb-usb-nova-t-usb2-02.fw' Sep 20 21:43:46 thinkpad kernel: usbcore: registered new driver dvb_usb_nova_t_usb2 Sep 20 21:43:46 thinkpad kernel: usb 4-4: USB disconnect, address 3 Sep 20 21:43:46 thinkpad kernel: dvb-usb: generic DVB-USB module successfully deinitialized and disconnected. Sep 20 21:43:48 thinkpad kernel: usb 4-4: new high speed USB device using ehci_hcd and address 4 Sep 20 21:43:48 thinkpad kernel: usb 4-4: configuration #1 chosen from 1 choice Sep 20 21:43:48 thinkpad kernel: dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' in warm state. Sep 20 21:43:48 thinkpad kernel: dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. Sep 20 21:43:48 thinkpad kernel: DVB: registering new adapter (Hauppauge WinTV-NOVA-T usb2). Sep 20 21:43:48 thinkpad kernel: dvb-usb: MAC address: 00:0d:fe:04:8b:40 Sep 20 21:43:48 thinkpad kernel: DVB: registering frontend 0 (DiBcom 3000MC/P)... Sep 20 21:43:48 thinkpad kernel: input: IR-receiver inside an USB DVB receiver as /class/input/input4 Sep 20 21:43:48 thinkpad kernel: dvb-usb: schedule remote query interval to 100 msecs. Sep 20 21:43:48 thinkpad kernel: dvb-usb: Hauppauge WinTV-NOVA-T usb2 successfully initialized and connected. [EMAIL PROTECTED] ~]$ scan -v /usr/share/dvb/dvb-t/uk-CrystalPalace scanning /usr/share/dvb/dvb-t/uk-CrystalPalace using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' initial transponder 50583 0 3 9 1 0 0 0 initial transponder 55400 0 2 1 0 1 0 0 tune to: 50583:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_AUTO:QAM_16:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE tuning status == 0x02 tuning status == 0x02 tuning status == 0x02 tuning status == 0x02 tuning status == 0x02 tuning status == 0x02 tuning status == 0x02 tuning status == 0x02 tuning status == 0x02 tuning status == 0x02 WARNING: tuning failed!!! tune to: 50583:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_AUTO:QAM_16:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE (tuning failed) tuning status == 0x02 tuning status == 0x02 tuning status == 0x02 tuning status == 0x02 tuning status == 0x02 tuning status == 0x02 tuning status == 0x02 tuning status == 0x02 tuning status == 0x02 tuning status == 0x02 WARNING: tuning failed!!! tune to: 55400:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE tuning status == 0x02 tuning status == 0x06 tuning status == 0x06 tuning status == 0x06 tuning status == 0x02 tuning status == 0x06 tuning status == 0x06 tuning status == 0x02 tuning status == 0x06 tuning status == 0x06 WARNING: tuning failed!!! tune to: 55400:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_1_2:QPSK:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE (tuning failed) tuning status == 0x06 tuning status == 0x06 tuning status == 0x04 tuning status == 0x04 tuning status == 0x04 tuning status == 0x06 tuning status == 0x06 tuning status == 0x04 tuning status == 0x04 tuning status == 0x06 WARNING: tuning failed!!! ERROR: initial tuning failed dumping lists (0 services) Done. and this is the scan file I'm using # Crystal Palace # T freq bw fec_hi fec_lo mod transmission-mode guard-interval hierarchy T 50583 8MHz 3/4 NONE QAM16 2k 1/32 NONE # This is for HDTV T 55400 8MHz 2/3 1/2 QPSK 8k 1/32 NONE And this is tzap [EMAIL PROTECTED] ~]$ tzap BBC ONE using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' reading channels from file '/home/andrea/.tzap/channels.conf' tuning to 50580 Hz video pid 0x0258, audio pid 0x0259 status 02 | signal | snr | ber 001f | unc | status 02 | signal | snr | ber 001f | unc | status 02 | signal | snr | ber 001f | unc | status 02 | signal | snr | ber 001f | unc | status 02 | signal | snr | ber 001f | unc | status 02 | signal | snr | ber 001f | unc | Everything worked fine till last weekend. anything I'm missing? On 9/19/06, Patrick Boettcher [EMAIL PROTECTED] wrote: Hi, Yes, it is a bug: I will commit a fix tomorrow. No time left today. (should be != NULL in dibusb-common.c:233 and 234) Patrick. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Hauppauge WinTV NOVA T USB2 not working any more
I've just tried an old version of v4l-dvb http://linuxtv.org/hg/v4l-dvb?cmd=changeset;node=f2a8b79d6dc0d7f2da5fe033aa4e280975c091b4;style=gitweb (dated [Sun, 17 Sep 2006 14:07:51 -0400]) just to confirm that I don't have any other problem and in fact tuning and scanning both work fine. [EMAIL PROTECTED] ~]$ tzap BBC ONE using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' reading channels from file '/home/andrea/.tzap/channels.conf' tuning to 50580 Hz video pid 0x0258, audio pid 0x0259 status 1f | signal 561e | snr | ber 001f | unc | FE_HAS_LOCK status 1f | signal 5575 | snr | ber | unc | FE_HAS_LOCK status 1f | signal 5519 | snr | ber | unc | FE_HAS_LOCK status 1f | signal 54ed | snr | ber | unc | FE_HAS_LOCK status 1f | signal 54ec | snr | ber | unc | FE_HAS_LOCK status 1f | signal 54e1 | snr | ber | unc | FE_HAS_LOCK status 1f | signal 54ca | snr | ber | unc | FE_HAS_LOCK status 1f | signal 54b9 | snr | ber | unc | FE_HAS_LOCK On 9/19/06, Patrick Boettcher [EMAIL PROTECTED] wrote: Hi, Yes, it is a bug: I will commit a fix tomorrow. No time left today. (should be != NULL in dibusb-common.c:233 and 234) Patrick. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Re: Hauppauge WinTV NOVA T USB2 not working any more
And this is what happens when I run make unload Sep 19 19:16:44 thinkpad kernel: usbcore: deregistering driver dvb_usb_nova_t_usb2 Sep 19 19:16:44 thinkpad kernel: dvb-usb: Hauppauge WinTV-NOVA-T usb2 successfully deinitialized and disconnected. [EMAIL PROTECTED] v4l-dvb]# make unload make -C /home/andrea/projects/cvs/3rdParty/v4l-dvb/v4l unload make[1]: Entering directory `/home/andrea/projects/cvs/3rdParty/v4l-dvb/v4l' scripts/rmmod.pl unload found 21 modules /sbin/rmmod dvb_usb_nova_t_usb2 /sbin/rmmod dvb_usb_dibusb_common /sbin/rmmod dib3000mc ERROR: Module dib3000mc is in use /sbin/rmmod dvb_usb /sbin/rmmod dibx000_common ERROR: Module dibx000_common is in use by dib3000mc /sbin/rmmod dvb_core /sbin/rmmod dvb_pll make[1]: Leaving directory `/home/andrea/projects/cvs/3rdParty/v4l-dvb/v4l' and this is the output of lsmod Module Size Used by dib3000mc 11780 1 dibx000_common 3844 1 dib3000mc radeon 98848 1 drm61076 2 radeon i2c_dev 8324 0 i2c_core 19472 3 dib3000mc,dibx000_common,i2c_dev xt_tcpudp 3200 5 xt_state2304 7 cheers ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: how to use dvb_attach (was: Re: [linux-dvb] Re: Error unloading WinTV NOVA T USB2)
Is there any news on the attach/detach issue? Mario On 8/22/06, Patrick Boettcher [EMAIL PROTECTED] wrote: Hi Mario, The wrong use_count for the dib3000mc is most likely because I'm not using the dvb_attach-function for attaching the demod/frontend, because the prototype of the dib3000mc_attach is not exactly the same as for other demod-drivers. Why? Because with the dib3000mc_attach (and with the future coming dib7000m_attach and dib7000p_attach) we can attach more than one demod at the same time - will be used on devices arriving late fall/autumn). Can someone please advise me how to proceed? thanks in advance, Patrick. -- Mail: [EMAIL PROTECTED] WWW: http://www.wi-bw.tfh-wildau.de/~pboettch/ On Mon, 21 Aug 2006, Mario Rossi wrote: I've been using again the WinTV NOVA T USB2 and the module behaved better today. Still impossible to unload the modules from memory snd_usb_audio 68704 0 snd_usb_lib14336 1 snd_usb_audio snd_rawmidi22048 1 snd_usb_lib snd_hwdep 8708 1 snd_usb_audio dib3000mc 11140 4294967292 dibx000_common 3844 1 dib3000mc dvb_pll14212 4294967292 radeon 98848 1 drm61076 2 radeon This is what it looks like after a make unload in the v4l directory. On the other hand I did not have any Oops and I was able to unplug and replug the USB cable. Maybe there is nothing wrong in that, it would be nice, though, to be able to remove modules from memory. [EMAIL PROTECTED] v4l-dvb]# make unload make -C /home/andrea/projects/cvs/3rdParty/v4l-dvb/v4l unload make[1]: Entering directory `/home/andrea/projects/cvs/3rdParty/v4l-dvb/v4l' scripts/make_makefile.pl /lib/modules/2.6.17.8/build scripts/rmmod.pl unload found 21 modules /sbin/rmmod dib3000mc ERROR: Module dib3000mc is in use /sbin/rmmod dibx000_common ERROR: Module dibx000_common is in use by dib3000mc /sbin/rmmod dvb_pll ERROR: Module dvb_pll is in use make[1]: Leaving directory `/home/andrea/projects/cvs/3rdParty/v4l-dvb/v4l' [EMAIL PROTECTED] v4l-dvb]# /sbin/rmmod -f dib3000mc ERROR: Removing 'dib3000mc': Resource temporarily unavailable ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Re: Error unloading WinTV NOVA T USB2
Hi, I've been using again the WinTV NOVA T USB2 and the module behaved better today. Still impossible to unload the modules from memory snd_usb_audio 68704 0 snd_usb_lib14336 1 snd_usb_audio snd_rawmidi22048 1 snd_usb_lib snd_hwdep 8708 1 snd_usb_audio dib3000mc 11140 4294967292 dibx000_common 3844 1 dib3000mc dvb_pll14212 4294967292 radeon 98848 1 drm61076 2 radeon This is what it looks like after a make unload in the v4l directory. On the other hand I did not have any Oops and I was able to unplug and replug the USB cable. Maybe there is nothing wrong in that, it would be nice, though, to be able to remove modules from memory. [EMAIL PROTECTED] v4l-dvb]# make unload make -C /home/andrea/projects/cvs/3rdParty/v4l-dvb/v4l unload make[1]: Entering directory `/home/andrea/projects/cvs/3rdParty/v4l-dvb/v4l' scripts/make_makefile.pl /lib/modules/2.6.17.8/build scripts/rmmod.pl unload found 21 modules /sbin/rmmod dib3000mc ERROR: Module dib3000mc is in use /sbin/rmmod dibx000_common ERROR: Module dibx000_common is in use by dib3000mc /sbin/rmmod dvb_pll ERROR: Module dvb_pll is in use make[1]: Leaving directory `/home/andrea/projects/cvs/3rdParty/v4l-dvb/v4l' [EMAIL PROTECTED] v4l-dvb]# /sbin/rmmod -f dib3000mc ERROR: Removing 'dib3000mc': Resource temporarily unavailable ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Error unloading WinTV NOVA T USB2
Hi, I've started using again my Win TV NOVA T USB2 after a while (1 month) and I've noticed this strange behaviour. When I unload the modules (either by unplugging the USB cable or doing a make unload) I cannot remove any more the modules dib3000mc and dvb_pll. Afterwards, if I plug it in again, nothing happens any more. I've tried more times and the behaviour does not change. My configuration is Fedora 5 Kernel compiled from source 2.6.17.8 V4L as of now (mercurial) WinTV NOVA T USB2 (I think if the first revision since it used to work with the old firmware). I have to add that this is the first day I've used the 2nd firmware, which I've found in http://thadathil.net:8000/dvb/fw/dvb-usb/ This is the output of dmesg Aug 20 22:30:47 thinkpad kernel: usb 4-4: new high speed USB device using ehci_hcd and address 3 Aug 20 22:30:47 thinkpad kernel: usb 4-4: configuration #1 chosen from 1 choice Aug 20 22:30:47 thinkpad kernel: dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' in cold state, will try to load a firmware Aug 20 22:30:47 thinkpad kernel: dvb-usb: downloading firmware from file 'dvb-usb-nova-t-usb2-02.fw' Aug 20 22:30:47 thinkpad kernel: usbcore: registered new driver dvb_usb_nova_t_usb2 Aug 20 22:30:48 thinkpad kernel: usb 4-4: USB disconnect, address 3 Aug 20 22:30:48 thinkpad kernel: dvb-usb: generic DVB-USB module successfully deinitialized and disconnected. Aug 20 22:30:49 thinkpad kernel: usb 4-4: new high speed USB device using ehci_hcd and address 4 Aug 20 22:30:50 thinkpad kernel: usb 4-4: configuration #1 chosen from 1 choice Aug 20 22:30:50 thinkpad kernel: dvb-usb: found a 'Hauppauge WinTV-NOVA-T usb2' in warm state. Aug 20 22:30:50 thinkpad kernel: dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. Aug 20 22:30:50 thinkpad kernel: DVB: registering new adapter (Hauppauge WinTV-NOVA-T usb2). Aug 20 22:30:50 thinkpad kernel: dvb-usb: MAC address: 00:0d:fe:04:8b:40 Aug 20 22:30:50 thinkpad kernel: DVB: registering frontend 0 (DiBcom 3000MC/P)... Aug 20 22:30:50 thinkpad kernel: input: IR-receiver inside an USB DVB receiver as /class/input/input4 Aug 20 22:30:50 thinkpad kernel: dvb-usb: schedule remote query interval to 100 msecs. Aug 20 22:30:50 thinkpad kernel: dvb-usb: Hauppauge WinTV-NOVA-T usb2 successfully initialized and connected. Aug 20 22:31:36 thinkpad kernel: usbcore: deregistering driver dvb_usb_nova_t_usb2 Aug 20 22:31:36 thinkpad kernel: dvb-usb: Hauppauge WinTV-NOVA-T usb2 successfully deinitialized and disconnected. This looks fine to me; and this is lsmod afterwards Module Size Used by dib3000mc 11140 4294967295 dibx000_common 3844 1 dib3000mc dvb_pll14212 4294967295 radeon 98848 1 drm61076 2 radeon xt_tcpudp 3200 5 xt_state2304 7 iptable_nat 7044 1 ip_nat 15532 1 iptable_nat ip_conntrack 42804 3 xt_state,iptable_nat,ip_nat iptable_filter 3072 1 ip_tables 11848 2 iptable_nat,iptable_filter x_tables 12676 4 xt_tcpudp,xt_state,iptable_nat,ip_tables i2c_dev 8324 0 i2c_core 19472 4 dib3000mc,dibx000_common,dvb_pll,i2c_dev vfat 11648 1 fat45980 1 vfat parport_pc 22564 0 parport23232 1 parport_pc nvram 7560 0 8250_pci 20096 0 8250 19348 1 8250_pci serial_core18304 1 8250 snd_intel8x0m 15884 1 snd_intel8x0 29852 1 snd_ac97_codec 82336 2 snd_intel8x0m,snd_intel8x0 snd_ac97_bus2304 1 snd_ac97_codec snd_seq_dummy 3844 0 snd_seq_oss28032 0 snd_seq_midi_event 6784 1 snd_seq_oss snd_seq43600 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event snd_seq_device 7820 3 snd_seq_dummy,snd_seq_oss,snd_seq snd_pcm_oss36128 0 snd_mixer_oss 15872 3 snd_pcm_oss snd_pcm71688 4 snd_intel8x0m,snd_intel8x0,snd_ac97_codec,snd_pcm_oss ipw2100 110564 0 ieee80211 41708 1 ipw2100 ieee80211_crypt 5888 1 ieee80211 ehci_hcd 27144 0 ohci1394 30128 0 uhci_hcd 19720 0 ieee1394 84660 1 ohci1394 e1000 98232 0 snd_timer 19972 2 snd_seq,snd_pcm snd46436 10 snd_intel8x0m,snd_intel8x0,snd_ac97_codec,snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer soundcore 8928 3 snd intel_agp 21148 1 snd_page_alloc 9608 3 snd_intel8x0m,snd_intel8x0,snd_pcm agpgart29488 2 drm,intel_agp hw_random 5528 0 Here the problems are in dib3000mc and dvb_pll. In the past I've plugged in and out the TV card many times (since this is the only free USB port I
[linux-dvb] Error unloading WinTV NOVA T USB2
I've tried more times and the behaviour is always the same. dib3000mc and dvb_pll are used by 4294967295 which I think is incorrect. But, once I had a worse error, while manually unplugging the USB cable Aug 20 22:48:57 thinkpad kernel: BUG: unable to handle kernel paging request at virtual address 20636f72 Aug 20 22:48:57 thinkpad kernel: printing eip: Aug 20 22:48:57 thinkpad kernel: 20636f72 Aug 20 22:48:57 thinkpad kernel: *pde = Aug 20 22:48:57 thinkpad kernel: Oops: [#1] Aug 20 22:48:57 thinkpad kernel: Modules linked in: dvb_usb_nova_t_usb2 dvb_usb_dibusb_common mt2060 dib3000mc dibx000_common dvb_usb dvb_core dvb_pll i2c_dev i2c_core vfat fat parport_pc parport nvram 8250_pci 8250 serial_core snd_intel8x0 snd_intel8x0m snd_ac97_codec snd_ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss ipw2100 snd_mixer_oss ieee80211 snd_pcm uhci_hcd ieee80211_crypt ehci_hcd ohci1394 ieee1394 e1000 snd_timer snd intel_agp agpgart soundcore snd_page_alloc hw_random Aug 20 22:48:57 thinkpad kernel: CPU:0 Aug 20 22:48:57 thinkpad kernel: EIP:0060:[20636f72]Tainted: GF VLI Aug 20 22:48:57 thinkpad kernel: EFLAGS: 00010246 (2.6.17.8 #1) Aug 20 22:48:57 thinkpad kernel: EIP is at 0x20636f72 Aug 20 22:48:57 thinkpad kernel: eax: dfe29f60 ebx: dd0d7a98 ecx: dd0d7a94 edx: c147b6c8 Aug 20 22:48:57 thinkpad kernel: esi: dd0d7000 edi: 0286 ebp: dd0d7000 esp: dfe29f4c Aug 20 22:48:57 thinkpad kernel: ds: 007b es: 007b ss: 0068 Aug 20 22:48:57 thinkpad kernel: Process events/0 (pid: 3, threadinfo=dfe28000 task=dfe0f030) Aug 20 22:48:57 thinkpad kernel: Stack: e0a26c59 dd0d7000 dfe29f60 dfe29f5c a2082a00 003d08ef dd0d7a98 c147b6c0 Aug 20 22:48:57 thinkpad kernel:c011bf9a dd0d7000 e0a26c37 c147b6c8 c147b6c0 c147b6d0 c011c2bb c011c39a Aug 20 22:48:57 thinkpad kernel:0001 dfe28000 0001 dfe0f030 c010e1ac Aug 20 22:48:57 thinkpad kernel: Call Trace: Aug 20 22:48:57 thinkpad kernel: e0a26c59 dvb_usb_read_remote_control+0x22/0xe9 [dvb_usb] c011bf9a run_workqueue+0x69/0x97 Aug 20 22:48:57 thinkpad kernel: e0a26c37 dvb_usb_read_remote_control+0x0/0xe9 [dvb_usb] c011c2bb worker_thread+0x0/0x111 Aug 20 22:48:57 thinkpad kernel: c011c39a worker_thread+0xdf/0x111 c010e1ac default_wake_function+0x0/0x15 Aug 20 22:48:57 thinkpad kernel: c011e4a8 kthread+0x95/0xc2 c011e413 kthread+0x0/0xc2 Aug 20 22:48:57 thinkpad kernel: c0100ac5 kernel_thread_helper+0x5/0xb Aug 20 22:48:57 thinkpad kernel: Code: Bad EIP value. Aug 20 22:48:57 thinkpad kernel: EIP: [20636f72] 0x20636f72 SS:ESP 0068:dfe29f4c To be honest, this happened only once, just after a rebbot I plugged in the card and after 1 min unplugged it. Ciao Mario ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb