Re: HVR-930C DVB-T mode report
Hi to all, with latest git, w_scan partially working only if adding -t2 or t3. It seems that scan quality of w_scan is lower if compared to dvb_app scan # w_scan -f t -t2 -x it-Venice-w # w_scan -f t -t2 -I it-Venice-w stdout wc -l stdout 73 # w_scan -f t -t3 stdout 130 it-Venice-w.stdout # scan -f1 it-Venice-w - it-Venice.stdout [..] dumping lists (62 services) Done. modprobe dvb-core dvb_mfe_wait_time=1 # scan -f1 it-Venice-w - it-Venice.stdout [..] dumping lists (77 services) Done. # w_scan -F -f t -t2 -x -vvv -a /dev/dvb/adapter0/frontend1 it-Venice-w_v1 [...] dumping lists (115 services) Done. Using other device (hauppauge hvr-900h) # w_scan -f t -x - it-venice_hvr900h [...] dumping lists (461 services) Done. I can't figure out why these big differences... regards, Eddi -- 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: HVR-930C DVB-T mode report
On Mon, Dec 12, 2011 at 3:16 PM, Eddi De Pieri e...@depieri.net wrote: Hi to all, with latest git, w_scan partially working only if adding -t2 or t3. It seems that scan quality of w_scan is lower if compared to dvb_app scan Hi Eddi, A really useful test would be to run the exact same scan twice in a row and see if you get consistent results (in terms of the number of frequencies are found and which ones). It would be worthwhile to know if there's a consistent problem locking to certain frequencies, or whether you get a lock for any given frequency is random. Run the scan with the exact same parameters again and see if you get the same results. Such information will drive whether the developers need to investigate why certain frequencies always fail to lock, or whether there is a more general problem with tuning that results in lock failure regardless of frequency. Devin -- Devin J. Heitmueller - Kernel Labs http://www.kernellabs.com -- 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: HVR-930C DVB-T mode report
Hi Mauro, drxk driver seems to have 2 issue with w_scan: - dvb-t tune error while scanning (solved by forcing w_scan to open dvb-t fe without autoscan) - dvb-t scan fail so... we should have an issue that when the driver release dvb-c adapter drxk (or xc5000?) stay in dvb-c mode Can you check if you can replicate my error and if Terratec H5 have same issue? follow the test: I build w_scan 20111011 like you -unplug tuner -replug tuner dmesg says: [ 1030.370462] DVB: registering new adapter (em28xx #0) [ 1030.370470] DVB: registering adapter 0 frontend 0 (DRXK DVB-C)... [ 1030.370689] DVB: registering adapter 0 frontend 1 (DRXK DVB-T)... [ 1030.371393] em28xx #0: Successfully loaded em28xx-dvb - w_scan -a /dev/dvb/adapter0/frontend1 (the autodetect of adapter is disabled) dmesg says: [ 1117.000725] xc5000: waiting for firmware upload (dvb-fe-xc5000-1.6.114.fw)... [ 1117.005404] xc5000: firmware read 12401 bytes. [ 1117.005410] xc5000: firmware uploading... [ 1117.416085] xc5000: firmware upload complete... However, like Fedrik, I don't get errors on dmesg but w_scan ends with ERROR: Sorry - i couldn't get any working frequency/transponder Nothing to scan!! - w_scan -a /dev/dvb/adapter0/frontend1 -I it-All no error on dmesg... - w_scan -f t -c IT Leaving autodetect turned on I get [ 794.964818] drxk: Error -22 on QAMSetSymbolrate [ 794.964827] drxk: Error -22 on SetQAM [ 794.964832] drxk: Error -22 on Start [ 795.164518] drxk: Error -22 on QAMSetSymbolrate [ 795.164528] drxk: Error -22 on SetQAM [ 795.164534] drxk: Error -22 on Start trying scan now... scan -f1 it-All dmesg days [ 2044.103987] drxk: Error -22 on Start [ 2045.293728] drxk: Error -22 on SetQAM [ 2045.293738] drxk: Error -22 on Start [ 2045.431231] drxk: Error -22 on QAMSetSymbolrate [ 2045.431241] drxk: Error -22 on SetQAM [ 2045.431246] drxk: Error -22 on Start regards, Eddi -- 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: HVR-930C DVB-T mode report
On 08-12-2011 22:45, Eddi De Pieri wrote: Hi Mauro... I applied your patch... the patch seems good using scan, but still some issue with w_scan: tune to: 17750:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE 0x 0x0d49: pmt_pid 0x0102 RAI -- Rai 1 (running) 0x 0x0d4a: pmt_pid 0x0101 RAI -- Rai 2 (running) 0x 0x0d4b: pmt_pid 0x0100 RAI -- Rai 3 TGR Veneto (running) 0x 0x0d53: pmt_pid 0x0118 RAI -- Rai News (running) 0x 0x0d54: pmt_pid 0x0119 Rai -- Rai 3 TGR Emilia Romagna (running) 0x 0x0d4c: pmt_pid 0x0103 Rai -- Rai Radio1 (running) 0x 0x0d4d: pmt_pid 0x0104 Rai -- Rai Radio2 (running) 0x 0x0d4e: pmt_pid 0x0105 Rai -- Rai Radio3 (running) Network Name 'Rai' tune to: 21250:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE 0x 0x0001: pmt_pid 0x0023 TV7 -- TV7 MOVIE (running) 0x 0x0002: pmt_pid 0x002f TV7 -- TV7 DOC (running) 0x 0x0003: pmt_pid 0x002d TV7 -- TV7 SANITA (running) 0x 0x0004: pmt_pid 0x0026 TV7 -- TV7 ITALIA (running) 0x 0x0005: pmt_pid 0x0032 TV7 -- TV7 ATENEO (running) 0x 0x0006: pmt_pid 0x0022 TV7 -- TV7 SPORT (running) 0x 0x000b: pmt_pid 0x002b TV7 -- TV7 AZZURRA (running) Network Name 'Triveneta TV' Good! I'll merge it upstream then. using w_scan still persist issues. Will comment about it on your next email. Here is the results: root@depieri1lnx:~# w_scan -f t -c IT w_scan version 20110616 (compiled for DVB API 5.3) using settings for ITALY DVB aerial DVB-T Europe frontend_type DVB-T, channellist 4 output format vdr-1.6 output charset 'UTF-8', use -Ccharset to override Info: using DVB adapter auto detection. /dev/dvb/adapter0/frontend0 - DVB-C DRXK DVB-C: specified was DVB-T - SEARCH NEXT ONE. /dev/dvb/adapter0/frontend1 - DVB-T DRXK DVB-T: good :-) Using DVB-T frontend (adapter /dev/dvb/adapter0/frontend1) -_-_-_-_ Getting frontend capabilities-_-_-_-_ Using DVB API 5.4 frontend 'DRXK DVB-T' supports INVERSION_AUTO QAM_AUTO TRANSMISSION_MODE_AUTO GUARD_INTERVAL_AUTO HIERARCHY_AUTO FEC_AUTO FREQ (47.12MHz ... 865.00MHz) -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ Scanning 7MHz frequencies... 177500: (time: 00:00) 184500: (time: 00:03) 191500: (time: 00:06) 198500: (time: 00:09) 205500: (time: 00:12) 212500: (time: 00:15) 219500: (time: 00:17) 226500: (time: 00:20) Scanning 8MHz frequencies... 474000: (time: 00:23) [...] 85: (time: 02:38) 858000: (time: 02:40) ERROR: Sorry - i couldn't get any working frequency/transponder Nothing to scan!! dmesg says: [ 794.964818] drxk: Error -22 on QAMSetSymbolrate [ 794.964827] drxk: Error -22 on SetQAM [ 794.964832] drxk: Error -22 on Start [ 795.164518] drxk: Error -22 on QAMSetSymbolrate [ 795.164528] drxk: Error -22 on SetQAM [ 795.164534] drxk: Error -22 on Start -- 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: HVR-930C DVB-T mode report
On 09-12-2011 07:35, Eddi De Pieri wrote: Hi Mauro, drxk driver seems to have 2 issue with w_scan: - dvb-t tune error while scanning (solved by forcing w_scan to open dvb-t fe without autoscan) - dvb-t scan fail so... we should have an issue that when the driver release dvb-c adapter drxk (or xc5000?) stay in dvb-c mode Can you check if you can replicate my error and if Terratec H5 have same issue? follow the test: I build w_scan 20111011 like you -unplug tuner -replug tuner dmesg says: [ 1030.370462] DVB: registering new adapter (em28xx #0) [ 1030.370470] DVB: registering adapter 0 frontend 0 (DRXK DVB-C)... [ 1030.370689] DVB: registering adapter 0 frontend 1 (DRXK DVB-T)... [ 1030.371393] em28xx #0: Successfully loaded em28xx-dvb - w_scan -a /dev/dvb/adapter0/frontend1 (the autodetect of adapter is disabled) dmesg says: [ 1117.000725] xc5000: waiting for firmware upload (dvb-fe-xc5000-1.6.114.fw)... [ 1117.005404] xc5000: firmware read 12401 bytes. [ 1117.005410] xc5000: firmware uploading... [ 1117.416085] xc5000: firmware upload complete... However, like Fedrik, I don't get errors on dmesg but w_scan ends with ERROR: Sorry - i couldn't get any working frequency/transponder Nothing to scan!! - w_scan -a /dev/dvb/adapter0/frontend1 -I it-All no error on dmesg... - w_scan -f t -c IT Leaving autodetect turned on I get [ 794.964818] drxk: Error -22 on QAMSetSymbolrate [ 794.964827] drxk: Error -22 on SetQAM [ 794.964832] drxk: Error -22 on Start [ 795.164518] drxk: Error -22 on QAMSetSymbolrate [ 795.164528] drxk: Error -22 on SetQAM [ 795.164534] drxk: Error -22 on Start That's weird... SetQAM and QAMSetSymbolrate are only called for DVB-C. From DRX-K driver, the only way to get EINVAL on QAMSetSymbolrate is when there would be a division by zero, e. g. symbol rate = 0 or frequency equal to 0. Did a quick test here with HVR-930C, using strace: open(/dev/dvb/adapter0/frontend0, O_RDWR|O_NONBLOCK) = 3 ioctl(3, FE_GET_INFO, 0x635120) = 0 write(2, \t/dev/dvb/adapter0/frontend0 - ..., 92/dev/dvb/adapter0/frontend0 - DVB-C DRXK DVB-C: specified was DVB-T - SEARCH NEXT ONE. ) = 92 close(3)= 0 open(/dev/dvb/adapter0/frontend1, O_RDWR|O_NONBLOCK) = 3 ioctl(3, FE_GET_INFO, 0x635120) = 0 write(2, \t/dev/dvb/adapter0/frontend1 - ..., 52/dev/dvb/adapter0/frontend1 - DVB-T DRXK DVB-T: ) = 52 write(2, good :-)\n, 9good :-) ) = 9 close(3)= 0 ... open(/dev/dvb/adapter0/frontend1, O_RDWR) = 3 write(2, -_-_-_-_ Getting frontend capabi..., 48-_-_-_-_ Getting frontend capabilities-_-_-_-_ ) = 48 ioctl(3, FE_GET_INFO, 0x635120) = 0 ioctl(3, FE_GET_PROPERTY, 0x7fff81f5de70) = 0 ... ioctl(3, FE_SET_PROPERTY, 0x7fff81f5de60) = 0 So far so good, but then drxk tries to use DVB-C, instead of DVB-T: [ 717.260140] drxk: Error -22 on SetQAM [ 717.263858] drxk: Error -22 on Start It seems that there's a bug at the dvb-t on the current version. I'll try to fix it. trying scan now... scan -f1 it-All dmesg days [ 2044.103987] drxk: Error -22 on Start [ 2045.293728] drxk: Error -22 on SetQAM [ 2045.293738] drxk: Error -22 on Start [ 2045.431231] drxk: Error -22 on QAMSetSymbolrate [ 2045.431241] drxk: Error -22 on SetQAM [ 2045.431246] drxk: Error -22 on Start regards, Eddi -- 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: HVR-930C DVB-T mode report
On 09-12-2011 08:46, Mauro Carvalho Chehab wrote:
On 09-12-2011 07:35, Eddi De Pieri wrote:
Hi Mauro,
drxk driver seems to have 2 issue with w_scan:
- dvb-t tune error while scanning (solved by forcing w_scan to open
dvb-t fe without autoscan)
- dvb-t scan fail
so... we should have an issue that when the driver release dvb-c
adapter drxk (or xc5000?) stay in dvb-c mode
Can you check if you can replicate my error and if Terratec H5 have same issue?
follow the test:
I build w_scan 20111011 like you
-unplug tuner
-replug tuner
dmesg says:
[ 1030.370462] DVB: registering new adapter (em28xx #0)
[ 1030.370470] DVB: registering adapter 0 frontend 0 (DRXK DVB-C)...
[ 1030.370689] DVB: registering adapter 0 frontend 1 (DRXK DVB-T)...
[ 1030.371393] em28xx #0: Successfully loaded em28xx-dvb
- w_scan -a /dev/dvb/adapter0/frontend1 (the autodetect of adapter is disabled)
dmesg says:
[ 1117.000725] xc5000: waiting for firmware upload (dvb-fe-xc5000-1.6.114.fw)...
[ 1117.005404] xc5000: firmware read 12401 bytes.
[ 1117.005410] xc5000: firmware uploading...
[ 1117.416085] xc5000: firmware upload complete...
However, like Fedrik, I don't get errors on dmesg but w_scan ends with
ERROR: Sorry - i couldn't get any working frequency/transponder
Nothing to scan!!
- w_scan -a /dev/dvb/adapter0/frontend1 -I it-All
no error on dmesg...
- w_scan -f t -c IT
Leaving autodetect turned on I get
[ 794.964818] drxk: Error -22 on QAMSetSymbolrate
[ 794.964827] drxk: Error -22 on SetQAM
[ 794.964832] drxk: Error -22 on Start
[ 795.164518] drxk: Error -22 on QAMSetSymbolrate
[ 795.164528] drxk: Error -22 on SetQAM
[ 795.164534] drxk: Error -22 on Start
That's weird... SetQAM and QAMSetSymbolrate are only called for DVB-C.
From DRX-K driver, the only way to get EINVAL on QAMSetSymbolrate is when
there would be a division by zero, e. g. symbol rate = 0 or frequency equal to
0.
Did a quick test here with HVR-930C, using strace:
open(/dev/dvb/adapter0/frontend0, O_RDWR|O_NONBLOCK) = 3
ioctl(3, FE_GET_INFO, 0x635120) = 0
write(2, \t/dev/dvb/adapter0/frontend0 - ..., 92 /dev/dvb/adapter0/frontend0 - DVB-C
DRXK DVB-C: specified was DVB-T - SEARCH NEXT ONE.
) = 92
close(3) = 0
open(/dev/dvb/adapter0/frontend1, O_RDWR|O_NONBLOCK) = 3
ioctl(3, FE_GET_INFO, 0x635120) = 0
write(2, \t/dev/dvb/adapter0/frontend1 - ..., 52 /dev/dvb/adapter0/frontend1 - DVB-T
DRXK DVB-T: ) = 52
write(2, good :-)\n, 9good :-)
) = 9
close(3) = 0
...
open(/dev/dvb/adapter0/frontend1, O_RDWR) = 3
write(2, -_-_-_-_ Getting frontend capabi..., 48-_-_-_-_ Getting frontend
capabilities-_-_-_-_
) = 48
ioctl(3, FE_GET_INFO, 0x635120) = 0
ioctl(3, FE_GET_PROPERTY, 0x7fff81f5de70) = 0
...
ioctl(3, FE_SET_PROPERTY, 0x7fff81f5de60) = 0
So far so good, but then drxk tries to use DVB-C, instead of DVB-T:
[ 717.260140] drxk: Error -22 on SetQAM
[ 717.263858] drxk: Error -22 on Start
It seems that there's a bug at the dvb-t on the current version.
I'll try to fix it.
I got it. What happens is that, drx-k is changing the DVB type at the frontend
init, and not when FE_SET_PROPERTY is called. This causes issues with tools
like w_scan that opens both devices.
The enclosed patch should fix it. I can't actually test DVB-T here, but
w_scan is properly switching from/to DVB-T/DVB-C now:
$ dmesg|grep SetO|grep DVB
[ 5003.825868] drxk: SetOperationMode: DVB-C Annex C
[ 5004.944909] drxk: SetOperationMode: DVB-T
[ 5054.158016] drxk: SetOperationMode: DVB-C Annex C
[ 5073.899228] drxk: SetOperationMode: DVB-T
-
[media] drxk: Switch the delivery system on FE_SET_PROPERTY
The DRX-K doesn't change the delivery system at set_properties,
but do it at frontend init. This causes problems on programs like
w_scan that, by default, opens both frontends.
Instead, explicitly set the format when set_parameters callback is
called.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/drivers/media/dvb/frontends/drxk_hard.c
b/drivers/media/dvb/frontends/drxk_hard.c
index 95cbc98..c8e0921 100644
--- a/drivers/media/dvb/frontends/drxk_hard.c
+++ b/drivers/media/dvb/frontends/drxk_hard.c
@@ -1847,6 +1847,7 @@ static int SetOperationMode(struct drxk_state *state,
*/
switch (oMode) {
case OM_DVBT:
+ dprintk(1, : DVB-T\n);
state-m_OperationMode = oMode;
status = SetDVBTStandard(state, oMode);
if (status 0)
@@ -1854,6 +1855,8 @@ static int SetOperationMode(struct drxk_state *state,
break;
case OM_QAM_ITU_A: /* fallthrough */
case OM_QAM_ITU_C:
+ dprintk(1, : DVB-C Annex %c\n,
+ (state-m_OperationMode == OM_QAM_ITU_A) ? 'A' : 'C');
state-m_OperationMode = oMode;
status = SetQAMStandard(state, oMode);
if (status 0)
@@ -6183,7 +6186,10 @@ static int drxk_c_init(struct dvb_frontend *fe)
dprintk(1, \n);
if (mutex_trylock(state-ctlock) ==
Re: HVR-930C DVB-T mode report
On 08-12-2011 07:10, Eddi De Pieri wrote: I test again HVR930C without the patch for XC5000 that added regression to other tuners. Attached the results using scan (ubuntu) Actually HVR-930C seems one of the usb dvb-t tuner I own with best sensitivity. using w_scan: root@depieri1lnx:~# w_scan -f t -c IT root@depieri1lnx:~# w_scan -f t -c IT w_scan version 20110616 (compiled for DVB API 5.3) using settings for ITALY DVB aerial DVB-T Europe frontend_type DVB-T, channellist 4 output format vdr-1.6 output charset 'UTF-8', use -Ccharset to override Info: using DVB adapter auto detection. /dev/dvb/adapter0/frontend0 - DVB-C DRXK DVB-C: specified was DVB-T - SEARCH NEXT ONE. /dev/dvb/adapter0/frontend1 - DVB-T DRXK DVB-T: good :-) Using DVB-T frontend (adapter /dev/dvb/adapter0/frontend1) -_-_-_-_ Getting frontend capabilities-_-_-_-_ Using DVB API 5.4 frontend 'DRXK DVB-T' supports INVERSION_AUTO QAM_AUTO TRANSMISSION_MODE_AUTO GUARD_INTERVAL_AUTO HIERARCHY_AUTO FEC_AUTO FREQ (47.12MHz ... 865.00MHz) -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ Scanning 7MHz frequencies... 177500: (time: 00:00) 184500: (time: 00:03) [...] 834000: (time: 02:46) (time: 02:48) 842000: (time: 02:50) 85: (time: 02:52) (time: 02:55) 858000: (time: 02:56) (time: 02:58) ERROR: Sorry - i couldn't get any working frequency/transponder Nothing to scan!! With regards to Italy, w_scan does something different than scan. The auto-italy table used by scan tries several channels with both 8MHz and 7MHz, while w_scan only tries 7MHz for VHF. This might explain the issue, if you're still able to scan/tune with scan and if you have a good antenna. Regards Eddi -- 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: HVR-930C DVB-T mode report
On 12/08/11 11:12, Mauro Carvalho Chehab wrote: -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ Scanning 7MHz frequencies... 177500: (time: 00:00) 184500: (time: 00:03) [...] 834000: (time: 02:46) (time: 02:48) 842000: (time: 02:50) 85: (time: 02:52) (time: 02:55) 858000: (time: 02:56) (time: 02:58) ERROR: Sorry - i couldn't get any working frequency/transponder Nothing to scan!! With regards to Italy, w_scan does something different than scan. The auto-italy table used by scan tries several channels with both 8MHz and 7MHz, while w_scan only tries 7MHz for VHF. This might explain the issue, if you're still able to scan/tune with scan and if you have a good antenna. Regards Eddi -- 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 Are there similar problems while scanning DVB-C nets with w_scan? And, is there a scan everything table for dvbscan? Regards, Fredrik -- 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: HVR-930C DVB-T mode report
On 08-12-2011 12:00, Fredrik Lingvall wrote: On 12/08/11 11:12, Mauro Carvalho Chehab wrote: -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ Scanning 7MHz frequencies... 177500: (time: 00:00) 184500: (time: 00:03) [...] 834000: (time: 02:46) (time: 02:48) 842000: (time: 02:50) 85: (time: 02:52) (time: 02:55) 858000: (time: 02:56) (time: 02:58) ERROR: Sorry - i couldn't get any working frequency/transponder Nothing to scan!! With regards to Italy, w_scan does something different than scan. The auto-italy table used by scan tries several channels with both 8MHz and 7MHz, while w_scan only tries 7MHz for VHF. This might explain the issue, if you're still able to scan/tune with scan and if you have a good antenna. Regards Eddi -- 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 Are there similar problems while scanning DVB-C nets with w_scan? And, is there a scan everything table for dvbscan? No. Both w_scan/dvbscan get the same channels, and they match the channels available at the STB and with other boards. Btw, drivers/media/common/tuners/xc5000.c doesn't support 7MHz for DVB-T: case BANDWIDTH_7_MHZ: printk(KERN_ERR xc5000 bandwidth 7MHz not supported\n); return -EINVAL; This may explain why you're getting so few channels on it. Only channels marked as 8MHz will be tuned. I _suspect_ that: case BANDWIDTH_7_MHZ: case BANDWIDTH_8_MHZ: priv-bandwidth = BANDWIDTH_8_MHZ; priv-video_standard = DTV8; priv-freq_hz = params-frequency - 275; break; would be the right thing to do. 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: HVR-930C DVB-T mode report
Hi Mauro... I applied your patch... the patch seems good using scan, but still some issue with w_scan: tune to: 17750:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE 0x 0x0d49: pmt_pid 0x0102 RAI -- Rai 1 (running) 0x 0x0d4a: pmt_pid 0x0101 RAI -- Rai 2 (running) 0x 0x0d4b: pmt_pid 0x0100 RAI -- Rai 3 TGR Veneto (running) 0x 0x0d53: pmt_pid 0x0118 RAI -- Rai News (running) 0x 0x0d54: pmt_pid 0x0119 Rai -- Rai 3 TGR Emilia Romagna (running) 0x 0x0d4c: pmt_pid 0x0103 Rai -- Rai Radio1 (running) 0x 0x0d4d: pmt_pid 0x0104 Rai -- Rai Radio2 (running) 0x 0x0d4e: pmt_pid 0x0105 Rai -- Rai Radio3 (running) Network Name 'Rai' tune to: 21250:INVERSION_AUTO:BANDWIDTH_7_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE 0x 0x0001: pmt_pid 0x0023 TV7 -- TV7 MOVIE (running) 0x 0x0002: pmt_pid 0x002f TV7 -- TV7 DOC (running) 0x 0x0003: pmt_pid 0x002d TV7 -- TV7 SANITA (running) 0x 0x0004: pmt_pid 0x0026 TV7 -- TV7 ITALIA (running) 0x 0x0005: pmt_pid 0x0032 TV7 -- TV7 ATENEO (running) 0x 0x0006: pmt_pid 0x0022 TV7 -- TV7 SPORT (running) 0x 0x000b: pmt_pid 0x002b TV7 -- TV7 AZZURRA (running) Network Name 'Triveneta TV' using w_scan still persist issues. Here is the results: root@depieri1lnx:~# w_scan -f t -c IT w_scan version 20110616 (compiled for DVB API 5.3) using settings for ITALY DVB aerial DVB-T Europe frontend_type DVB-T, channellist 4 output format vdr-1.6 output charset 'UTF-8', use -C charset to override Info: using DVB adapter auto detection. /dev/dvb/adapter0/frontend0 - DVB-C DRXK DVB-C: specified was DVB-T - SEARCH NEXT ONE. /dev/dvb/adapter0/frontend1 - DVB-T DRXK DVB-T: good :-) Using DVB-T frontend (adapter /dev/dvb/adapter0/frontend1) -_-_-_-_ Getting frontend capabilities-_-_-_-_ Using DVB API 5.4 frontend 'DRXK DVB-T' supports INVERSION_AUTO QAM_AUTO TRANSMISSION_MODE_AUTO GUARD_INTERVAL_AUTO HIERARCHY_AUTO FEC_AUTO FREQ (47.12MHz ... 865.00MHz) -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ Scanning 7MHz frequencies... 177500: (time: 00:00) 184500: (time: 00:03) 191500: (time: 00:06) 198500: (time: 00:09) 205500: (time: 00:12) 212500: (time: 00:15) 219500: (time: 00:17) 226500: (time: 00:20) Scanning 8MHz frequencies... 474000: (time: 00:23) [...] 85: (time: 02:38) 858000: (time: 02:40) ERROR: Sorry - i couldn't get any working frequency/transponder Nothing to scan!! dmesg says: [ 794.964818] drxk: Error -22 on QAMSetSymbolrate [ 794.964827] drxk: Error -22 on SetQAM [ 794.964832] drxk: Error -22 on Start [ 795.164518] drxk: Error -22 on QAMSetSymbolrate [ 795.164528] drxk: Error -22 on SetQAM [ 795.164534] drxk: Error -22 on Start -- 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
