CoreELEC Amlogic

  • Joo dad geht in die Hose kannst du mal posten was passiert wenn du folgenden Befehl eingibst:

    Code
    /storage/.kodi/addons/service.emby/bin/emby.start

    Rock64:~ # /storage/.kodi/addons/http://service.emby/bin/emby.start
    Stacktrace:

    at <unknown> <0xffffffff>
    at System.SystemException..ctor (string) [0x00000] in <424f9f94834f49cd9f13ea10eb420866>:0
    at System.OutOfMemoryException..ctor (string) [0x00000] in <424f9f94834f49cd9f13ea10eb420866>:0
    at (wrapper runtime-invoke) <Module>.runtime_invoke_void__this___object (object,intptr,intptr,intptr) [0x0004f] in <424f9f94834f49cd9f13ea10eb420866>:0
    /proc/self/maps:
    00008000-002a9000 r-xp 00000000 b3:02 1376734 /storage/.kodi/addons/http://tools.mono/bin/mono
    002a9000-002aa000 r--p 002a0000 b3:02 1376734 /storage/.kodi/addons/http://tools.mono/bin/mono
    002aa000-002ac000 rw-p 002a1000 b3:02 1376734 /storage/.kodi/addons/http://tools.mono/bin/mono
    002ac000-002c7000 rw-p 00000000 00:00 0
    007b1000-0080e000 rw-p 00000000 00:00 0 [heap]
    f5459000-f5800000 r--p 00000000 b3:02 1278462 /storage/.kodi/addons/http://tools.mono/lib/mono/4.5/mscorlib.dll
    f5800000-f6000000 rw-p 00000000 00:00 0
    f6000000-f6001000 ---p 00000000 00:00 0
    f6001000-f6c00000 rw-p 00000000 00:00 0
    f6d84000-f6e04000 rw-p 00000000 00:00 0
    f6e05000-f6e15000 rwxp 00000000 00:00 0
    f6e15000-f6e1a000 r--p 00000000 b3:02 1082524 /storage/.kodi/addons/http://service.emby/Emby.Mono/MediaBrowser.Server.Mono.exe
    f6e1a000-f6e1b000 rw-p 00000000 00:00 0
    f6e1b000-f6e4a000 ---p 00000000 00:00 0
    f6e4a000-f6e5a000 rwxp 00000000 00:00 0
    f6e5a000-f6f7a000 r-xp 00000000 07:00 1680 /usr/lib/libc-2.24.so
    f6f7a000-f6f89000 ---p 00120000 07:00 1680 /usr/lib/libc-2.24.so
    f6f89000-f6f8b000 r--p 0011f000 07:00 1680 /usr/lib/libc-2.24.so
    f6f8b000-f6f8c000 rw-p 00121000 07:00 1680 /usr/lib/libc-2.24.so
    f6f8c000-f6f8f000 rw-p 00000000 00:00 0
    f6f8f000-f6fab000 r-xp 00000000 07:00 1743 /usr/lib/libgcc_s.so.1
    f6fab000-f6fba000 ---p 0001c000 07:00 1743 /usr/lib/libgcc_s.so.1
    f6fba000-f6fbb000 rw-p 0001b000 07:00 1743 /usr/lib/libgcc_s.so.1
    f6fbb000-f6fd0000 r-xp 00000000 07:00 1902 /usr/lib/libpthread-2.24.so
    f6fd0000-f6fdf000 ---p 00015000 07:00 1902 /usr/lib/libpthread-2.24.so
    f6fdf000-f6fe0000 r--p 00014000 07:00 1902 /usr/lib/libpthread-2.24.so
    f6fe0000-f6fe1000 rw-p 00015000 07:00 1902 /usr/lib/libpthread-2.24.so
    f6fe1000-f6fe3000 rw-p 00000000 00:00 0
    f6fe3000-f6fe5000 r-xp 00000000 07:00 1715 /usr/lib/libdl-2.24.so
    f6fe5000-f6ff4000 ---p 00002000 07:00 1715 /usr/lib/libdl-2.24.so
    f6ff4000-f6ff5000 r--p 00001000 07:00 1715 /usr/lib/libdl-2.24.so
    f6ff5000-f6ff6000 rw-p 00002000 07:00 1715 /usr/lib/libdl-2.24.so
    f6ff6000-f6ffc000 r-xp 00000000 07:00 1940 /usr/lib/librt-2.24.so
    f6ffc000-f700b000 ---p 00006000 07:00 1940 /usr/lib/librt-2.24.so
    f700b000-f700c000 r--p 00005000 07:00 1940 /usr/lib/librt-2.24.so
    f700c000-f700d000 rw-p 00006000 07:00 1940 /usr/lib/librt-2.24.so
    f700d000-f707a000 r-xp 00000000 07:00 1818 /usr/lib/libm-2.24.so
    f707a000-f7089000 ---p 0006d000 07:00 1818 /usr/lib/libm-2.24.so
    f7089000-f708a000 r--p 0006c000 07:00 1818 /usr/lib/libm-2.24.so
    f708a000-f708b000 rw-p 0006d000 07:00 1818 /usr/lib/libm-2.24.so
    f708b000-f70aa000 r-xp 00000000 07:00 1612 /usr/lib/ld-2.24.so
    f70aa000-f70b2000 rw-p 00000000 00:00 0
    f70b2000-f70b3000 rw-s 00000000 00:13 18732 /dev/shm/mono.1329
    f70b3000-f70b4000 ---p 00000000 00:00 0
    f70b4000-f70b5000 r--p 00000000 00:00 0
    f70b5000-f70b9000 rw-p 00000000 00:00 0
    f70b9000-f70ba000 r--p 0001e000 07:00 1612 /usr/lib/ld-2.24.so
    f70ba000-f70bb000 rw-p 0001f000 07:00 1612 /usr/lib/ld-2.24.so
    ff849000-ff86a000 rw-p 00000000 00:00 0 [stack]
    ffff0000-ffff1000 r-xp 00000000 00:00 0 [vectors]

    Native stacktrace:


    [definition=12,4][definition='1','3']Debug[/definition][/definition] info from gdb:

    [New LWP 1330]
    [Thread [definition=12,2]debugging[/definition] using libthread_db enabled]
    Using host libthread_db library "/usr/lib/libthread_db.so.1".
    0xf6fcbcb0 in __waitpid (pid=1331, stat_loc=0xff8679fc, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:29
    29 ../sysdeps/unix/sysv/linux/waitpid.c: No such file or directory.
    Id Target Id Frame
    * 1 Thread 0xf70b5210 (LWP 1329) "mono" 0xf6fcbcb0 in __waitpid (pid=1331, stat_loc=0xff8679fc, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:29
    2 Thread 0xf67ff450 (LWP 1330) "SGen worker" 0xf6fc7568 in __pthread_cond_wait (cond=0x2c5498, mutex=<optimized out>) at pthread_cond_wait.c:186

    Thread 2 (Thread 0xf67ff450 (LWP 1330)):
    #0 0xf6fc7568 in __pthread_cond_wait (cond=0x2c5498, mutex=<optimized out>) at pthread_cond_wait.c:186
    #1 0x001d9474 in ?? ()
    Backtrace stopped: previous frame identical to this frame (corrupt stack?)

    Thread 1 (Thread 0xf70b5210 (LWP 1329)):
    #0 0xf6fcbcb0 in __waitpid (pid=1331, stat_loc=0xff8679fc, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:29
    #1 0x00093744 in ?? ()
    Backtrace stopped: previous frame identical to this frame (corrupt stack?)

    =================================================================
    Got a SIGILL while executing native code. This usually indicates
    a fatal error in the mono runtime or one of the native libraries
    used by your application.
    =================================================================

    Aborted (core dumped)

  • @Raybuntu und @TheMexx

    ich denke ich weiß was bei mir das Problem auslöste - DHCP. Mit dem Warten auf das Netzwerk funktionierten 50 Reboots 49 mal
    und einmal nicht. Nach Umstellung auf feste IP funktionierten alle 50 Reboots.
    Ich weiß, dass ist nicht wirklick aussagekräftig, was mich aber dennoch vermuten lässt, dass dies der Grund ist, ist die Tatsache
    dass das booten nun viel schneller von sich geht, so schnell, dass ich nicht mal die ersten Bootmessages wie ethtool ... sehe.

    Ich werde das noch analysieren, denke aber nicht dass ich das diese Woche noch schaffe - interessiert mich aber schon sehr, mal sehen.

    Gruß
    Claudia

  • Ich hab mal ne Verständnisfrage Frage: Der 32Bit Userspace ist ja notwendig, um das Inputstream-Addon zu nutzen. Liegt es letztendlich daran, daß es keine libwidevinecdm.so und libwidevinecdmadapter.so für arm64 gibt. ist das so korrekt?


    Ich frage nämlich, weil ich einen relativ aktuellen arm64 chromium build für Ubuntu Xenial gefunden habe, der diese beiden Dateien enthält und fragte mich daher, ob es mit denen vielleicht auch klappen würde..

  • Erster Kurzbericht:

    Ich habr LIRC akttiviert und die Fernbedienung funktioniert. Die Bedienung ist aber etwas hakelig, da teste ich aber nochz genau. Eventuell Problem mit der sicht zum ROCK64.
    DTS und DD funktioniert

    Leider die negativen Punkte:
    Dolby True HD und DTS-HD funktioniert nicht, da kommt nur ein rauschen über die Boxen !
    4K-HDR lassen sich starten aber kein HDR wird durchgeschliefen zum TV. Also der TV zeigt kein HDR an.

    hm.. derweil noch nicht das gelbe vom Ei dieser ROCK.

  • naja ist der Anfang; bin mal gespannt wie sich der Rock in 2-3 Monaten platziert.

    TV: Sony 65XE9005, AVR: Denon X1400 @ Jamo S606 HCS 3 Black
    HTPC: Intel® Corei3-540 System @ Antec Fusion Remote
    TV: Sony 65XG9505, AVR: Denon X1600 @ Jamo S 809 HCS 5.0 schwarz
    HTPC: Intel NUC
    NAS: Chenbro Mini-ITX Server SR30169; Intel I3 4150; GigaByte H97N-WIFI; 256 + 1TB SSD & 4x4TB HDD
    BluRay: XBOX ONE X
    Remote: Harmony Touch + Harmony Hub

  • @TheMexx
    Naja wie soll er auch jetzt schon alles können? Es sind erst eine handvoll Entwickler da dran (eher weniger) und selbst der Odroid brauchte über 6 Monate, bis endlich alles (inkl HD-Audio) weitestgehend zuverlässig lief. Ich denke beim ROCK wird's tendenziell eher länger dauern, weil da bei weitem weniger fähige Leute (ich meine die Anzahl, nicht die Fähigkeiten) dran sind. So kommenden Februar kann man nochmal über alles reden und erste Bilanzen ziehen, schätze ich. Das Potential ist aber allemal da!

    @ClaudiaF
    Habe dieses blöde kabel nach wie vor noch nicht gefunden, aber ich weiß, dass es da sein muss. Sobald ich's hab, melde ich mich hier diesbezüglich auf jeden Fall.

  • Nächste Probleme:
    Der Rock64 kann die Auflösung 2160p50 und 2160p60 Hz nicht aktivieren, nur bis 2160p30Hz (Odroid C2 kann jede Auflösung)

    Prinzipel werden die 4K-Files sehr hakelig abgespielt, keine Ahnung ob das mit den bekannten Netzwerk Problem etwas zu tun hat.

  • Kannst Du per ssh drauf?
    Dann einfach das Kommando

    ethtool --show-offload eth0 | grep summing

    eingeben. Wenn in der tx Zeile off steht, sollte deine Gigabit-Anbindung funktionieren.

    Gruß
    Claudia

    Edit: Du kannst natürlich auch die Network Tools Addons über LibreELEC installieren und dann in einer
    ssh Session iperf3 nutzen (braucht dann natürlich einen 2ten Rechner/Router der auch iperf3 installiert hat, z.B.
    dein Odroid !?)

  • Nein das Ding ist das der R64 kein AFBC Support hat. Das wird erst besser wenn DRM Support läuft. Der R64 hat auch eine schlechtere GPU als der C2. Alle diese Sachen sind am RPi3 auch schlechter als beim C2 und trotzdem ist der RPI3 allgemein besser weil der Software Support besser ist.

    Zum Thema HDR: Kodi unterstützt immer noch kein HDR afaik.

    Ich denke auch das Rockchip noch etwas dauert. Wit haben im Moment 5 LE Entwickler und einige Rockchip Entwickler die sehr hilfreich sind.

  • Ja, das mit DRM verstehe ich auch nicht.

    Meine HDMI und HDR Probleme stehen auch beim kwibbo libreelec Image in die Bugreports unter github, aber bis heute scheinbar noch keine Lösung bzw.. ich lese davon nichts.

    Ich denke HDR wird erst mit Kodi 18 funktionieren.

    @ClaudiaF: rx=on, tx=off

    Ich habe jetzt doch gar nicht erwartet das alles funktioniert, schön wäre es gewesen aber ist eben nicht so.
    Bin da jetzt nicht furchtbar böse darüber, weil mein C2 läuft doch weiterhin und für HDR habe ich meine VU+(ohne DTS-HD und Dolby True HD). Mein Wunsch ein Gerät was dann alles abspielen kann, sollte dann eben der ROCK64 werden.

    Edit:
    PS.: Bin jetzt selber an ein Projekt mit den Raspi Pi3 mit Raspbian dran, Free Pascal - Lazarus am werkeln, für mich bleibt Linux eine große Baustelle. Ich Google und dokumentiere wie ein Trotte die ganzen tage, pfff Linux macht mich verrückt.
    Immerhin verstehe ich jetzt schon das Wort XSERVER, deswegen konnte ich den DRM link etwas verstehen.

  • @TheMexx

    ok - solange tx=off ist, sollte der Rock64 keine Gbit-Probleme machen.

    Bezgl. Linux, ja, kann Dich verstehen ich war immer ein Windows-Kind bis vor ca. 1,5 Jahren.
    Ich habe allerdings einen harten Schnitt gemacht (sagt man so oder?), Windows runter Ubuntu drauf.
    Am Anfang war das echt schlimm aber nach einiger Zeit ging es und jetzt will ich gar nicht mehr zurück.
    Für MICH hat Linux alles was ich brauche. (außer vielleicht einen Editor wie notepad++, aber den VERSUCHE
    ich gerade selber zu schreiben)

    Cheers
    Claudia

  • Ja direct rendering manager.

    Also über GNU Linux kann man ja sagen was man will aber wer in der Welt braucht notepad++. Ich programmiere seit Jahren mit VIM. Es gibt keinen besseren Editor als VIM :D. Nicht ganz ernst gemeint btw. benutzt was ihr wollt ;)

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!