[linux-dvb] Is there a daemon style program for scheduled DVB recording?
Hi everyone, I'm currently setting up a new server that will (among other things) record TV shows for me. In the past I've used cron to schedule recording jobs, and I've used dvbrecord to do the actual recording. This set up has served me well for many years, but unfortunately dvbrecord doesn't seem to exist any more, and it never supported programs with AC3 audio anyway (which is pretty much all the HDTV channels here in Australia.) If you were setting up a headless machine to record TV shows, what programs would you use to do this? Ideally I'd like the shows dumped into a local directory, so that I can watch them over NFS with mplayer, but I'm open to alternatives. I really want to avoid running a whole media centre program like MythTV, VDR, etc. as I'd like this to be lean and clean and I don't mind using the command line for playback. Any suggestions? I'd be happy to document the final system, installation, configuration, etc. on the LinuxTV wiki, as I couldn't find any info about this sort of thing on there at the moment. Many thanks, Adam. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] HVR 4000 firmware not loaded?
I'm supposing that dvbsnoop doesn'r support multiproto's API (api version 3.3). If you really want to use the dvbsnoop with hvr4000 please look at the http://dev.kewl.org/hauppauge/ btw 20 February Darron Broad was updated the hvr4000 patches for current HG Igor -Original Message- From: ga ver [EMAIL PROTECTED] To: linux-dvb@linuxtv.org Date: Fri, 22 Feb 2008 17:13:52 +0100 Subject: [linux-dvb] HVR 4000 firmware not loaded? Hello In Ubuntu 7.10 with kernel 2.6.22-14.47 I installed a Hauppauge HVR 4000. From http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-HVR-4000 I made a driver update and a firmware update. In dmesg the card is recognized. In dvbsnoop are the current parameters not found dvbsnoop -s feinfo -pd 9 dvbsnoop V1.4.00 -- http://dvbsnoop.sourceforge.net/ DEMUX : /dev/dvb/adapter0/demux0 DVR : /dev/dvb/adapter0/dvr0 FRONTEND: /dev/dvb/adapter0/frontend0 - FrontEnd Info... - Device: /dev/dvb/adapter0/frontend0 Basic capabilities: Name: Conexant CX24116/CX24118 Frontend-type: QPSK (DVB-S) Frequency (min): 950.000 MHz Frequency (max): 2150.000 MHz Frequency stepsiz: 1.011 MHz Frequency tolerance: 5000 Symbol rate (min): 1.00 MSym/s Symbol rate (max): 45.00 MSym/s Symbol rate tolerance: 0 ppm Notifier delay: 0 ms Frontend capabilities: auto inversion FEC 1/2 FEC 2/3 FEC 3/4 FEC 4/5 FEC 5/6 FEC 6/7 FEC 7/8 FEC AUTO QPSK Current parameters: Error(95): frontend ioctl: Operation not supported following dmesg is the firmware not loaded Is the update procedure from http://linuxtv.org/wiki/index.php/Hauppauge_WinTV-HVR-4000 correct? Thanks in advance ___ 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] HVR 4000 firmware not loaded?
btw 20 February Darron Broad was updated the hvr4000 patches for current HG Yes I am using them at the moment. Works. Not much difference (as far as I can tell) than the version before that except it patches cleanly on the latest hg and it now says correctly: DVB: registering adapter 0 frontend 0 (Conexant CX24116/CX24118)... DVB: registering adapter 0 frontend 1 (Conexant CX22702 DVB-T)... Thanks Craig ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] How do you stream the entire MPEG-TS with dvbstream?
Il Saturday 23 February 2008 07:15:41 Adam Nielsen ha scritto: Hi everyone, I've just installed a new DViCO FusionHDTV dual digital 4 (which appears to the PC as two USB Zarlink ZL10353 DVB-T devices.) I'm trying to set up dvbstream to send the whole transport stream across the network to another PC, but I can't get this to work. If I do something like this: dvbstream -f 226500 -gi 16 -bw 7 512 650 Then it works fine, I get video and audio on the other PC and about 500kB/sec network use, but if I do this: dvbstream -f 226500 -gi 16 -bw 7 8192 Then the network use goes up to 1.7MB/sec but the picture and sound arrive corrupted, as if I have extremely bad reception. Using an old version of dvbstream with a Hauppauge Nova-T this works fine, except in that case I have 3MB/sec of network traffic with the same channel. It's almost as if the latest version of dvbstream doesn't correctly capture the whole MPEG-TS stream from the card. Has anyone else gotten this to work? Thanks, Adam. with the same drivers and a different version of dvbstream? In any case you should always try a fresh cvs checkout of dvbstream. A simple test you should run is this: dvbstream -f 226500 -gi 16 -bw 7 -o 8192 dump.ts and try to play the dump.ts from another terminal. If you see corruptions then report back, please. P.S. 1.7 and 3 MB/s are really low bandwidth usage that shouldn't cause any trouble ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Is there a daemon style program for scheduled DVB recording?
Il Saturday 23 February 2008 09:14:44 Adam Nielsen ha scritto: Hi everyone, I'm currently setting up a new server that will (among other things) record TV shows for me. In the past I've used cron to schedule recording jobs, and I've used dvbrecord to do the actual recording. This set up has served me well for many years, but unfortunately dvbrecord doesn't seem to exist any more, and it never supported programs with AC3 audio anyway (which is pretty much all the HDTV channels here in Australia.) If you were setting up a headless machine to record TV shows, what programs would you use to do this? Ideally I'd like the shows dumped into a local directory, so that I can watch them over NFS with mplayer, but I'm open to alternatives. I really want to avoid running a whole media centre program like MythTV, VDR, etc. as I'd like this to be lean and clean and I don't mind using the command line for playback. Any suggestions? I'd be happy to document the final system, installation, configuration, etc. on the LinuxTV wiki, as I couldn't find any info about this sort of thing on there at the moment. Many thanks, Adam. there used to be dvbd somewhere sometimes, although I can't say how it works because I never used it ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] af9005 problem with frontend?
snip I'm trying to use it in Mandriva 2008.0 (kernel 2.6.22.18-desktop-1mdv) so I've followed the instructions referred to at http://ventoso.org/luca/af9005/ to download the latest v4l-dvb code, make and install it. snip Output from dmesg: usb 1-1: new full speed USB device using uhci_hcd and address 2 usb 1-1: configuration #1 chosen from 1 choice dvb-usb: found a 'Afatech DVB-T USB1.1 stick' in cold state, will try to load a firmware dvb-usb: downloading firmware from file 'af9005.fw' dvb-usb: found a 'Afatech DVB-T USB1.1 stick' in warm state. dvb-usb: will use the device's hardware PID filter (table count: 32). DVB: registering new adapter (Afatech DVB-T USB1.1 stick). dvb-usb: no frontend was attached by 'Afatech DVB-T USB1.1 stick' dvb-usb: Afatech DVB-T USB1.1 stick successfully initialized and connected. usbcore: registered new interface driver dvb_usb_af9005 snip Sorry all, my error. Turns out my kernel header files did not match the running kernel. Mandriva do not provide header files for released kernels - you have to install the kernel source and build. Until recently you could just run make on the default source and get compatible header files however as of Mandriva 2008.0 the mandriva installer installed kernel 2.6.22.18-desktop-1mdv, but the source I got was 2.6.22.18-1mdvcustom - so when editing the Makefile to remove the custom label I inserted desktop as well. Big mistake! Solution, build a kernel (called 2.6.22.18-1testbuild1mdv) install it, reboot into new kernel, then build the v4l-dvb code, with make release VER=2.6.22.18-1testbuild1mdv and install. Now a frontend is found when the af9005 is plugged in, and no kernel oops with dvbsnoop or when unplugging. I now have it running in Kaffene. Thank you to any that looked at the original report. __ Sent from Yahoo! Mail. A Smarter Inbox. http://uk.docs.yahoo.com/nowyoucan.html ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] TechniSat SkyStar HD: Problems scaning and zaping
Just replying to myself. Nobody has the same problems that I have with Skystar HD? Can someone please explain the current status of the driver? Is this the expected behavior, or I am doing something wrong? Thank you, Vagelis NONAS EUAGGELOS wrote: Hello, I have a Skystar HD. I use multiproto from here (checked it out yesterday): http://jusst.de/hg/multiproto It compiles fine, all needed modules are loaded automatically upon boot. This is my dmesg: saa7146: found saa7146 @ mem f88f2000 (revision 1, irq 21) (0x13c2,0x1019). saa7146 (0): dma buffer size 192512 DVB: registering new adapter (TT-Budget S2-3200 PCI) adapter has MAC addr = 00:d0:5c:67:dd:91 input: Budget-CI dvb ir receiver saa7146 (0) as /class/input/input3 stb0899_write_regs [0xf1b6]: 02 stb0899_write_regs [0xf1c2]: 00 stb0899_write_regs [0xf1c3]: 00 _stb0899_read_reg: Reg=[0xf000], data=82 stb0899_get_dev_id: ID reg=[0x82] stb0899_get_dev_id: Device ID=[8], Release=[2] _stb0899_read_s2reg Device=[0xf3fc], Base address=[0x0400], Offset=[0xf334], Data=[0x444d4431] _stb0899_read_s2reg Device=[0xf3fc], Base address=[0x0400], Offset=[0xf33c], Data=[0x0001] stb0899_get_dev_id: Demodulator Core ID=[DMD1], Version=[1] _stb0899_read_s2reg Device=[0xfafc], Base address=[0x0800], Offset=[0xfa2c], Data=[0x46454331] _stb0899_read_s2reg Device=[0xfafc], Base address=[0x0800], Offset=[0xfa34], Data=[0x0001] stb0899_get_dev_id: FEC Core ID=[FEC1], Version=[1] stb0899_attach: Attaching STB0899 stb6100_attach: Attaching STB6100 DVB: registering frontend 0 (STB0899 Multistandard)... I use scan from here: http://jusst.de/manu/scan.tar.bz2 It does not compile, I use the binary I found in the archive. I use szap2 from here: http://www.free-x.de/vdr/patches/hdtv/szap2.tgz It does compile. My kernel is: 2.6.22-gentoo-r9 My problems are: - When I scan the same transponder more than once, sometimes I get some services, sometimes I get no services. - When I zap (with szap2) to a station more than once, sometimes I get a lock, sometimes I get no lock. - I have also tried with vdr 1.4.7(old DVB API) and 1.5.14 (new dvb API). Both versions can tune to only one channel, the Active channel from previous vdr shutdown. When you change channel the signal is lost. I suppose it relates to the zap problem. I would appreciate your help / suggestions. Thank you very much. Vagelis ___ 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] HVR4000 Update?
On Sat, Feb 23, 2008 at 03:20:25PM +0300, Igor wrote: you have only two possibilities now the latest multiproto from Manu [EMAIL PROTECTED] http://jusst.de/hg/multiproto/ + multiproto-hvr4k-2008-01-28.patch from Holger Steinhaus http://linuxtv.org/pipermail/vdr/2008-January/015348.html Or you can use Hauppauge diffs for v4l-dvb hg repository from http://dev.kewl.org/hauppauge/Hauppauge from Darron Broad Igor Hmm.. I haven't been following the multiproto discussion very closely, so could someone give an update on it.. - Why it is not (yet) merged with the default/kernel dvb drivers? - What needs to be done to get it merged? Who's working on it? - What's preventing the merge? Thanks! -- Pasi -Original Message- From: Ian Bonham [EMAIL PROTECTED] To: linux-dvb@linuxtv.org Date: Sat, 23 Feb 2008 12:59:09 +0100 Subject: [linux-dvb] HVR4000 Update? Hey All, Well it still seems to me that the Multi-Proto mess is still impacting real World use of cards such as the HVR4000. I'm currently using Ubuntu 7.10, and have still not managed much from my HVR4k apart from the main DVB-S channels on Astra 28.2e. I use Myth as my Media Server, and have no access to DVB-T or DVB-S2 channels. I read there are patches to make this poss, but there is such a muddle of info I am totally unsure what I should be doing to use the features of the card properly. Can anyone please make a clear guide on what I should do to get my HVR4k going properly with Myth? If I can't get things going 'properly' just being able to help beta stuff would be good. What SVN do I need to check-out? What patches do I need to apply? What Myth do I need to check out? Then what patches does that need? Please guys, give us some pointers here so we can help with testing and maybe help push this forwards. What distro is best for getting things working? I'm on Ubuntu 7.10, but would SuSE better serve a solution? Fedora? Which?! Thanks, Ian ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] [PATCH to be tested] hvr3000 repository ported to todaysnapshot - support multiple frontends of hvr3000 and flydvbwithout rmmod/insmod
Hello, I'm a Flydvb Trio owner and since it appears i use this patch together with dpeddi's flydvb_trio_remote_final.diff. For the last one, i don't want to open a flame: i know that it will not merged in the v4l-dvb code due to implementation problems, i will continue to apply it myself (works very well for me). Well, my problem with the first patch is this: i update to the last v4l-dvb-20070818 available, but when i try to scan analog and dvb-t channels i obtain different behaviours: - w_scan: no signal in the whole frequency range (w_scan -t3 -F -x) - kaffeine: random signal lock, i have to start the scan, register channels eventually found on the first transponder, stop kaffeine, comment in the configuration file the transponder scanned, rerun kaffeine, start scanning and so on, i'm not able to do a complete scan in one shot. The strange thing is that each time i do this, i obtain different channels and not the previously scanned. When i try to watch channels, often kaffeine can't lock to the signal:i have to try dozens times to obtain video. - tzap: no problem, all channels are correctly scanned. - tvtime: no problem, all channels are correctly scanned. - gqradio: scanning very slow and no channels found. Today i downloaded the actual hg snapshot from v4l-dvb, applied the remote patch (with minor adaptiations) and - without the second frontend support - of course, i obtained all programs above runs perfectly. Now, in the hg changelog, there are lots of saa7134 improvements, then i suspect that the 20070818 branch is quite old. Is there a chance to see the multifrontend code for tlydvb/hvr3000/* merged in the mainline, or the patch have to be upgraded? Thanks and excuse me for my poor self-learned english Roascio paolo ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] TechniSat SkyStar HD: Problems scaning and zaping
Hi, On Sat, Feb 23, 2008 at 12:35:49PM +, Vangelis Nonas wrote: My problems are: - When I scan the same transponder more than once, sometimes I get some services, sometimes I get no services. I have never tried to scan with the SkyStar HD. - When I zap (with szap2) to a station more than once, sometimes I get a lock, sometimes I get no lock. I have the same problem. I was trying to tune to ProSieben 100 times today. And I got only 11 successful locks. The signal strengt should be ok, as I have no problems to tune this channel with other DVB-S cards... Here is a little script to do such tests: http://www.makhutov.org/downloads/dvb/tune.sh You need this szap (http://abraham.manu.googlepages.com/szap.c) and this patch (http://www.makhutov.org/downloads/dvb/szap.patch) to make the script work. Has anyone any ideas why the tuning failes so often? Is it a problem of szap or the driver itself? I heard, that this card works perfect with VDR for other users... - I have also tried with vdr 1.4.7(old DVB API) and 1.5.14 (new dvb API). Both versions can tune to only one channel, the Active channel from previous vdr shutdown. When you change channel the signal is lost. I suppose it relates to the zap problem. I have not tried out VDR with the SkyStar HD. I will run some tests during the next week. Regards, Artem -- Artem Makhutov Unterort Str. 36 D-65760 Eschborn ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] HVR4000 Update?
Hmm.. I haven't been following the multiproto discussion very closely, so could someone give an update on it.. - Why it is not (yet) merged with the default/kernel dvb drivers? because multiproto doesn't finish yet - What needs to be done to get it merged? tests and reports to Manu :) Who's working on it? Manu Abraham http://jusst.de/hg/multiproto Igor ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] HVR4000 Update?
Can anyone please make a clear guide on what I should do to get my HVR4k going properly with Myth? If I can't get things going 'properly' just being able to help beta stuff would be good. What SVN do I need to check-out? What patches do I need to apply? What Myth do I need to check out? Then what patches does that need? If you check http://www.linuxtv.org/wiki/index.php/Hauppauge_WinTV-HVR-4000 there are links how to get: - Single Frontend (Either DVB-S or DVB-T) - Multi Frontend Going (DVB-S and DVB-T) - Multi Proto Going (DVB-S/S2 or DVB-T) - Multi Proto with Multi Frontends (DVB-S/S2 and DVB-T) .. Thanks ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] TechniSat SkyStar HD: Problems scaning and zaping
Hi, On Sat, Feb 23, 2008 at 09:31:01PM +0300, Igor wrote: - When I zap (with szap2) to a station more than once, sometimes I get a lock, sometimes I get no lock. I have the same problem. I was trying to tune to ProSieben 100 times today. And I got only 11 successful locks. The signal strengt should be ok, as I have no problems to tune this channel with other DVB-S cards... no anymore Prosiben (hd version) since last week :( http://www.lyngsat.com/hd/astra19.html Yes, I know ... till 2010 ... :( Now there is only one free DVB-S2 channel (Anixe HD) on Astra 19.2 left :( I was tuning the usual ProSieben. Regards, Artem -- Artem Makhutov Unterort Str. 36 D-65760 Eschborn ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] auto detection of Flytv duo/hybrid and pci/cardbus confusion
Hi, Am Samstag, den 23.02.2008, 00:11 +1100 schrieb Peter D.: On Wednesday 20 February 2008, hermann pitton wrote: Am Sonntag, den 17.02.2008, 21:53 +0100 schrieb Peter Missel: Greetings all! Let me clear things up a bit. First clarification, duo versus hybrid. Are duo cards equipped with two independent tuners that can both be used at the same time? Are hybrid cards necessarily equipped with digital and analogue tuners? Can a two tuner card be both a duo and a hybrid, if one tuner is digital the other is analogue and they can both be used at the same time? LifeView are using two vendor IDs - 4E42h for all (!) their OEMs, and their own one for LifeView branded cards. Hence we need two PCI ID entries for everything, each pair pointing back to the same card data. Then, card types. The analog-only and hybrid have one single tuner, for DVB-T or analog. The Duo cards have two tuner frontends, one for DVB-T and the other for analog. Trio cards add a DVB-S frontend, which cannot be used at the same time as the DVB-T frontend. Like the Duo, these can run one digital and one analog stream in parallel. Finally, card shapes. Each card type comes in CardBus, PCI, and MiniPCI shape. The flavors are compatible, so that again, the PCI ID data point back to the same card entry for e.g. the PCI and CardBus Duo. The card type/shape combinations are distinctly identified by their subsystem ID. No need to guesstimate anything. That's the plan at least. regards, Peter Hi Peter! Your plan is fine so far. We might add some more comments to group devices obviously together, since those looking first time at it are a bit lost. For such i2c IR limits, we have your and Eddi's comments. Since we can't help it easily, Peter D. should suggest the older version of the MSI A/D for auto detection. It won't make anything more worse on that not fully clear Vivanco stuff, except Hartmut might have ideas. Cheers, Hermann I think that you just suggested something. I'm going to stand at the side and nod my head. ;-) What should I do to make it an official suggestion? the usual ;) Create a patch against the current v4l-dvb master repo. Try README.patches. Send it and add the Signed-off-by line. Cheers, Hermann ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] TechniSat SkyStar HD: Problems scaning and zaping
Artem Makhutov wrote: Hi, On Sat, Feb 23, 2008 at 12:35:49PM +, Vangelis Nonas wrote: My problems are: - When I scan the same transponder more than once, sometimes I get some services, sometimes I get no services. I have never tried to scan with the SkyStar HD. - When I zap (with szap2) to a station more than once, sometimes I get a lock, sometimes I get no lock. I have the same problem. I was trying to tune to ProSieben 100 times today. And I got only 11 successful locks. The signal strengt should be ok, as I have no problems to tune this channel with other DVB-S cards... Here is a little script to do such tests: http://www.makhutov.org/downloads/dvb/tune.sh You need this szap (http://abraham.manu.googlepages.com/szap.c) and this patch (http://www.makhutov.org/downloads/dvb/szap.patch) to make the script work. Has anyone any ideas why the tuning failes so often? Is it a problem of szap or the driver itself? I heard, that this card works perfect with VDR for other users... Can you guys please update from the multiproto tree and test again at the earliest and give me your feedback ? Regards, Manu ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] TechniSat SkyStar HD: Problems scaning and zaping
Hi, On Sun, Feb 24, 2008 at 12:21:17AM +0400, Manu Abraham wrote: [...] Can you guys please update from the multiproto tree and test again at the earliest and give me your feedback ? No, still the same: Try: 50 Failes: 37 Tunes: 13 Maybe the problem is in the szap.c and not in the driver, as Reinhard Nissl had no problems while tuning channels with VDR? An other thing that I noticed is that only first tunes are successful. I continued the same tuning test to 100, but I got no more successfull locks. The last successfull lock was try 20: Try: 100 Failes: 87 Tunes: 13 I am running a new test with a 15 seconds break after each tune now and will mail you the results when the test finises. Regards, Artem -- Artem Makhutov Unterort Str. 36 D-65760 Eschborn ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] TechniSat SkyStar HD: Problems scaning and zaping
Artem Makhutov wrote: Hi, On Sun, Feb 24, 2008 at 12:21:17AM +0400, Manu Abraham wrote: [...] Can you guys please update from the multiproto tree and test again at the earliest and give me your feedback ? No, still the same: Try: 50 Failes: 37 Tunes: 13 Maybe the problem is in the szap.c and not in the driver, as Reinhard Nissl had no problems while tuning channels with VDR? An other thing that I noticed is that only first tunes are successful. I continued the same tuning test to 100, but I got no more successfull locks. The last successfull lock was try 20: Try: 100 Failes: 87 Tunes: 13 I am running a new test with a 15 seconds break after each tune now and will mail you the results when the test finises. Are you sure that you got the top level 2 changes changeset 7204 and 7203 respectively ? Regards, Manu ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] TechniSat SkyStar HD: Problems scaning and zaping
Hi, On Sun, Feb 24, 2008 at 01:29:31AM +0400, Manu Abraham wrote: Artem Makhutov wrote: Hi, On Sun, Feb 24, 2008 at 12:21:17AM +0400, Manu Abraham wrote: [...] Can you guys please update from the multiproto tree and test again at the earliest and give me your feedback ? No, still the same: Try: 50 Failes: 37 Tunes: 13 Maybe the problem is in the szap.c and not in the driver, as Reinhard Nissl had no problems while tuning channels with VDR? An other thing that I noticed is that only first tunes are successful. I continued the same tuning test to 100, but I got no more successfull locks. The last successfull lock was try 20: Try: 100 Failes: 87 Tunes: 13 I am running a new test with a 15 seconds break after each tune now and will mail you the results when the test finises. Are you sure that you got the top level 2 changes changeset 7204 and 7203 respectively ? Oh, I only got 7203. Will try with 7204 in a few minutes. Regards, Artem -- Artem Makhutov Unterort Str. 36 D-65760 Eschborn ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] TechniSat SkyStar HD: Problems scaning and zaping
Hi, On Sat, Feb 23, 2008 at 10:32:58PM +0100, Artem Makhutov wrote: On Sun, Feb 24, 2008 at 01:29:31AM +0400, Manu Abraham wrote: Are you sure that you got the top level 2 changes changeset 7204 and 7203 respectively ? Oh, I only got 7203. Will try with 7204 in a few minutes. Awesome! It fixed the problem: Try: 100 Failes: 0 Tunes: 100 Great job! Thanks, Artem -- Artem Makhutov Unterort Str. 36 D-65760 Eschborn ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] TechniSat SkyStar HD: Problems scaning and zaping
Artem Makhutov wrote: Hi, On Sat, Feb 23, 2008 at 10:32:58PM +0100, Artem Makhutov wrote: On Sun, Feb 24, 2008 at 01:29:31AM +0400, Manu Abraham wrote: Are you sure that you got the top level 2 changes changeset 7204 and 7203 respectively ? Oh, I only got 7203. Will try with 7204 in a few minutes. Awesome! It fixed the problem: Try: 100 Failes: 0 Tunes: 100 Great job! Cool. :) Regards, Manu ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] TechniSat SkyStar HD: Problems scaning and zaping
Manu Abraham wrote: Artem Makhutov wrote: Hi, On Sat, Feb 23, 2008 at 10:32:58PM +0100, Artem Makhutov wrote: On Sun, Feb 24, 2008 at 01:29:31AM +0400, Manu Abraham wrote: Are you sure that you got the top level 2 changes changeset 7204 and 7203 respectively ? Oh, I only got 7203. Will try with 7204 in a few minutes. Awesome! It fixed the problem: Try: 100 Failes: 0 Tunes: 100 Great job! Also, can you please do a benchmark in lock timings between changeset 7205 and 7200 ? The timing can be looked at by enabling the time stamps in the kernel config and looking at timestamps in the logs for start - stop (FE_HAS_LOCK) between the 2 changesets. Regards, Manu ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Help with Skystar HD2 (Twinhan VP-1041/Azurewave AD SP400 rebadge)
Tim Hewett wrote: Gernot, I have now tried the mantis tree. It also needed the MANTIS_VP_1041_DVB_S2 #define to be changed to 0x0001 for this card, but after doing that it was recognised: Applied the ID's to the mantis tree alongwith some other fixes/optimizations. Please do test the updated mantis tree. Regards, Manu ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Help with Skystar HD2 (Twinhan VP-1041/Azurewave AD SP400 rebadge)
Manu, I tried the changes, the card is now recognised at boot time without needing any manual changes to the code. However it now no longer tunes: [EMAIL PROTECTED]:~/linuxtv-dvb-apps-1.1.1/util/szap# ./szap -r -p -l UNIVERSAL -t 0 -a 4 BBCNews24 reading channels from file '/root/.szap/channels.conf' zapping to 6 'BBCNEWS24': sat 1, frequency = 10773 MHz H, symbolrate 2200, vpid = 0x0917, apid = 0x0919 sid = 0x0002 Querying info .. Delivery system=DVB-S using '/dev/dvb/adapter4/frontend0' and '/dev/dvb/adapter4/demux0' -- Using 'STB0899 DVB-S' DVB-S do_tune: API version=3, delivery system = 0 do_tune: Frequency = 1023000, Srate = 2200 do_tune: Frequency = 1023000, Srate = 2200 [EMAIL PROTECTED]:~/linuxtv-dvb-apps-1.1.1/util/szap# Many logs appear in dmesg: [ 252.991931] mantis_ack_wait (0): Slave RACK Fail ! [ 252.993633] dvb_frontend_ioctl: DVBFE_GET_INFO [ 252.993637] stb0899_get_info: Querying DVB-S2 info [ 253.096348] dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 [ 253.094642] stb0899_search: set DVB-S2 params [ 253.097053] mantis start feed dma [ 256.103782] mantis_ack_wait (0): Slave RACK Fail ! [ 256.103965] stb6100_set_bandwidth: Bandwidth=3970 [ 259.105856] mantis_ack_wait (0): Slave RACK Fail ! [ 259.106039] stb6100_get_bandwidth: Bandwidth=-1 [ 262.117917] mantis_ack_wait (0): Slave RACK Fail ! [ 262.118100] stb6100_set_frequency: Frequency=1068000 [ 262.841409] mantis stop feed and dma [ 265.119990] mantis_ack_wait (0): Slave RACK Fail ! [ 265.120173] stb6100_get_frequency: Frequency=493128704 [ 265.614395] dvb_frontend_ioctl: DVBFE_GET_INFO [ 265.614400] stb0899_get_info: Querying DVB-S info [ 265.715893] newfec_to_oldfec: Unsupported FEC 9 [ 265.715898] dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 [ 265.715929] mantis start feed dma [ 265.716116] stb0899_search: set DVB-S params [ 268.725269] mantis_ack_wait (0): Slave RACK Fail ! [ 268.725452] stb6100_set_bandwidth: Bandwidth=5161 [ 271.187024] mantis stop feed and dma [ 271.727343] mantis_ack_wait (0): Slave RACK Fail ! [ 271.727526] stb6100_get_bandwidth: Bandwidth=-1 [ 271.739040] stb6100_get_bandwidth: Bandwidth=4000 [ 274.747393] mantis_ack_wait (0): Slave RACK Fail ! [ 274.747576] stb6100_set_frequency: Frequency=1068000 [ 277.749467] mantis_ack_wait (0): Slave RACK Fail ! [ 277.749649] stb6100_get_frequency: Frequency=487856768 [ 280.755535] mantis_ack_wait (0): Slave RACK Fail ! [ 280.755718] stb6100_get_bandwidth: Bandwidth=-32512 [ 280.926082] dvb_frontend_ioctl: DVBFE_GET_INFO [ 280.926088] stb0899_get_info: Querying DVB-S info [ 281.027825] newfec_to_oldfec: Unsupported FEC 9 [ 281.027831] dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 [ 281.026363] stb0899_search: set DVB-S params [ 281.028754] mantis start feed dma [ 282.410988] mantis stop feed and dma [ 284.037242] mantis_ack_wait (0): Slave RACK Fail ! [ 284.037425] stb6100_set_bandwidth: Bandwidth=5161 [ 287.039315] mantis_ack_wait (0): Slave RACK Fail ! [ 287.039497] stb6100_get_bandwidth: Bandwidth=-1 [ 287.051012] stb6100_get_bandwidth: Bandwidth=4000 [ 290.059364] mantis_ack_wait (0): Slave RACK Fail ! [ 290.059547] stb6100_set_frequency: Frequency=1023000 [ 293.061438] mantis_ack_wait (0): Slave RACK Fail ! [ 293.061620] stb6100_get_frequency: Frequency=487856768 [ 296.067506] mantis_ack_wait (0): Slave RACK Fail ! [ 296.067688] stb6100_get_bandwidth: Bandwidth=-32512 [ 296.229928] dvb_frontend_ioctl: DVBFE_GET_INFO [ 296.229932] stb0899_get_info: Querying DVB-S2 info [ 296.331851] dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 [ 296.331874] mantis start feed dma [ 296.332053] stb0899_search: set DVB-S2 params [ 298.388761] mantis stop feed and dma [ 299.341223] mantis_ack_wait (0): Slave RACK Fail ! [ 299.341407] stb6100_set_bandwidth: Bandwidth=3970 [ 302.343297] mantis_ack_wait (0): Slave RACK Fail ! [ 302.343479] stb6100_get_bandwidth: Bandwidth=-1 [ 305.355357] mantis_ack_wait (0): Slave RACK Fail ! [ 305.355540] stb6100_set_frequency: Frequency=1023000 [ 308.357430] mantis_ack_wait (0): Slave RACK Fail ! [ 308.357613] stb6100_get_frequency: Frequency=493128704 [ 308.853981] dvb_frontend_ioctl: DVBFE_GET_INFO [ 308.853987] stb0899_get_info: Querying DVB-S info [ 308.955298] newfec_to_oldfec: Unsupported FEC 9 [ 308.955302] dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 [ 308.953772] stb0899_search: set DVB-S params [ 308.956175] mantis start feed dma [ 311.688916] mantis stop feed and dma [ 311.962710] mantis_ack_wait (0): Slave RACK Fail ! [ 311.962893] stb6100_set_bandwidth: Bandwidth=5161 [ 314.964783] mantis_ack_wait (0): Slave RACK Fail ! [ 314.964966] stb6100_get_bandwidth: Bandwidth=-1 [ 314.977227] stb6100_get_bandwidth: Bandwidth=4000 [ 317.984834] mantis_ack_wait (0): Slave RACK Fail ! [ 317.985016] stb6100_set_frequency: Frequency=1023000 [ 320.986907]
Re: [linux-dvb] TechniSat SkyStar HD: Problems scaning and zaping
Thank you all for your help, With the latest changeset I can tune channels correctly. I tried vdr and szap (from Manu). I dont know how to undo the last changesets and go back to 7200. Please tell me how to do it and I'll get the timings. I also tried to scan Hotbird and it seems that scanning is now consistent when you scan the same transponder more than once. A full scan produced 1722 channels which is not bad, but it needs improvement. There are about 2200 channels I think. I attach the log of the scan. It fails to scan certain transponders and I believe (not 100% sure, but I did some testing) that this is consistent across runs. Regards Vagelis Manu Abraham wrote: Manu Abraham wrote: Artem Makhutov wrote: Hi, On Sat, Feb 23, 2008 at 10:32:58PM +0100, Artem Makhutov wrote: On Sun, Feb 24, 2008 at 01:29:31AM +0400, Manu Abraham wrote: Are you sure that you got the top level 2 changes changeset 7204 and 7203 respectively ? Oh, I only got 7203. Will try with 7204 in a few minutes. Awesome! It fixed the problem: Try: 100 Failes: 0 Tunes: 100 Great job! Also, can you please do a benchmark in lock timings between changeset 7205 and 7200 ? The timing can be looked at by enabling the time stamps in the kernel config and looking at timestamps in the logs for start - stop (FE_HAS_LOCK) between the 2 changesets. Regards, Manu ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb scan.log.gz Description: GNU Zip compressed data ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Help with Skystar HD2 (Twinhan VP-1041/Azurewave AD SP400 rebadge)
Tim Hewett wrote: Manu, I tried the changes, the card is now recognised at boot time without needing any manual changes to the code. However it now no longer tunes: Sigh! missed out something while i carried forward something. I have applied the fix to the tree just now. Please try again. Regards, Manu ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] TechniSat SkyStar HD: Problems scaning and zaping
Vangelis Nonas wrote: Thank you all for your help, With the latest changeset I can tune channels correctly. I tried vdr and szap (from Manu). I dont know how to undo the last changesets and go back to 7200. Please tell me how to do it and I'll get the timings. clone the multiproto tree from there, do a partial clone locally hg clone -r 7200 multiproto multiproto_7200 I also tried to scan Hotbird and it seems that scanning is now consistent when you scan the same transponder more than once. A full scan produced 1722 channels which is not bad, but it needs improvement. There are about 2200 channels I think. If you can provide a log with verbose=5 for the channels which it doesn't scan it will be a bit more helpful. Will need the logs (/var/log/messages) to debug this as well. The module parameters the same for both the STB0899 and the STB6100 I attach the log of the scan. It fails to scan certain transponders and I believe (not 100% sure, but I did some testing) that this is consistent across runs. The log is just the output of the scan utility, will need the output from the driver and a bit of thoughts. Regards, Manu Regards Vagelis Manu Abraham wrote: Manu Abraham wrote: Artem Makhutov wrote: Hi, On Sat, Feb 23, 2008 at 10:32:58PM +0100, Artem Makhutov wrote: On Sun, Feb 24, 2008 at 01:29:31AM +0400, Manu Abraham wrote: Are you sure that you got the top level 2 changes changeset 7204 and 7203 respectively ? Oh, I only got 7203. Will try with 7204 in a few minutes. Awesome! It fixed the problem: Try: 100 Failes: 0 Tunes: 100 Great job! Also, can you please do a benchmark in lock timings between changeset 7205 and 7200 ? The timing can be looked at by enabling the time stamps in the kernel config and looking at timestamps in the logs for start - stop (FE_HAS_LOCK) between the 2 changesets. Regards, Manu ___ 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] Help with Skystar HD2 (Twinhan VP-1041/Azurewave AD SP400 rebadge)
Manu, Thanks, it now tunes to horizontal transponders though not vertical ones. I think others have been having similar symptoms with the mantis/ multiproto trees. It won't tune to any DVB-S2 transponder, but that has not changed since previously. Output from successful tuning: [EMAIL PROTECTED]:~/linuxtv-dvb-apps-1.1.1/util/szap# ./szap -r -p -l UNIVERSAL -t 0 -a 4 BBCNews24 reading channels from file '/root/.szap/channels.conf' zapping to 6 'BBCNEWS24': sat 1, frequency = 10773 MHz H, symbolrate 2200, vpid = 0x0917, apid = 0x0919 sid = 0x0002 Querying info .. Delivery system=DVB-S using '/dev/dvb/adapter4/frontend0' and '/dev/dvb/adapter4/demux0' -- Using 'STB0899 DVB-S' DVB-S do_tune: API version=3, delivery system = 0 do_tune: Frequency = 1023000, Srate = 2200 do_tune: Frequency = 1023000, Srate = 2200 couldn't find pmt-pid for sid 0002 status 1e | signal 0128 | snr 0072 | ber | unc fffe | FE_HAS_LOCK status 1e | signal 0128 | snr 0071 | ber | unc fffe | FE_HAS_LOCK status 1e | signal 0128 | snr 0073 | ber | unc fffe | FE_HAS_LOCK [EMAIL PROTECTED]:~/linuxtv-dvb-apps-1.1.1/util/szap# Output from unsuccessful tuning: [EMAIL PROTECTED]:~/linuxtv-dvb-apps-1.1.1/util/szap# ./szap -r -p -l UNIVERSAL -t 0 -a 4 BBC1West reading channels from file '/root/.szap/channels.conf' zapping to 1 'BBC1West': sat 1, frequency = 10818 MHz V, symbolrate 2200, vpid = 0x0901, apid = 0x0903 sid = 0x0002 Querying info .. Delivery system=DVB-S using '/dev/dvb/adapter4/frontend0' and '/dev/dvb/adapter4/demux0' -- Using 'STB0899 DVB-S' DVB-S do_tune: API version=3, delivery system = 0 do_tune: Frequency = 1068000, Srate = 2200 do_tune: Frequency = 1068000, Srate = 2200 [EMAIL PROTECTED]:~/linuxtv-dvb-apps-1.1.1/util/szap# Messages in dmesg for successful tuning: [ 402.455361] dvb_frontend_ioctl: DVBFE_GET_INFO [ 402.455366] stb0899_get_info: Querying DVB-S info [ 402.556373] newfec_to_oldfec: Unsupported FEC 9 [ 402.556377] dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 [ 402.556998] mantis start feed dma [ 402.557255] stb0899_search: set DVB-S params [ 402.567810] stb6100_set_bandwidth: Bandwidth=5161 [ 402.569927] stb6100_get_bandwidth: Bandwidth=5200 [ 402.581331] stb6100_get_bandwidth: Bandwidth=5200 [ 402.613394] stb6100_set_frequency: Frequency=1023000 [ 402.615510] stb6100_get_frequency: Frequency=1022994 [ 402.621496] stb6100_get_bandwidth: Bandwidth=5200 [ 404.541047] _stb0899_read_reg: Read error, Reg=[0xf525], Status=-121 [ 404.541749] mantis stop feed and dma Messages in dmesg for unsuccessful tuning: [ 428.255926] dvb_frontend_ioctl: DVBFE_GET_INFO [ 428.255935] stb0899_get_info: Querying DVB-S info [ 428.358369] newfec_to_oldfec: Unsupported FEC 9 [ 428.358375] dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 [ 428.358384] stb0899_search: set DVB-S params [ 428.366099] mantis start feed dma [ 428.370052] stb6100_set_bandwidth: Bandwidth=5161 [ 428.372169] stb6100_get_bandwidth: Bandwidth=5200 [ 428.383571] stb6100_get_bandwidth: Bandwidth=5200 [ 428.415643] stb6100_set_frequency: Frequency=1068000 [ 428.417759] stb6100_get_frequency: Frequency=1068002 [ 428.423743] stb6100_get_bandwidth: Bandwidth=5200 [ 428.855068] stb0899_search: set DVB-S params [ 428.867399] stb6100_set_bandwidth: Bandwidth=5161 [ 428.869513] stb6100_get_bandwidth: Bandwidth=5200 [ 428.880942] stb6100_get_bandwidth: Bandwidth=5200 [ 428.912989] stb6100_set_frequency: Frequency=1068000 [ 428.915105] stb6100_get_frequency: Frequency=1068002 [ 428.921089] stb6100_get_bandwidth: Bandwidth=5200 [ 429.360404] stb0899_search: set DVB-S params [ 429.372735] stb6100_set_bandwidth: Bandwidth=5161 [ 429.374877] stb6100_get_bandwidth: Bandwidth=5200 [ 429.386280] stb6100_get_bandwidth: Bandwidth=5200 [ 429.420690] stb6100_set_frequency: Frequency=1068000 [ 429.423096] stb6100_get_frequency: Frequency=1068002 [ 429.428790] stb6100_get_bandwidth: Bandwidth=5200 [ 429.858115] stb0899_search: set DVB-S params [ 429.870449] stb6100_set_bandwidth: Bandwidth=5161 [ 429.872856] stb6100_get_bandwidth: Bandwidth=5200 [ 429.884544] stb6100_get_bandwidth: Bandwidth=5200 [ 429.918035] stb6100_set_frequency: Frequency=1068000 [ 429.920436] stb6100_get_frequency: Frequency=1068002 [ 429.926137] stb6100_get_bandwidth: Bandwidth=5200 [ 430.325501] stb0899_search: set DVB-S params [ 430.337835] stb6100_set_bandwidth: Bandwidth=5161 [ 430.340273] stb6100_get_bandwidth: Bandwidth=5200 [ 430.351963] stb6100_get_bandwidth: Bandwidth=5200 [ 430.385421] stb6100_set_frequency: Frequency=1068000 [ 430.387816] stb6100_get_frequency: Frequency=1068002 [ 430.393523] stb6100_get_bandwidth: Bandwidth=5200 [ 430.834833] stb0899_search: set DVB-S params [ 430.847166]
Re: [linux-dvb] Help with Skystar HD2 (Twinhan VP-1041/Azurewave AD SP400 rebadge)
Tim Hewett wrote: Manu, Thanks, it now tunes to horizontal transponders though not vertical ones. I think others have been having similar symptoms with the mantis/multiproto trees. Can someone replicate this behaviour: not tuning to vertical transponders ? Do you have any switches or a rotor in the SEC chain ? It won't tune to any DVB-S2 transponder, but that has not changed since previously. Hmm .. Are you really sure ? Messages in dmesg for successful tuning: [ 402.455361] dvb_frontend_ioctl: DVBFE_GET_INFO [ 402.455366] stb0899_get_info: Querying DVB-S info [ 402.556373] newfec_to_oldfec: Unsupported FEC 9 [ 402.556377] dvb_frontend_ioctl: FESTATE_RETUNE: fepriv-state=2 [ 402.556998] mantis start feed dma [ 402.557255] stb0899_search: set DVB-S params [ 402.567810] stb6100_set_bandwidth: Bandwidth=5161 [ 402.569927] stb6100_get_bandwidth: Bandwidth=5200 [ 402.581331] stb6100_get_bandwidth: Bandwidth=5200 [ 402.613394] stb6100_set_frequency: Frequency=1023000 [ 402.615510] stb6100_get_frequency: Frequency=1022994 [ 402.621496] stb6100_get_bandwidth: Bandwidth=5200 [ 404.541047] _stb0899_read_reg: Read error, Reg=[0xf525], Status=-121 [ 404.541749] mantis stop feed and dma I will need the stb0899 and stb6100 modules to be loaded with verbose=5 parameter, for understanding what's happening. Regards, Manu ___ 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 Stick problems
2008/2/23, Ysangkok [EMAIL PROTECTED]: 2008/2/22, David Santinoli [EMAIL PROTECTED]: On Fri, Feb 22, 2008 at 04:39:05PM +0100, Ysangkok wrote: However I cannot get it to work. I have fetched the firmware dvb-usb-dib0700-1.10.fw (34306 bytes). When I use (dvb)scan I get tuning failed. Hi Ysangkok, I have a Nova-T Stick very similar to yours (mine has USB vendor:product ID 2040:7060 while yours is 2040:7070). Assuming the hardware is substantially the same, you might want to 'modprobe mt2060' and check for this line in the dmesg output: MT2060: successfully identified (IF1 = 1220) Cheers, David Hello David, I modprobe'd mt2060, however it doesn't render any additional lines in dmesg. The module does show up in lsmod (attached). Anyway, I forgot to tell you that I _did_ compile the latest linux-dvb git tree (about three days ago), however I am using the default Ubuntu kernel (2.6.22-14-generic). However if I compiled my own linux-dvb I understood that I did not need to have the absolute latest kernel. Next time I reboot I'll check what makes it show all those error messages in dmesg. I have an old syslog which has all the error messages, which look like this: Feb 21 09:44:35 Gigabob kernel: [ 541.199844] dib0700: RC Query Failed Feb 21 09:44:35 Gigabob kernel: [ 541.199856] dvb-usb: error while querying for an remote control event. Feb 21 09:44:35 Gigabob kernel: [ 541.351680] dib0700: RC Query Failed Feb 21 09:44:35 Gigabob kernel: [ 541.351692] dvb-usb: error while querying for an remote control event. Feb 21 09:44:35 Gigabob kernel: [ 541.503522] dib0700: RC Query Failed Feb 21 09:44:35 Gigabob kernel: [ 541.503538] dvb-usb: error while querying for an remote control event. Feb 21 09:44:36 Gigabob kernel: [ 541.655351] dib0700: RC Query Failed And it goes on like that :P The full syslog is 2,5 MB. I can upload if you wan't it, but there is not anything special. Regards, Ysangkok Hello again, I am sorry for top posting in the past. I forgot that I shouldn't. I thought maybe that the firmware was wrong. Since the device works in Vista, maybe I should try stealing its firmware. However, I do not know how to do this. I am also wondering if I can just boot into Vista and let it load the firmware. If I then reboot, I wonder if the firmware will still be in the stick, so Linux can use it? BTW, here's the output from dvbscan: $ scan - /usr/share/doc/dvb-utils/examples/scan/dvb-t/dk-Copenhagen scanning /usr/share/doc/dvb-utils/examples/scan/dvb-t/dk-Copenhagen using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' initial transponder 71400 0 3 9 1 1 0 0 tune to: 71400:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_AUTO:QAM_16:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE tuning status == 0x01 tuning status == 0x01 tuning status == 0x01 tuning status == 0x01 tuning status == 0x01 tuning status == 0x01 tuning status == 0x01 tuning status == 0x01 tuning status == 0x01 tuning status == 0x01 WARNING: tuning failed!!! tune to: 71400:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_AUTO:QAM_16:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE (tuning failed) tuning status == 0x01 tuning status == 0x01 tuning status == 0x01 tuning status == 0x01 tuning status == 0x01 tuning status == 0x01 tuning status == 0x01 tuning status == 0x01 tuning status == 0x01 tuning status == 0x01 WARNING: tuning failed!!! ERROR: initial tuning failed dumping lists (0 services) Done. No output in dmesg. Regards, Janus Troelsen ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Help with Skystar HD2 (Twinhan VP-1041/Azurewave AD SP400 rebadge)
Manu, On 24 Feb 2008, at 00:38, Manu Abraham wrote: Do you have any switches or a rotor in the SEC chain ? I have a Diseqc 1.0 switch on this card. I just retested using Technisat's Windows software and the vertical transponders still don't work, same for DVB-S2 transponders. Strange, they worked perfectly every time previously, e.g. BBCHD on 10847/v on Astra 2D. But not today. For now, my system is the problem. Definitely still no tuning to DVB-S2 transponders under Linux, horizontal or vertical. Horizontal ones work ok with Technisat's Windows software. Tim. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] How do you stream the entire MPEG-TS with dvbstream?
with the same drivers and a different version of dvbstream? In any case you should always try a fresh cvs checkout of dvbstream. A simple test you should run is this: dvbstream -f 226500 -gi 16 -bw 7 -o 8192 dump.ts and try to play the dump.ts from another terminal. If you see corruptions then report back, please. P.S. 1.7 and 3 MB/s are really low bandwidth usage that shouldn't cause any trouble Well I've upgraded to today's CVS, but the problem remains. I've also tried the new version on my old server but it works there, so obviously there's some issue with my system configuration: Working server: Slackware 9.1, kernel 2.6.11.6 (2005-06-19) Broken server: Gentoo 2007.0, kernel 2.6.24.2 (2008-02-23) Both servers have Realtek 8169 gigabit ethernet cards, using the r8169 driver. Both MTUs are 1500, both are connected via the same switch to my desktop PC. According to gkrellmd running on each server and on my desktop PC, broadcasting PID 8192 on the broken server only transmits/receives 1.7MB/sec, whereas it transmits/receives 3MB/sec on the working server. Is there any local network config that needs to be set up before dvbstream will work? Thanks, Adam. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] experimental drivers and 2.6.24 kernel
hello, i have problems with compiling experimental drivers from http://mcentral.de/hg/~mrec/v4l-dvb-experimental/ with kernel 2.6.24 i need it for my eb1a:e323 eMPIA Technology, Inc. (digivox a/d II) non experimental drivers compile without problems, am I doing something wrong? this is what i get: chaos:/home/oho/tmp/dvb# cd v4l-dvb-experimental-6c81945e4403/ chaos:/home/oho/tmp/dvb/v4l-dvb-experimental-6c81945e4403# make make -C /usr/home/oho/tmp/dvb/v4l-dvb-experimental-6c81945e4403/v4l make[1]: Entering directory `/usr/home/oho/tmp/dvb/v4l-dvb-experimental-6c81945e4403/v4l' creating symbolic links... make -C /lib/modules/2.6.24/build SUBDIRS=/usr/home/oho/tmp/dvb/v4l-dvb-experimental-6c81945e4403/v4l modules make[2]: Entering directory `/usr/src/linux-2.6.24' CC [M] /usr/home/oho/tmp/dvb/v4l-dvb-experimental-6c81945e4403/v4l/flexcop-pci.o In file included from /usr/home/oho/tmp/dvb/v4l-dvb-experimental-6c81945e4403/v4l/flexcop-common.h:23, from /usr/home/oho/tmp/dvb/v4l-dvb-experimental-6c81945e4403/v4l/flexcop-pci.c:10: /usr/home/oho/tmp/dvb/v4l-dvb-experimental-6c81945e4403/v4l/dvb_frontend.h:42:33: error: media/v4l_dvb_tuner.h: No such file or directory In file included from /usr/home/oho/tmp/dvb/v4l-dvb-experimental-6c81945e4403/v4l/flexcop-common.h:23, from /usr/home/oho/tmp/dvb/v4l-dvb-experimental-6c81945e4403/v4l/flexcop-pci.c:10: /usr/home/oho/tmp/dvb/v4l-dvb-experimental-6c81945e4403/v4l/dvb_frontend.h:165: error: field 'tuner_ops' has incomplete type make[3]: *** [/usr/home/oho/tmp/dvb/v4l-dvb-experimental-6c81945e4403/v4l/flexcop-pci.o] Error 1 make[2]: *** [_module_/usr/home/oho/tmp/dvb/v4l-dvb-experimental-6c81945e4403/v4l] Error 2 make[2]: Leaving directory `/usr/src/linux-2.6.24' make[1]: *** [default] Error 2 make[1]: Leaving directory `/usr/home/oho/tmp/dvb/v4l-dvb-experimental-6c81945e4403/v4l' make: *** [all] Error 2 signature.asc Description: OpenPGP digital signature ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] experimental drivers and 2.6.24 kernel
Hey Ondrej, 2008/2/24 Ondrej Holecek [EMAIL PROTECTED]: hello, i have problems with compiling experimental drivers from http://mcentral.de/hg/~mrec/v4l-dvb-experimental/ with kernel 2.6.24 i need it for my eb1a:e323 eMPIA Technology, Inc. (digivox a/d II) I'll try to get that device next week for adding full support for it. I don't think that there's proper support in v4l-dvb-experimental for that device anyway. Best for you would be to sign up at the mailinglist on mcentral.de I'll post further news about it when I'm done with it. Markus ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
