BPanther's Neutrino Forum

Den Segbumm kann ich auch bestätigen .

CMoviePlayerGui::PlayFile: exit, isMovieBrowser 0 p_movie_info (nil)
CMoviePlayerGui::handleMovieBrowser: stop, isMovieBrowser 0 p_movie_info (nil)
PlayFileEnd: stopping, this 0x4ed2b8 thread 0x86ae0
[HAL:004ebd08:play ] SetSpeed playing 1 speed 1
returning false
[HAL:004ebd08:play ] Close
[HAL:004ebd08:play ] Stop playing 1
Segmentation fault
GUI ended <- RTV: 139
*
ERROR: 139

Bin zurück auf den 17.01. Bis dahin alles ok ==> https://github.com/Duckbox-Developers/l ... 50e5a1b4e8

ich war ja zurück bis zum 26.12.18 bei stb-hal und neutrino, hatte den Fehler immer noch, macht das eingrenzen jetzt auch nicht einfach.

Das wirklich dann kurios ..

Jetzt wird es für mich kurios ...
brezel angeschlossen, SOUTcast und ARD-Radioplayer drauf und beide klappen darauf mit dem neutrino (Image) vom 09.01.2019 ohne Probleme Edit: das Image ist eigentlich Stand Nov. 2018 hatte Anfang Jan 2019 nur neutrino neugebaut und ins image verbracht

Auch mit dem Image auf der anderen Bank keine Probleme

Laut Imageinfo habe ich wie folgt (siehe Bilder) auf meiner VM mit ubunto 16.04 lts gebaut

Hal_1448_MP_12482 (vom 31.1.19) > alles OK noch
Hal_1466_MP_12482 (vom 5.2.19) > ab da Segbumm....

Wahrscheinlich was mit den Commit in der Hal.

wird wohl wirklich nur echo aktion helfen, selbst mit vollem log mit player ausgabe sieht man nicht viel.
was mir hier aber ein rätsel ist, das sich selbst mit dem zurück gehen der stb-hal nichts ändert, wie bei euch.

Hast Du mal auch NMP zurückgesetzt auf den Stand 31.1.19? Vielleicht hängt beides zusammen...

ja hatte ich heute ja auch schon mal geschrieben das ich beides bis Mitte 12.2018 zurückgesetzt habe.

Komisch, denn den Stand mit HAL 1448 und NMP 12482 (gebaut am 2.2.2019 um 18.40 Uhr, noch vor den Änderungen) habe ich auf der Solo4K und das geht damit problemlos. Mal schauen wie ich darauf wieder runter komme, dann teste ich das gleiche nochmal auf der HD51.

EDIT: Ich teste es mal mit

HAL_BRANCH = 8166f35e04555c0e1712d991b4d3854583a313ed
NMP_BRANCH = 61e9ab231afdb467689bb940c24a11070c56b22c

beim DDT. Derzeit aber gehts so einfach nicht durch, erkennt vusolo4k bei --with-boxtype nicht... sehr komisch.

Ich habe den Verdacht dass es mit den Änderungen bzgl. "jpg" zu tun haben könnte.
Denn wenn im Plugin das jpg-Hintergrundbild gelöscht wird mit Exit ecta. beim beenden soll ja normaler Weise das vom Plugin angezeigte jpg mit gelöscht werden und zu diesen Zeitpukt crasht neutrino.
Aber da ich den Fehler bei mir mit meinen älteren Image nicht habe kann ich da nichts testen, aber Ihr könntet das gegen testen in dem Ihr die angehangene Testversion mal ausprobiert, in der habe ich die Anzeige des jpg mal weggelassen, wen es dann nicht kracht könnte meine Vermutung zutreffen.
ps.: evtl. müsstet Ihr auch dass "os.execute("pzapit -rz")" am ende des Plugins disablen mit 2 --

Du meinst den Einbau des MJPEG denke ich mal. Mal schauen, aber kann ja nicht sein, daß man dann in Scripten/LUA Funktionen deswegen nicht benutzen kann. Dann sollte das MJPEG wieder raus und überarbeitet werden wenn man es denn wirklich braucht.

Bitte testet mal, bisher ist es nur eine wilde unbewiesene Vermutung von mir, da in beiden Plugins von mir ja a) Audiostreams abgespielt werden und b) gleichzeitig ein jpg angezeigt wird, evtl. kommen beide sich beim beenden des Plugin in die Quere und ziehen dann neutrino in den Abgrund.

Wenn meine Vermutung zutrifft dann würde, denke ich in MJPEG die Ursache zu finden sein

Leider dennoch Crash...