Printable View
We have advanced mode now, with a direct frequency input assigned to the blue button. It was way more of a burden to search a frequency by pressing the arrow buttons countless times, than having to press 3 buttons to get into the log, don't you think?Quote:
Originally Posted by jpuigs
Restored on long blue. So you have to press blue a little bit more.Quote:
Originally Posted by jpuigs
Please try an online update and let us know if dab also now works.
Problem is on libfftwf, something is broken, disabling neon instructions seems to fix issue.
Yes now it works !!)=:$)=:$)=:$)=:$Quote:
Originally Posted by athoik
Tried the "long blue" too.
Is there any text file where log it is stored too ?
I want to show you some process exceptions.....
I didn't knew, but "long blue" is ok too.Quote:
Originally Posted by mcelliot_g
Sorry, by reading my previous reply, it seems that I'm saying only that long blue works, but I meant that DAB was working !!! (as well as long blue) , but although it works it appears some exceptions, and that's why I was looking for a log file to send it, instead of making screenshots.
There is no support for writting to log file.
Can you add the following line in plugin? (opkg install enigma2-plugin-extensions-sdgradio-src to get .py files)Code:diff --git a/plugin/plugin.py b/plugin/plugin.py
index dfbfc7e..254a415 100644
--- a/plugin/plugin.py
+++ b/plugin/plugin.py
@@ -735,6 +735,7 @@ class SDGRadioScreen(Screen, HelpableScreen):
def showLog(self):
text = "".join(self.log)
+ open("/tmp/sdgradio.log", "w").write(text)
self.session.open(Console, _("Log"), ["cat << EOF\n%s\nEOF" % text])
def showPrograms(self):
Code:dab-sdgradio by SatDreamGr based on dab-cmdline examples
opt = C 8A
opt = W 30
opt = p -2
opt = G 8
going for rtlsdr 195936000 8
OK, functions seem to be loaded
Found Rafael Micro R820T tuner
[R82XX] PLL not locked!
samplerate set to 2048000
Supported gain values (29): 0.0 0.9 1.4 2.7 3.7 7.7 8.7 12.5 14.4 15.7 16.6 19.7 20.7 22.9 25.4 28.0 29.7 32.8 33.8 36.4 37.2 38.6 40.2 42.1 43.4 43.9 44.5 48.0 49.6
ofdm word gestart
{"snr":"0","synced":"on","offset":"2001"}
{"snr":"3","synced":"on","offset":"-30010"}
{"snr":"0","synced":"on","offset":"-60"}
{"snr":"0","synced":"on","offset":"-14055"}
ensemble MF2 is (EFFD) recognized
processRds exception: 'pi' data: 7b227073223a22436164656e6131303020202020202020227d
Cadena100 (EFF8) is part of the ensemble
{"ps":"Cadena100 "}
Cadena100 (EFF8) selected as default program
{"programName":"Cadena100 ","programId":"EFF8"}
SER Digital (EFF4) is part of the ensemble
{"programName":"SER Digital ","programId":"EFF4"}
Onda Cero Radio (EFF5) is part of the ensemble
{"programName":"Onda Cero Radio ","programId":"EFF5"}
RADIO MARIA (EFF7) is part of the ensemble
{"programName":"RADIO MARIA ","programId":"EFF7"}
{"snr":"7","synced":"on","offset":"-21"}
MELODIA FM (EFF9) is part of the ensemble
{"programName":"MELODIA FM ","programId":"EFF9"}
KISS FM DIGITAL (EFF6) is part of the ensemble
{"programName":"KISS FM DIGITAL ","programId":"EFF6"}
DAB+ R MARIA (EFED) is part of the ensemble
{"programName":"DAB+ R MARIA ","programId":"EFED"}
{"snr":"15","synced":"on","offset":"-7"}
{"fic_quality":"60"}
{"snr":"19","synced":"on","offset":"1"}
listener is running
going to start program Cadena100
we have now DAB
startaddress = 116
length = 116
subChId = 2
protection = 3
bitrate = 160
{"length":"116","bitrate":"160","protectionLevel":"UEP 3","dabType":"DAB","language":" ","programType":"None"}
{"snr":"21","synced":"on","offset":"12"}
{"fic_quality":"100"}
{"msc_quality":"100 0 0"}
we now try to start program SER Digital
startaddress = 534
length = 116
subChId = 6
protection = 3
bitrate = 160
processRds exception: 'pi' data: 7b227073223a22534552204469676974616c2020202020227d
{"length":"116","bitrate":"160","protectionLevel":"UEP 3","dabType":"DAB","language":" ","programType":"None"}
{"ps":"SER Digital "}
we now try to start program Onda Cero Radio
startaddress = 418
length = 116
subChId = 5
protection = 3
bitrate = 160
processRds exception: 'pi' data: 7b227073223a224f6e6461204365726f20526164696f20227d
{"length":"116","bitrate":"160","protectionLevel":"UEP 3","dabType":"DAB","language":" ","programType":"None"}
{"ps":"Onda Cero Radio "}
we now try to start program RADIO MARIA
processRds exception: 'pi' data: 7b227073223a22524144494f204d415249412020202020227d
startaddress = 232
length = 70
subChId = 3
protection = 3
bitrate = 96
{"length":"70","bitrate":"96","protectionLevel":"UEP 3","dabType":"DAB","language":" ","programType":"None"}
{"ps":"RADIO MARIA "}
{"fic_quality":"76"}
{"msc_quality":"98 0 0"}
we now try to start program MELODIA FM
processRds exception: 'pi' data: 7b227073223a224d454c4f44494120464d202020202020227d
startaddress = 0
length = 116
subChId = 1
protection = 3
bitrate = 160
{"length":"116","bitrate":"160","protectionLevel":"UEP 3","dabType":"DAB","language":" ","programType":"None"}
{"ps":"MELODIA FM "}
Above exception should be solved with online update.
Also the write log to /tmp was uploaded.
Finaly here are available new dab-cmdline executables: https://mega.nz/folder/6VMj0QbK#H3v5OEDhI6Rz9NrCZrckbg
They are build again latest version of dab-cmdline.
They seem to work much better here.... At least tuning is instant now.
I've updated and the exception has indeed dissapeared... )=:$
... and I've changed the cmdline executables too............ and they are incredibly faster than before!!!!!!!!
You can switch from DAB Muxes in less than two seconds !!!
And switching stations inside MUX is still faster..... and it has been fixed the annoying "clicks" and noises which appeared when switching programes sometimes which only dissapeared after stopping and restarting program...
Good job !!!);;);));;);));;);));;);));;);));;);)
Just found some small bugs on new cmdline executables.
The top right info line (64 Kbps DAB+ Religion) doesn't appear. On old executables it shows correctly.
I see Logs from new and old executables are slightly different.
Old executables:
Code:going to start program DAB+ R MARIA we have now DAB+
startaddress = 650
length = 96
subChId = 7
protection = 0
bitrate = 64
{"length":"96","bitrate":"64","protectionLevel":"EEP A 1","dabType":"DAB+","language":" ","programType":"Religion"}
{"fic_quality":"100"}
{"msc_quality":"98 100 100"}
{"msc_quality":"100 100 100"}
New executables;
So, if sdgradio plugin gets values from logs, they don't appear....Code:going to start program DAB+ R MARIA listener is running
protection handler is eep_protection
we have now DAB+
{"snr":"13","synced":"on","offset":"20"}
{"snr":"15","synced":"on","offset":"22"}
https://imagizer.imageshack.com/img924/1466/4a0ysF.jpg
and finaly a few visual corrections on utils.py:
I have changed two values, because on left side, "DAB/DAB+" was not shown, it only showed "DAB/DAB" , and on top right part "Religion" word was not shown too.
It showed "64 kbps DAB+"
Changed values are the red ones.Code:SKIN_DATA = (
1155, 630,
105, 495, 35, 35,
155, 495, 35, 35,
205, 495, 35, 35,
255, 495, 35, 35,
305, 495, 35, 35,
355, 495, 35, 35,
405, 495, 35, 35,
455, 495, 35, 35,
505, 495, 35, 35,
555, 495, 35, 35,
160, 65, 155, 35, 30,
165, 125, 150, 35, 30,
320, 65, 720, 100, 95,
320, 65, 720, 100, 95,
1045, 130, 65, 35, 30,
320, 170, 720, 55, 40,
225, 29, 85, 30,
1060, 170, 30, 30,
1045, 230, 60, 30,
320, 230, 720, 140, 30,
780, 27, 330, 35, 30,
While doing more tests, I've discovered how to solve a long time discovered bug.
The USB stick doesn't totally "sleep" when we stop using it.
I noticed some time ago, that the stick was sometimes hot although I was not using it at all.
However, rebooting receiver, made it became warmer until executing again SDGradio cmdline processes.
So, the issue is that when executing any cmdline on SDGradio, it wakes up theUSB stick, and it stays "on" untill you either reboot enigma2 receiver, or unplug and plug USB stick again.
But today, I've discovered that pressing MENU => 2 SDR device info (which is the same that executing "rtl_eeprom" on a telnet session) makes USB Stick sleep again after displaying information, and then it doesn't get hot when not using it.
Then, the "rtl_eeprom" executable has something inside that when finishes puts USB Stick in standby , and this is not done when stopping cmdline rtlsdr commands.
... and how I discovered it ??
Plug USB Stick.
Before executing sdgradio commands.... 0 Amp.
https://imagizer.imageshack.com/img922/8945/VNUF97.jpg
When listening to FM or DAB.....
https://imagizer.imageshack.com/img921/4000/1q1yJw.jpg
When stop and closing SDGradio.... (although you see here 80 mA.,, 70mA and 80mA values are changing constantly on both pictures...).
USB Stick is still "working".......
https://imagizer.imageshack.com/img924/1927/8qZb5G.jpg
Now.....
...... and after that.........Code:root@sf8008:~# rtl_eeprom
Found 1 device(s):
0: Generic RTL2832U OEM
Using device 0: Generic RTL2832U OEM
Found Rafael Micro R820T tuner
Current configuration:
__________________________________________
Vendor ID: 0x0bda
Product ID: 0x2838
Manufacturer: Realtek
Product: RTL2838UHIDIR
Serial number: 00000001
Serial number enabled: yes
IR endpoint enabled: yes
Remote wakeup enabled: no
__________________________________________
root@sf8008:~#
https://imagizer.imageshack.com/img922/1295/JamcOr.jpg
So, I think that when stopping cmdline executables, they should do something like rtl_eeprom does, and let USB Stick sleep properly....