CoreELEC Amlogic

dersharky

Hallo Ray,

wie sieht die Unterstützung von HDR in deinen Kodi 17 Builds aus. Ich benutze aktuell einen 17.3 Build von Dir.

Wenn ich auf Netflix / Amazon ein HDR Video abspiele, wechselt mein Fernseher in einen speziellen HDR Modus. Ich gehe davon aus , das sowas per HDMI signalisiert wird.

Nun habe ich einige HDR Samples auf meinem NAS liegen, bis auf ein File lassen sich alle mit deinem Build abspielen, aber keins von den Videos geht in diesen speziellen HDR Modus.

Ist HDR / Dolby Vision in Kodi bereits integriert und sollte funktionieren ?

Gruß !

TheMexx

Nur der ROCK64 Unterstützt HDR. Sobald ich ihn habe kann ich dazu dann genaue Infos geben.
Alle anderen Libreelec Geräte hier Unterstützen keim HDR !

@ClaudiaF: Lustige Geschichte, so ein Schlawiner dein Kind. Auch ich habe auf deinen eMMC Bericht gewartet.

@Raybuntu: Ja das angebotene Gehäuse ist nicht schön aber immerhin ein Gehäuse.

dersharky

Zitat von TheMexx

Nur der ROCK64 Unterstützt HDR. Sobald ich ihn habe kann ich dazu dann genaue Infos geben.
Alle anderen Libreelec Geräte hier Unterstützen keim HDR !

HDR heißt dann aber auch nur HDR oder ? Kein Dolby Vision , kein HLG , kein HDR10+ ? Dann wird das AppleTV4K ja vielleicht doch noch interessant.

ClaudiaF

Zitat von TheMexx

@ClaudiaF: Lustige Geschichte, so ein Schlawiner dein Kind. Auch ich habe auf deinen eMMC Bericht gewartet.

Da hab ich mich mißverständlich ausgedrückt, verdächtige meine Nichte - absolut spitze die Kleine, aber auch sehr neugierig.
Wenn ich Glück habe, bekomme ich den Ersatz schon morgen, Paket ist angeblich bereits unterwegs.

Bis dann
Claudia

TheMexx

Ah, sorry die Nichte! Ja die Nichten kenne ich Sind jetzt aber schon einiges älter bei mir, jetzt rennen die mit IPhones usw. herum da schaue ich dann blöd.

Ok, supi das deine Karte morgen kommt! Mein ROCK64 sollte jetzt mal bald Europa erreichen. Also habe da noch Zeit.

Raybuntu

Ohh Leute sorry ich hab keine E-Mail bekommen das hier neue Posts waren.

Zitat von nexusle

Hallo @Raybuntu
Gibt es eine Möglichkeit per interner Updatefunktion des LibreELEC Addons zu updaten? Also eine URL, wo das Addon nach Updates sucht, analog wie bei den Milhouse builds?

Ich arbeite gerade an einem neuen update system für LE. Im Moment geht es nicht weil ich das nicht unterstütze.

Zitat von OOmatrixOO

Hallo. Ich nutze RB-Leia auf meinem Odroid C2. Was muss ich noch konfigurieren, damit WOL funktioniert? Ich habe die Fernbedienungsapp Yatse und damit funktioniert alles, außer eben WOL. Der Befehl wird zwar gesendet, aber Kodi erwacht nicht.
Hat jemand einen Tipp? Danke.

WOL geht nicht. Ist in uboot nicht programmiert.

Zitat von davincino

@Raybuntu
Habe gestern kurz LiveTV in HD (ZDF in 1080i) aufgezeichnet und mit libx265 (Standardeinstellungen) transcodiert. Mit meinem Handy lässt sich das Video einwandfrei abspielen, jedoch stürzt rb-leia6 mehrfach beim Abspiel-Versuch ab.
Sind Probleme mit hevc in LE bekannt oder sollte man bestimmte Einstellungen beim transcodieren beachten? Im Schnitt klappt das Abspielen beim dritten Versuch, dann aber auch einwandfrei... Würde noch dein leia7-build testen, gehe aber nicht davon aus, dass es hierbei weiterhilft.
Wenn gewünscht kann ich heute Nachmittag noch einen [definition='1','0']log[/definition] anhängen (falls Problematik nur auf mich zutrifft).
Danke

hä? Wofür transcodieren? Der C2 unterstützt doch hevc.

Zitat von Freaky69

@Raybunto
Kann ich Deine Release auch auf einem BeeLink MX III II benutzen (S905X)??

Nein.

Zitat von Mister XY

