[linux-dvb] Update of initial-tuning-data files for Swedish dvb-t
Hi, I noticed that the initial-tuning-data files for Swedish dvb-t are a bit outdated and spent some time to generate new ones. Since it's 220 tuning files I tar:ed them and placed the archive here: http://boomer.se/tmp/initial-tuning-data.se-2006-11-15.tar.gz Regards, Richard ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] USB2 DVB-S support
On Wed, 15 Nov 2006, andrea venturi wrote: Graham Leggett wrote: Hi all, I have been searching for a USB2 DVB-S receiver that is capable of receiving a full transport stream, with working Linux drivers. The last time I looked, the only USB capable receivers out there were v1.1, and incapable of receiving a full TS as a result. Are there any devices out there that are known to work? actually there is at least this pinnaclesys pctv400e: http://www.pinnaclesys.com/PublicSite/uk/Products/Consumer+Products/PCTV+Tuners/PCTV+Digital+PVR+%28DVB-S_DVB-T%29/PCTV+400e.htm i see now that is called a legacy product because it's superseeded by another device DVB-S2 compliant (and on linux DVB-S2 is still a WIP) i own the pctv400e it is composed by a bunch of well known chips, so Patrick Boettcher made the first tentative of a driver: http://www.mail-archive.com/linux-dvb@linuxtv.org/msg20124.html and i tried to run it just one time with an oops.. i never had the time to work on it, because i've quite a busy schedule, these days, anyway i'd like to make a second trial on a fresh 2.6.18 kernel and without the nvidia binary module that is tainting my PC! i hope to post you about this, in the next days.. I'm using the device since 4 weeks (or longer) it works perfectly. The Oops you describe is related to sensitivity of the tuner/demod regarding its input parameter. When you pass wrong data it gets a division by zero or something. I was not able to find the line... 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
Re: [linux-dvb] No frontend with Nova-t stick
Hi, On Wed, 15 Nov 2006, Steven Cockeram wrote: Dave Leatherdale wrote: Hi I recently got a few of the Hauppauge nova-t stick devices. I tried using the latest source from http://linuxtv.org/hg/v4l-dvb and the /~pb/v4l-dvb trees but I always get no frontend was attached. I'm running Ubuntu 6.10 powerpc on a mac mini. dmesg output: [ 611.770214] usb 2-2: new high speed USB device using ehci_hcd and address 8 [ 611.903803] usb 2-2: configuration #1 chosen from 1 choice [ 611.904072] dvb-usb: found a 'Hauppauge Nova-T Stick' in cold state, will try to load a firmware [ 611.942956] dvb-usb: downloading firmware from file 'dvb-usb-dib0700-01.fw' [ 612.120666] dib0700: firmware started successfully. [ 612.622218] dvb-usb: found a 'Hauppauge Nova-T Stick' in warm state. [ 612.622320] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. [ 612.622940] DVB: registering new adapter (Hauppauge Nova-T Stick). [ 612.816267] dvb-usb: no frontend was attached by 'Hauppauge Nova-T Stick' [ 612.816285] dvb-usb: Hauppauge Nova-T Stick successfully initialized and connected. I assume the numbers on the device itself have some sort of meaning so the first line is: M/R:70001/A1B5 #3006 The second line changes between devices but its along the lines of 000DFE0A84D2 LF Can I provide any additional information or help in order to help work out why this doesn't work? Many thanks, Dave ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb Dave, It's the same type of stick that I've got - same problem as I see. If you turn on debugging by adding 'options dvb_usb_dib0700 debug=1' to the /etc/modprobe.conf. (or whatever, try /sbin/modinfo dvb_usb_dib0700 and it'll print out the parameters that it uses), you may get the same as I do: I2C read failed on address 9 DiB7000M:i2c read error on 896 DiB7000M:-E- DiB7000M: wrong Vendor ID (read=0x4602) dvb-usb: no frontend was attached by 'Hauppauge Nova-T Stick' I emailed Patrick Boettcher and this list describing the problem. (I actually bought the stick when he announced preliminary support ;(. Can you both play with the msleep in dib0700_core.c:232 ? It is already at 500ms (normally it should be 100ms) . I wish companies would open up their specs a bit more. I could spend time reading them rather than waiting for someone to have some free time to work on it. I mustn't grumble though at least some progress has been made. Releasing the specs to everyone would not help in this situation, because the problem which is seen by some of you is very specific to Linux/the Linux-driver. So far I have no real clue what it is. Maybe the msleep is not delaying things as its call claims to... I'm trying to find some time soon to get into this issue. 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
Re: [linux-dvb] Bug: Usage counter of module dvb_usb_dtt200u (Device: WideView WT-220U PenType Receiver)
Hi, I just ask Mauro to pull a fix for the Usage counter from http://linuxtv.org/hg/~pb/v4l-dvb . It should cure the situation. Patrick. -- Mail: [EMAIL PROTECTED] WWW: http://www.wi-bw.tfh-wildau.de/~pboettch/ On Fri, 10 Nov 2006, Matthias Schwarzott wrote: Hi There! I have these days a dvb-t stick of a friend to test it with Linux and vdr. Now the first bug I discovered (using v4l-dvb-hg). Operations: Loading dvb-usb-dtt200u (Usage Count: 0) Plugging the device in (usage Count: 0) Unplugging it (Usage Count: 4294967294) Plugging it in (Usage Count: 4294967294) Second time unplugging (Usage Count: 4294967292) Observation: Plugging it in does not change usage counter. Unplugging decrements it by two. Part of dmesg: DVB: registering new adapter (WideView WT-220U PenType Receiver (Typhoon/Freecom)). DVB: registering frontend 2 (WideView USB DVB-T)... input: IR-receiver inside an USB DVB receiver as /class/input/input6 dvb-usb: schedule remote query interval to 300 msecs. dvb-usb: WideView WT-220U PenType Receiver (Typhoon/Freecom) successfully initialized and connected. dvb-usb: recv bulk message failed: -110 usb 5-6: USB disconnect, address 6 dvb-usb: WideView WT-220U PenType Receiver (Typhoon/Freecom) successfully deinitialized and disconnected. dvb-usb: WideView WT-220U PenType Receiver (Typhoon/Freecom) successfully deinitialized and disconnected. Notice the one line for connect and the two for disconnect. More bugs will follow ;) Matthias -- Matthias Schwarzott Gentoo Developer http://www.gentoo.org ___ 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
Re: [linux-dvb] Freecom - recv bulk message failed: -110
Hi Stefan, I've exactly the same error when I plug that stick into a USB 1.1 port. Make sur it negociate high speed USB and not full speed. Guy On Tue, 14 Nov 2006 18:57:07 +0100 Stefan Schweizer [EMAIL PROTECTED] wrote: Hi, the Freecom dvb-t receiver that I bought last week gives the following error in dmesg: dvb-usb: recv bulk message failed: -110 the device uses the dvb-usb-tt200u driver and identifies in lsusb as Bus 004 Device 002: ID 14aa:0226 AVerMedia (again) or CE This is also mentioned in some other posts to this list. But without anyone working on the issue or having an interest in resolving it. I hope this will get picked up. Full dmesg of the boot: http://www.rafb.net/paste/results/PE71Cl33.html Best regards, Stefan ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb -- Guy Martin Gentoo Linux - HPPA port Lead ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] RE: Freecom - recv bulk message failed: -110
Hi, On 11/15/06, Mark Howells [EMAIL PROTECTED] wrote: -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stefan Schweizer Sent: 14 November 2006 18:34 To: linux-dvb@linuxtv.org Subject: [linux-dvb] RE: Freecom - recv bulk message failed: -110 Mark Howells wrote: Steven, What kernel are you using? I had this problem which seemed to resolve itself when I changed kernels 2.6.16-2.6.17 IIRC. However, I never resolved the tuning offset issues. I have the kernel 2.6.18-ck1 as can be seen in the dmesg. http://www.rafb.net/paste/results/PE71Cl33.html gives Not Found The requested document was not found on this server. Web Server at rafb.net Do you think it has something to do with the kernel version? I built dvb drivers independently from the hg repository. In truth I don't really know. I too built the hg drivers but the error messages you are seeing are related to the USB drivers, not the DVB drivers, so hg or not made no difference to me. USB doesn't do any bulk read requests just for fun.. it gets triggered by the DVB drivers.. Markus ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
RE: [linux-dvb] RE: Freecom - recv bulk message failed: -110
-Original Message- From: Markus Rechberger [mailto:[EMAIL PROTECTED] Sent: 15 November 2006 10:37 To: Mark Howells Cc: Stefan Schweizer; linux-dvb@linuxtv.org Subject: Re: [linux-dvb] RE: Freecom - recv bulk message failed: -110 Do you think it has something to do with the kernel version? I built dvb drivers independently from the hg repository. In truth I don't really know. I too built the hg drivers but the error messages you are seeing are related to the USB drivers, not the DVB drivers, so hg or not made no difference to me. USB doesn't do any bulk read requests just for fun.. it gets triggered by the DVB drivers.. Agreed. Badly worded post on my part. I meant to imply that using the hg sources on different kernels gave USB errors on one, not the other and therefore that the difference was likely in the USB drivers... Mark -- No virus found in this outgoing message. Checked by AVG. Version: 7.5.431 / Virus Database: 268.14.5/534 - Release Date: 14/11/2006 15:58 ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] RE: Freecom - recv bulk message failed: -110
On 11/15/06, Mark Howells [EMAIL PROTECTED] wrote: -Original Message- From: Markus Rechberger [mailto:[EMAIL PROTECTED] Sent: 15 November 2006 10:37 To: Mark Howells Cc: Stefan Schweizer; linux-dvb@linuxtv.org Subject: Re: [linux-dvb] RE: Freecom - recv bulk message failed: -110 Do you think it has something to do with the kernel version? I built dvb drivers independently from the hg repository. In truth I don't really know. I too built the hg drivers but the error messages you are seeing are related to the USB drivers, not the DVB drivers, so hg or not made no difference to me. USB doesn't do any bulk read requests just for fun.. it gets triggered by the DVB drivers.. Agreed. Badly worded post on my part. I meant to imply that using the hg sources on different kernels gave USB errors on one, not the other and therefore that the difference was likely in the USB drivers... hmm could you turn on debug for that module and reproduce it? Maybe we'll see what request causes that problem. I remember I had that problem too once with a DVB card of a coworker (I don't have that device anymore).. for any reason the whole machine got locked for 1-2 seconds too. Markus ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Nova-T 500 Dual tuning erro
I have the Nova-T 500 Dual card fully working under windows with a reception of 95% When using the latest dvb-usb-dib0700-module I cannot get a lock when using svbtune or scan. get a maximum of 50% reception in Kaffeine = no lock And I do not move my antenna! Firmware used : dvb-usb-dib0700-xx.fw I have tried using the module parameter force_lna_activation=1, which gives me some extra spikes (15-25%) in kaffeine, but still no lock on the expected frequens (658000kHz where I live in Denmark). Has anyone got this card to work with v4l, or have an idea of how this can be done? Thanx Thomas ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Re: Mantis VP-1027/VP-1033/VP-1034/VP-2033/VP-3033
I installed Kaffeine from source today. It appeared that the version I was using didn't have dvb support :) So now I can do a channel scan with Kaffeine. It does find the same channels I get with dvb-scan or mythtv. I don't have to reboot after each transponder with Kaffeine. However it does not find the dutch channels wich are all on the horizontal (18v) channels. Am I the only one who is trying to use this driver with a dvb-s card and horizontal transponders? Op zaterdag 11 november 2006 08:38, schreef Marko Ristola: The MythTV single TS scanning problem might be on MythTV, not on the driver. I can repeat that with Kaffeine: If I watch a channel during a scan, I can get only channels from one TS. If I stop watching the channel, scanning finds channels from multiple TS. With Finnish file fi-HTV (C 27400 690 AUTO QAM128 for kaffeine) that TS contains information from other frequencies also. So after scanning that TS, it changes frequency until all TSes are scanned. I use cu1216. Ealier I had also some reboot problems with scanning. Now I don't have them anymore. I have now a newer kaffeine, but the mantis driver hasn't changed. The latest kaffeine works fine on Livna repository. The patches that I sent are enough for me. This is the last problem that I have: When I do the following commands by hand: #rmmod mantis #rmmod cu1216 #modprobe mantis dmesg: DVB: registering new adapter (Mantis dvb adapter). mantis_frontend_init (1): Probing for CU1216 (DVB-C) mantis_frontend_init (1): !!! NO Frontends found !!! Now the only fix that I know is to do a reboot. I never need to remove mantis driver though. I haven't tested suspending the computer at all. Regards, Marko Ristola Michel Verbraak wrote: joep admiraal schreef: Hello Michel, I am using the same file you are. It contains the same info as your's. After I do a reboot it does find some channels. Before I applied the patch it did find channels on a few transponders. Now it only finds channels on the first transponder. I am doing some tests with Mythtv now. From mythtv I can also scan for channels. It generates a list of tranponders and I can perform a scan per transponder. So I do a scan and after that I do a reboot so I can scan the next transponder. This seems to work for all vertical transponders. For some reason it gives me timeout's for all the horizontal transponders. Looks like a lot of work to reboot every time. Manu any solutions? I know it is still Alpha release. regards, joep Op dinsdag 7 november 2006 17:52, schreef Michel Verbraak: Joep, What is the content of the file you are using to test your scan, even if it only does one transponder. I'm testing with the default one and only get the following result: scanning /usr/share/dvb-apps/dvb-s/Astra-19.2E using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' initial transponder 12551500 V 2200 5 tune to: 12551:v:0:22000 WARNING: filter timeout pid 0x0011 WARNING: filter timeout pid 0x WARNING: filter timeout pid 0x0010 dumping lists (0 services) Done. Content of the Astra-19.2E file is: # Astra 19.2E SDT info service transponder # freq pol sr fec S 12551500 V 2200 5/6 Regards, Michel. joep admiraal schreef: Thanx! I can watch the channels from my channels.conf with super picture quality. Only the channel scanning doesn't work yet. It now only finds channels from the 1st transponder, after that is just gives timeout's. Is there anyone on this list that has the channels from canaldigitaal (the netherlands) in his/her channels.conf? If so, please send a copy to me :) Thanx Joep ___ 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 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] Patch (small) : hvr1110 : enable capture device : svideo and composite1
Hello, This small patch enables video over s-video and composite1. One question : i 'm unable to test sound via line-in in my card ? i've tested it with : mplayer tv://23 -vo x11 -tv driver=v4l2:device=/dev/video0:alsa:adevice=hw.1,0:amode=1:audiorate=32000:forceaudio:volume=100:immediatemode=0:norm=SECAM-L:chanlist=france (sound and video ok) mplayer tv://23 -vo x11 -tv driver=v4l2:device=/dev/video0:norm=SECAM-L:chanlist=france and in the same time cat /dev/audio1 /dev/audio (sound and video ok) but with : mplayer tv:// -vo x11 -tv driver=v4l2:device=/dev/video0:input=2 (or input=1) and in the same time cat /dev/audio1 /dev/audio video is ok on the 2 device (svideo and composite) but no sound Any idea ? Thanks in advance Tom. Signed-off-by : Thomas Genty [EMAIL PROTECTED] diff -ur v4l-dvb/linux/drivers/media/video/saa7134/saa7134-cards.c v4l-dvb-perso/linux/drivers/media/video/saa7134/saa7134-cards.c --- v4l-dvb/linux/drivers/media/video/saa7134/saa7134-cards.c 2006-11-13 23:38:11.0 +0100 +++ v4l-dvb-perso/linux/drivers/media/video/saa7134/saa7134-cards.c 2006-11-15 14:46:19.0 +0100 @@ -3181,6 +3181,14 @@ .vmux = 1, .amux = TV, .tv = 1, + },{ + .name = name_comp1, + .vmux = 3, + .amux = LINE2, + },{ + .name = name_svideo, + .vmux = 8, + .amux = LINE2, }}, .radio = { .name = name_radio, ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Re: Patch (small) : hvr1110 : enable capture device : svideo and composite1
tomlohave wrote: Hello, This small patch enables video over s-video and composite1. One question : i 'm unable to test sound via line-in in my card ? Tom, The .amux value is the audio mux -- this might be set incorrectly, if you are not hearing audio. Try and see if LINE1 works, instead. diff -ur v4l-dvb/linux/drivers/media/video/saa7134/saa7134-cards.c v4l-dvb-perso/linux/drivers/media/video/saa7134/saa7134-cards.c --- v4l-dvb/linux/drivers/media/video/saa7134/saa7134-cards.c 2006-11-13 23:38:11.0 +0100 +++ v4l-dvb-perso/linux/drivers/media/video/saa7134/saa7134-cards.c 2006-11-15 14:46:19.0 +0100 @@ -3181,6 +3181,14 @@ .vmux = 1, .amux = TV, .tv = 1, + },{ + .name = name_comp1, + .vmux = 3, + .amux = LINE2, + },{ + .name = name_svideo, + .vmux = 8, + .amux = LINE2, }}, .radio = { .name = name_radio, Cheers, Mike ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] [Fwd: Re: Patch (small) : hvr1110 : enable capture device : svideo and composite1]
---BeginMessage--- tomlohave wrote: Hello, This small patch enables video over s-video and composite1. One question : i 'm unable to test sound via line-in in my card ? Tom, The .amux value is the audio mux -- this might be set incorrectly, if you are not hearing audio. Try and see if LINE1 works, instead. diff -ur v4l-dvb/linux/drivers/media/video/saa7134/saa7134-cards.c v4l-dvb-perso/linux/drivers/media/video/saa7134/saa7134-cards.c --- v4l-dvb/linux/drivers/media/video/saa7134/saa7134-cards.c 2006-11-13 23:38:11.0 +0100 +++ v4l-dvb-perso/linux/drivers/media/video/saa7134/saa7134-cards.c 2006-11-15 14:46:19.0 +0100 @@ -3181,6 +3181,14 @@ .vmux = 1, .amux = TV, .tv = 1, + },{ + .name = name_comp1, + .vmux = 3, + .amux = LINE2, + },{ + .name = name_svideo, + .vmux = 8, + .amux = LINE2, }}, .radio = { .name = name_radio, Cheers, Mike ---End Message--- ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] [Fwd: Re: Patch (small) : hvr1110 : enable capture device : svideo and composite1]
---BeginMessage--- Michael Krufky a écrit : tomlohave wrote: Hello, This small patch enables video over s-video and composite1. One question : i 'm unable to test sound via line-in in my card ? Tom, The .amux value is the audio mux -- this might be set incorrectly, if you are not hearing audio. Try and see if LINE1 works, instead. Thanks for your answer but i have already tested this setting (line1) and same result. is my demarch good with cat /dev/audio1 /dev/audio ? diff -ur v4l-dvb/linux/drivers/media/video/saa7134/saa7134-cards.c v4l-dvb-perso/linux/drivers/media/video/saa7134/saa7134-cards.c --- v4l-dvb/linux/drivers/media/video/saa7134/saa7134-cards.c 2006-11-13 23:38:11.0 +0100 +++ v4l-dvb-perso/linux/drivers/media/video/saa7134/saa7134-cards.c 2006-11-15 14:46:19.0 +0100 @@ -3181,6 +3181,14 @@ .vmux = 1, .amux = TV, .tv = 1, + },{ + .name = name_comp1, + .vmux = 3, + .amux = LINE2, + },{ + .name = name_svideo, + .vmux = 8, + .amux = LINE2, }}, .radio = { .name = name_radio, Cheers, Mike ---End Message--- ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Re: Mantis VP-1027/VP-1033/VP-1034/VP-2033/VP-3033
Joep, Within windows with the Twinhan Software scanning for the dutch channels does not work either. It does not find any dutch channels. Regards, Michel. (Still working to get it working on my fc5) joep admiraal schreef: I installed Kaffeine from source today. It appeared that the version I was using didn't have dvb support :) So now I can do a channel scan with Kaffeine. It does find the same channels I get with dvb-scan or mythtv. I don't have to reboot after each transponder with Kaffeine. However it does not find the dutch channels wich are all on the horizontal (18v) channels. Am I the only one who is trying to use this driver with a dvb-s card and horizontal transponders? Op zaterdag 11 november 2006 08:38, schreef Marko Ristola: The MythTV single TS scanning problem might be on MythTV, not on the driver. I can repeat that with Kaffeine: If I watch a channel during a scan, I can get only channels from one TS. If I stop watching the channel, scanning finds channels from multiple TS. With Finnish file fi-HTV (C 27400 690 AUTO QAM128 for kaffeine) that TS contains information from other frequencies also. So after scanning that TS, it changes frequency until all TSes are scanned. I use cu1216. Ealier I had also some reboot problems with scanning. Now I don't have them anymore. I have now a newer kaffeine, but the mantis driver hasn't changed. The latest kaffeine works fine on Livna repository. The patches that I sent are enough for me. This is the last problem that I have: When I do the following commands by hand: #rmmod mantis #rmmod cu1216 #modprobe mantis dmesg: DVB: registering new adapter (Mantis dvb adapter). mantis_frontend_init (1): Probing for CU1216 (DVB-C) mantis_frontend_init (1): !!! NO Frontends found !!! Now the only fix that I know is to do a reboot. I never need to remove mantis driver though. I haven't tested suspending the computer at all. Regards, Marko Ristola Michel Verbraak wrote: joep admiraal schreef: Hello Michel, I am using the same file you are. It contains the same info as your's. After I do a reboot it does find some channels. Before I applied the patch it did find channels on a few transponders. Now it only finds channels on the first transponder. I am doing some tests with Mythtv now. From mythtv I can also scan for channels. It generates a list of tranponders and I can perform a scan per transponder. So I do a scan and after that I do a reboot so I can scan the next transponder. This seems to work for all vertical transponders. For some reason it gives me timeout's for all the horizontal transponders. Looks like a lot of work to reboot every time. Manu any solutions? I know it is still Alpha release. regards, joep Op dinsdag 7 november 2006 17:52, schreef Michel Verbraak: Joep, What is the content of the file you are using to test your scan, even if it only does one transponder. I'm testing with the default one and only get the following result: scanning /usr/share/dvb-apps/dvb-s/Astra-19.2E using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' initial transponder 12551500 V 2200 5 tune to: 12551:v:0:22000 WARNING: filter timeout pid 0x0011 WARNING: filter timeout pid 0x WARNING: filter timeout pid 0x0010 dumping lists (0 services) Done. Content of the Astra-19.2E file is: # Astra 19.2E SDT info service transponder # freq pol sr fec S 12551500 V 2200 5/6 Regards, Michel. joep admiraal schreef: Thanx! I can watch the channels from my channels.conf with super picture quality. Only the channel scanning doesn't work yet. It now only finds channels from the 1st transponder, after that is just gives timeout's. Is there anyone on this list that has the channels from canaldigitaal (the netherlands) in his/her channels.conf? If so, please send a copy to me :) Thanx Joep ___ 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 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 mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] No frontend with Nova-t stick
Can you both play with the msleep in dib0700_core.c:232 ? It is already at 500ms (normally it should be 100ms) . I tried it at both 10,000ms and 100ms, same as before. I wish companies would open up their specs a bit more. I could spend time reading them rather than waiting for someone to have some free time to work on it. I mustn't grumble though at least some progress has been made. Releasing the specs to everyone would not help in this situation, because the problem which is seen by some of you is very specific to Linux/the Linux-driver. So far I have no real clue what it is. Maybe the msleep is not delaying things as its call claims to... I really do appreciate all the work that has been done thus far, but there is only one of you and if others were to see specs then we would at least be able to try things out, as it stands the rest of us are in the dark. I'm trying to find some time soon to get into this issue. Thanks for the time you spend helping us out. Steve 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