Aber Nutzung von H264 ist mit PI3 auf jeden Fall die richtige Wahl.
Hmm.
ich habe einen PI4 und meine UHD Filme mit HEVC 265 laufen einwandfrei.
JM2C
Aber Nutzung von H264 ist mit PI3 auf jeden Fall die richtige Wahl.
Hmm.
ich habe einen PI4 und meine UHD Filme mit HEVC 265 laufen einwandfrei.
JM2C
PvD 2 verschiedene Fragesteller im gleichen Thread
Der eine hatte einen Pi3+ bei dem ging gar kein HEVC (wie du ja erklärt hattest).
Der andere hat einen Pi4 und da geht HEVC bei 4k Filmen, nicht aber bei FullHD Filmen, die in HEVC konvertiert wurden.
Das ist der Stream, wie ihn Kodi erkennt:
2023-07-01 13:47:10.341 T:1080 info <general>: ffmpeg[0x30f5770]: Stream #0:0: Video: hevc (Rext), yuv420p12le(tv, bt709), 1920x1036, SAR 1:1 DAR 480:259, 23.98 fps, 23.98 tbr, 1k tbn, 23.98 tbc (default)
Also nichts mit "HEVC (main)". Was "rext" ist kann ich nicht sagen. Das kenne ich nicht.
Auf jeden Fall sind das die "errors"
ZitatAlles anzeigen2023-07-01 13:47:10.382 T:1084 error <general>: ffmpeg[0x0]: [hevc] Could not find ref with POC 0
2023-07-01 13:47:10.387 T:828 info <general>: CActiveAESink::OpenSink - initialize sink
2023-07-01 13:47:10.428 T:1091 error <general>: CDVDVideoCodecDRMPRIME::AddData - send packet failed: Operation not permitted (-1)
2023-07-01 13:47:10.447 T:1083 error <general>: ffmpeg[0x0]: [hevc] Duplicate POC in a sequence: 1.
2023-07-01 13:47:10.448 T:1083 debug <general>: ffmpeg[0x0]: [hevc] Error parsing NAL unit #0.
2023-07-01 13:47:10.514 T:1091 error <general>: CDVDVideoCodecDRMPRIME::SetPictureParams - videoBuffer:nullptr format:yuv420p12le
2023-07-01 13:47:10.514 T:1091 debug <general>: CVideoPlayerVideo - video decoder returned error
2023-07-01 13:47:10.514 T:1091 error <general>: CDVDVideoCodecDRMPRIME::AddData - send packet failed: Invalid data found when processing input (-1094995529)
2023-07-01 13:47:10.545 T:1091 error <general>: CDVDVideoCodecDRMPRIME::SetPictureParams - videoBuffer:nullptr format:yuv420p12le
2023-07-01 13:47:10.545 T:1091 debug <general>: CVideoPlayerVideo - video decoder returned error
2023-07-01 13:47:10.549 T:1091 error <general>: CDVDVideoCodecDRMPRIME::SetPictureParams - videoBuffer:nullptr format:yuv420p12le
2023-07-01 13:47:10.549 T:1091 debug <general>: CVideoPlayerVideo - video decoder returned error
2023-07-01 13:47:10.584 T:1091 error <general>: CDVDVideoCodecDRMPRIME::SetPictureParams - videoBuffer:nullptr format:yuv420p12le
2023-07-01 13:47:10.585 T:1091 debug <general>: CVideoPlayerVideo - video decoder returned error
und dann nen ganzen Sack voll:
Zitat2023-07-01 13:47:10.669 T:1091 error <general>: CDVDVideoCodecDRMPRIME::SetPictureParams - videoBuffer:nullptr format:yuv420p12le
2023-07-01 13:47:10.669 T:1091 debug <general>: CVideoPlayerVideo - video decoder returned error
2023-07-01 13:47:10.708 T:1091 error <general>: CDVDVideoCodecDRMPRIME::SetPictureParams - videoBuffer:nullptr format:yuv420p12le
2023-07-01 13:47:10.708 T:1091 debug <general>: CVideoPlayerVideo - video decoder returned error
Ich würde mal versuchen via CommandLine und FFMPEG aus einem FullHD h264 Video ein h265 Video zu machen. Einfach nur mal zum Vergleich, ob es damit geht. Wenn du da ein Kommando brauchst, dann lass es mich wissen. Ich hatte mir da mal was zurecht gelegt. Ich muss aber gestehen, dass ich da nie mit einem Pi das Abspielen versucht habe. Ich habe hier einen x86 PC mit LibreELEC, den ich dafür verwende.
2 verschiedene Fragesteller im gleichen Thread
Das ist mir schon klar, deswegen meine Anmerkung gegenüber te36
Meiner Meinung nach funktioniert der Decoder für HEVC nicht korrekt. Das kann zum einen an der - wie bereits angemerkt - krummen horizontalen Auflösung von 796 Pixeln liegen (Stichwort Makroblöcke), wobei eigentlich heutzutage jeder Decoder damit klar kommen sollte. Dann ist der Farbraum mit yuv42012le auch etwas seltsam: Ein Farbraum-Subsampling in 4:2:0, dafür aber mit 12bit Farbtiefe und im Farbraum BT709. Das wäre in etwa eine Kodierung eines "normalen" HD-Videos mit einem HDR+ Encoder, allerdings mit Subsampling. Macht absolut keinen Sinn und mag der Grund dafür sein, das der Decoder streikt.
Ein Farbraum-Subsampling in 4:2:0, dafür aber mit 12bit Farbtiefe und im Farbraum BT709
Das ist auch das, was das erste Video im Log aufweist und das funktioniert
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!