@Raybuntu, ich glaube der Hyperion Lag hat sich wohl erledigt. Ab und an kommen zwar noch kleine "Bildfehler" (das mal paar Frames verschluckt werden). Aber sonst sieht es schon einmal gut aus.

Danke

Zitat von ClaudiaF

@Raybuntu, nur zur Info, eigentlich wollte ich, wie versprochen, die Änderungen und die eMMC testen und Bescheid geben,
leider sind sowohl die SD als auch die eMMC abhanden gekommen .
Meine kleine Tatverdächtige will sich dazu aber nicht äußern.
Neue sind bestellt und kommen hoffentlich am Wochenende an.
Sorry für die Verspätung.
Bis dann.
Claudia

kein Problem.

Zitat von andy5macht

Ok, cool.
Habe da auch noch was anderes gefunden, werde heute nochmal etwas spielen.
Vielen Dank für die weiteren Hinweise.

Vielen Dank Raybuntu, du bist mir eine megagroße Hilfe!
Bin etwas weiter - leider funktioniert es mit Copy einfach nicht - bzw. ich bekomm ein verpixeltes standbild 90% davon grün.
Was allerdings funktioniert ist das hier:

Code

LibreELEC:~ # /storage/.kodi/addons/service.emby/bin/./ffmpegx -f v4l2 -i /dev/v
ideo0  -framerate 30 -an -vcodec mpeg2video -q:v 20 -pix_fmt yuv420p -g 1 -threa
ds 4 -f mpegts udp://127.0.0.1:1234
ffmpeg version rb-leia5-214-g7713c94-x Copyright (c) 2000-2017 the FFmpeg developers
  built with gcc 7.2.0 (GCC)
  configuration: --enable-gpl --enable-nonfree --disable-doc --enable-libmp3lame --enable-libx264 --enable-openssl --arch=arm --cpu=cortex-a53 --cross-prefix=/home/ray/LibreELEC.tv/build.LibreELEC-Odroid_C2.arm-9.0-devel/toolchain/bin/armv8a-libreelec-linux-gnueabi- --enable-cross-compile --sysroot=/home/ray/LibreELEC.tv/build.LibreELEC-Odroid_C2.arm-9.0-devel/toolchain/armv8a-libreelec-linux-gnueabi/sysroot --sysinclude=/home/ray/LibreELEC.tv/build.LibreELEC-Odroid_C2.arm-9.0-devel/toolchain/armv8a-libreelec-linux-gnueabi/sysroot/usr/include --target-os=linux --nm=/home/ray/LibreELEC.tv/build.LibreELEC-Odroid_C2.arm-9.0-devel/toolchain/bin/armv8a-libreelec-linux-gnueabi-nm --ar=/home/ray/LibreELEC.tv/build.LibreELEC-Odroid_C2.arm-9.0-devel/toolchain/bin/armv8a-libreelec-linux-gnueabi-ar --as=/home/ray/LibreELEC.tv/build.LibreELEC-Odroid_C2.arm-9.0-devel/toolchain/bin/armv8a-libreelec-linux-gnueabi-gcc --cc=/home/ray/LibreELEC.tv/build.LibreELEC-Odroid_C2.arm-9.0-devel/toolchain/bin/armv8a-libreelec-linux-gnueabi-gcc --ld=/home/ray/LibreELEC.tv/build.LibreELEC-Odroid_C2.arm-9.0-devel/toolchain/bin/armv8a-libreelec-linux-gnueabi-gcc --pkg-config=/home/ray/LibreELEC.tv/build.LibreELEC-Odroid_C2.arm-9.0-devel/toolchain/bin/pkg-config --host-cc=/home/ray/LibreELEC.tv/build.LibreELEC-Odroid_C2.arm-9.0-devel/toolchain/bin/host-gcc --host-cflags='-O2 -Wall -pipe -I/home/ray/LibreELEC.tv/build.LibreELEC-Odroid_C2.arm-9.0-devel/toolchain/include -Wno-format-security' --host-ldflags='-Wl,-rpath,/home/ray/LibreELEC.tv/build.LibreELEC-Odroid_C2.arm-9.0-devel/toolchain/lib -L/home/ray/LibreELEC.tv/build.LibreELEC-Odroid_C2.arm-9.0-devel/toolchain/lib' --host-libs=-lm --extra-cflags='-march=armv8-a+crc -mabi=aapcs-linux -Wno-psabi -Wa,-mno-warn-deprecated -mcpu=cortex-a53 -mfloat-abi=hard -mfpu=neon-fp-armv8 -fomit-frame-pointer -Wall -pipe -Os ' --extra-ldflags='-march=armv8-a+crc -mtune=cortex-a53 -Wl,--as-needed ' --extra-libs= --extra-version=x --enable-pic --enable-hardcoded-tables
  libavutil      55. 58.100 / 55. 58.100
  libavcodec     57. 89.100 / 57. 89.100
  libavformat    57. 71.100 / 57. 71.100
  libavdevice    57.  6.100 / 57.  6.100
  libavfilter     6. 82.100 /  6. 82.100
  libswscale      4.  6.100 /  4.  6.100
  libswresample   2.  7.100 /  2.  7.100
  libpostproc    54.  5.100 / 54.  5.100
