Beiträge von C3PO_V2

Zitat

Original von C3PO_V2

Leider existiert das Problem noch immer. Kannst du vielleicht mal darüber gucken @ dhwz?

dhwz

Hattest du schon mal Zeit das Problem mal anzugucken? Es crasht leider immer noch mit der aktuellen Unstable Version von DreamOS :-/

Ich bekomme immer von der Freundin schimpfe, ich kann es daher garnicht vergessen

Zitat

Original von C3PO_V2
Kann sich meinen Crash den ich vor ein paar Wochen schon mal berichtet habe auch einer angucken? Leider tritt das Problem noch immer auf.

Immer (6/10~) bei Wiedergabestart einer Aufnahme crasht es, aber nur, wenn die Platte gerade viel Arbeit hat! Wenn gerade nichts aufgenommen wird, crasht EMC beim Start einer Aufnahme i.d.R. auch nicht.

Das aktuelle Crashlog habe ich angehängt.

Würde mich freuen wenn mir dabei wer helfen könnte

Code

EMC: [EMCPlayer] setSubtitleState exception:
'iSubtitleTrackSelectionPtr' object has no attribute 'getSubtitleList'
Unexpected error: <type 'exceptions.AttributeError'>
Traceback (most recent call last):
  File "/usr/lib/enigma2/python/Plugins/Extensions/EnhancedMovieCenter/EMCMediaCenter.py", line 694, in setSubtitleState
    lt = [ (e, (e[0] == 0 and "DVB" or e[0] == 1 and "TXT" or "???")) for e in (subs and subs.getSubtitleList() or []) ]
AttributeError: 'iSubtitleTrackSelectionPtr' object has no attribute 'getSubtitleList'
FATAL: dereferenced ePtr<iTSMPEGDecoder> NIL... abort!!
Python stack trace:
    /usr/lib/enigma2/python/Plugins/Extensions/EnhancedMovieCenter/EMCMediaCenter.py(603): setAudioTrack
    /usr/lib/enigma2/python/Plugins/Extensions/EnhancedMovieCenter/DelayedFunction.py(61): timerLaunch
    /usr/lib/enigma2/python/enigma.py(6394): __call__
    /usr/lib/enigma2/python/e2reactor.py(207): mainLoop
    /usr/lib/python2.7/site-packages/twisted/internet/base.py(1190): run
    /usr/lib/enigma2/python/mytest.py(177): runReactor
    /usr/lib/enigma2/python/mytest.py(579): runScreenTest
    /usr/lib/enigma2/python/mytest.py(1): <module>
Segmentation fault
PC: 0x4b93b4
 00000000 00000001 0000000a ffffffff
 749b2d5c 00000081 00000000 00000000
 74ab76c0 7fd50a64 77933bbc 77932000
 f0000000 00000070 00000000 7fd50980
 00990000 00000002 73830080 0358e2b8
 037d66e8 00aa9730 0358e130 00000002
 00000b60 749345c0 00000000 00000000
 749b8e20 7fd50ad8 03872f86 004b93b4


0x4a0dd0 <handleFatalSignal(int, siginfo_t*, void*)+0x5c>
0x7fff7008 <[0x7fff7008]>
0x4b93b6 <eFatal(char const*, ...)+0x62>
0x7a7710 <eDVBServiceList::getNext(eServiceReference&)+0>
0x7af350 <non-virtual thunk to eDVBServicePlay::selectTrack(unsigned int)+0>
0x65cef8 </usr/bin/enigma2()>
0x750019f4 </usr/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x2530)>


As a final action, i will try to dump a bit of code.
I just hope that this won't crash.
004b93b4: 00 00 00 a0 ee e4 12 08 00 00 00 00 4c 00 82 8c d8 ff bd 27 1c 00 b1 af 2a 88 45 00 18 00 b0 af (end)

Alles anzeigen

Alles anzeigen

Leider existiert das Problem noch immer. Kannst du vielleicht mal darüber gucken @ dhwz?

dhwz: Kein Problem es eilt ja nix Würde mich dennoch freuen wenn du mal drüber gucken könntest wenn du mal Zeit hast

Aufgenommen wird es btw. auf einen NFS Mount von nem Debian System. Aber damit hat es auch nichts zu tun, da es ja nur passiert, wenn nach Wiedergabestart nicht innerhalb eines bestimmten Zeitfensters die Daten kommen (also die Platte viel Arbeit hat).

So fühlt es sich zumindest an. Und dann crasht EMC / die Box eben als Endresultat.

Kann sich meinen Crash den ich vor ein paar Wochen schon mal berichtet habe auch einer angucken? Leider tritt das Problem noch immer auf.

