ISDB-T Tuning
Hi guys I have been trying to get a siano based 1seg ISDB-T USB dongle to scan and tune under Linux to no avail. Asking around it has been brought to my attention there might be no app available that would do this successfully even with an adapter currently supported by the kernel like the one I'm using. Facing that scenario and assuming my lack of luck trying to find such an application supports that claim, I'm wondering if there is anyone reading this that might be working on writing such an application and/or in extending an existing one like 'scan' to be able to work with ISDB-T. Just to avoid duplicating the effort. Best regards -- Reynaldo -- 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: ISDB-T Tuning
Hi Reynaldo, On 6/24/10, Reynaldo H. Verdejo Pinochet wrote: > Hi guys > > I have been trying to get a siano based 1seg ISDB-T USB dongle > to scan and tune under Linux to no avail. Asking around it has > been brought to my attention there might be no app available > that would do this successfully even with an adapter currently > supported by the kernel like the one I'm using. Facing that > scenario and assuming my lack of luck trying to find such an > application supports that claim, I'm wondering if there is > anyone reading this that might be working on writing such an > application and/or in extending an existing one like 'scan' > to be able to work with ISDB-T. Just to avoid duplicating the > effort. > If you have all frequencies supported in your country you can the "scan" command to detected all transmitted channels. More info: http://acassis.wordpress.com/2009/09/18/watching-digital-tv-sbtvd-in-the-linux/ Best Regards, Alan -- 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: ISDB-T Tuning
Hi Alan Alan Carvalho de Assis wrote: > If you have all frequencies supported in your country you can the > "scan" command to detected all transmitted channels. I do have them but scan is showing no results. I'm using a homemade antenna that is giving 90-100% coverage with the windows app so I'm rather sure this is not a signal strength nor snr issue. Here is my freqs file T 533143000 6MHz 3/4 3/4 AUTO 2k 1/32 NONE # channel 24 T 533143000 6MHz 3/4 AUTO AUTO AUTO AUTO NONE # channel 24 T 569143000 6MHz 3/4 3/4 AUTO 2k 1/32 NONE # channel 30 T 569143000 6MHz 3/4 AUTO AUTO AUTO AUTO NONE # channel 30 T 587143000 6MHz 3/4 3/4 AUTO 2k 1/32 NONE # channel 33 T 587143000 6MHz 3/4 AUTO AUTO AUTO AUTO NONE # channel 33 T 551143000 6MHz 3/4 3/4 AUTO 2k 1/32 NONE # channel 27 T 551143000 6MHz 3/4 AUTO AUTO AUTO AUTO NONE # channel 27 (entries repeated just to try out different combinations) Now, I know for sure there is a 1seg broadcast at 587143 KHZ , that's the one I'm getting with the windows app but scan on Linux keeps showing no results. I'm attaching the verbose scan output (I have also tried with -5 with similar results): Best regards -- Reynaldo scanning ChileISDBT using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0' initial transponder 533143000 2 3 3 6 0 0 0 initial transponder 533143000 2 3 9 6 2 4 0 initial transponder 569143000 2 3 3 6 0 0 0 initial transponder 569143000 2 3 9 6 2 4 0 initial transponder 587143000 2 3 3 6 0 0 0 initial transponder 587143000 2 3 9 6 2 4 0 initial transponder 551143000 2 3 3 6 0 0 0 initial transponder 551143000 2 3 9 6 2 4 0 >>> tune to: >>> 533143000:INVERSION_AUTO:BANDWIDTH_6_MHZ:FEC_3_4:FEC_3_4:QAM_AUTO:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 WARNING: >>> tuning failed!!! >>> tune to: >>> 533143000:INVERSION_AUTO:BANDWIDTH_6_MHZ:FEC_3_4:FEC_3_4:QAM_AUTO:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE >>> (tuning failed) >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 WARNING: >>> tuning failed!!! >>> tune to: >>> 533143000:INVERSION_AUTO:BANDWIDTH_6_MHZ:FEC_3_4:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_NONE >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 WARNING: >>> tuning failed!!! >>> tune to: >>> 533143000:INVERSION_AUTO:BANDWIDTH_6_MHZ:FEC_3_4:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_NONE >>> (tuning failed) >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 WARNING: >>> tuning failed!!! >>> tune to: >>> 569143000:INVERSION_AUTO:BANDWIDTH_6_MHZ:FEC_3_4:FEC_3_4:QAM_AUTO:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 WARNING: >>> tuning failed!!! >>> tune to: >>> 569143000:INVERSION_AUTO:BANDWIDTH_6_MHZ:FEC_3_4:FEC_3_4:QAM_AUTO:TRANSMISSION_MODE_2K:GUARD_INTERVAL_1_32:HIERARCHY_NONE >>> (tuning failed) >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 WARNING: >>> tuning failed!!! >>> tune to: >>> 569143000:INVERSION_AUTO:BANDWIDTH_6_MHZ:FEC_3_4:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_NONE >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 WARNING: >>> tuning failed!!! >>> tune to: >>> 569143000:INVERSION_AUTO:BANDWIDTH_6_MHZ:FEC_3_4:FEC_AUTO:QAM_AUTO:TRANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_NONE >>> (tuning failed) >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning status == 0x00 >>> tuning sta
[[PATCH v2] 00/14] Fix ISDB-T tuning issues
While testing two dvb devices: - Mygica S870 (dib8096 based); - Pixelview PV-D231U (RN-F) I noticed several bugs: - It doesn't lock on any layer with Interleave > 2; - It doesn't lock in mode 2 (4 K FFT); - ADC OFF settings is wrong, with causes wrong ADC adjustments and cause locking issues; - the ADC gain table was not right; - There are some troubles when used with CONFIG_HZ = 1000. This patch series addresses the above bugs. While here, it also improves some debug messages and ad a few other improvements. For the patches that change the sleep time, I opted to be conservative, e. g. to reproduce the worse case (e. g. CONFIG_HZ = 100), so enforcing that the minimal state machine delays to be 10ms. That assures that no regression will be introduced, and that machines configured with HZ equal to 250, 300 or 1000 will work just like the ones configured with HZ equal to 100. Please notice that the Windows driver for Mygica S870 does a different setup than what's there at the Linux driver. While I have a patch changing it, I opted to remove it from this patch series, as I didn't notice any improvements with the patch here. Such patch is already in patchwork: https://patchwork.linuxtv.org/patch/24586/ and we might resurrect it latter if needed. Mauro Carvalho Chehab (14): dib8000: Fix handling of interleave bigger than 2 dib8000: Fix ADC OFF settings dib8000: Fix alignments at dib8000_tune() dib8000: Fix: add missing 4K mode dib8000: remove a double call for dib8000_get_symbol_duration() dib8000: In auto-search, try first with partial reception enabled dib8000: Restart sad during dib8000_reset dib0700: better document struct init dib8000: Fix the sleep time at the state machine dib0090: Fix the sleep time at the state machine dib8000: use jifies instead of current_kernel_time() dib8000: Update the ADC gain table dib8000: improve debug messages dib8000: improve the message that reports per-layer locks drivers/media/dvb-frontends/dib0090.c | 15 +- drivers/media/dvb-frontends/dib8000.c | 645 +++- drivers/media/usb/dvb-usb/dib0700_devices.c | 148 --- 3 files changed, 436 insertions(+), 372 deletions(-) -- 1.9.3 -- 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 v2] 00/14] Fix ISDB-T tuning issues
Hi Mauro, I like all of your changes. Acked-By: Patrick Boettcher regards, Patrick. On Fri, 4 Jul 2014 14:15:26 -0300 Mauro Carvalho Chehab wrote: > While testing two dvb devices: > - Mygica S870 (dib8096 based); > - Pixelview PV-D231U (RN-F) > > I noticed several bugs: > - It doesn't lock on any layer with Interleave > 2; > - It doesn't lock in mode 2 (4 K FFT); > - ADC OFF settings is wrong, with causes wrong ADC > adjustments and cause locking issues; > - the ADC gain table was not right; > - There are some troubles when used with CONFIG_HZ = 1000. > > This patch series addresses the above bugs. While here, it also > improves some debug messages and ad a few other improvements. > > For the patches that change the sleep time, I opted to be > conservative, e. g. to reproduce the worse case (e. g. > CONFIG_HZ = 100), so enforcing that the minimal state machine > delays to be 10ms. That assures that no regression will be > introduced, and that machines configured with HZ equal to > 250, 300 or 1000 will work just like the ones configured with > HZ equal to 100. > > Please notice that the Windows driver for Mygica S870 does a > different setup than what's there at the Linux driver. While > I have a patch changing it, I opted to remove it from this patch > series, as I didn't notice any improvements with the patch here. > Such patch is already in patchwork: > https://patchwork.linuxtv.org/patch/24586/ > and we might resurrect it latter if needed. > > Mauro Carvalho Chehab (14): > dib8000: Fix handling of interleave bigger than 2 > dib8000: Fix ADC OFF settings > dib8000: Fix alignments at dib8000_tune() > dib8000: Fix: add missing 4K mode > dib8000: remove a double call for dib8000_get_symbol_duration() > dib8000: In auto-search, try first with partial reception enabled > dib8000: Restart sad during dib8000_reset > dib0700: better document struct init > dib8000: Fix the sleep time at the state machine > dib0090: Fix the sleep time at the state machine > dib8000: use jifies instead of current_kernel_time() > dib8000: Update the ADC gain table > dib8000: improve debug messages > dib8000: improve the message that reports per-layer locks > > drivers/media/dvb-frontends/dib0090.c | 15 +- > drivers/media/dvb-frontends/dib8000.c | 645 > +++- > drivers/media/usb/dvb-usb/dib0700_devices.c | 148 --- 3 files > changed, 436 insertions(+), 372 deletions(-) > -- 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 v2 00/12] Fix ISDB-T tuning on PV SBTVD Hybrid
This patch series fix a series of bugs and issues related to PV SBTVD device while tuning to ISDB-T channels found in Brazil. Mauro Carvalho Chehab (12): [media] cx231xx: don't return error on success [media] cx231xx: fix GPIOs for Pixelview SBTVD hybrid [media] cx231xx: prints error code if can't switch TV mode [media] mb86a20s: fix the locking logic [media] cx231xx: fix PV SBTVD Hybrid AGC GPIO pin [media] mb86a20s: fix demod settings [media] cx231xx-core: fix GPIO comments [media] cx231xx-i2c: handle errors with cx231xx_get_i2c_adap() [media] cx231xx: can't proceed if I2C bus register fails [media] cx231xx-cards: unregister IR earlier [media] tda18271: use prefix on all printk messages [media] tea5767: use module prefix on printed messages drivers/media/dvb-frontends/mb86a20s.c | 104 +++-- drivers/media/tuners/tda18271-fe.c | 11 +-- drivers/media/tuners/tda18271-priv.h | 2 + drivers/media/tuners/tea5767.c | 9 ++- drivers/media/usb/cx231xx/cx231xx-avcore.c | 5 +- drivers/media/usb/cx231xx/cx231xx-cards.c | 6 +- drivers/media/usb/cx231xx/cx231xx-core.c | 44 +--- drivers/media/usb/cx231xx/cx231xx-i2c.c| 2 +- 8 files changed, 108 insertions(+), 75 deletions(-) -- 2.7.4 -- 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