Input #0, video4linux2,v4l2, from '/dev/video0':
  Duration: N/A, start: 33.354940, bitrate: 165722 kb/s
    Stream #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 720x480, 165722 kb/s, 29.97 fps, 29.97 tbr, 1000k tbn, 1000k tbc
Stream mapping:
  Stream #0:0 -> #0:0 (rawvideo (native) -> mpeg2video (native))
Press [q] to stop, [?] for help
=== args='video_size=720x480:pix_fmt=1:time_base=1/1000000:pixel_aspect=0/1:sws_param=flags=2:frame_rate=30000/1001'
=== args='yuv420p'
=== args='flags=bicubic'
Output #0, mpegts, to 'udp://127.0.0.1:1234':
  Metadata:
    encoder         : Lavf57.71.100
    Stream #0:0: Video: mpeg2video (Main), yuv420p, 720x480, q=2-31, 200 kb/s, 29.97 fps, 90k tbn, 29.97 tbc
    Metadata:
      encoder         : Lavc57.89.100 mpeg2video
    Side data:
      cpb: bitrate max/min/avg: 0/0/200000 buffer size: 0 vbv_delay: -1
frame=   12 fps=0.0 q=20.0 size=     139kB time=00:00:00.43 bitrate=2628.1kbits/frame=   27 fps= 27 q=20.0 size=     288kB time=00:00:00.93 bitrate=2527.4kbits/frame=   42 fps= 28 q=20.0 size=     437kB time=00:00:01.43 bitrate=2495.9kbits/frame=   56 fps= 28 q=20.0 size=     585kB time=00:00:01.96 bitrate=2435.6kbits/frame=   71 fps= 28 q=20.0 size=     742kB time=00:00:02.46 bitrate=2462.7kbits/[video4linux2,v4l2 @ 0x17e9480] Dequeued v4l2 buffer contains corrupted data (691200 bytes).
frame=   85 fps= 28 q=20.0 size=     889kB time=00:00:02.93 bitrate=2479.1kbits/[video4linux2,v4l2 @ 0x17e9480] Dequeued v4l2 buffer contains corrupted data (691200 bytes).
    Last message repeated 9 times
frame=   90 fps= 25 q=20.0 size=     941kB time=00:00:03.20 bitrate=2406.8kbits/[video4linux2,v4l2 @ 0x17e9480] Dequeued v4l2 buffer contains corrupted data (691200 bytes).
    Last message repeated 2 times
frame=  102 fps= 25 q=20.0 size=    1068kB time=00:00:03.97 bitrate=2204.1kbits/frame=  117 fps= 26 q=20.0 size=    1226kB time=00:00:04.47 bitrate=2246.3kbits/frame=  132 fps= 26 q=20.0 size=    1383kB time=00:00:04.97 bitrate=2278.5kbits/frame=  147 fps= 26 q=20.0 size=    1540kB time=00:00:05.47 bitrate=2304.9kbits/[video4linux2,v4l2 @ 0x17e9480] Dequeued v4l2 buffer contains corrupted data (691200 bytes).
    Last message repeated 3 times
frame=  158 fps= 26 q=20.0 size=    1655kB time=00:00:05.87 bitrate=2308.8kbits/[video4linux2,v4l2 @ 0x17e9480] Dequeued v4l2 buffer contains corrupted data (691200 bytes).
    Last message repeated 7 times

Alles anzeigen