Immer (6/10~) bei Wiedergabestart einer Aufnahme crasht es, aber nur, wenn die Platte gerade viel Arbeit hat! Wenn gerade nichts aufgenommen wird, crasht EMC beim Start einer Aufnahme i.d.R. auch nicht.

Das aktuelle Crashlog habe ich angehängt.

Würde mich freuen wenn mir dabei wer helfen könnte

EMC: [EMCPlayer] setSubtitleState exception:
'iSubtitleTrackSelectionPtr' object has no attribute 'getSubtitleList'
Unexpected error: <type 'exceptions.AttributeError'>
Traceback (most recent call last):
  File "/usr/lib/enigma2/python/Plugins/Extensions/EnhancedMovieCenter/EMCMediaCenter.py", line 694, in setSubtitleState
    lt = [ (e, (e[0] == 0 and "DVB" or e[0] == 1 and "TXT" or "???")) for e in (subs and subs.getSubtitleList() or []) ]
AttributeError: 'iSubtitleTrackSelectionPtr' object has no attribute 'getSubtitleList'
FATAL: dereferenced ePtr<iTSMPEGDecoder> NIL... abort!!
Python stack trace:
    /usr/lib/enigma2/python/Plugins/Extensions/EnhancedMovieCenter/EMCMediaCenter.py(603): setAudioTrack
    /usr/lib/enigma2/python/Plugins/Extensions/EnhancedMovieCenter/DelayedFunction.py(61): timerLaunch
    /usr/lib/enigma2/python/enigma.py(6394): __call__
    /usr/lib/enigma2/python/e2reactor.py(207): mainLoop
    /usr/lib/python2.7/site-packages/twisted/internet/base.py(1190): run
    /usr/lib/enigma2/python/mytest.py(177): runReactor
    /usr/lib/enigma2/python/mytest.py(579): runScreenTest
    /usr/lib/enigma2/python/mytest.py(1): <module>
Segmentation fault
PC: 0x4b93b4
 00000000 00000001 0000000a ffffffff
 749b2d5c 00000081 00000000 00000000
 74ab76c0 7fd50a64 77933bbc 77932000
 f0000000 00000070 00000000 7fd50980
 00990000 00000002 73830080 0358e2b8
 037d66e8 00aa9730 0358e130 00000002
 00000b60 749345c0 00000000 00000000
 749b8e20 7fd50ad8 03872f86 004b93b4


0x4a0dd0 <handleFatalSignal(int, siginfo_t*, void*)+0x5c>
0x7fff7008 <[0x7fff7008]>
0x4b93b6 <eFatal(char const*, ...)+0x62>
0x7a7710 <eDVBServiceList::getNext(eServiceReference&)+0>
0x7af350 <non-virtual thunk to eDVBServicePlay::selectTrack(unsigned int)+0>
0x65cef8 </usr/bin/enigma2()>
0x750019f4 </usr/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x2530)>


As a final action, i will try to dump a bit of code.
I just hope that this won't crash.
004b93b4: 00 00 00 a0 ee e4 12 08 00 00 00 00 4c 00 82 8c d8 ff bd 27 1c 00 b1 af 2a 88 45 00 18 00 b0 af (end)

So ich habe das nun ein paar Tage getestet und mit dem originalen Mediaplayer kommt der Greenscreen nicht mehr. Die Jungs von DMM liegen also scheinbar richtig damit, dass EMC die Greenscreen´s verursacht.

Wie im Titel schon steht habe ich immer sporadische Greenscreens wenn ich eine Aufnahme ansehen will. Manchmal geht es gut, aber oft crasht es. Das Problem habe ich jetzt schon einige Wochen und leider haben die bisherigen Updates auch keine Besserung gebracht. Wenn die Aufnahmewiedergabe dann nicht crasht beim Start, läuft sie auch absolut problemlos und man kann keinen Greenscreen mehr provozieren. Es geht also rein um den Start der Wiedergabe.

Installiert ist das aktuelle Daily Image auf der DM 7080. Die Aufnahmen liegen auf nem NFS Server. Bei MKV Files hatte ich bisher noch nie einen solchen Crash. Immer nur bei im TV aufgenommene Files. Zum gucken verwende ich EMC falls das eine Rolle spielen könnte.

Leider bin ich ich mir ganz sicher, ob es vor dem großen Gstreamer Update auch schon war oder nicht Die Box wurde damals komplett neu geflasht ohne irgendwelche Rücksicherungen.

Vielleicht hat ja einer einen Tip für mich wie ich den Fehler eingrenzen könnte um die Ursache zu finden:

