[linux-dvb] Regarding LLCI HLCI
Hi,nbsp;nbsp; Can anybody please explain me brief about, Low level CI (LLCI) and High level CI(HLCI)Regards,\Santosh\___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Suggestions for T750
Markus Rechberger wrote: Hi, did you see the existing xc3028 driver on mcentral.de? http://mcentral.de/hg/~mrec/v4l-dvb-experimental/ xc3028-tuner.c (it's implemented in the em28xx, saa7134 and cx88 there) I xc3028 code I have seen is tied to the em28xx driver. Are there any instructions for using this experimental code? I am currently working off http://linuxtv.org/hg/v4l-dvb I have the correct firmware for this card but I don't know how to 'package' it to work with the 3028 driver. Where possible I certainly want to use reuse the existing code. The T750 is a SAA7134(5) based PCI card. The card also has digital based on the XL10353 and QT1010. John. That driver supports xc3028, xc2028, xc3018 chips, you might have some issues with the firmwares, best would be to try existing packages. What kind of device is that? PCI/Conexant, or something else? Markus On 4/23/07, John Newbigin [EMAIL PROTECTED] wrote: Here I go replying to myself again. I have had some success with loading the firmware. I has a suspicion that I needed to twiddle the GPIO pins but could not get it to work. Studying the xc3028 driver showed me the way. The GPIO needs to be first cleared and then set before continuing. The xc3028 is very similar to the xc2028 and they could use a common driver. I don't understand how the firmware file is stored for the xc3028 though. I assume that multiple chunks are encoded into one file somehow. There is also another firmware chunk which is needed for FM radio support so I don't know how that would be added. Anyway, I have loading firmware but still no TV. I think I am close though. i2c traces and firmware can be downloaded from here http://www.chrysocome.net/downloads/t750-logs-0.1.tar.gz I'll try and clean up my code and post a patch tomorrow. John. John Newbigin wrote: I have made some slow progress with the T750. I have implemented loading the firmware for the CX2028 but I have hit a problem. After loading the firmware, there are some commands (known as the 'MAGIC VALUES') which need to be issued. These are the same as for the CX3028. After this final write, my card does another write and then a read, but when I attempt the final read command the chip locks up and returns BUSY. Once this happens, the card has to be powered off to reset everything. Can anyone offer some suggestions of things to try. I have the feeling I am very close. I have i2c traces if anyone wants to see them but they are quite large. John. ___ 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] Suggestions for T750
On 4/24/07, John Newbigin [EMAIL PROTECTED] wrote: Markus Rechberger wrote: Hi, did you see the existing xc3028 driver on mcentral.de? http://mcentral.de/hg/~mrec/v4l-dvb-experimental/ xc3028-tuner.c (it's implemented in the em28xx, saa7134 and cx88 there) I xc3028 code I have seen is tied to the em28xx driver. Are there any instructions for using this experimental code? I am currently working off http://linuxtv.org/hg/v4l-dvb the experimental tree is just the same as http://linuxtv.org/hg/v4l-dvb it just includes support for around 60 more devices http://linuxtv.org/repo/ (just replace http://linuxtv.org/hg/v4l-dvb with http://linuxtv.org/hg/v4l-dvb-experimental) The code isn't tied to the em28xx in the experimental tree (it's used with cx88, saa7134 and em28xx) Best would be to look at em2880-dvb how it's implemented there. http://mcentral.de/wiki/index.php/Em2880#Installation the installation instruction for em28xx based devices should also apply for your version. best regards, Markus I have the correct firmware for this card but I don't know how to 'package' it to work with the 3028 driver. Where possible I certainly want to use reuse the existing code. The T750 is a SAA7134(5) based PCI card. The card also has digital based on the XL10353 and QT1010. John. That driver supports xc3028, xc2028, xc3018 chips, you might have some issues with the firmwares, best would be to try existing packages. What kind of device is that? PCI/Conexant, or something else? Markus On 4/23/07, John Newbigin [EMAIL PROTECTED] wrote: Here I go replying to myself again. I have had some success with loading the firmware. I has a suspicion that I needed to twiddle the GPIO pins but could not get it to work. Studying the xc3028 driver showed me the way. The GPIO needs to be first cleared and then set before continuing. The xc3028 is very similar to the xc2028 and they could use a common driver. I don't understand how the firmware file is stored for the xc3028 though. I assume that multiple chunks are encoded into one file somehow. There is also another firmware chunk which is needed for FM radio support so I don't know how that would be added. Anyway, I have loading firmware but still no TV. I think I am close though. i2c traces and firmware can be downloaded from here http://www.chrysocome.net/downloads/t750-logs-0.1.tar.gz I'll try and clean up my code and post a patch tomorrow. John. John Newbigin wrote: I have made some slow progress with the T750. I have implemented loading the firmware for the CX2028 but I have hit a problem. After loading the firmware, there are some commands (known as the 'MAGIC VALUES') which need to be issued. These are the same as for the CX3028. After this final write, my card does another write and then a read, but when I attempt the final read command the chip locks up and returns BUSY. Once this happens, the card has to be powered off to reset everything. Can anyone offer some suggestions of things to try. I have the feeling I am very close. I have i2c traces if anyone wants to see them but they are quite large. John. ___ 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 -- Markus Rechberger ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Suggestions for T750
On 4/24/07, Markus Rechberger [EMAIL PROTECTED] wrote: On 4/24/07, John Newbigin [EMAIL PROTECTED] wrote: Markus Rechberger wrote: Hi, did you see the existing xc3028 driver on mcentral.de? http://mcentral.de/hg/~mrec/v4l-dvb-experimental/ xc3028-tuner.c (it's implemented in the em28xx, saa7134 and cx88 there) I xc3028 code I have seen is tied to the em28xx driver. Are there any instructions for using this experimental code? I am currently working off http://linuxtv.org/hg/v4l-dvb the experimental tree is just the same as http://linuxtv.org/hg/v4l-dvb it just includes support for around 60 more devices http://linuxtv.org/repo/ (just replace http://linuxtv.org/hg/v4l-dvb with http://linuxtv.org/hg/v4l-dvb-experimental) this was too fast it should be: http://mcentral.de/hg/~mrec/v4l-dvb-experimental The code isn't tied to the em28xx in the experimental tree (it's used with cx88, saa7134 and em28xx) Best would be to look at em2880-dvb how it's implemented there. http://mcentral.de/wiki/index.php/Em2880#Installation the installation instruction for em28xx based devices should also apply for your version. best regards, Markus I have the correct firmware for this card but I don't know how to 'package' it to work with the 3028 driver. Where possible I certainly want to use reuse the existing code. The T750 is a SAA7134(5) based PCI card. The card also has digital based on the XL10353 and QT1010. John. That driver supports xc3028, xc2028, xc3018 chips, you might have some issues with the firmwares, best would be to try existing packages. What kind of device is that? PCI/Conexant, or something else? Markus On 4/23/07, John Newbigin [EMAIL PROTECTED] wrote: Here I go replying to myself again. I have had some success with loading the firmware. I has a suspicion that I needed to twiddle the GPIO pins but could not get it to work. Studying the xc3028 driver showed me the way. The GPIO needs to be first cleared and then set before continuing. The xc3028 is very similar to the xc2028 and they could use a common driver. I don't understand how the firmware file is stored for the xc3028 though. I assume that multiple chunks are encoded into one file somehow. There is also another firmware chunk which is needed for FM radio support so I don't know how that would be added. Anyway, I have loading firmware but still no TV. I think I am close though. i2c traces and firmware can be downloaded from here http://www.chrysocome.net/downloads/t750-logs-0.1.tar.gz I'll try and clean up my code and post a patch tomorrow. John. John Newbigin wrote: I have made some slow progress with the T750. I have implemented loading the firmware for the CX2028 but I have hit a problem. After loading the firmware, there are some commands (known as the 'MAGIC VALUES') which need to be issued. These are the same as for the CX3028. After this final write, my card does another write and then a read, but when I attempt the final read command the chip locks up and returns BUSY. Once this happens, the card has to be powered off to reset everything. Can anyone offer some suggestions of things to try. I have the feeling I am very close. I have i2c traces if anyone wants to see them but they are quite large. John. ___ 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 -- Markus Rechberger -- Markus Rechberger ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Tellicast (EUmetcast) problem
Hello Radek! This is probably not the right place for your problem. Better ask your operator or contact tellitec. Greetings, Christian. Radek Hájský wrote: Hello, my problem is in the instalation software Tellicast from EUmetcast. Software install on the linux OS - Fedora 8. This is error (tellicast-client START): awk: error while loading shared libraries: libm.so.6: cannot open shared object file: No such file or directory grep: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory grep: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory awk: error while loading shared libraries: libm.so.6: cannot open shared object file: No such file or directory cut: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory /etc/init.d/tellicast-client: line 231: [: !=: unary operator expected Starting tellicast-client: su: error while loading shared libraries: libcrypt.so.1: cannot open shared object file: No such file or directory su: error while loading shared libraries: libcrypt.so.1: cannot open shared object file: No such file or directory touch: error while loading shared libraries: librt.so.1: cannot open shared object file: No such file or directory OK Can I help me? Very thx ALL for help. ___ 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] Suggestions for T750
Success! I have to sort out the channels in tvtime and no audio yet but analog tv is working. I'll post an updated patch which works against the experimental branch. John. Markus Rechberger wrote: On 4/24/07, John Newbigin [EMAIL PROTECTED] wrote: Markus Rechberger wrote: Hi, did you see the existing xc3028 driver on mcentral.de? http://mcentral.de/hg/~mrec/v4l-dvb-experimental/ xc3028-tuner.c (it's implemented in the em28xx, saa7134 and cx88 there) I xc3028 code I have seen is tied to the em28xx driver. Are there any instructions for using this experimental code? I am currently working off http://linuxtv.org/hg/v4l-dvb the experimental tree is just the same as http://linuxtv.org/hg/v4l-dvb it just includes support for around 60 more devices http://linuxtv.org/repo/ (just replace http://linuxtv.org/hg/v4l-dvb with http://linuxtv.org/hg/v4l-dvb-experimental) The code isn't tied to the em28xx in the experimental tree (it's used with cx88, saa7134 and em28xx) Best would be to look at em2880-dvb how it's implemented there. http://mcentral.de/wiki/index.php/Em2880#Installation the installation instruction for em28xx based devices should also apply for your version. best regards, Markus I have the correct firmware for this card but I don't know how to 'package' it to work with the 3028 driver. Where possible I certainly want to use reuse the existing code. The T750 is a SAA7134(5) based PCI card. The card also has digital based on the XL10353 and QT1010. John. That driver supports xc3028, xc2028, xc3018 chips, you might have some issues with the firmwares, best would be to try existing packages. What kind of device is that? PCI/Conexant, or something else? Markus On 4/23/07, John Newbigin [EMAIL PROTECTED] wrote: Here I go replying to myself again. I have had some success with loading the firmware. I has a suspicion that I needed to twiddle the GPIO pins but could not get it to work. Studying the xc3028 driver showed me the way. The GPIO needs to be first cleared and then set before continuing. The xc3028 is very similar to the xc2028 and they could use a common driver. I don't understand how the firmware file is stored for the xc3028 though. I assume that multiple chunks are encoded into one file somehow. There is also another firmware chunk which is needed for FM radio support so I don't know how that would be added. Anyway, I have loading firmware but still no TV. I think I am close though. i2c traces and firmware can be downloaded from here http://www.chrysocome.net/downloads/t750-logs-0.1.tar.gz I'll try and clean up my code and post a patch tomorrow. John. John Newbigin wrote: I have made some slow progress with the T750. I have implemented loading the firmware for the CX2028 but I have hit a problem. After loading the firmware, there are some commands (known as the 'MAGIC VALUES') which need to be issued. These are the same as for the CX3028. After this final write, my card does another write and then a read, but when I attempt the final read command the chip locks up and returns BUSY. Once this happens, the card has to be powered off to reset everything. Can anyone offer some suggestions of things to try. I have the feeling I am very close. I have i2c traces if anyone wants to see them but they are quite large. John. ___ 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] Suggestions for T750
Hi, On 4/24/07, John Newbigin [EMAIL PROTECTED] wrote: Success! great! I have to sort out the channels in tvtime and no audio yet but analog tv is working. I'll post an updated patch which works against the experimental branch. you might try to adjust the gpio values for your device, look up the recent Winfast 2000 threads. it's rather important that you figure out the gpio reset sequence in windows (using regspy) this way you wouldn't have to cold reboot your machine for retrying another firmware. Initially you can load 1 firmware without a gpio reset, a cold reboot is the only thing you can do for resetting the device if you don't know the gpio reset values. You might also try other firmwares which are provided on that site. The em28xx/cx88 provide a gpio callback for resetting the device, you should also have a look at how it's implemented (look at the cx88/em28xx/(maybe sa7134)-i2c.c files Markus John. Markus Rechberger wrote: On 4/24/07, John Newbigin [EMAIL PROTECTED] wrote: Markus Rechberger wrote: Hi, did you see the existing xc3028 driver on mcentral.de? http://mcentral.de/hg/~mrec/v4l-dvb-experimental/ xc3028-tuner.c (it's implemented in the em28xx, saa7134 and cx88 there) I xc3028 code I have seen is tied to the em28xx driver. Are there any instructions for using this experimental code? I am currently working off http://linuxtv.org/hg/v4l-dvb the experimental tree is just the same as http://linuxtv.org/hg/v4l-dvb it just includes support for around 60 more devices http://linuxtv.org/repo/ (just replace http://linuxtv.org/hg/v4l-dvb with http://linuxtv.org/hg/v4l-dvb-experimental) The code isn't tied to the em28xx in the experimental tree (it's used with cx88, saa7134 and em28xx) Best would be to look at em2880-dvb how it's implemented there. http://mcentral.de/wiki/index.php/Em2880#Installation the installation instruction for em28xx based devices should also apply for your version. best regards, Markus I have the correct firmware for this card but I don't know how to 'package' it to work with the 3028 driver. Where possible I certainly want to use reuse the existing code. The T750 is a SAA7134(5) based PCI card. The card also has digital based on the XL10353 and QT1010. John. That driver supports xc3028, xc2028, xc3018 chips, you might have some issues with the firmwares, best would be to try existing packages. What kind of device is that? PCI/Conexant, or something else? Markus On 4/23/07, John Newbigin [EMAIL PROTECTED] wrote: Here I go replying to myself again. I have had some success with loading the firmware. I has a suspicion that I needed to twiddle the GPIO pins but could not get it to work. Studying the xc3028 driver showed me the way. The GPIO needs to be first cleared and then set before continuing. The xc3028 is very similar to the xc2028 and they could use a common driver. I don't understand how the firmware file is stored for the xc3028 though. I assume that multiple chunks are encoded into one file somehow. There is also another firmware chunk which is needed for FM radio support so I don't know how that would be added. Anyway, I have loading firmware but still no TV. I think I am close though. i2c traces and firmware can be downloaded from here http://www.chrysocome.net/downloads/t750-logs-0.1.tar.gz I'll try and clean up my code and post a patch tomorrow. John. John Newbigin wrote: I have made some slow progress with the T750. I have implemented loading the firmware for the CX2028 but I have hit a problem. After loading the firmware, there are some commands (known as the 'MAGIC VALUES') which need to be issued. These are the same as for the CX3028. After this final write, my card does another write and then a read, but when I attempt the final read command the chip locks up and returns BUSY. Once this happens, the card has to be powered off to reset everything. Can anyone offer some suggestions of things to try. I have the feeling I am very close. I have i2c traces if anyone wants to see them but they are quite large. John. ___ 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 -- Markus Rechberger ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Compro VideoMate T750 - Analog working
I have uploaded a patch which adds T750 support to the http://mcentral.de/hg/~mrec/v4l-dvb-experimental branch. The patch is here http://www.chrysocome.net/downloads/v4l-dvb-experimental-t750-0.2.diff At the moment only analog TV is supported. So far I have not got any audio and radio is untested. These may however work. DVB is not working. Quick instructions: hg clone http://mcentral.de/hg/~mrec/v4l-dvb-experimental cd v4l-dvb-experimental wget http://www.chrysocome.net/downloads/v4l-dvb-experimental-t750-0.2.diff patch -p1 v4l-dvb-experimental-t750-0.2.diff make # Install your modules. perhaps you trust make install depmod -a cd /lib/firmware wget http://konstantin.filtschew.de/v4l-firmware/firmware_v4.tgz tar -zxvf firmware_v4.tgz modprobe saa7134 tvtime Thanks to Markus for putting me onto the experimental code. Enjoy. John. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] Compro VideoMate T750 - Analog working
On 4/24/07, John Newbigin [EMAIL PROTECTED] wrote: I have uploaded a patch which adds T750 support to the http://mcentral.de/hg/~mrec/v4l-dvb-experimental branch. The patch is here http://www.chrysocome.net/downloads/v4l-dvb-experimental-t750-0.2.diff you might recheck dvb_attach(qt1010_attach, I think you use the wrong API there, there's also a sample implementation in the em2880-dvb how it should be done with the experimental tree. The second argument isn't dvb_frontend anymore there, it's a structure which holds a pointer to dvb_frontend. At the moment only analog TV is supported. So far I have not got any audio and radio is untested. These may however work. DVB is not working. Quick instructions: hg clone http://mcentral.de/hg/~mrec/v4l-dvb-experimental cd v4l-dvb-experimental wget http://www.chrysocome.net/downloads/v4l-dvb-experimental-t750-0.2.diff patch -p1 v4l-dvb-experimental-t750-0.2.diff make # Install your modules. perhaps you trust make install depmod -a cd /lib/firmware wget http://konstantin.filtschew.de/v4l-firmware/firmware_v4.tgz tar -zxvf firmware_v4.tgz modprobe saa7134 tvtime Thanks to Markus for putting me onto the experimental code. if you can send a small description + Signed-off-by line I could add it to the experimental repository. http://www.linuxtv.org/v4lwiki/index.php/How_to_submit_patches (but first please take care about qt1010_attach ...) thanks, Markus ___ 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] possible afatech af9005 bug
Yes, I'm back with my cheapass USB DVB-T stick. I recently bought a MSI Mega Sky 580 (found one at the back of the shelves) because the afatech didn't seem to be working very well. After some playing with the Mega Sky (it works), I plugged back in the Allnet all2006 aka Afatech af9005. Now comes the surprise: some pretty weak channels (transmitter 50km away) work pretty well, with only a few blocks here and there (still definitely watchable). BUT: that is with the channellist I made with the MSI stick. Also the Belgium channels (30km away) now work, and they work almost flawless! (few blocks here as well) and the last interesting FTA location here, Goes, 27km away, works too. This stick isn't that bad at all! Okay, the MSI seems to be better (no blocks I think instead of a few), but for the money the Afatech is reasonable. Earlier I just wasn't able to get any channel into my channellist, so I thought the tuner was extremely unsensitive and couldn't test any channel actually playing. But if you test the channels themselves instead of scanning for them, the channels themself work. Actually getting a channellist (with Kaffeine) for these channels, is still impossible with the Afatech, and I think that could be a bug. See: on the frequencies I scan, I do get frequency lists, so the stick sees something. The LED also says it's locking. And if I use a frequency list made with another DVB-T device, these channels often work mostly fine. It's still not the most sensitive tuner, but now that the channels are actually playing prove to me that at least it works. So the bug is: you can't scan for channels with the stick. Well, hardly ever. On some specific frequency I do get results with the Afatech while scanning, but that's just one frequency filled with mostly (worthless) encrypted channels. With the MSI this is no problem, and if I use the channellist from the MSI on the Afatech it also works as expected. Only scanning with the Afatech itself somehow won't work properly. My Kaffeine version btw is 0.7.1 (will upgrade soon, Ubuntu 6.06), but I feel it shouldn't really matter that much, but to be complete. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] possible afatech af9005 bug
En/na P. van Gaans ha escrit: So the bug is: you can't scan for channels with the stick. Well, hardly ever. On some specific frequency I do get results with the Afatech while scanning, but that's just one frequency filled with mostly (worthless) encrypted channels. With the MSI this is no problem, and if I use the channellist from the MSI on the Afatech it also works as expected. Only scanning with the Afatech itself somehow won't work properly. My Kaffeine version btw is 0.7.1 (will upgrade soon, Ubuntu 6.06), but I feel it shouldn't really matter that much, but to be complete. Maybe (just maybe) the afatech is slower/too slow to lock on a channel so kaffeine will time-out? Did you try with plain old scan and/or raising the timeut (if possible)? I don't remember how I got my channel list, but I think I primed it with scan then vdr did the rest. Bye -- Luca ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] possible afatech af9005 bug
For my feeling speed isn't the problem, but where do I increase the timeout? I understand it's in the settings with 0.8.4 but my version is older (and I don't want to upgrade before my backup machine is back up. I'm waiting for a new PSU for it). Maybe I'll just wait a while, upgrade then so I get the new Kaffeine. If someone knows if I can also set it somewhere in a configuration file I'll try that first, otherwise I'll just wait. However I do note scanning takes very long for my feeling, so maybe.. Luca Olivetti wrote: En/na P. van Gaans ha escrit: So the bug is: you can't scan for channels with the stick. Well, hardly ever. On some specific frequency I do get results with the Afatech while scanning, but that's just one frequency filled with mostly (worthless) encrypted channels. With the MSI this is no problem, and if I use the channellist from the MSI on the Afatech it also works as expected. Only scanning with the Afatech itself somehow won't work properly. My Kaffeine version btw is 0.7.1 (will upgrade soon, Ubuntu 6.06), but I feel it shouldn't really matter that much, but to be complete. Maybe (just maybe) the afatech is slower/too slow to lock on a channel so kaffeine will time-out? Did you try with plain old scan and/or raising the timeut (if possible)? I don't remember how I got my channel list, but I think I primed it with scan then vdr did the rest. Bye ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Freecom DVB-T with scrambled vendor ID - possible to fix?
Hi, After a power cut this morning, my Freecom 25451-rev.3 (May 2006) DVB-T stick failed to restart - I've since found that this is because its USB ID has changed from 0x14aa:0x0225 to 0x1402:0x0225 - i.e. one byte of the VID has been changed. Does anyone know of a tool that can edit the contents of the EEPROM on the 25451, or any of the WideView USB sticks? Freecom are no help (take it back to where you bought it then) and the supplier doesn't want to know either (your warranty is with Freecom, not us - so much for the Sale of Goods Act), so I'm pretty much on my own... If I hack the Windows driver .INF files to reflect the new VID, they work fine. The Linux drivers also work insofar as the firmware gets uploaded, but the DVB entries in /dev never get created (I suspect this is an issue with the way I edited the VIDs). Thanks, -- Phil. http://www.philpem.me.uk/ ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] inconsistent use of saa7146_pgtable_free?
You found the problem. Do you want to prepare and submit the patch? Please don't forget the patch description and Signed-off-by line. I just wanted to help. I hope this is ok. Are there any objections to checking these fixes into main? Best Regards. ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Australia and the DViCO Dual Digital 4
Hi all, For those interested I live in Australia (Hobart) and I've been working on getting the driver for this card going here. I figure the more people working on it the more likely we are to get something going using random luck. Unfortunately I still can't get it to tune. So far I've noticed that the ZL10353 input frequency is different (registers 0x6c and 0x6d) to what the windoze driver is sending so I've adjusted these as well as fixed a couple of other things which probably haven't made any difference. Most of the ZL10353 is set to auto although if I get desperate I can start setting some of the TPS bits to appropriate values. Essentially I don't believe the problem I'm having is with the ZL10353. However, can someone else in another part of Australia please confirm that registers 0x6c and 0x6d are always set to 0x22 and 0x17 here? (Look for a 08 0f 02 0x6[cd] XX line in the parsed usbsnoop file). I've now started digging around with the XC3028 although I haven't really begun to get stuck into the code. Last night I created a new firmware file as the one being sent from windoze doesn't match any of the other firmware I could find. I'm currently in the process of confirming it's correct. I'm also getting some GPIO calls to the card during firmware uploading and some i2c reads/writes which I can't yet decipher. If anyone knows what a 2 byte read (usb:09 00 02 61) to the xc3028 returns I'd like to know. There's a read, followed by a write, followed by another read but the final value read isn't what is written. I don't yet know enough about the XC3028 i2c stuff to know what's happening. After this the windoze driver does a ZL10353 reset etc, etc. Chances are with the different input/sampling frequency set in the ZL10353 the tuning and firmware in the XC3028 are unique to Australia. :-( Working on it but any help appreciated... Roger Scott. Send instant messages to your online friends http://au.messenger.yahoo.com ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] possible afatech af9005 bug
En/na P. van Gaans ha escrit: For my feeling speed isn't the problem, but where do I increase the timeout? I just saw that there isn't one in the scan utility, and probably this isn't the (only) problem: I report FE_HAS_LOCK when the af9005 says that it has seen the mpeg sync byte, while I use the tpsd_lock to indicate FE_HAS_CARRIER. Probably FE_HAS_LOCK should depend on both conditions. Try, as a test, in af9005-fe.c, function af9005_fe_read_status, where you see if (temp) *stat |= FE_HAS_SYNC | FE_HAS_VITERBI | FE_HAS_LOCK; change the condition to if (temp (*stat FE_HAS_CARRIER)) and tell me if you can scan this way. Bye -- Luca ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
Re: [linux-dvb] possible afatech af9005 bug
Sorry, that doesn't seem to help, I don't see any difference at all. It doesn't seem to hurt either. Some extra info: I see a lot of Getting frontend event and polling from Kaffeine. Especially a lot of polling. Often looks like: polling Getting frontend event polling Getting frontend event polling Getting frontend event polling polling polling polling polling polling And after some more polling it gives up and tries another frequency where the same thing repeats. Just two times getting happens as well. Sometimes more getting also happens. But almost always when it is done getting it keeps polling for a while before switching to another frequency. Sometimes I get Invalid section length or timeout : pid=17 or Invalid section length or timeout : pid=0. On 762Mhz however I can make a successful scan (reproducable), almost immediatly it starts loading the channels. Takes a few sec and looks like this: polling, getting, polling, getting, polling, getting, Event: Frequency: 76200 and from there on it starts loading channels normally. The polling/getting seems to go faster here as well. Maybe this makes the problem more clear (or maybe it doesn't, I'm not sure). P. Luca Olivetti wrote: En/na P. van Gaans ha escrit: For my feeling speed isn't the problem, but where do I increase the timeout? I just saw that there isn't one in the scan utility, and probably this isn't the (only) problem: I report FE_HAS_LOCK when the af9005 says that it has seen the mpeg sync byte, while I use the tpsd_lock to indicate FE_HAS_CARRIER. Probably FE_HAS_LOCK should depend on both conditions. Try, as a test, in af9005-fe.c, function af9005_fe_read_status, where you see if (temp) *stat |= FE_HAS_SYNC | FE_HAS_VITERBI | FE_HAS_LOCK; change the condition to if (temp (*stat FE_HAS_CARRIER)) and tell me if you can scan this way. Bye ___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
[linux-dvb] Regarding LLCI HLCI
Hi, nbsp;nbsp; Can anybody please explain me brief about, Low level CI (LLCI) and High level CI(HLCI) Regards,\Santosh\___ linux-dvb mailing list linux-dvb@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
