
Ergebnis 1 bis 9 von 9
-
04.11.2018, 19:12 #1
- Registriert seit
- 17.03.2015
- Beiträge
- 17
- Thanks (gegeben)
- 0
- Thanks (bekommen)
- 3
- Total Downloaded
- 138,5 KB
- Total Downloaded
- 138,5 KB
6.3 Regression (Boxcrash bei bestimmtem Kanal)
Hi
Ich bekomme auf OpenATV 6.3 reproduzierbar einen Crash (BSOD) wenn ich auf den Kanal "OE24.TV" wechsle, egal ob per Fernbedienung oder per WebIF.
Das Problem trat auf Version 6.2 nicht auf.
Box = WWIO Bre2ze
Log:
Code:19:55:02.6809 [ ] dvb/dvb.cpp:2419 getDemux [eDVBChannel] getDemux cap=00 19:55:02.6810 [ ] dvb/demux.cpp:90 openDemux [eDVBDemux] open demux /dev/dvb/adapter0/demux0 19:55:02.6812 [ ] dvb/demux.cpp:90 openDemux [eDVBDemux] open demux /dev/dvb/adapter0/demux0 19:55:02.6814 [ ] dvb/demux.cpp:90 openDemux [eDVBDemux] open demux /dev/dvb/adapter0/demux0 19:55:02.6815 [ ] dvb/demux.cpp:90 openDemux [eDVBDemux] open demux /dev/dvb/adapter0/demux0 19:55:02.6816 [ ] dvb/demux.cpp:90 openDemux [eDVBDemux] open demux /dev/dvb/adapter0/demux0 19:55:02.6817 [ ] dvb/demux.cpp:90 openDemux [eDVBDemux] open demux /dev/dvb/adapter0/demux0 19:55:02.6819 [ ] dvb/demux.cpp:90 openDemux [eDVBDemux] open demux /dev/dvb/adapter0/demux0 19:55:02.6820 [ ] dvb/demux.cpp:90 openDemux [eDVBDemux] open demux /dev/dvb/adapter0/demux0 19:55:02.6821 [ ] dvb/demux.cpp:90 openDemux [eDVBDemux] open demux /dev/dvb/adapter0/demux0 19:55:02.6823 [ ] dvb/demux.cpp:90 openDemux [eDVBDemux] open demux /dev/dvb/adapter0/demux0 19:55:02.6824 [ ] dvb/demux.cpp:90 openDemux [eDVBDemux] open demux /dev/dvb/adapter0/demux0 19:55:02.6826 [ ] dvb/demux.cpp:90 openDemux [eDVBDemux] open demux /dev/dvb/adapter0/demux0 19:55:02.6827 [ ] dvb/demux.cpp:90 openDemux [eDVBDemux] open demux /dev/dvb/adapter0/demux0 19:55:02.6828 [ ] dvb/dvb.cpp:1489 DVBChannelStateChanged [eDVBResourceManager] stop release channel timer 19:55:02.6829 [ ] dvb/dvb.cpp:2419 getDemux [eDVBChannel] getDemux cap=01 19:55:02.6830 [ ] dvb/dvb.cpp:1103 allocateDemux [eDVBResourceManager] allocate demux cap=01 19:55:02.6831 [ ] dvb/dvb.cpp:1212 allocateDemux [eDVBResourceManager] allocating shared demux adapter=0, demux=0, source=0 19:55:02.6833 [ ] dvb/epgcache.cpp:2076 startChannel [eEPGCache] next update in 2 sec 19:55:02.6833 [ ] dvb/pmt.cpp:77 channelStateChanged [eDVBServicePMTHandler] ok ... now we start!! 19:55:02.6835 [ ] dvb/demux.cpp:90 openDemux [eDVBDemux] open demux /dev/dvb/adapter0/demux0 19:55:02.6837 [ ] dvb/demux.cpp:286 start [eDVBSectionReader] DMX_SET_FILTER pid=0 19:55:02.6844 [ ] bsod.cpp:379 oops PC: 005ca6b8 19:55:02.6845 [ ] bsod.cpp:385 oops 00000000 10008b00 00000000 006ea008 19:55:02.6846 [ ] bsod.cpp:385 oops 00000000 01459788 0000009e 000000af 19:55:02.6847 [ ] bsod.cpp:385 oops ffffffff 00000000 00000000 250e38e3 19:55:02.6848 [ ] bsod.cpp:385 oops ffffffff ffffffff 00000000 006d0000 19:55:02.6848 [ ] bsod.cpp:385 oops 0161a7d8 017cc3c0 0164e070 016152e0 19:55:02.6849 [ ] bsod.cpp:385 oops 7fbaa710 016152e8 00610000 00610000 19:55:02.6850 [ ] bsod.cpp:385 oops 006d06dc 762de4d0 00000001 00000000 19:55:02.6851 [ ] bsod.cpp:385 oops 763b70a0 7fbaa678 7fbaa950 005ca6b4 19:55:02.7144 [ ] bsod.cpp:402 print_backtrace Backtrace: 19:55:02.7149 [ ] bsod.cpp:410 print_backtrace /usr/bin/enigma2(_Z17handleFatalSignaliP9siginfo_tPv) [0x46FEB4] 19:55:02.7156 [ ] bsod.cpp:410 print_backtrace /usr/bin/enigma2(_ZN15eDVBServicePlay12serviceEventEi) [0x5CA6BA] 19:55:02.7161 [ ] bsod.cpp:410 print_backtrace /usr/bin/enigma2(n/a) [0x4B1338] 19:55:02.7167 [ ] bsod.cpp:410 print_backtrace /usr/bin/enigma2(_ZN21eDVBServicePMTHandler19channelStateChangedEP11iDVBChannel) [0x4E93BC] 19:55:02.7171 [ ] bsod.cpp:410 print_backtrace /usr/bin/enigma2(n/a) [0x4ACF8C] 19:55:02.7176 [ ] bsod.cpp:410 print_backtrace /usr/bin/enigma2(_ZN11eDVBChannel20frontendStateChangedEP12iDVBFrontend) [0x4A9474] 19:55:02.7184 [ ] bsod.cpp:410 print_backtrace /usr/bin/enigma2(n/a) [0x4E5774] 19:55:02.7189 [ ] bsod.cpp:410 print_backtrace /usr/bin/enigma2(_ZN12eDVBFrontend7feEventEi) [0x4DF88C] 19:55:02.7194 [ ] bsod.cpp:410 print_backtrace /usr/bin/enigma2(n/a) [0x475280] 19:55:02.7198 [ ] bsod.cpp:410 print_backtrace /usr/bin/enigma2(_ZN9eMainloop15processOneEventEjPP7_object9ePyObject) [0x477668] 19:55:02.7203 [ ] bsod.cpp:410 print_backtrace /usr/bin/enigma2(_ZN9eMainloop7iterateEjPP7_object9ePyObject) [0x477888] 19:55:02.7208 [ ] bsod.cpp:410 print_backtrace /usr/bin/enigma2(_ZN9eMainloop4pollE9ePyObjectS0_) [0x477980] 19:55:02.7213 [ ] bsod.cpp:410 print_backtrace /usr/bin/enigma2(n/a) [0x56D518] 19:55:02.7214 [ ] bsod.cpp:422 handleFatalSignal -------FATAL SIGNAL
mfg,
MickGeändert von mick232 (04.11.2018 um 19:15 Uhr)
-
Advertising
-
05.11.2018, 11:39 #2
- Registriert seit
- 17.03.2015
- Beiträge
- 17
- Thanks (gegeben)
- 0
- Thanks (bekommen)
- 3
- Total Downloaded
- 138,5 KB
- Total Downloaded
- 138,5 KB
ThemenstarterDer Stack sieht für mich nach dem gleichen Problem aus wie https://www.opena.tv/openatv-6-3-pub...tml#post372692
-
05.11.2018, 12:22 #3
- Registriert seit
- 29.08.2014
- Beiträge
- 5.344
- Thanks (gegeben)
- 2010
- Thanks (bekommen)
- 2277
- Total Downloaded
- 51,35 MB
- Total Downloaded
- 51,35 MB
Box 1:OSmio+4K @ 7.3Box 2:OSmio4K @ 7.3Box 3:OSmini4K @ 7.3Box 4:SF8008 @ 7.3Gruss HD75hd
OS mio+ 4K / OpenATV 7.3
Unicable DurLine UK 124
Wer kein Fullbackup hat, hat selber Schuld
-
05.11.2018, 21:39 #4
- Registriert seit
- 17.03.2015
- Beiträge
- 17
- Thanks (gegeben)
- 0
- Thanks (bekommen)
- 3
- Total Downloaded
- 138,5 KB
- Total Downloaded
- 138,5 KB
ThemenstarterDanke für die Antwort.
Mir ist aufgefallen, dass ein Wert beim Sender nicht stimmt.
Am Screenshot: 1_0_19_3402_3ED ...
Bei mir in der Senderliste stand da: #SERVICE 1:0:16:3402:3ED:1:C00000:0:0:0: (16 statt 19)
Der Sender hatte unter 6.2 auch keinen Namen, statt "oe24.TV HD" stand immer "DVB SERVICE" oder "n/a", was mich aber nicht weiter störte.
Weiters habe ich jetzt herausgefunden, dass der Sender bei Anwahl über "Anbieter" funktioniert.
Ich habe ihn jetzt aus dem Bouquet gelöscht und neu dazugegeben. Es funktioniert jetzt.
Offen bleibt die Frage, wie der falsche Wert da reinkam und warum es trotzdem unter 6.2 funktionierte. Auch im Settings-Backup (vor 6.2 auf 6.3) gemacht steht der Sender mit dem Wert "16" drin und so hat es funkioniert.Geändert von mick232 (05.11.2018 um 21:49 Uhr)
-
06.11.2018, 07:16 #5
- Registriert seit
- 03.04.2013
- Beiträge
- 14.390
- Thanks (gegeben)
- 740
- Thanks (bekommen)
- 20384
- Total Downloaded
- 162,47 MB
- Total Downloaded
- 162,47 MB
danke für diese Info, vielleicht kann man dadurch den Fehler forcieren kann mir das aber erst zum Wochenende ansehen
openATV we are open Source
Boykott GPL violator
-
10.11.2018, 17:00 #6
- Registriert seit
- 03.04.2013
- Beiträge
- 14.390
- Thanks (gegeben)
- 740
- Thanks (bekommen)
- 20384
- Total Downloaded
- 162,47 MB
- Total Downloaded
- 162,47 MB
wurde gefixt fix im kommenden image
fix for zap to <n/a> services in bouquet * openatv/enigma2@d32e219 * GitHub
openATV we are open Source
Boykott GPL violator
-
14.11.2018, 21:16 #7
- Registriert seit
- 17.03.2015
- Beiträge
- 17
- Thanks (gegeben)
- 0
- Thanks (bekommen)
- 3
- Total Downloaded
- 138,5 KB
- Total Downloaded
- 138,5 KB
ThemenstarterDer Fix ist ja schon 5 Monate alt, aber das Problem tritt derzeit auf. Kann man den Fix auf 6.3 portieren bzw. was ist mit kommendem Image gemeint?
-
14.11.2018, 21:56 #8
- Registriert seit
- 03.04.2013
- Beiträge
- 14.390
- Thanks (gegeben)
- 740
- Thanks (bekommen)
- 20384
- Total Downloaded
- 162,47 MB
- Total Downloaded
- 162,47 MB
halt image mit neuen datum sollte schon da sein denke ich mal
openATV we are open Source
Boykott GPL violator
-
16.11.2018, 21:57 #9
- Registriert seit
- 17.03.2015
- Beiträge
- 17
- Thanks (gegeben)
- 0
- Thanks (bekommen)
- 3
- Total Downloaded
- 138,5 KB
- Total Downloaded
- 138,5 KB
ThemenstarterDanke, alles klar.
Lesezeichen