Raspberry Pi 4B Unterstützung

Zitat von kfb77

Du nutzt doch auch die libav, dann lass die das doch machen. Wozu was selbst programmieren, was die API eh schon kann.

Das würde ich auch gern so machen. Nur bräuchte ich dazu einen Stream und nicht einzelne Packete. Aus den Packeten einen Stream zu machen braucht Zeit und Speicher. Das kann man sicher unter x86 machen aber den ARM Kerlchen will ich das nicht zumuten. Ich packe die einzelnen Datenschnipsel von vdr in Packete und übergebe die an den Decoder. So muss ich die notwendigen Informationen selbst parsen.

Zitat von jsffm

In remux.c von vdr ist ein Parser evtl. kannst Du davon was verwenden.

Genau das bringt mich schon wieder auf die Palme! Die Informationen sind meist in vdr schon vorhanden! Weil die alten FF Karten aber Streams haben wollten mären wir heute noch damit rum.

Zitat von JoeBar

rell nach der letzen Änderung funktioniert bei Deinem Plugin (ohne Gles kompiliert) auf dem Pine64 (sorry ist leider kein RPI4) das Live TV nicht mehr wenn ich aus einer Aufnahme zurückkerhen möchte.

Müsste jetzt wieder passen.

Zitat von carel

Ich habe hier einen HEVC stream, da wird nur Audio abgespielt

jsffm , ich habe mich für einen schmutzigen Hack entschieden. Sollte der Probleme verursachen muss ich ihn leider wieder entfernen. Die durch ffmpeg erzeugten TS Files werden jetzt erkannt.

Zitat von jsffm

Jetzt hab ich doch ne Aufnahme gefunden, die nicht geht, ich hab sie auf den ftp-server gelegt

In dem Stream gibt es keine Audiodaten. Es wird das Video auf die Audio pts synchronisiert. Ohne Audio Daten gibt es kein PTS und es wird gewartet. Du kannst das auch selbst testen. Wenn Du CODEC_DEBUG einschaltest erhälst Du die Meldungen vom Video Codec aber keinen erkannten Audio Codec.

Zitat von jsffm

Bei mir läuft das mit Ton

Was benutzt Du dazu?

Zitat von jsffm

softhddevice von lnj

Wo finde ich das?

Hi Zille

Zitat

Sollte der Probleme verursachen muss ich ihn leider wieder entfernen. Die durch ffmpeg erzeugten TS Files werden jetzt erkannt.

Leider rennt das noch nicht ganz..

264 ist OK, hevc gibt errors, hier hochgeladen.

vdr.log.gz

Da hat der Kernel Treiber ein Problem:

qe_v4l2_queue: Failed to Q buffer: err=22 (Ongeldig argument)

[hevc @ 0x7f50000da0] v4l2_request_hevc_end_frame: Failed to start request

[hevc @ 0x7f50000da0] hardware accelerator failed to decode picture

CodecVideoSendPacket: send_packet ret: Unknown error occurred

Die erste Fehlermeldung kommt vom Kernel, die mit eckigen Klammern von FFmpeg und die letzte von softhddevice-drm. Da kannst Du nur mal LE installieren und damit testen. Wenn der Fehler damit auch auftaucht findest Du die Entwickler bei LE. Wenn der Fehler nicht kommt würde ich erst das Kernel erneuern und danach ffmpeg.

Hi Zille,

Danke fürs nachschauen.

Hab kernel 5.10.32-v8+, und ffmpeg 4.3.2-Kodi mit popcornmix patches, alles recht neu.

Vielleicht zu neu 😉

Also da gibt‘s Hausaufgaben für mich

carel

Hi,

ffmpeg 4.3.2-Kodi?

war das nicht sonst immer

git://github.com/jc-kynesim/rpi-ffmpeg.git;branch=dev/4.3.1/drm_prime_1

Gruß,

Roland

Das unterliegt einer ständigen Entwicklung. Bei Unklarheiten oder Problemen ist es am Besten mit der aktuellen LE Version zu testen. Ergeben sich da Verbesserungen muss geschaut werden wo die herkommen.

Zitat von jsffm

Bei mir läuft das mit Ton

Da wird nicht sauber geparsed. Die ID des Streams ist 0xBD, das bedeutet Private Stream. Diese ID muss für Audio aber zwischen 0xC0 - 0xDF sein. Ist das ein selbst erstelltes File oder wird das so gesendet?

Siehe da: http://dvdnav.mplayerhq.hu/dvdinfo/pes-hdr.html