Re: BUG-Beschreibung seg-fault bei zap über rtl-hd
Verfasst: Fr 8. Okt 2021, 10:24
Danke.
Wenn die das dann auch weiterverarbeiten könnte würde es einen hohen Nutzen haben. Aber so?
Neutrino-Images
BUG-Beschreibung seg-fault bei zap über rtl-hd
Seite 2 von 5
Re: BUG-Beschreibung seg-fault bei zap über rtl-hd
Verfasst: Fr 8. Okt 2021, 10:31
Re: BUG-Beschreibung seg-fault bei zap über rtl-hd
Verfasst: Fr 8. Okt 2021, 10:40
Um HbbTV-URLs zu erhalten. Mit der derzeitigen Version werden die in /tmp/aitscan.txt (oder so ähnlich) gespeichert.
Re: BUG-Beschreibung seg-fault bei zap über rtl-hd
Verfasst: Fr 8. Okt 2021, 11:03
gestern habe ich auch beim schnellen zappen 4 sender runter 3 wieder hoch das ni logo vor augen.
habe jetzt mal das ni-image von heute in einer anderen bank installiert und das wiederholt von gestern.
normalerweise schalte ich so nicht um,aber jetzt verstehe ich was dryeye meinte und mit dem image von
heute ist es besser.
habe jetzt mal das ni-image von heute in einer anderen bank installiert und das wiederholt von gestern.
normalerweise schalte ich so nicht um,aber jetzt verstehe ich was dryeye meinte und mit dem image von
heute ist es besser.
Re: BUG-Beschreibung seg-fault bei zap über rtl-hd
Verfasst: Fr 8. Okt 2021, 11:44
...auch hier ist der fehler mit dem aktuellen nightly nicht mehr vorhanden.
Re: BUG-Beschreibung seg-fault bei zap über rtl-hd
Verfasst: Sa 16. Okt 2021, 10:00
@vanhofen
mit dem aktuellen nightly ist der ait-scan ja noch deaktiviert.
macht denn nach satbabys commit vom 14.10.2021....
https://github.com/neutrino-images/ni-n ... d243c77d5a
ein nighlty build mit erneut aktivierten ait-scan sinn?
so könnte man doch satbabys fixversuch testen, oder vertue ich mich da?
mit dem aktuellen nightly ist der ait-scan ja noch deaktiviert.
macht denn nach satbabys commit vom 14.10.2021....
https://github.com/neutrino-images/ni-n ... d243c77d5a
ein nighlty build mit erneut aktivierten ait-scan sinn?
so könnte man doch satbabys fixversuch testen, oder vertue ich mich da?
Re: BUG-Beschreibung seg-fault bei zap über rtl-hd
Verfasst: Sa 16. Okt 2021, 11:39
ait wird bis jetzt nirgendwo gebraucht.
Keine Ahnung was für boxen qt driver haben.
https://github.com/openhbbtvbrowser/openhbbtvbrowser
Dann könnte man damit anfangen.
Keine Ahnung was für boxen qt driver haben.
https://github.com/openhbbtvbrowser/openhbbtvbrowser
Dann könnte man damit anfangen.
Re: BUG-Beschreibung seg-fault bei zap über rtl-hd
Verfasst: Sa 16. Okt 2021, 11:45
Ich würde dazu nicht raten.
Ich stelle im Apolloimage ein Problem mit dem Kanallisten neu laden fest, der Fehler ist sporadisch.
Nachstellen kann ich den Fehler wenn Sat 19.2E, Kabel Vodafone und Webtv aktiv sind...
Ich stelle im Apolloimage ein Problem mit dem Kanallisten neu laden fest, der Fehler ist sporadisch.
Nachstellen kann ich den Fehler wenn Sat 19.2E, Kabel Vodafone und Webtv aktiv sind...
Code: Alles auswählen
[neutrino] CScanSetup::exec: reloadchannels
[neutrino] CScanSetup::exec reloadchannels...
[zapit] Loading services, channel size 256 ..
[getservices.cpp:LoadServices:915] Loading satellites...
[getservices.cpp:LoadServices:920] Loading cables...
[getservices.cpp:FindTransponder:623] going to parse dvb-s provider 19.2E Astra
Segmentation fault
Oct 16 11:33:57 apollo user.info start_neutrino[972]: Neutrino exited with exit code 139
Oct 16 11:33:57 apollo user.info start_neutrino[972]: Rebooting due to REBOOT_ON_ERROR=true and exit code 139
Oct 16 11:33:57 apollo user.notice shutdown[22596]: shutting down for system reboot
Re: BUG-Beschreibung seg-fault bei zap über rtl-hd
Verfasst: Sa 16. Okt 2021, 12:32
Reload kann nichts mit ait zu tun haben.
Da Du Apolloimage erwähnst, kann eher was mit webtv zu tun haben.
Hier seggfaultet Neutrino nie und ich mache reload sehr oft.
Was kommt normalerweise nach "[getservices.cpp:LoadServices:920] Loading cables..." bei Dir vor?
Gruß
Da Du Apolloimage erwähnst, kann eher was mit webtv zu tun haben.
Hier seggfaultet Neutrino nie und ich mache reload sehr oft.
Was kommt normalerweise nach "[getservices.cpp:LoadServices:920] Loading cables..." bei Dir vor?
Gruß
Re: BUG-Beschreibung seg-fault bei zap über rtl-hd
Verfasst: Sa 16. Okt 2021, 13:37
kann ich im Moment nicht sagen, da ich werksreset gemacht habe und neu scane, sage ich heute noch 
Re: BUG-Beschreibung seg-fault bei zap über rtl-hd
Verfasst: Sa 16. Okt 2021, 13:59
Ich sehe grade, dass bei reload xml-tv nicht mehr neu geladen wird, also kann was sein, was Du in webtv bzw andren channel listen hast.
Teste mit xmllint die xml files, vielleicht findet der was. (xmllint ist hier in image, kA wie bei hd2 aussieht)
Gruß
Teste mit xmllint die xml files, vielleicht findet der was. (xmllint ist hier in image, kA wie bei hd2 aussieht)
Gruß
Re: BUG-Beschreibung seg-fault bei zap über rtl-hd
Verfasst: Sa 16. Okt 2021, 14:17
hier wenn es funktioniert..
das mit xmllint probier ich aus...
Code: Alles auswählen
CVFD::ShowText: [0x1d][Kanallisten neu laden]
key: 0067 value 0, translate: 0067 -cursor up-
key: 0160 value 1, translate: 0160 -ok-
[neutrino] CScanSetup::exec: reloadchannels
[neutrino] CScanSetup::exec reloadchannels...
[zapit] Loading services, channel size 256 ..
[getservices.cpp:LoadServices:915] Loading satellites...
[getservices.cpp:LoadServices:920] Loading cables...
[getservices.cpp:FindTransponder:623] going to parse dvb-s provider Astra (19.2E) by matze
[zapit] 1211 services loaded (1211)...
[zapit] service loading took: 311 msec
[zapit.cpp:PrepareChannels:1183] LoadServices: success
[bouquets.cpp:parseBouquetsXml:418] reading bouquets from /var/tuxbox/config/zapit/bouquets.xml
[bouquets.cpp:parseBouquetsXml:520] total: 57 bouquets
[bouquets.cpp:loadWebchannels:888] Loading webtv from /var/tuxbox/webtv/webtv_usr.xml ...
[bouquets.cpp:loadWebchannels:888] Loading webtv from /usr/share/tuxbox/neutrino/webtv/plutotv.xml ...
[bouquets.cpp:loadWebchannels:888] Loading webtv from /usr/share/tuxbox/neutrino/webtv/rakutentv.xml ...
[bouquets.cpp:loadWebchannels:888] Loading webradio from /var/tuxbox/webradio/webradio_usr.xml ...
Re: BUG-Beschreibung seg-fault bei zap über rtl-hd
Verfasst: Sa 16. Okt 2021, 14:21
Prüfe alle xml files die geladen werden mit xmllint, auch die in zapit Verzeichnis.
Re: BUG-Beschreibung seg-fault bei zap über rtl-hd
Verfasst: Sa 16. Okt 2021, 14:33
xmllint (nachinstalliert im Linux PC) zeigt bei allen xml Dateien keine Fehler.
Re: BUG-Beschreibung seg-fault bei zap über rtl-hd
Verfasst: Sa 16. Okt 2021, 14:50
Dann wird ohne Debug Neutrino nicht möglich.
Muss Du versuchen was mit gdb und core dump was finden.
Wird aber sicher schwer.
Gruß
Muss Du versuchen was mit gdb und core dump was finden.
Wird aber sicher schwer.
Gruß
Re: BUG-Beschreibung seg-fault bei zap über rtl-hd
Verfasst: Sa 16. Okt 2021, 15:34
@annie
kA ob das relevant ist....aber was auffällt....
ohne segfault hattest du matze settings....mit segfault nicht.
kA ob das relevant ist....aber was auffällt....
ohne segfault hattest du matze settings....mit segfault nicht.
Code: Alles auswählen
[getservices.cpp:FindTransponder:623] going to parse dvb-s provider 19.2E AstraCode: Alles auswählen
[getservices.cpp:FindTransponder:623] going to parse dvb-s provider Astra (19.2E) by matzeRe: BUG-Beschreibung seg-fault bei zap über rtl-hd
Verfasst: Sa 16. Okt 2021, 15:48
um meine eigene Settings als Ursache auszuschließen,
hab ich alles bereinigt.
Im Image werden die satellites.xml von matze verwendet
Tritt mit meinen wie auch mit neuem Kanalsuchlauf von Matze auf.
hab unter zapit die Beispiele epgmap und myservice gelöscht, seltsamerweise hab ich danach keine Abstürze mehr.
Aber ich teste weiter...
hab ich alles bereinigt.
Im Image werden die satellites.xml von matze verwendet
Tritt mit meinen wie auch mit neuem Kanalsuchlauf von Matze auf.
hab unter zapit die Beispiele epgmap und myservice gelöscht, seltsamerweise hab ich danach keine Abstürze mehr.
Aber ich teste weiter...
Re: BUG-Beschreibung seg-fault bei zap über rtl-hd
Verfasst: Sa 16. Okt 2021, 15:59
epgmap.xml und myservices.xml erfordern ständige Pflege !
Einträge in epgmap.xml zeigen evtl. auf nicht vorhandene Services und/oder Sat-Positionen oder gar Delivery-Systeme ohne entsprechenden Tuner in der Box.
Für Enträge in myservices.xml gilt im Prinzip das Gleiche.
Lässt sich da aber leichter prüfen, da 'lesbares' XML zur Adressierung verwendet wird.
Könnte schon sein, das bei diesen recht komplexen "Features" auf Fehlerabfang-Routinen verzichtet wurde...
Einträge in epgmap.xml zeigen evtl. auf nicht vorhandene Services und/oder Sat-Positionen oder gar Delivery-Systeme ohne entsprechenden Tuner in der Box.
Für Enträge in myservices.xml gilt im Prinzip das Gleiche.
Lässt sich da aber leichter prüfen, da 'lesbares' XML zur Adressierung verwendet wird.
Könnte schon sein, das bei diesen recht komplexen "Features" auf Fehlerabfang-Routinen verzichtet wurde...
Re: BUG-Beschreibung seg-fault bei zap über rtl-hd
Verfasst: Sa 16. Okt 2021, 17:16
epgmap.xml wird immer (neu) eingelesen egal ob die services existieren oder nicht, spielt aber auch keine Rolle, da das nur eine doofe 1:1 zuordnung ist.
Erst später bei einlesen der Kanäle wird geschaut ob dieser in der epgmap liste drinne ist, und wenn wird die epg id von diesem channel geändert.
Also wenns hart auf hart kommt, hat dieser channel dann halt kein epg oder das falsche, mehr aber auch nicht.
myservices.xml - da wird geprüft ob die (s/c/t-)position vorhanden ist, und auch känale dort verfügbar, und wenn dann noch die service id vorhanden ist, wird der kanal entsprechend ersetzt.
Erst später bei einlesen der Kanäle wird geschaut ob dieser in der epgmap liste drinne ist, und wenn wird die epg id von diesem channel geändert.
Also wenns hart auf hart kommt, hat dieser channel dann halt kein epg oder das falsche, mehr aber auch nicht.
myservices.xml - da wird geprüft ob die (s/c/t-)position vorhanden ist, und auch känale dort verfügbar, und wenn dann noch die service id vorhanden ist, wird der kanal entsprechend ersetzt.
Re: BUG-Beschreibung seg-fault bei zap über rtl-hd
Verfasst: Sa 16. Okt 2021, 17:44
Wie kann man das anstoßen? Ich muss immer einen rebbot machen damit sich der WebTV EPG aktualisiert (vor allem wird mit einmal nicht alles eingelesen weil es da wohl ein Time Out gibt)