leider sieht man schon am output, dass hier was schief läuft. (diese Fehler kommen nur, wenn ich im Kodi rumdrücke oder der Stream läuft.
stellweise läuft es flüssig, dann kommt wieder rin ruckler (Currupted Data). Habe probiert alles was sonst am USB hängt abzuklemmen, ohne Verbesserung.
Sieht für mich so aus, als wäre der C2 etwas "überlastet". "top" zeigt eine Auslastung von ffmpeg zwischen 50 und 80%?!

Somit habe ich noch zwei "Problemchen"
1. Starkes Delay von ca. 3sec
2. Ruckler von Zeit zu Zeit

Ich denke mit Hardwareencodierung könnte man das noch erschlagen

Alles anzeigen

Ich schaue was ich machen kann.

ClaudiaF

So, eMMC und SD angekommen und angetestet - hier die Ergebnisse.

Zuerst die guten Nachrichten:

@Raybuntu
Danke und ja, die trigger auf none bzw. nicht setzen löst das Problem des hektischen blinkens,
eröffnet aber ein anderes Problem, nämlich dass man nun nicht mehr erkennen kann,
wann das System heruntergefahren ist. Da ich jetzt aber weiß wo ich editieren/konfigurieren muß
werde ich sicherlich eine für mich pasende Lösung finden.

Das Image kann auf die eMMC geschrieben und gestartet werden. (siehe Seltsames weiter unten)
Im Gegensatz zur SD ist es ein bisschen schneller beim booten, (ca 2 Sekunden)
im Gebrauch mit der Gui(KODI) ist aber nicht wirklich ein Unterschied zu merken.

Hier der Beweis, wenn auch schwer nachzuvollziehen ob von eMMC gestartet wurde.
Getestet, von SD und eMMC gebootet, habe ich das YouTube Addon und die
h264 test streams von Big Bunny und Avatar - liefen problemlos.

Nun zum Problem:
Das Image scheint den Gigabit-Bug noch zu haben, da es Abbrüche gibt wenn das Interface für 1Gb gesetzt ist.
Die ayufan Linux-Images haben dieses Problem nicht mehr, vielleicht hilft Dir das um den Fehler einzugrenzen bzw. zu beheben.
Leider kann ich Dir nicht sagen, mit welcher Version er dies gefixt hat.
Eine 100MBit Konfiguration läuft stabil.

Und nun zum Seltsamen (ist wohl eher ein Rock64 issue).
Da muß ich ein kleines bisschen ausholen.

Am Rock64 sind ein USB2 Stick und die eMMC sowie die SD im Einsatz. Linux images von ayufan.

Als erstes habe ich mir das debian minimal image auf die SD geschrieben und gebootet -> debian welcome.
Danach habe ich per wget ein ubuntu minimal auf den USB Stick kopiert und per dd auf die eMMC geschrieben.
Shutdown, SD entfernt und neu gestartet -> Ubuntu welcome erhalten -> OK
Shutdown, SD eingesteckt und wieder gestartet -> Debian welcome erhalten -> OK
Soweit so gut.

Nun habe ich das LibreELEC Image per wget auf den USB gespeichert und
von gebooteten eMMC per dd auf die SD geschrieben.
Reboot -> Ubuntu welcome
Per lsblk geschaut, auf SD ist das LibreELEC Image. fdisk und parted sagen alles ok.
Shutdown, eMMC entfernt und gebootet -> LibreELEC startet.

OK - die mögen sich nicht, aber warum?

Bei Pine64 im Forum gestöbert und über diesen Beitrag gestolpert. (https://forum.pine64.org/showthread.php?tid=4924)

Da wird beschrieben wie ein Image von SD auf eMMC geschrieben wird unter Benutzung von serieller Konsole und Jumper.
Als Grund wird genannt, dass beim Rock64 die Bootreihenfolge eMMC und dann SD ist und daher der Jumper gesetzt
werden muß um von SD zu booten (bzw. nach 2-3 Sekunden entfernt werden muß um von SD zu booten und eMMC zu erkennen)

Hmmm, bei meinen Tests mit den minimal images hatte ich dieses Problem aber nicht.
Nun gut, ein Versuch kann nicht schaden.

eMMC wieder aufgesetzt, Jumper gesteckt und gestartet -> LibreELEC startet. OOKKKayy ??
Shutdown, Jumper entfernt und neu gestartet -> Ubuntu welcome -> hmmm.
Shutdown, Jumper wieder gesetzt und gestartet -> LibreELEC.

Hmmm, ok, schieben wir mal beiseite - nächster Test LibreELEC auf eMMC schreiben.

Von eMMC gebootet und per dd das debian minimal image auf SD geschrieben
Reboot und siehe da - debian welcome (ohne gesetzten Jumper).

Nun, per dd das LibreELEC image auf die eMMC geschrieben.
Reboot - nichts passiert - kein output - keine Registrierung beim DHCP Server - nichts.
Rote und weiße LED leuchten ständig.
Da ich keinen USB-TTL Konverter habe kann ich leider nicht sehen was an die Konsole geschickt wurde.

Hmmm ???

Ausgeschalten, den Jumper gesteckt und gebootet -> Debian welcome.
OK ?? Per lsblk geprüft was mit der eMMC ist und siehe da, die ist nicht vorhanden.
eMMC geschrottet

Moment, da war doch was mit Jumper entfernen um von SD zu booten und eMMC zu sehen - ok - let's give it a try.

Ausgeschalten - Jumper ist gesteckt. Da der Einschaltknopf so klein ist, habe ich den Powerstecker abgezogen
und wieder eingesteckt. Einundzwanzig, Zweiundzwanzig - Jumper entfernt -> Debian welcome.
lsblk -> eMMC ist erkannt. Zwei Partitionen sieht gut aus. fdisk und parted sagen alles ok - was nun??

Hmmm, kann es sein, dass eMMC und eine bootbare eingesteckte SD gleich partioniert sein müssen???

OK, shutdown - SD ausgesteckt und am PC mit LibreELEC beschrieben.
SD wieder am Rock64 eingesteckt und gebootet (ohne gesteckten Jumper).

Nichts - kein output - keine DHCP Registrierung.

Ausgeschalten, Jumper gesteckt, gestartet und nach 2 Sekunden Jumper entfernt -> LibreELEC -> ssh konfiguriert.
Per ssh eingeloggt und per mount geschaut was verfügbar ist. USB und eMMC sichtbar. eMMC laut parted ok.
Warum auch immer, ich habe dann nochmal per dd das LibreELEC image von USB auf eMMC geschrieben.
Gestoppt, Jumper abgezogen, SD entfernt und gebootet -> LibreELEC ist gestartet!!!

Ehrlich gesagt bin ich ein bisschen verwirrt, aber für mich heisst das, dass nur von gebooteter SD mit LibreELEC
image das LibreELEC image auf die eMMC geschrieben werden kann. Wieso auch immer.

Kurzum: wenn man am PC die SD mit LibreELEC beschreibt, vielleicht auch gleich die image Datei auf einen USB speichern.
Dann den USB Stick und die SD am Rock64 einstecken, den Jumper setzen, einschalten und nach 2 Sekunden den Jumper abziehen.

VORSICHT: nicht die anderen PINs (RPi PINs) kurzschließen

LibreELEC konfigurieren (vorallem SSH aktivieren) und dann per ssh verbinden.
Mit dd das image vom USB-Stick auf die eMMC schreiben.

Ausschalten, SD entfernen und neu starten - nun sollte LibreELEC von der eMMC grüßen.

Bin noch immer verwirrt!!

Gruß
Claudia

Raybuntu

@ClaudiaF Ich muss sagen ich bin auch etwas verwirrt. Ich muss mir deinen Post bei Gelegenheit nochmal in Ruhe durchlesen. In letzter Zeit hatte ich auch keine Zeit den Rock64 auch nur zu booten.

Hier aber mal wieder ein neues rb-leia8 build für die Amlogic's:
https://github.com/Raybuntu/Libre…es/tag/rb-leia8

EDIT: Builds nochmal neugebaut weil es einen bug in pycryptodome gab.

dersharky

Hallo @Raybuntu ,

habe ein Problem mit folgendem File .

https://pastebin.com/gtJ3tdMJ

Irgendwas macht Kodi im Hintergrund, aber ich sehe kein Bild. Der Videoplayer wird zwar aufgerufen, die Wiedergabe läuft auch , aber man sieht nur ein schwarzes Bild. An Vorspulen ist nicht zu denken, scheinbar ist die CPU am Limit ... . Was könnte das sein ? Aus dem [definition=12,4][definition='1','3']Debug[/definition][/definition] werde ich nicht besonders schlau .

Spoiler anzeigen

14:48:29.305 T:3266311072 DEBUG: GetMovieId (smb://samba/NAS/Filme/xxxxxxx.mkv), query = select idMovie from movie where idFile=335
14:48:29.457 T:3806229408 DEBUG: CAMLCodec::Decode: ret: 2, sz: 0, dts_in: 18442240474082.1797[2521596], pts_in: 18442240474082.1797[2521596], adj:0, ptsOut:424.8410, amlpts:38235690, idx:4294967295, timesize:0.0000
14:48:29.457 T:3806229408 INFO: CVideoPlayerVideo - Stillframe detected, switching to forced 23.976024 fps
14:48:29.464 T:3646260128 WARNING: VideoPlayer::Sync - stream player video does not start, flushing buffers
14:48:29.464 T:3646260128 DEBUG: CVideoPlayer::FlushBuffers - flushing buffers
14:48:29.466 T:3806229408 DEBUG: CAMLCodec::Reset
14:48:29.485 T:3285308320 DEBUG: CDVDAudio::Flush - flush audio stream
14:48:29.485 T:3285308320 DEBUG: CDVDAudio::Pause - pausing audio stream
14:48:29.659 T:3688203168 INFO: JSONRPC Server: Disconnection detected
14:48:29.659 T:3806229408 DEBUG: CVideoPlayerVideo - CDVDMsg::GENERAL_SYNCHRONIZE
14:48:29.660 T:3646260128 DEBUG: CVideoPlayer::SetCaching - caching state 2
14:48:29.660 T:3646260128 DEBUG: CDVDClock::SetSpeedAdjust - adjusted:0.000000
14:48:29.661 T:3285308320 DEBUG: CVideoPlayerAudio - CDVDMsg::GENERAL_SYNCHRONIZE
14:48:29.661 T:3285308320 DEBUG: CDVDAudio::Pause - pausing audio stream
14:48:29.662 T:3806229408 DEBUG: CAMLCodec::SetSpeed, speed(0)
14:48:29.662 T:3285308320 INFO: CAEStreamParser::SyncDTS - dts stream detected (6 channels, 48000Hz, 16bit BE, period: 512)
14:48:29.667 T:3646260128 DEBUG: CVideoPlayer::HandleMessages - player started 1
14:48:29.667 T:3806229408 INFO: CVideoPlayerVideo - Stillframe left, switching to normal playback
14:48:29.667 T:3806229408 DEBUG: CVideoPlayerVideo::CalcDropRequirement - hurry: 0
14:48:29.668 T:3806229408 DEBUG: CAMLCodec::Decode: ret: 2, sz: 169697, dts_in: 18442240474082.1797[2525EB6], pts_in: 432.8070[2525EB6], adj:0, ptsOut:432.8070, amlpts:38952630, idx:4294967295, timesize:0.0000
14:48:29.675 T:3806229408 DEBUG: CVideoPlayerVideo::CalcDropRequirement - hurry: 0
14:48:29.676 T:3806229408 DEBUG: CAMLCodec::Decode: ret: 2, sz: 192949, dts_in: 18442240474082.1797[2524188], pts_in: 432.7240[2524188], adj:0, ptsOut:432.8070, amlpts:38952630, idx:4294967295, timesize:0.0000
14:48:29.688 T:3806229408 DEBUG: CVideoPlayerVideo::CalcDropRequirement - hurry: 0
14:48:29.689 T:3806229408 DEBUG: CAMLCodec::Decode: ret: 2, sz: 339186, dts_in: 18442240474082.1797[25232C4], pts_in: 432.6820[25232C4], adj:0, ptsOut:432.8070, amlpts:38952630, idx:4294967295, timesize:0.0000
14:48:29.697 T:3806229408 DEBUG: CVideoPlayerVideo::CalcDropRequirement - hurry: 0
14:48:29.698 T:3806229408 DEBUG: CAMLCodec::Decode: ret: 2, sz: 233079, dts_in: 18442240474082.1797[252504C], pts_in: 432.7660[252504C], adj:0, ptsOut:432.8070, amlpts:38952630, idx:4294967295, timesize:0.0000
14:48:29.713 T:3806229408 DEBUG: CVideoPlayerVideo::CalcDropRequirement - hurry: 0
14:48:29.714 T:3806229408 DEBUG: CAMLCodec::Decode: ret: 2, sz: 300585, dts_in: 18442240474082.1797[252996C], pts_in: 432.9740[252996C], adj:0, ptsOut:432.8070, amlpts:38952630, idx:4294967295, timesize:0.0000

Raybuntu

Dein mediainfo sagt bei video codec: unknown codec. Schrott Datei würde ich sagen.

dersharky

Hmm, muss wohl eine alte MediaInfo Version genommen haben.

Hier mit einer aktuellen Version.

Code

Allgemein
UniqueID/String                          : 197398648334128897205732806093981265183 (0x948198C6A0D46FEB95FC9385D2B2AD1F)
Vollständiger Name                       : /Volumes/NAS/Filme/xxxx.mkv
Format                                   : Matroska
Format-Version                           : Version 2
Dateigröße                               : 40,1 GiB
Dauer                                    : 2h 13min
Gesamte Bitrate                          : 42,8 Mbps
Filmname                                 :  VISIONPLUSHDR-1000 Chroma Subsampling 4:2:2 Edition
Kodierungs-Datum                         : UTC 2017-04-21 04:39:24
Kodierendes Programm                     : mkvmerge v3.4.0 ('Rapunzel') built on May 15 2010 09:38:20
verwendete Encoder-Bibliothek            : libebml v0.8.0 + libmatroska v0.9.0
Attachments                              : 4khdr-tekno3d.jpg


Video
ID                                       : 1
Format                                   : HEVC
Format/Info                              : High Efficiency Video Coding
Format-Profil                            : @L5@High
Codec-ID                                 : V_MPEGH/ISO/HEVC
Dauer                                    : 2h 13min
Bitrate                                  : 38,9 Mbps
Breite                                   : 3 840 Pixel
Höhe                                     : 1 608 Pixel
Bildseitenverhältnis                     : 2,40:1
Modus der Bildwiederholungsrate          : konstant
Bildwiederholungsrate                    : 23,976 (24000/1001) FPS
ColorSpace                               : YUV
ChromaSubsampling/String                 : 4:2:2 (Type 2)
BitDepth/String                          : 10 bits
Bits/(Pixel*Frame)                       : 0.263
Stream-Größe                             : 36,4 GiB (91%)
Titel                                    : 4:2:2 Edition
verwendete Encoder-Bibliothek            : x265 2.3+17-6e348252e902:[Windows][GCC 6.3.0][64 bit] 10bit
Kodierungseinstellungen                  : cpuid=1173503 / frame-threads=3 / numa-pools=8 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=2 / input-res=3840x1608 / interlace=0 / total-frames=192703 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=1 / no-allow-non-conformance / repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / no-open-gop / min-keyint=23 / keyint=250 / bframes=3 / b-adapt=0 / b-pyramid / bframe-bias=0 / rc-lookahead=5 / lookahead-slices=8 / scenecut=40 / no-intra-refresh / ctu=32 / min-cu-size=16 / no-rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=0 / dynamic-rd=0.00 / no-signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=2 / limit-refs=0 / no-limit-modes / me=3 / subme=5 / merange=57 / temporal-mvp / no-weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / no-sao / no-sao-non-deblock / rd=2 / early-skip / no-rskip / fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / rdpenalty=0 / psy-rd=4.00 / psy-rdoq=0.00 / no-rd-refine / analysis-mode=0 / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=abr / bitrate=40000 / qcomp=0.60 / qpstep=1 / stats-write=0 / stats-read=0 / ipratio=1.10 / pbratio=1.00 / aq-mode=0 / aq-strength=0.00 / no-cutree / zone-count=0 / no-strict-cbr / qg-size=32 / rc-grain / qpmax=69 / qpmin=0 / sar=0 / overscan=0 / videoformat=5 / range=0 / colorprim=9 / transfer=16 / colormatrix=9 / chromaloc=1 / chromaloc-top=2 / chromaloc-bottom=2 / display-window=0 / master-display=G(8500,39850)B(6550,2300)R(35400,14600)WP(15635,16450)L(100000000,1) / max-cll=10000,180 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / opt-qp-pps / opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / no-opt-cu-delta-qp / no-aq-motion / hdr / no-hdr-optrefine-level=5
Default                                  : Nein
Forced                                   : Nein
colour_range                             : Limited
colour_primaries                         : BT.2020
transfer_characteristics                 : PQ
matrix_coefficients                      : BT.2020 non-constant
Mastering display color primaries        : R: x=0.708000 y=0.292000, G: x=0.170000 y=0.797000, B: x=0.131000 y=0.046000, White point: x=0.312700 y=0.329000
Mastering display luminance              : min: 0.0001 cd/m2, max: 10000.0000 cd/m2
Maximum Content Light Level              : 10000 cd/m2
Maximum Frame-Average Light Level        : 180 cd/m2


Audio #1
ID                                       : 2
Format                                   : DTS
Format/Info                              : Digital Theater Systems
Format_Settings_Mode                     : 16
Format-Einstellungen für Endianess       : Big
Codec-ID                                 : A_DTS
Dauer                                    : 2h 13min
Bitraten-Modus                           : konstant
Bitrate                                  : 1 509 Kbps
Kanäle                                   : 6 Kanäle
Kanal-Positionen                         : Front: L C R, Side: L R, LFE
Samplingrate                             : 48,0 KHz
Bildwiederholungsrate                    : 93,750 FPS (512 SPF)
BitDepth/String                          : 24 bits
Video Verzögerung                        : 11ms
Stream-Größe                             : 1,41 GiB (4%)
Sprache                                  : Deutsch
Default                                  : Ja
Forced                                   : Nein


Audio #2
ID                                       : 3
Format                                   : DTS
Format/Info                              : Digital Theater Systems
Format_Settings_Mode                     : 16
Format-Einstellungen für Endianess       : Big
Codec-ID                                 : A_DTS
Dauer                                    : 2h 13min
Bitraten-Modus                           : konstant
Bitrate                                  : 1 509 Kbps
Kanäle                                   : 6 Kanäle
Kanal-Positionen                         : Front: L C R, Side: L R, LFE
Samplingrate                             : 48,0 KHz
Bildwiederholungsrate                    : 93,750 FPS (512 SPF)
BitDepth/String                          : 24 bits
Video Verzögerung                        : 11ms
Stream-Größe                             : 1,41 GiB (4%)
Sprache                                  : Englisch
Default                                  : Nein
Forced                                   : Nein


Text #1
ID                                       : 4
Format                                   : VobSub
Muxing-Modus                             : zlib
Codec-ID                                 : S_VOBSUB
Codec-ID/Info                            : Picture based subtitle format used on DVDs
Sprache                                  : Deutsch
Default                                  : Ja
Forced                                   : Nein


Text #2
ID                                       : 5
Format                                   : VobSub
Muxing-Modus                             : zlib
Codec-ID                                 : S_VOBSUB
Codec-ID/Info                            : Picture based subtitle format used on DVDs
Sprache                                  : Deutsch
Default                                  : Nein
Forced                                   : Nein


Text #3
ID                                       : 6
Format                                   : VobSub
Muxing-Modus                             : zlib
Codec-ID                                 : S_VOBSUB
Codec-ID/Info                            : Picture based subtitle format used on DVDs
Sprache                                  : Englisch
Default                                  : Nein
Forced                                   : Nein

Alles anzeigen

Raybuntu

@dersharky Welche Version meines Builds?

TheMexx

Gerade Leia8 getestet, macht keine Probleme bei mir. Input adoptive update, restart und alles funktioniert wie gehabt.

Mister XY

Habe festgestellt, dass mein Odroid via HDMI-CEC die Verbindung beim Herunterfahren nicht richtig trennt und nicht automatisch zum Fernsehprogramm zurück geht. Stattdessen bleibt er auf der HDMI Quelle.
Und ich habe mal weiter mit Hyperion getestet. Wie gesagt, es wurde besser, aber es werden trotzdem Frames verschluckt.
Dann muss ich mal beim echo 0x2 > /sys/module/amvdec_h265/parameters/double_write_mode Befehl nachfragen, warum echo 0x2 ausgewählt wurde und nicht echo 1?

Raybuntu

Ich denke nicht das der S905(X/D/W) oder S912 in der Lage ist HEVC Videos (vorallem 4K) komplett ohne AFBC abzuspielen.

seppeel

Zitat von Mister XY

Habe festgestellt, dass mein Odroid via HDMI-CEC die Verbindung beim Herunterfahren nicht richtig trennt und nicht automatisch zum Fernsehprogramm zurück geht. Stattdessen bleibt er auf der HDMI Quelle.
Und ich habe mal weiter mit Hyperion getestet. Wie gesagt, es wurde besser, aber es werden trotzdem Frames verschluckt.
Dann muss ich mal beim echo 0x2 > /sys/module/amvdec_h265/parameters/double_write_mode Befehl nachfragen, warum echo 0x2 ausgewählt wurde und nicht echo 1?

Das mit dem Herunterfahren kann ich bestätigen. ab einer bestimmten Leia Version, welche ich leider nicht mehr genau weiß, waren die HDMI-CEC Optionen (Nur die "Schalter" und Werte waren zu sehen, nicht aber der Beschreibungstext links von den "Schaltern") kaputt und der C2 schaltete den Fernseher nicht mehr ab beim Herunterfahren.
Die Optionen funktionieren seit Leia 7 wieder, es ist wieder alles sichtbar. Aber das Ausschalten funktioniert trotzdem nicht.

Raybuntu

Hab das schon lang nicht mehr probiert mit CEC. Ich schaue mal was da hängt.

dersharky

@Raybuntu

So jetzt nochmal ein [definition=12,4][definition='1','3']Debug[/definition][/definition] mit dem neusten Kodi 17 Build von Dir.

[definition=12,4][definition='1','3']Debug[/definition][/definition] Log :

log?dl=0">https://www.dropbox.com/s/6hghr8i6bbjpp9w/kodi.[definition='1','0']log[/definition]?dl=0

Problem ist eigentlich unverändert.

Hab auch mal den Wiedergabe Modus auf von 60 auf 24Hz runter gedreht. Ändert überhaupt gar nichts.

Danke und Gruß Sharky !

Raybuntu

Hast du mal ein Sample für mich dann probiere ich das mit leia.

dersharky

Hast ne PM

CoreELEC Amlogic

Jetzt mitmachen!

Benutzer online in diesem Thema