0x4a0d5c <handleFatalSignal(int, siginfo_t*, void*)+0x5c>
0x7fff7008 <[0x7fff7008]>
0x4b92f6 <eFatal(char const*, ...)+0x62>
0x7a6c78 <eDVBServiceList::getNext(eServiceReference&)+0>
0x7ae970 <non-virtual thunk to eDVBServicePlay::selectTrack(unsigned int)+0>
0x65c4ec </usr/bin/enigma2()>
0x751479f4 </usr/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x2530)>


As a final action, i will try to dump a bit of code.
I just hope that this won't crash.
004b92f4: 00 00 00 a0 be e4 12 08 00 00 00 00 4c 00 82 8c d8 ff bd 27 1c 00 b1 af 2a 88 45 00 18 00 b0 af (end)

Ich hab den Jungs von DMM in deren Forum schon geschrieben und die vermuten, dass es an EMC liegt. Könnte vielleicht einer mein Crashlog mal eben überfliegen?

Hier der Vollständigkeit halber der Link zum DMM Thread falls es wen interessieren sollte der das gleiche Problem hat.

Ich habe jetzt vorerst mal EMC deaktiviert und bisher hatte ich keinen Greenscreen mehr.

Danke auf jeden Fall für das Plugin und den superschnellen Support noch dazu

Also ich habe das Plugin vor kurzem nochmal installiert und es handelt sich bei mir um Version 3.0.1. In dieser wird aber besagter Crash noch ausgelöst?! Ist der doch erst ab Version 3.0.2 gelöst?

EDIT: Heute nochmal installiert und nun bekomme ich die 3.0.6 vom Feed und damit sollte das ja defintiv behoben sein

OK super vielen Dank für den schnelle Support

Und *Daumen hoch* für dein Plugin - gute Arbeit

Und wo kann ich die installierte Version abrufen? Gibts da nen Terminal Befehl wo ich die sehe?

Oh sorry

Komisch ich habe heute erst ein update gemacht und keine neuere Version erhalten?! Dauert das bei denen bissl länger?

Du reagierst aber mal echt flott

EDIT: Wo seh ich denn die Version im Terminal?

root@dm7080:~# opkg list | grep tunerstate
enigma2-plugin-extensions-infobartunerstate - 4.2.0+git116+c83eca1c26-r0.0 - Additional plugins for Enigma2

Hi Betoneme

Bei mir crasht leider seit ein paar Wochen das Plugin immer wieder mal wenn eine Aufnahme startet. Das kann auch soweit gehen, dass nach jedem Crash ein Reboot ausgeführt wird und die Box danach sofort wieder abschmiert. Und das passiert dann z.B. bei ner H Aufnahme tatsächlich 59x.

Hier mal der Auszug aus dem Crashlog:

Traceback (most recent call last):
  File "/usr/lib/enigma2/python/enigma.py", line 6241, in __call__
    return ret(*args, **kwargs)
  File "/usr/lib/enigma2/python/Plugins/Extensions/InfoBarTunerState/InfoBarTunerState.py", line 207, in timerShow
    self.tunerShow()
  File "/usr/lib/enigma2/python/Plugins/Extensions/InfoBarTunerState/InfoBarTunerState.py", line 343, in tunerShow
    plugin.onShow(self.entries)
  File "/usr/lib/enigma2/python/Plugins/Extensions/InfoBarTunerState/Handler/Timers.py", line 141, in onShow
    timer_list = getNextPendingRecordTimers(pending_limit)[:number_pending_timers]
  File "/usr/lib/enigma2/python/Plugins/Extensions/InfoBarTunerState/Handler/Timers.py", line 57, in getNextPendingRecordTimers
    begin, end = processRepeated(timer)
  File "/usr/lib/enigma2/python/Plugins/Extensions/InfoBarTunerState/Handler/Timers.py", line 94, in processRepeated
    while ((day[localbegin.tm_wday] != 0) or (mktime(localrepeatedbegindate) > mktime(localbegin))  or
NameError: global name 'mktime' is not defined

Installiert ist das ganze auf ner DM 7080, allerdings mit dem aktuellen Daily Image von Newnigma2

Hatte im IRC schon mit einem Developer Kontakt und er meinte das es so ja garnicht klappen kann wegen der Deklaration der Variable?!

Kann das noch wer bestätigen mit den Untertitel Files? Wie bekommt man die auf die schnelle Entfernt? Dann könnte ich das auch mal testen

Hmm wird das zum Aufbaue des Streams denn auch benötigt?

Jo sorry hab ich vergessen zu erwähnen Gutemine^^