Re: [PATCH 0/1] xc3028: force reload of DTV7 firmware in VHF band with Zarlink demodulator
Hi Christoph, On 07-12-2011 19:54, Christoph Pfister wrote: 2011/12/7 Mauro Carvalho Chehabmche...@redhat.com: snip Several channels in Italy are marked as if they are using 8MHz for VHF (the auto-Italy is the most weird one, as it defines all VHF frequencies with both 7MHz and 8MHz). Well, auto-Italy is a superset of the it-* files. For example T 17750 7MHz exists in some files (Modena, Montevergina) and T 17750 8MHz in others (Sassari), so both possibilities have to appear in auto-Italy (similar for other VHF frequencies, it simply doesn't seem to be regulated). There's nothing to fix there, auto-Italy exists exactly because of these irregularities. I see. From Gianluca's email and from w_scan code, I understood that 8 MHz on VHF in Italy is not used there anymore. If there are places there using 8 MHz, then w_scan requires a fix. Regards, Mauro -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH 0/1] xc3028: force reload of DTV7 firmware in VHF band with Zarlink demodulator
On 06-12-2011 12:33, Gianluca Gennari wrote: Hi All, I have a Terratec Cinergy Hybrid T USB XS stick (USB 0ccd:0042). This device is made of the following components: - Empiatech em2880 USB bridge; - Zarlink zl10353 demodulator; - Xceive XC3028 tuner; For this device, the ZARLINK456 define is set to true so it is using the firmwares with type D2633 for the XC3028 tuner. I found out that: 1) the DTV7 firmware works fine in VHF band (bw=7MHz); 2) the DTV8 firmware works fine in UHF band (bw=8MHz); 3) the DTV78 firmware works fine in UHF band (bw=8MHz) but it doesn not work at all in VHF band (bw=7MHz); In fact, when the DTV78 firmware is loaded and I try to tune a VHF channel, the frequency lock is ciclically acquired for a second and immediately lost. So the proposed patch forces a reload of the DTV7 firmware every time a 7MHz channel is requested. The only drawback is that channel change from VHF to UHF or viceversa is slightly slower. Devices using the D2620 firmwares are unaffected. Hi Gianluca, The issues with firmware DTV78 x DTV7/DTV8 are old. No matter what we do, we end by having troubles, as the issue is Country-dependent. For example, Australia requires a different firmware than Germany, due to the differences on the VHF/UHF bands. I prefer if you could work into a patch that would add some modprobe parameter to disable the current autodetection way, allowing to override the firmware used for VHF and UHF. Thanks, Mauro -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH 0/1] xc3028: force reload of DTV7 firmware in VHF band with Zarlink demodulator
Il 07/12/2011 14:12, Mauro Carvalho Chehab ha scritto: On 06-12-2011 12:33, Gianluca Gennari wrote: Hi All, I have a Terratec Cinergy Hybrid T USB XS stick (USB 0ccd:0042). This device is made of the following components: - Empiatech em2880 USB bridge; - Zarlink zl10353 demodulator; - Xceive XC3028 tuner; For this device, the ZARLINK456 define is set to true so it is using the firmwares with type D2633 for the XC3028 tuner. I found out that: 1) the DTV7 firmware works fine in VHF band (bw=7MHz); 2) the DTV8 firmware works fine in UHF band (bw=8MHz); 3) the DTV78 firmware works fine in UHF band (bw=8MHz) but it doesn not work at all in VHF band (bw=7MHz); In fact, when the DTV78 firmware is loaded and I try to tune a VHF channel, the frequency lock is ciclically acquired for a second and immediately lost. So the proposed patch forces a reload of the DTV7 firmware every time a 7MHz channel is requested. The only drawback is that channel change from VHF to UHF or viceversa is slightly slower. Devices using the D2620 firmwares are unaffected. Hi Gianluca, The issues with firmware DTV78 x DTV7/DTV8 are old. No matter what we do, we end by having troubles, as the issue is Country-dependent. For example, Australia requires a different firmware than Germany, due to the differences on the VHF/UHF bands. I prefer if you could work into a patch that would add some modprobe parameter to disable the current autodetection way, allowing to override the firmware used for VHF and UHF. Thanks, Mauro Hi Mauro, thanks for the feedback. Unfortunately I do not have any info on which kind of firmware is needed on other parts of the world. All I know is what is happening here in Italy, and what I can understand reading the code. I suppose my findings can be extended to the rest of Europe, and maybe Africa and Middle-East. Can you provide a reference about problems in other continents like Australia? Do you think a simple module parameters that allows to enable/disable the usage of the DTV78 firmware would do the trick? Eventually, do you agree that the default solution should be to DISABLE DTV78 firmware, since this seems to be the more robust solution, and let the user enable it through the kernel parameter if it is working in his country? Or do you prefer the other way around, so by default DTV78 firmware is enabled, and users with problems can disable it through the kernel module parameter? Best regards, Gianluca -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH 0/1] xc3028: force reload of DTV7 firmware in VHF band with Zarlink demodulator
On 07-12-2011 11:47, Gianluca Gennari wrote: Il 07/12/2011 14:12, Mauro Carvalho Chehab ha scritto: On 06-12-2011 12:33, Gianluca Gennari wrote: Hi All, I have a Terratec Cinergy Hybrid T USB XS stick (USB 0ccd:0042). This device is made of the following components: - Empiatech em2880 USB bridge; - Zarlink zl10353 demodulator; - Xceive XC3028 tuner; For this device, the ZARLINK456 define is set to true so it is using the firmwares with type D2633 for the XC3028 tuner. I found out that: 1) the DTV7 firmware works fine in VHF band (bw=7MHz); 2) the DTV8 firmware works fine in UHF band (bw=8MHz); 3) the DTV78 firmware works fine in UHF band (bw=8MHz) but it doesn not work at all in VHF band (bw=7MHz); In fact, when the DTV78 firmware is loaded and I try to tune a VHF channel, the frequency lock is ciclically acquired for a second and immediately lost. So the proposed patch forces a reload of the DTV7 firmware every time a 7MHz channel is requested. The only drawback is that channel change from VHF to UHF or viceversa is slightly slower. Devices using the D2620 firmwares are unaffected. Hi Gianluca, The issues with firmware DTV78 x DTV7/DTV8 are old. No matter what we do, we end by having troubles, as the issue is Country-dependent. For example, Australia requires a different firmware than Germany, due to the differences on the VHF/UHF bands. I prefer if you could work into a patch that would add some modprobe parameter to disable the current autodetection way, allowing to override the firmware used for VHF and UHF. Thanks, Mauro Hi Mauro, thanks for the feedback. Unfortunately I do not have any info on which kind of firmware is needed on other parts of the world. All I know is what is happening here in Italy, and what I can understand reading the code. I suppose my findings can be extended to the rest of Europe, and maybe Africa and Middle-East. Even in Europe, there are some differences. Can you provide a reference about problems in other continents like Australia? All I know is from the constant reports at the ML from users. We used to have a developer in Australia, but he moved away, and it seems that he lost interest on DVB development, as we were unable to contact him ever since. Do you think a simple module parameters that allows to enable/disable the usage of the DTV78 firmware would do the trick? Perhaps one or two module parameters to allow forcing a certain firmware for VHF and UHF. Eventually, do you agree that the default solution should be to DISABLE DTV78 firmware, since this seems to be the more robust solution, and let the user enable it through the kernel parameter if it is working in his country? Or do you prefer the other way around, so by default DTV78 firmware is enabled, and users with problems can disable it through the kernel module parameter? AFAIK, DTV78 should be used in Spain and in Germany. Changing the current default doesn't look a good idea, as it will cause regressions, if the new way is not backward-compatible. Best regards, Gianluca -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH 0/1] xc3028: force reload of DTV7 firmware in VHF band with Zarlink demodulator
On 07-12-2011 12:53, Gianluca Gennari wrote: Il 07/12/2011 15:20, Mauro Carvalho Chehab ha scritto: On 07-12-2011 11:47, Gianluca Gennari wrote: Il 07/12/2011 14:12, Mauro Carvalho Chehab ha scritto: On 06-12-2011 12:33, Gianluca Gennari wrote: Hi All, I have a Terratec Cinergy Hybrid T USB XS stick (USB 0ccd:0042). This device is made of the following components: - Empiatech em2880 USB bridge; - Zarlink zl10353 demodulator; - Xceive XC3028 tuner; For this device, the ZARLINK456 define is set to true so it is using the firmwares with type D2633 for the XC3028 tuner. I found out that: 1) the DTV7 firmware works fine in VHF band (bw=7MHz); 2) the DTV8 firmware works fine in UHF band (bw=8MHz); 3) the DTV78 firmware works fine in UHF band (bw=8MHz) but it doesn not work at all in VHF band (bw=7MHz); In fact, when the DTV78 firmware is loaded and I try to tune a VHF channel, the frequency lock is ciclically acquired for a second and immediately lost. So the proposed patch forces a reload of the DTV7 firmware every time a 7MHz channel is requested. The only drawback is that channel change from VHF to UHF or viceversa is slightly slower. Devices using the D2620 firmwares are unaffected. Hi Gianluca, The issues with firmware DTV78 x DTV7/DTV8 are old. No matter what we do, we end by having troubles, as the issue is Country-dependent. For example, Australia requires a different firmware than Germany, due to the differences on the VHF/UHF bands. I prefer if you could work into a patch that would add some modprobe parameter to disable the current autodetection way, allowing to override the firmware used for VHF and UHF. Thanks, Mauro Hi Mauro, thanks for the feedback. Unfortunately I do not have any info on which kind of firmware is needed on other parts of the world. All I know is what is happening here in Italy, and what I can understand reading the code. I suppose my findings can be extended to the rest of Europe, and maybe Africa and Middle-East. Even in Europe, there are some differences. OK, so the validity of my findings are restricted to Italy. Can you provide a reference about problems in other continents like Australia? All I know is from the constant reports at the ML from users. We used to have a developer in Australia, but he moved away, and it seems that he lost interest on DVB development, as we were unable to contact him ever since. Do you think a simple module parameters that allows to enable/disable the usage of the DTV78 firmware would do the trick? Perhaps one or two module parameters to allow forcing a certain firmware for VHF and UHF. Seems reasonable. Eventually, do you agree that the default solution should be to DISABLE DTV78 firmware, since this seems to be the more robust solution, and let the user enable it through the kernel parameter if it is working in his country? Or do you prefer the other way around, so by default DTV78 firmware is enabled, and users with problems can disable it through the kernel module parameter? AFAIK, DTV78 should be used in Spain and in Germany. Changing the current default doesn't look a good idea, as it will cause regressions, if the new way is not backward-compatible. With the proposed patch DTV78 will be used in UHF band, while DTV7 in VHF band. Will this make any difference in Spain or Germany? Not sure. I don't live there ;) What about a kernel parameter to specify the country? Something like: country={0-4} DEFAULT=0,ITALY=1,GERMANY=2,SPAIN=3,AUSTRALIA=4 Then we could specify a well-defined behavior for each country, hiding the firmware-related problems to the user (which will have problems understanding parameters like force-DTV7-firmware-in-VHF-band). All I need to know is what is the best behavior for each country. That's the hardest part ;) We would need someone on each possible Country, in order to test. Also, a per-country setup like that sucks. Ideally, the driver should use the bandwidh and the other information at the standard DVB parameters, in order to select the right firmware. This works with all other frontends. Not sure what's broken on xc3028 design that it requires a per-country hack. I suspect that it is not a pure per-country hack, but it is also per demod. As we don't have much complains about it nowadays, I assume that the current behavior is ok for most users. So, a parameter would be used only for those where the default behavior doesn't work. Btw, we already have a similar parameter to force the audio demodulation standard, due to the same reasons. Regards, Mauro -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH 0/1] xc3028: force reload of DTV7 firmware in VHF band with Zarlink demodulator
Il 07/12/2011 16:45, Gianluca Gennari ha scritto: Il 07/12/2011 16:05, Mauro Carvalho Chehab ha scritto: On 07-12-2011 12:53, Gianluca Gennari wrote: Il 07/12/2011 15:20, Mauro Carvalho Chehab ha scritto: On 07-12-2011 11:47, Gianluca Gennari wrote: Il 07/12/2011 14:12, Mauro Carvalho Chehab ha scritto: On 06-12-2011 12:33, Gianluca Gennari wrote: Hi All, I have a Terratec Cinergy Hybrid T USB XS stick (USB 0ccd:0042). This device is made of the following components: - Empiatech em2880 USB bridge; - Zarlink zl10353 demodulator; - Xceive XC3028 tuner; For this device, the ZARLINK456 define is set to true so it is using the firmwares with type D2633 for the XC3028 tuner. I found out that: 1) the DTV7 firmware works fine in VHF band (bw=7MHz); 2) the DTV8 firmware works fine in UHF band (bw=8MHz); 3) the DTV78 firmware works fine in UHF band (bw=8MHz) but it doesn not work at all in VHF band (bw=7MHz); In fact, when the DTV78 firmware is loaded and I try to tune a VHF channel, the frequency lock is ciclically acquired for a second and immediately lost. So the proposed patch forces a reload of the DTV7 firmware every time a 7MHz channel is requested. The only drawback is that channel change from VHF to UHF or viceversa is slightly slower. Devices using the D2620 firmwares are unaffected. Hi Gianluca, The issues with firmware DTV78 x DTV7/DTV8 are old. No matter what we do, we end by having troubles, as the issue is Country-dependent. For example, Australia requires a different firmware than Germany, due to the differences on the VHF/UHF bands. I prefer if you could work into a patch that would add some modprobe parameter to disable the current autodetection way, allowing to override the firmware used for VHF and UHF. Thanks, Mauro Hi Mauro, thanks for the feedback. Unfortunately I do not have any info on which kind of firmware is needed on other parts of the world. All I know is what is happening here in Italy, and what I can understand reading the code. I suppose my findings can be extended to the rest of Europe, and maybe Africa and Middle-East. Even in Europe, there are some differences. OK, so the validity of my findings are restricted to Italy. Can you provide a reference about problems in other continents like Australia? All I know is from the constant reports at the ML from users. We used to have a developer in Australia, but he moved away, and it seems that he lost interest on DVB development, as we were unable to contact him ever since. Do you think a simple module parameters that allows to enable/disable the usage of the DTV78 firmware would do the trick? Perhaps one or two module parameters to allow forcing a certain firmware for VHF and UHF. Seems reasonable. Eventually, do you agree that the default solution should be to DISABLE DTV78 firmware, since this seems to be the more robust solution, and let the user enable it through the kernel parameter if it is working in his country? Or do you prefer the other way around, so by default DTV78 firmware is enabled, and users with problems can disable it through the kernel module parameter? AFAIK, DTV78 should be used in Spain and in Germany. Changing the current default doesn't look a good idea, as it will cause regressions, if the new way is not backward-compatible. With the proposed patch DTV78 will be used in UHF band, while DTV7 in VHF band. Will this make any difference in Spain or Germany? Not sure. I don't live there ;) What about a kernel parameter to specify the country? Something like: country={0-4} DEFAULT=0,ITALY=1,GERMANY=2,SPAIN=3,AUSTRALIA=4 Then we could specify a well-defined behavior for each country, hiding the firmware-related problems to the user (which will have problems understanding parameters like force-DTV7-firmware-in-VHF-band). All I need to know is what is the best behavior for each country. That's the hardest part ;) We would need someone on each possible Country, in order to test. Also, a per-country setup like that sucks. Ideally, the driver should use the bandwidh and the other information at the standard DVB parameters, in order to select the right firmware. This works with all other frontends. Not sure what's broken on xc3028 design that it requires a per-country hack. I suspect that it is not a pure per-country hack, but it is also per demod. As we don't have much complains about it nowadays, I assume that the current behavior is ok for most users. So, a parameter would be used only for those where the default behavior doesn't work. Btw, we already have a similar parameter to force the audio demodulation standard, due to the same reasons. Regards, Mauro Probably there are no complains about the firmware because in most countries VHF is not used at all, or is only used for marginal TV stations. In Italy instead the main DTT mux (RAI mux 1) is broadcasted in VHF band for
Re: [PATCH 0/1] xc3028: force reload of DTV7 firmware in VHF band with Zarlink demodulator
On 07-12-2011 13:51, Gianluca Gennari wrote: Il 07/12/2011 16:45, Gianluca Gennari ha scritto: Il 07/12/2011 16:05, Mauro Carvalho Chehab ha scritto: On 07-12-2011 12:53, Gianluca Gennari wrote: Il 07/12/2011 15:20, Mauro Carvalho Chehab ha scritto: On 07-12-2011 11:47, Gianluca Gennari wrote: Il 07/12/2011 14:12, Mauro Carvalho Chehab ha scritto: On 06-12-2011 12:33, Gianluca Gennari wrote: Hi All, I have a Terratec Cinergy Hybrid T USB XS stick (USB 0ccd:0042). This device is made of the following components: - Empiatech em2880 USB bridge; - Zarlink zl10353 demodulator; - Xceive XC3028 tuner; For this device, the ZARLINK456 define is set to true so it is using the firmwares with type D2633 for the XC3028 tuner. I found out that: 1) the DTV7 firmware works fine in VHF band (bw=7MHz); 2) the DTV8 firmware works fine in UHF band (bw=8MHz); 3) the DTV78 firmware works fine in UHF band (bw=8MHz) but it doesn not work at all in VHF band (bw=7MHz); In fact, when the DTV78 firmware is loaded and I try to tune a VHF channel, the frequency lock is ciclically acquired for a second and immediately lost. So the proposed patch forces a reload of the DTV7 firmware every time a 7MHz channel is requested. The only drawback is that channel change from VHF to UHF or viceversa is slightly slower. Devices using the D2620 firmwares are unaffected. Hi Gianluca, The issues with firmware DTV78 x DTV7/DTV8 are old. No matter what we do, we end by having troubles, as the issue is Country-dependent. For example, Australia requires a different firmware than Germany, due to the differences on the VHF/UHF bands. I prefer if you could work into a patch that would add some modprobe parameter to disable the current autodetection way, allowing to override the firmware used for VHF and UHF. Thanks, Mauro Hi Mauro, thanks for the feedback. Unfortunately I do not have any info on which kind of firmware is needed on other parts of the world. All I know is what is happening here in Italy, and what I can understand reading the code. I suppose my findings can be extended to the rest of Europe, and maybe Africa and Middle-East. Even in Europe, there are some differences. OK, so the validity of my findings are restricted to Italy. Can you provide a reference about problems in other continents like Australia? All I know is from the constant reports at the ML from users. We used to have a developer in Australia, but he moved away, and it seems that he lost interest on DVB development, as we were unable to contact him ever since. Do you think a simple module parameters that allows to enable/disable the usage of the DTV78 firmware would do the trick? Perhaps one or two module parameters to allow forcing a certain firmware for VHF and UHF. Seems reasonable. Eventually, do you agree that the default solution should be to DISABLE DTV78 firmware, since this seems to be the more robust solution, and let the user enable it through the kernel parameter if it is working in his country? Or do you prefer the other way around, so by default DTV78 firmware is enabled, and users with problems can disable it through the kernel module parameter? AFAIK, DTV78 should be used in Spain and in Germany. Changing the current default doesn't look a good idea, as it will cause regressions, if the new way is not backward-compatible. With the proposed patch DTV78 will be used in UHF band, while DTV7 in VHF band. Will this make any difference in Spain or Germany? Not sure. I don't live there ;) What about a kernel parameter to specify the country? Something like: country={0-4} DEFAULT=0,ITALY=1,GERMANY=2,SPAIN=3,AUSTRALIA=4 Then we could specify a well-defined behavior for each country, hiding the firmware-related problems to the user (which will have problems understanding parameters like force-DTV7-firmware-in-VHF-band). All I need to know is what is the best behavior for each country. That's the hardest part ;) We would need someone on each possible Country, in order to test. Also, a per-country setup like that sucks. Ideally, the driver should use the bandwidh and the other information at the standard DVB parameters, in order to select the right firmware. This works with all other frontends. Not sure what's broken on xc3028 design that it requires a per-country hack. I suspect that it is not a pure per-country hack, but it is also per demod. As we don't have much complains about it nowadays, I assume that the current behavior is ok for most users. So, a parameter would be used only for those where the default behavior doesn't work. Btw, we already have a similar parameter to force the audio demodulation standard, due to the same reasons. Regards, Mauro Probably there are no complains about the firmware because in most countries VHF is not used at all, or is only used for marginal TV stations. Makes sense. Well, it is not hard to detect VHF. If the DTV bandwidth is properly filled, detecting between 8/7/6 MHz is
Re: [PATCH 0/1] xc3028: force reload of DTV7 firmware in VHF band with Zarlink demodulator
Il 07/12/2011 17:21, Mauro Carvalho Chehab ha scritto: On 07-12-2011 13:51, Gianluca Gennari wrote: Il 07/12/2011 16:45, Gianluca Gennari ha scritto: Il 07/12/2011 16:05, Mauro Carvalho Chehab ha scritto: On 07-12-2011 12:53, Gianluca Gennari wrote: Il 07/12/2011 15:20, Mauro Carvalho Chehab ha scritto: On 07-12-2011 11:47, Gianluca Gennari wrote: Il 07/12/2011 14:12, Mauro Carvalho Chehab ha scritto: On 06-12-2011 12:33, Gianluca Gennari wrote: Hi All, I have a Terratec Cinergy Hybrid T USB XS stick (USB 0ccd:0042). This device is made of the following components: - Empiatech em2880 USB bridge; - Zarlink zl10353 demodulator; - Xceive XC3028 tuner; For this device, the ZARLINK456 define is set to true so it is using the firmwares with type D2633 for the XC3028 tuner. I found out that: 1) the DTV7 firmware works fine in VHF band (bw=7MHz); 2) the DTV8 firmware works fine in UHF band (bw=8MHz); 3) the DTV78 firmware works fine in UHF band (bw=8MHz) but it doesn not work at all in VHF band (bw=7MHz); In fact, when the DTV78 firmware is loaded and I try to tune a VHF channel, the frequency lock is ciclically acquired for a second and immediately lost. So the proposed patch forces a reload of the DTV7 firmware every time a 7MHz channel is requested. The only drawback is that channel change from VHF to UHF or viceversa is slightly slower. Devices using the D2620 firmwares are unaffected. Hi Gianluca, The issues with firmware DTV78 x DTV7/DTV8 are old. No matter what we do, we end by having troubles, as the issue is Country-dependent. For example, Australia requires a different firmware than Germany, due to the differences on the VHF/UHF bands. I prefer if you could work into a patch that would add some modprobe parameter to disable the current autodetection way, allowing to override the firmware used for VHF and UHF. Thanks, Mauro Hi Mauro, thanks for the feedback. Unfortunately I do not have any info on which kind of firmware is needed on other parts of the world. All I know is what is happening here in Italy, and what I can understand reading the code. I suppose my findings can be extended to the rest of Europe, and maybe Africa and Middle-East. Even in Europe, there are some differences. OK, so the validity of my findings are restricted to Italy. Can you provide a reference about problems in other continents like Australia? All I know is from the constant reports at the ML from users. We used to have a developer in Australia, but he moved away, and it seems that he lost interest on DVB development, as we were unable to contact him ever since. Do you think a simple module parameters that allows to enable/disable the usage of the DTV78 firmware would do the trick? Perhaps one or two module parameters to allow forcing a certain firmware for VHF and UHF. Seems reasonable. Eventually, do you agree that the default solution should be to DISABLE DTV78 firmware, since this seems to be the more robust solution, and let the user enable it through the kernel parameter if it is working in his country? Or do you prefer the other way around, so by default DTV78 firmware is enabled, and users with problems can disable it through the kernel module parameter? AFAIK, DTV78 should be used in Spain and in Germany. Changing the current default doesn't look a good idea, as it will cause regressions, if the new way is not backward-compatible. With the proposed patch DTV78 will be used in UHF band, while DTV7 in VHF band. Will this make any difference in Spain or Germany? Not sure. I don't live there ;) What about a kernel parameter to specify the country? Something like: country={0-4} DEFAULT=0,ITALY=1,GERMANY=2,SPAIN=3,AUSTRALIA=4 Then we could specify a well-defined behavior for each country, hiding the firmware-related problems to the user (which will have problems understanding parameters like force-DTV7-firmware-in-VHF-band). All I need to know is what is the best behavior for each country. That's the hardest part ;) We would need someone on each possible Country, in order to test. Also, a per-country setup like that sucks. Ideally, the driver should use the bandwidh and the other information at the standard DVB parameters, in order to select the right firmware. This works with all other frontends. Not sure what's broken on xc3028 design that it requires a per-country hack. I suspect that it is not a pure per-country hack, but it is also per demod. As we don't have much complains about it nowadays, I assume that the current behavior is ok for most users. So, a parameter would be used only for those where the default behavior doesn't work. Btw, we already have a similar parameter to force the audio demodulation standard, due to the same reasons. Regards, Mauro Probably there are no complains about the firmware because in most countries VHF is not used at all, or
Re: [PATCH 0/1] xc3028: force reload of DTV7 firmware in VHF band with Zarlink demodulator
On 07-12-2011 15:25, Gianluca Gennari wrote: Il 07/12/2011 17:21, Mauro Carvalho Chehab ha scritto: On 07-12-2011 13:51, Gianluca Gennari wrote: Il 07/12/2011 16:45, Gianluca Gennari ha scritto: Il 07/12/2011 16:05, Mauro Carvalho Chehab ha scritto: On 07-12-2011 12:53, Gianluca Gennari wrote: Il 07/12/2011 15:20, Mauro Carvalho Chehab ha scritto: On 07-12-2011 11:47, Gianluca Gennari wrote: Il 07/12/2011 14:12, Mauro Carvalho Chehab ha scritto: On 06-12-2011 12:33, Gianluca Gennari wrote: Hi All, I have a Terratec Cinergy Hybrid T USB XS stick (USB 0ccd:0042). This device is made of the following components: - Empiatech em2880 USB bridge; - Zarlink zl10353 demodulator; - Xceive XC3028 tuner; For this device, the ZARLINK456 define is set to true so it is using the firmwares with type D2633 for the XC3028 tuner. I found out that: 1) the DTV7 firmware works fine in VHF band (bw=7MHz); 2) the DTV8 firmware works fine in UHF band (bw=8MHz); 3) the DTV78 firmware works fine in UHF band (bw=8MHz) but it doesn not work at all in VHF band (bw=7MHz); In fact, when the DTV78 firmware is loaded and I try to tune a VHF channel, the frequency lock is ciclically acquired for a second and immediately lost. So the proposed patch forces a reload of the DTV7 firmware every time a 7MHz channel is requested. The only drawback is that channel change from VHF to UHF or viceversa is slightly slower. Devices using the D2620 firmwares are unaffected. Hi Gianluca, The issues with firmware DTV78 x DTV7/DTV8 are old. No matter what we do, we end by having troubles, as the issue is Country-dependent. For example, Australia requires a different firmware than Germany, due to the differences on the VHF/UHF bands. I prefer if you could work into a patch that would add some modprobe parameter to disable the current autodetection way, allowing to override the firmware used for VHF and UHF. Thanks, Mauro Hi Mauro, thanks for the feedback. Unfortunately I do not have any info on which kind of firmware is needed on other parts of the world. All I know is what is happening here in Italy, and what I can understand reading the code. I suppose my findings can be extended to the rest of Europe, and maybe Africa and Middle-East. Even in Europe, there are some differences. OK, so the validity of my findings are restricted to Italy. Can you provide a reference about problems in other continents like Australia? All I know is from the constant reports at the ML from users. We used to have a developer in Australia, but he moved away, and it seems that he lost interest on DVB development, as we were unable to contact him ever since. Do you think a simple module parameters that allows to enable/disable the usage of the DTV78 firmware would do the trick? Perhaps one or two module parameters to allow forcing a certain firmware for VHF and UHF. Seems reasonable. Eventually, do you agree that the default solution should be to DISABLE DTV78 firmware, since this seems to be the more robust solution, and let the user enable it through the kernel parameter if it is working in his country? Or do you prefer the other way around, so by default DTV78 firmware is enabled, and users with problems can disable it through the kernel module parameter? AFAIK, DTV78 should be used in Spain and in Germany. Changing the current default doesn't look a good idea, as it will cause regressions, if the new way is not backward-compatible. With the proposed patch DTV78 will be used in UHF band, while DTV7 in VHF band. Will this make any difference in Spain or Germany? Not sure. I don't live there ;) What about a kernel parameter to specify the country? Something like: country={0-4} DEFAULT=0,ITALY=1,GERMANY=2,SPAIN=3,AUSTRALIA=4 Then we could specify a well-defined behavior for each country, hiding the firmware-related problems to the user (which will have problems understanding parameters like force-DTV7-firmware-in-VHF-band). All I need to know is what is the best behavior for each country. That's the hardest part ;) We would need someone on each possible Country, in order to test. Also, a per-country setup like that sucks. Ideally, the driver should use the bandwidh and the other information at the standard DVB parameters, in order to select the right firmware. This works with all other frontends. Not sure what's broken on xc3028 design that it requires a per-country hack. I suspect that it is not a pure per-country hack, but it is also per demod. As we don't have much complains about it nowadays, I assume that the current behavior is ok for most users. So, a parameter would be used only for those where the default behavior doesn't work. Btw, we already have a similar parameter to force the audio demodulation standard, due to the same reasons. Regards, Mauro Probably there are no complains about the firmware because in most countries VHF is not used at all, or is only used for marginal TV stations. Makes sense. Well,
Re: [PATCH 0/1] xc3028: force reload of DTV7 firmware in VHF band with Zarlink demodulator
2011/12/7 Mauro Carvalho Chehab mche...@redhat.com: snip Several channels in Italy are marked as if they are using 8MHz for VHF (the auto-Italy is the most weird one, as it defines all VHF frequencies with both 7MHz and 8MHz). Well, auto-Italy is a superset of the it-* files. For example T 17750 7MHz exists in some files (Modena, Montevergina) and T 17750 8MHz in others (Sassari), so both possibilities have to appear in auto-Italy (similar for other VHF frequencies, it simply doesn't seem to be regulated). There's nothing to fix there, auto-Italy exists exactly because of these irregularities. snip Christoph -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH 0/1] xc3028: force reload of DTV7 firmware in VHF band with Zarlink demodulator
Il 07/12/2011 22:54, Christoph Pfister ha scritto: 2011/12/7 Mauro Carvalho Chehab mche...@redhat.com: snip Several channels in Italy are marked as if they are using 8MHz for VHF (the auto-Italy is the most weird one, as it defines all VHF frequencies with both 7MHz and 8MHz). Well, auto-Italy is a superset of the it-* files. For example T 17750 7MHz exists in some files (Modena, Montevergina) and T 17750 8MHz in others (Sassari), so both possibilities have to appear in auto-Italy (similar for other VHF frequencies, it simply doesn't seem to be regulated). There's nothing to fix there, auto-Italy exists exactly because of these irregularities. snip Christoph Hi Christoph, since June 2009 all VHF channels in Italy use the European canalization, which means there is no 8 MHz VHF channel anymore. The data you have are outdated. If you need some reliable reference to know what is broadcasted in Italy, the best available source is this amatory website: http://www.otgtv.it/index2.html It is maniacally maintained by a single person, which is a real enthusiast of TV broadcasting and has access to reliable first-hand informations. There are also a few institutional websites, but they can not compete with this site in terms of accuracy. The auto-Italy table for DVB-T should be just: VHF: channels 5-12 with 7 MHz bandwidth; UHF: channels 21-69 with 8 MHZ bandwidth; The last 6 regions will switch-off analog broadcasting in the first half of 2012 (Abruzzo, Molise, Puglia, Basilicata, Calabria, Sicilia). Until then, there are a few analog channels using some weird frequency table, but all digital multiplexes are already converted to the new European frequency table. Best, Gianluca -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
[PATCH 0/1] xc3028: force reload of DTV7 firmware in VHF band with Zarlink demodulator
Hi All, I have a Terratec Cinergy Hybrid T USB XS stick (USB 0ccd:0042). This device is made of the following components: - Empiatech em2880 USB bridge; - Zarlink zl10353 demodulator; - Xceive XC3028 tuner; For this device, the ZARLINK456 define is set to true so it is using the firmwares with type D2633 for the XC3028 tuner. I found out that: 1) the DTV7 firmware works fine in VHF band (bw=7MHz); 2) the DTV8 firmware works fine in UHF band (bw=8MHz); 3) the DTV78 firmware works fine in UHF band (bw=8MHz) but it doesn not work at all in VHF band (bw=7MHz); In fact, when the DTV78 firmware is loaded and I try to tune a VHF channel, the frequency lock is ciclically acquired for a second and immediately lost. So the proposed patch forces a reload of the DTV7 firmware every time a 7MHz channel is requested. The only drawback is that channel change from VHF to UHF or viceversa is slightly slower. Devices using the D2620 firmwares are unaffected. Best regards, Gianluca Gennari -- To unsubscribe from this list: send the line unsubscribe linux-media in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html