Unabhängig davon sollte es aber doch nicht gleich den ganzen VDR zerschießen...
Möglicherweise liegt das Problem aber auch direkt bei ffmpeg.
FFmpeg gibt lediglich das Abort Signal. Das zerschiesst doch nix. Es wird halt alles beendet.
Ich hab mein defektes H3 raus geholt und fest gestellt das nach längerer Laufzeit (> 1h) auf einmal keine Daten mehr von vdr kommen. PlayVideo() und PlayAudio() wird nicht mehr aufgerufen. Das betrifft auch progressive Videos. Man muss nur lang genug warten und bei Senderwechsel scheint die Wartezeit zurück gesetzt zu werden. Am hw Deinterlacer liegt das nicht. Warum weiss ich nicht. Das Problem gibt es nur auf H3. H5 und rk3399 laufen Problemlos. Kannst Du das bestätigen oder ist das nur bei meinem kaputten Board so?
Kleine Veränderungen hab ich im git. Damit scheint es länger zu dauern das keine Daten mehr kommen.
Gruß
zille
Warum keine Daten da sind, weiß ich (noch) nicht.
Hab da mal weiter geforscht. Kommt das Material aus einem Stream (DVB oder Internet) läuft der Speicher nach einer Weile leer. Kommen die Daten von der Platte, sind zeitunabhängig verfügbar, passiert das nicht. Ich habe eine 6h lange Aufnahme getestet und nix ist passiert. Meine aktuelle Theorie ist das der Timer bissel zu schnell läuft, die Daten zu schnell verarbeitet werden und der Stream nicht nach kommt. Das kann ich aber nicht testen. Auf Rockchip gibt es das Problem auch nicht.
Hast du das mit aktiviertem HW-Deinterlacer getestet?
Ja, ein Tag Rotlichtbestrahlung.
Wie lange ist in etwa "nach einer Weile"?
Das hängt vom Bufferstand beim Start ab. Der ist abhängig vom Threshold der Soundkarte. Im Buffer sind beim Start mindestens 600ms. Dann kommt die Frage wann der Buffer aufgebraucht ist. Kann also keiner sagen.
Mit Deinterlacer hat er gestern wieder gecrasht.
Das sollte seid dem Commit eigentlich nicht mehr passieren! Audio und Videothread sollten anhalten und bei gefülltem Buffer die Wiedergabe wieder starten.
Wenn ich für dich was testen soll, sag bitte Bescheid.
Hinweise sind immer willkommen!
Bis auf ALSA, das sich immer mal wieder beschwert, sehe ich nichts Verdächtiges...
Schön! Das der Buffer leer läuft kann ich leider nicht beeinflussen. Ich denke das die Clocks bei Allwinner H3 und H5 ein wenig zu schnell laufen. Wenn Du das ganze mit einer Aufnahme machst sollten die Alsameldungen auch weg sein.
Gruss
zille
Hallo,
ich habe nach langer Zeit mal wieder meinen Banana Pi ausgepackt, Gentoo installiert und als Streaming-Server eingerichtet. Bei der Suche nach einem geeigneten Ausgabeplugin bin ich auf softhddevice-drm gestoßen. Leider stürzt mein VDR nach dem Laden des Plugins ab. Mit aktiviertem Debugging, sehe ich folgende Meldungen im Log:
Aug 22 17:18:01 bananapi vdr[1831]: [1831] starting plugin: softhddevice-drm
Aug 22 17:18:01 bananapi vdr[1831]: audio/alsa: using device 'default'
Aug 22 17:18:01 bananapi vdr[1831]: [1866] EPGSearch: conflictcheck thread started (pid=1831, tid=1866, prio=high)
Aug 22 17:18:01 bananapi vdr[1831]: [1865] [live] INFO: attempt to listen on ip = '192.168.3.69'
Aug 22 17:18:01 bananapi vdr[1831]: audio/alsa: supports pause: no
Aug 22 17:18:01 bananapi vdr[1831]: audio/alsa: mixer default - PCM open
Aug 22 17:18:01 bananapi vdr[1831]: audio: wait on start condition
Aug 22 17:18:01 bananapi vdr[1831]: audio/alsa: flush state OPEN
Aug 22 17:18:01 bananapi vdr[1831]: FindDevice: DRM have 1 connectors, 2 crtcs, 1 encoders
Aug 22 17:18:01 bananapi vdr[1831]: FindDevice: Plane id 31 crtc_id 47 possible_crtcs 1 possible CRTC 47 type primary plane
Aug 22 17:18:01 bananapi vdr[1831]: FindDevice: Plane id 35 crtc_id 0 possible_crtcs 1 possible CRTC 47 type overlay plane
Aug 22 17:18:01 bananapi vdr[1831]: FindDevice: Plane id 39 crtc_id 0 possible_crtcs 1 possible CRTC 47 type overlay plane
Aug 22 17:18:01 bananapi vdr[1831]: FindDevice: Plane id 43 crtc_id 0 possible_crtcs 1 possible CRTC 47 type overlay plane
Aug 22 17:18:01 bananapi vdr[1831]: FindDevice: Plane id 48 crtc_id 0 possible_crtcs 2 possible CRTC 64 type primary plane
Aug 22 17:18:01 bananapi vdr[1831]: FindDevice: Plane id 52 crtc_id 0 possible_crtcs 2 possible CRTC 64 type overlay plane
Aug 22 17:18:01 bananapi vdr[1831]: FindDevice: Plane id 56 crtc_id 0 possible_crtcs 2 possible CRTC 64 type overlay plane
Aug 22 17:18:01 bananapi vdr[1831]: FindDevice: Plane id 60 crtc_id 0 possible_crtcs 2 possible CRTC 64 type overlay plane
Aug 22 17:18:01 bananapi vdr[1831]: FindDevice: DRM setup CRTC: 47 video_plane: 31 osd_plane 35 use_zpos 0
Aug 22 17:18:01 bananapi vdr[1831]: VideoOsdInit: SetupFB FB OSD failed!zillerbaer: Hast Du eine Idee, woran das liegen könnte?
Die Lima, sun4i-drm und Cedrus-Treiber habe ich im Kernel drin. libdrm und mesa mit Lima-Treiber sind installiert. Die Grafikausgabe habe ich mit kmscube getestet und funktioniert.
Benötige ich auch noch libva-v4l2-request für das Plugin? Hier im Thread ist auch noch die Rede von einer gepatchten ffmpeg-Version sowie einem Kernelpatch. Davon steht auf der Github-Seite nichts. Falls ich das auch noch vorausgesetzt wird, gibt es auch Patches für ffmpeg-4.2.4, die ich in Gentoo integrieren kann?
Leider stürzt mein VDR nach dem Laden des Plugins ab.
VDR stürzt nicht ab, es wird beendet da der drm Treiber nicht sauber initialisiert wurde. Es kann kein OSD mit der Höhe 0 und der Breite 0 angelegt werden. Da hilft nur ein Reboot. Man kann das schon beim booten an der Auflösung sehen.
libva-v4l2-request für das Plugin?
Nein, nur diese FFmpeg Version von Jernej. Als Patch gibt es das bei LE. Für ffmpeg wird v4l2-request und im Kernel 5.8 der cedrus-improvements.patch benötigt. Das wir hoffentlich bald in mainline integriert.
Gruß
zille
VDR stürzt nicht ab, es wird beendet da der drm Treiber nicht sauber initialisiert wurde. Es kann kein OSD mit der Höhe 0 und der Breite 0 angelegt werden. Da hilft nur ein Reboot. Man kann das schon beim booten an der Auflösung sehen.
Danke. Ich hatte softhddevice.Osd.Width und softhddevice.Osd.Height nicht in /etc/vdr/setup.conf eingetragen. Das habe ich korrigiert, hat aber leider nichts gebracht. Ebensowenig ein Reboot.
Den letzten Satz verstehe ich nicht ganz. Die Auflösung der Konsole per HDMI ist normal. Allerdings sehe ich keine Bootmeldungen beim Laden des Kernels, nur einen blinkenden Cursor.
Ich habe aktuell den sun4i-drm und den Lima-Treiber im Kernel aktiviert. Liegt hier evtl. das Problem?
Danke auch für den Verweis auf die notwendigen Patches. Der ffmpeg-Patch lässt sich leider nicht einfach auf Version 4.2.4 anwenden. Das versuche ich zu fixen.
Ich hatte softhddevice.Osd.Width und softhddevice.Osd.Height nicht in /etc/vdr/setup.conf eingetragen.
Da braucht nix zu stehen. Es wird nach der Mode 1920x1080 50p gesucht und genutzt. Fehlt diese Mode kann kein OSD erstellt werden und vdr wird beendet. Es werden im Fehlerfall auch Meldungen auf der Konsole ausgegeben. Kannst Du die mal posten?
Ich habe aktuell den sun4i-drm und den Lima-Treiber im Kernel aktiviert.
Das ist kein Problem. FindDevice() sucht das richtige Device.
Da braucht nix zu stehen. Es wird nach der Mode 1920x1080 50p gesucht und genutzt. Fehlt diese Mode kann kein OSD erstellt werden und vdr wird beendet. Es werden im Fehlerfall auch Meldungen auf der Konsole ausgegeben. Kannst Du die mal posten?
Ich habe den Banana Pi momentan an einem Monitor mit einer Auflösung von 1920x1200@60Hz hängen. Liegt hier das Problem?
Auf der Konsole sehe ich keine Meldungen. Ich starte den VDR über die Init-Skripte von Gentoo. Beim manuellen Start kommen folgende Meldungen:
# vdr -Psofthddevice-drm
[softhddev]cSoftHdDevice:
[softhddev]MakePrimaryDevice: 1
[softhddev]GetSpuDecoder:
Start(void):
AlsaInitPCM: supports pause: no
AlsaInitPCM: snd_pcm_dump_setup VOR Setup
stream : PLAYBACK
access : MMAP_INTERLEAVED
format : S8
subformat : STD
channels : 0
rate : 0
exact rate : 0 (0/0)
msbits : 0
buffer_size : 0
period_size : 0
period_time : 0
tstamp_mode : NONE
tstamp_type : MONOTONIC
period_step : 0
avail_min : 0
period_event : 0
start_threshold : 0
stop_threshold : 0
silence_threshold: 0
silence_size : 0
boundary : 0
AudioInit: No HwChannelMaps found!!!
AlsaFlushBuffers: AlsaFlushBuffers
AudioPlayHandlerThread: pthread_cond_wait
SetupFB: cannot create dumb buffer (22): Invalid argument
SetupFB: width 0 height 0 bpp 32
VideoOsdInit: SetupFB FB OSD failed
AbortedIch habe den Banana Pi momentan an einem Monitor mit einer Auflösung von 1920x1200@60Hz hängen. Liegt hier das Problem?
Ja, stöpsel das BananaPi doch mal an einen TV.
Edit: Eine 60Hz Mode einzubinden, darüber habe ich schon nachgedacht. Über den Mediaplayer kommen einige Sachen die 30fps haben. Das hat aber momentan eine niedrige Prio. Wichtiger ist mir momentan den Mediaplayer um einen Playlist support zu erweitern.
Es gibt noch eine Möglichkeit. Du kannst in der Zeile die 50 durch 60 ersetzen. Dann muss aller 16 ms statt aller 20 ms ein Bild dargestellt werden. Ich hoffe der H3 schafft das. Das Bild wird auch ein bissel ruckeln da einige Bilder doppelt angezeigt werden.
Danke. Wenn ich dort 1920x1200 und 60Hz eintrage, startet der VDR auch, wenn der Banana Pi an meinem Monitor hängt. Das OSD funktioniert einwandfrei, das Fernsehbild (DVB-T2) ruckelt aber und zeigt nur einen Teil des Bildes. Um auszuschließen, dass es am Empfang liegt, habe ich den Banana Pi an meinen Fernseher gehängt und wieder das unmodifizierte Plugin verwendet.
Dort sehe ich nur Artefakte und der VDR crasht nach wenigen Sekunden. Hier die letzten Logmeldungen:
FrameDuped Pkts 182 deint 0 Frames 3 AudioUsedBytes 435648 audio 13:35:53.630 video 13:35:53.668 Delay 0ms diff 38ms
FrameDuped Pkts 182 deint 0 Frames 3 AudioUsedBytes 435648 audio 13:35:53.630 video 13:35:53.668 Delay 0ms diff 38ms
FrameDuped Pkts 182 deint 0 Frames 3 AudioUsedBytes 435648 audio 13:35:53.630 video 13:35:53.668 Delay 0ms diff 38ms
FrameDuped Pkts 182 deint 0 Frames 3 AudioUsedBytes 435648 audio 13:35:53.630 video 13:35:53.668 Delay 0ms diff 38ms
[softhddev]Clear:
Clear(void)
ClearVideo()
CodecVideoFlushBuffers: VideoCtx 0xb2900e50
VideoSetClosing: buffers 5 StartCounter 2
VideoSetClosing: pthread_cond_wait
Frame2Display: set a black FB
CleanDisplayThread: DRM cleaned.
VideoSetClosing: NACH pthread_cond_wait
ClearAudio()
CodecAudioFlushBuffers:
AudioFlushBuffers: AudioFlushBuffers
AlsaFlushBuffers: AlsaFlushBuffers
AudioPlayHandlerThread: pthread_cond_wait
PlayAudio: NewAudioStream
CodecAudioClose
CodecAudioClose
[hevc @ 0xb2900e50] Could not find ref with POC -16
[hevc @ 0xb2900e50] Could not find ref with POC -24
[hevc @ 0xb2900e50] Could not find ref with POC -14
[hevc @ 0xb2900e50] Could not find ref with POC -12
CodecAudioOpen: Codec AAC LATM (Advanced Audio Coding LATM syntax) found
[hevc @ 0xb2900e50] Could not find ref with POC -8
AudioFilter: Free the filter graph.
AudioFilterInit: ch_layout stereo sample_fmt fltp sample_rate 48000 channels 2
AudioEnqueue: start? in Rb 21ms to skip 0ms
AudioEnqueue: start? in Rb 42ms to skip 0ms
AudioEnqueue: start? in Rb 64ms to skip 0ms
AudioEnqueue: start? in Rb 85ms to skip 0ms
AudioEnqueue: start? in Rb 106ms to skip 0ms
AudioEnqueue: start? in Rb 128ms to skip 0ms
AudioEnqueue: start? in Rb 149ms to skip 0ms
AudioEnqueue: start? in Rb 170ms to skip 0ms
AudioEnqueue: start? in Rb 192ms to skip 0ms
AudioEnqueue: start? in Rb 213ms to skip 0ms
AudioEnqueue: start? in Rb 234ms to skip 0ms
AudioEnqueue: start? in Rb 256ms to skip 0ms
AudioEnqueue: start? in Rb 277ms to skip 0ms
AudioEnqueue: start? in Rb 298ms to skip 0ms
AudioEnqueue: start? in Rb 320ms to skip 0ms
AudioEnqueue: start? in Rb 341ms to skip 0ms
AudioEnqueue: start? in Rb 362ms to skip 0ms
AudioEnqueue: start? in Rb 384ms to skip 0ms
AudioEnqueue: start? in Rb 405ms to skip 0ms
AudioEnqueue: start? in Rb 426ms to skip 0ms
AudioEnqueue: start? in Rb 448ms to skip 0ms
AudioEnqueue: start? in Rb 469ms to skip 0ms
AudioEnqueue: start? in Rb 490ms to skip 0ms
AudioEnqueue: start? in Rb 512ms to skip 0ms
AudioEnqueue: start? in Rb 533ms to skip 0ms
AudioEnqueue: start? in Rb 554ms to skip 0ms
AudioEnqueue: start? in Rb 576ms to skip 0ms
AudioEnqueue: start? in Rb 597ms to skip 0ms
AudioEnqueue: start? in Rb 618ms to skip 0ms
AudioEnqueue: start? in Rb 640ms to skip 0ms
AudioEnqueue: start? in Rb 661ms to skip 0ms
AudioEnqueue: start? in Rb 682ms to skip 0ms
AudioEnqueue: start? in Rb 704ms to skip 0ms
AudioEnqueue: start? in Rb 725ms to skip 0ms
AudioEnqueue: start? in Rb 746ms to skip 0ms
AudioEnqueue: start? in Rb 768ms to skip 0ms
AudioEnqueue: start? in Rb 789ms to skip 0ms
AudioEnqueue: start? in Rb 810ms to skip 0ms
AudioEnqueue: start? in Rb 832ms to skip 0ms
AudioEnqueue: start? in Rb 853ms to skip 0ms
AudioEnqueue: start? in Rb 874ms to skip 0ms
AudioEnqueue: start? in Rb 896ms to skip 0ms
AudioEnqueue: start? in Rb 917ms to skip 0ms
AudioEnqueue: start? in Rb 938ms to skip 0ms
AudioEnqueue: start? in Rb 960ms to skip 0ms
AudioEnqueue: start? in Rb 981ms to skip 0ms
AudioEnqueue: start? in Rb 1002ms to skip 0ms
AudioEnqueue: start? in Rb 1024ms to skip 0ms
AudioEnqueue: start? in Rb 1045ms to skip 0ms
AudioEnqueue: start? in Rb 1066ms to skip 0ms
AudioEnqueue: start? in Rb 1088ms to skip 0ms
AudioEnqueue: start? in Rb 1109ms to skip 0ms
AudioEnqueue: start? in Rb 1130ms to skip 0ms
AudioEnqueue: start? in Rb 1152ms to skip 0ms
AudioEnqueue: start? in Rb 1173ms to skip 0ms
AudioEnqueue: start? in Rb 1194ms to skip 0ms
AudioEnqueue: start? in Rb 1216ms to skip 0ms
AudioEnqueue: start? in Rb 1237ms to skip 0ms
AudioEnqueue: start? in Rb 1258ms to skip 0ms
AudioEnqueue: start? in Rb 1280ms to skip 0ms
AudioEnqueue: start? in Rb 1301ms to skip 0ms
AudioEnqueue: start? in Rb 1322ms to skip 0ms
AudioEnqueue: start? in Rb 1344ms to skip 0ms
AudioEnqueue: start? in Rb 1365ms to skip 0ms
AudioEnqueue: start? in Rb 1386ms to skip 0ms
AudioEnqueue: start? in Rb 1408ms to skip 0ms
AudioEnqueue: start? in Rb 1429ms to skip 0ms
AudioEnqueue: start? in Rb 1450ms to skip 0ms
AudioEnqueue: start? in Rb 1472ms to skip 0ms
AudioEnqueue: start? in Rb 1493ms to skip 0ms
AudioEnqueue: start? in Rb 1514ms to skip 0ms
AudioEnqueue: start? in Rb 1536ms to skip 0ms
AudioEnqueue: start? in Rb 1557ms to skip 0ms
AudioEnqueue: start? in Rb 1578ms to skip 0ms
AudioEnqueue: start? in Rb 1600ms to skip 0ms
AudioEnqueue: start? in Rb 1621ms to skip 0ms
AudioEnqueue: start? in Rb 1642ms to skip 0ms
AudioEnqueue: start? in Rb 1664ms to skip 0ms
AudioEnqueue: start? in Rb 1685ms to skip 0ms
AudioEnqueue: start? in Rb 1706ms to skip 0ms
AudioEnqueue: start? in Rb 1728ms to skip 0ms
AudioEnqueue: start? in Rb 1749ms to skip 0ms
AudioEnqueue: start? in Rb 1770ms to skip 0ms
AudioEnqueue: start? in Rb 1792ms to skip 0ms
AudioEnqueue: start? in Rb 1813ms to skip 0ms
SetupFB: cannot create dumb buffer (12): Cannot allocate memory
SetupFB: width 1920 height 1080 bpp 12
EnqueueFB: SetupFB FB 1920 x 1080 failed
EnqueueFB: Failed to retrieve the Prime FD (2): No such file or directory
SetupFB: cannot create dumb buffer (12): Cannot allocate memory
SetupFB: width 1920 height 1080 bpp 12
EnqueueFB: SetupFB FB 1920 x 1080 failed
EnqueueFB: Failed to retrieve the Prime FD (2): No such file or directory
SetupFB: cannot create dumb buffer (12): Cannot allocate memory
SetupFB: width 1920 height 1080 bpp 12
EnqueueFB: SetupFB FB 1920 x 1080 failed
EnqueueFB: Failed to retrieve the Prime FD (2): No such file or directory
SetupFB: cannot create dumb buffer (12): Cannot allocate memory
SetupFB: width 1920 height 1080 bpp 12
EnqueueFB: SetupFB FB 1920 x 1080 failed
EnqueueFB: Failed to retrieve the Prime FD (2): No such file or directory
SetupFB: cannot create dumb buffer (12): Cannot allocate memory
SetupFB: width 1920 height 1080 bpp 12
EnqueueFB: SetupFB FB 1920 x 1080 failed
EnqueueFB: Failed to retrieve the Prime FD (2): No such file or directory
Segmentation faultIch verwende den allerersten Banana Pi (M1). Ist der für die Wiedergabe nicht geeignet?
Ich verwende den allerersten Banana Pi (M1). Ist der für die Wiedergabe nicht geeignet?
Der hat doch noch ein A20 als SoC, oder? Ich glaub der konnte noch kein HEVC in HW decodieren und für SW Betrieb ist der zu schwach auf der Brust. Läuft H264 und Mpeg auf dem Kerlchen?
@rell/@zillerbaer: Danke Euch beiden. Stimmt, der A20 ist zu alt für H265 - hätte ich auch selbst drauf kommen können...
Speicher für CMA war Default (96M). Ich erhöhe das auf 256MB (gemäß Empfehlung unter http://linux-sunxi.org/Sunxi-cedrus) und teste demnächst an einem Kabelanschluss. Momentan kann ich nur mit DVB-T2 testen.
Speicher für CMA war Default (96M). Ich erhöhe das auf 256MB
Damit würde ich warten. Erst wenn dmesg Fehler zeigt das kein cma Speicher zur Verfügung steht würde ich schrittweise erhöhen.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!