Frohes neues seahawk,
beim beenden (über die Fernbedienung) von Kodi 18 kann ich nicht zum vdr zurückkehren. Wenn ich über das Menü gehe und Beenden/Verlassen wähle geht es.
Gruß
Murry
Beiträge von Murry
-
-
Warum nimmst du nicht Kodi?
Gruß
Murry
-
Vielen Dank,
schön das du yavdr weiterhin pflegst.
Einen guten Rutsch,
Murry
-
Hallo Jojo61,
ich bin zurück auf die Version ohne libplacebo, ich habe nur einen HD Fernseher. Läuft aber super, auch mit dem skindesigner.
Vielen Dank,
Murry
-
Lohnt sich der Aufwand?
-
Super Anleitung!
Achtung: skindesigner ist nicht kompatible!
Gruß
Murry
-
Hallo jojo61,
ich hatte es so verstanden das das neue ffmpeg 4.1 diesen neuen cuda-deinterlacer mitbringt. Mal schauen was libplacebo da macht.
Gruß
Murry
-
ffmpeg 4.1
- yadif_cuda filter
Hallo jojo61,
könntest du das einbauen? -
Probiert halt mal die Surfaces auf etwas zwischen 7 und 24 zu setzen. 24 ist der deafult und ist wohl zu hoch.Mit surfaces 9 läuft es bei mir recht gut.
FFmpeg Programmierer schrieb:Sofern das keine Probleme bei höheren Auflösungen macht ist das Setzen des Parameters aber eine angebrachte Lösung. Das zugrunde liegende Problem kann hier vermutlich nur Nvidia selbst lösen.
Evtl. ein Punkt für eine einstellbare Option.
-
kann ich so nicht bestätigen, sieht gut aus soweit.
Wo bemerkst du das ruckeln?
Bei Schwenks mit vielen geraden Linien im Bild (z.B. Fenster).
-
Bei mir ruckeln die SD-Programme hin wieder. Das wird wesentlich besser wenn ich drop_second_field=true setze.
Gruß
Murry
-
Bis jetzt hatte ich keine Probleme, getestet mit Öffi DVB-T2 und Pro7 HD Sat.
Und die SD Programme?
-
Hallo jojo61,
wenn ich die surfaces option herausnehme läuft SD wieder:
Kann das noch jemand testen?
Gruß
Murry
-
Hmm sieht mir nach nem Fehler im FFMPEG aus. Da ist der "offizielle" Patch wohl noch nicht ganz richtig,
der FFmpeg Programmierer kann kein Fehler sehen:
Alles anzeigenCode- norbert@ubuntu18:~$ ffmpeg -r 50 -c:v mpeg2_cuvid -deint adaptive -i ~/00001.ts -sn -an -qp 22 -c:v h264 -y out.mkv
- ffmpeg version 3.4.4-0yavdr3.18.04.1 Copyright (c) 2000-2018 the FFmpeg developers
- built with gcc 7 (Ubuntu 7.3.0-27ubuntu1~18.04)
- configuration: --prefix=/usr --extra-version=0yavdr3.18.04.1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --enable-gpl --disable-stripping --enable-avresample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librubberband --enable-librsvg --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-omx --enable-openal --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libopencv --enable-libx264 --enable-shared
- libavutil 55. 78.100 / 55. 78.100
- libavcodec 57.107.100 / 57.107.100
- libavformat 57. 83.100 / 57. 83.100
- libavdevice 57. 10.100 / 57. 10.100
- libavfilter 6.107.100 / 6.107.100
- libavresample 3. 7. 0 / 3. 7. 0
- libswscale 4. 8.100 / 4. 8.100
- libswresample 2. 9.100 / 2. 9.100
- libpostproc 54. 7.100 / 54. 7.100
- [mpegts @ 0x558092d9b980] start time for stream 3 is not set in estimate_timings_from_pts
- [mpegts @ 0x558092d9b980] PES packet size mismatch
- Input #0, mpegts, from '/home/norbert/00001.ts':
- Duration: 00:00:40.00, start: 77979.066144, bitrate: 4301 kb/s
- Program 132
- Stream #0:0[0xa3]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv, top first), 720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc
- Stream #0:1[0x68](deu): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s
- Stream #0:2[0x6a](deu): Audio: ac3 ([6][0][0][0] / 0x0006), 48000 Hz, stereo, fltp, 384 kb/s
- Stream #0:3[0x6e](deu): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006)
- Stream mapping:
- Stream #0:0 -> #0:0 (mpeg2video (mpeg2_cuvid) -> h264 (libx264))
- Press [q] to stop, [?] for help
- [libx264 @ 0x558092e421c0] using SAR=64/45
- [libx264 @ 0x558092e421c0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2
- [libx264 @ 0x558092e421c0] profile High, level 3.1
- [libx264 @ 0x558092e421c0] 264 - core 152 r2854 e9a5903 - H.264/MPEG-4 AVC codec - Copyleft 2003-2017 - http://www.videolan.org/x264.html - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-2 threads=3 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc=cqp mbtree=0 qp=22 ip_ratio=1.40 pb_ratio=1.30 aq=0
- Output #0, matroska, to 'out.mkv':
- Metadata:
- encoder : Lavf57.83.100
- Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), nv12, 720x576 [SAR 64:45 DAR 16:9], q=-1--1, 50 fps, 1k tbn, 50 tbc
- Metadata:
- encoder : Lavc57.107.100 libx264
- Side data:
- cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1
- frame= 1974 fps= 26 q=-1.0 Lsize= 16292kB time=00:00:39.42 bitrate=3385.6kbits/s speed=0.521x
- video:16277kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.093573%
- [libx264 @ 0x558092e421c0] frame I:20 Avg QP:19.00 size: 29457
- [libx264 @ 0x558092e421c0] frame P:506 Avg QP:22.00 size: 13743
- [libx264 @ 0x558092e421c0] frame B:1448 Avg QP:23.67 size: 6301
- [libx264 @ 0x558092e421c0] consecutive B-frames: 1.3% 2.0% 1.8% 94.8%
- [libx264 @ 0x558092e421c0] mb I I16..4: 38.8% 47.7% 13.5%
- [libx264 @ 0x558092e421c0] mb P I16..4: 3.2% 4.2% 2.7% P16..4: 26.7% 11.2% 5.0% 0.0% 0.0% skip:47.0%
- [libx264 @ 0x558092e421c0] mb B I16..4: 0.3% 0.1% 0.0% B16..8: 25.6% 3.7% 1.2% direct: 2.6% skip:66.5% L0:53.2% L1:36.5% BI:10.4%
- [libx264 @ 0x558092e421c0] 8x8 transform intra:42.5% inter:57.9%
- [libx264 @ 0x558092e421c0] coded y,uvDC,uvAC intra: 54.0% 64.9% 31.3% inter: 12.4% 12.3% 1.3%
- [libx264 @ 0x558092e421c0] i16 v,h,dc,p: 58% 20% 6% 17%
- [libx264 @ 0x558092e421c0] i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 34% 12% 16% 4% 6% 10% 5% 9% 5%
- [libx264 @ 0x558092e421c0] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 23% 13% 14% 7% 8% 11% 8% 10% 7%
- [libx264 @ 0x558092e421c0] i8c dc,h,v,p: 52% 16% 26% 6%
- [libx264 @ 0x558092e421c0] Weighted P-Frames: Y:4.0% UV:2.8%
- [libx264 @ 0x558092e421c0] ref P L0: 54.6% 16.9% 21.3% 6.8% 0.4%
- [libx264 @ 0x558092e421c0] ref B L0: 91.6% 7.1% 1.2%
- [libx264 @ 0x558092e421c0] ref B L1: 96.7% 3.3%
- [libx264 @ 0x558092e421c0] kb/s:3377.23
-
Da würde mich ein Log mit eincompilierten DEBUG und -l 3interessieren. Sieht aber so aus als ob beim "offiziellen" Patch von FFMPEG etwas nicht in Ordnung ist.
Alles anzeigenCode- Oct 17 19:23:42 ubuntu18 vdr: [17704] skindesigner: templates and images cached
- Oct 17 19:23:42 ubuntu18 vdr: [17704] skindesigner: cached 7 icons - size internal mem 0,00MB, high level mem 0,04MB
- Oct 17 19:23:42 ubuntu18 vdr: [17704] skindesigner: cached 201 logos - size 5972,01MB internal mem
- Oct 17 19:23:42 ubuntu18 vdr: [17704] skindesigner: cached 142 skinparts - size internal mem 0,00MB, high level mem 125,81MB
- Oct 17 19:23:42 ubuntu18 vdr: [17704] skindesigner: templates loaded and caches created - needed 3371 ms
- Oct 17 19:23:42 ubuntu18 vdr: [17704] [softhddev]CreateOsd: left 0, top 0, level 0, using OpenGL OSD support
- Oct 17 19:23:42 ubuntu18 vdr: [17704] [softhddev]cOglOsd osdLeft 0 osdTop 0 screenWidth 1920 screenHeight 1080
- Oct 17 19:23:44 ubuntu18 vdr: codec/audio: drift( 0) 1677us 805
- Oct 17 19:24:02 ubuntu18 vdr: [17704] [softhddev]CreateOsd: left 0, top 0, level 0, using OpenGL OSD support
- Oct 17 19:24:02 ubuntu18 vdr: [17704] [softhddev]cOglOsd osdLeft 0 osdTop 0 screenWidth 1920 screenHeight 1080
- Oct 17 19:24:02 ubuntu18 vdr: epg2vdr: Answer 'Epg2Vdr_Timer_Service-v1.0' call with 0 timers, duration was (0 ms)
- Oct 17 19:24:02 ubuntu18 vdr: [17704] switching to channel 7 S19.2E-1-1107-17501 (ProSieben)
- Oct 17 19:24:02 ubuntu18 vdr: [17704] [softhddev]SetPlayMode: 0
- Oct 17 19:24:02 ubuntu18 vdr: Set Playmode 0
- Oct 17 19:24:02 ubuntu18 vdr: video: set closing
- Oct 17 19:24:02 ubuntu18 vdr: video: set clock --:--:--.---
- Oct 17 19:24:02 ubuntu18 vdr: video: reset start
- Oct 17 19:24:02 ubuntu18 vdr: video: set clock --:--:--.---
- Oct 17 19:24:02 ubuntu18 vdr: video: new stream start
- Oct 17 19:24:02 ubuntu18 vdr: [17704] [softhddev]SetVideoDisplayFormat: 1
- Oct 17 19:24:02 ubuntu18 vdr: [17704] [softhddev]GetSpuDecoder:
- Oct 17 19:24:02 ubuntu18 vdr: [17749] osdteletext-receiver thread ended (pid=17704, tid=17749)
- Oct 17 19:24:02 ubuntu18 vdr: [17704] buffer stats: 0 (0%) used
- Oct 17 19:24:02 ubuntu18 vdr: [17751] device 1 TS buffer thread ended (pid=17704, tid=17751)
- Oct 17 19:24:02 ubuntu18 vdr: [17748] buffer stats: 230112 (4%) used
- Oct 17 19:24:02 ubuntu18 vdr: [17748] device 1 receiver thread ended (pid=17704, tid=17748)
- Oct 17 19:24:02 ubuntu18 vdr: [17864] device 1 receiver thread started (pid=17704, tid=17864, prio=high)
- Oct 17 19:24:02 ubuntu18 vdr: [17865] device 1 TS buffer thread started (pid=17704, tid=17865, prio=high)
- Oct 17 19:24:02 ubuntu18 vdr: [17704] creating directory /run/shm/vtx/S19.2E-1-1107-17501
- Oct 17 19:24:02 ubuntu18 vdr: [17866] osdteletext-receiver thread started (pid=17704, tid=17866, prio=high)
- Oct 17 19:24:02 ubuntu18 vdr: video/cuvid: closing eof
- Oct 17 19:24:03 ubuntu18 vdr: [17704] [softhddev]SetPlayMode: 1
- Oct 17 19:24:03 ubuntu18 vdr: Set Playmode 1
- Oct 17 19:24:03 ubuntu18 vdr: video: set trick-speed 0
- Oct 17 19:24:03 ubuntu18 vdr: [17869] animator thread thread started (pid=17704, tid=17869, prio=high)
- Oct 17 19:24:03 ubuntu18 vdr: pesdemux: new codec 000000 -> 0x15000
- Oct 17 19:24:03 ubuntu18 vdr: codec: using audio codec ID 0x15000 (mp2)
- Oct 17 19:24:03 ubuntu18 vdr: codec: audio 'MP2 (MPEG audio layer 2)'
- Oct 17 19:24:03 ubuntu18 vdr: codec/audio: format change s16p 48000Hz *2 channels PCM AC-3 pass-through
- Oct 17 19:24:03 ubuntu18 vdr: codec/audio: resample s16p 48000Hz *2 -> s16 48000Hz *2
- Oct 17 19:24:03 ubuntu18 vdr: video: new stream 736ms
- Oct 17 19:24:03 ubuntu18 vdr: video: mpeg2 detected ID d7
- Oct 17 19:24:03 ubuntu18 vdr: in VideoDecode make close
- Oct 17 19:24:03 ubuntu18 vdr: CodecVideoClose
- Oct 17 19:24:03 ubuntu18 vdr: audio/alsa: using device 'default'
- Oct 17 19:24:03 ubuntu18 vdr: audio/alsa: start delay 336ms
- Oct 17 19:24:03 ubuntu18 vdr: ***************codec: Video Open using video codec ID 0x0002 (mpeg2video)
- Oct 17 19:24:03 ubuntu18 vdr: codec: decoder found
- Oct 17 19:24:03 ubuntu18 vdr: codec: video 'Nvidia CUVID MPEG2VIDEO decoder'
- Oct 17 19:24:03 ubuntu18 vdr: pesdemux: pes start code id 0xc0
- Oct 17 19:24:03 ubuntu18 vdr: Codec open 0
- Oct 17 19:24:03 ubuntu18 vdr: Initializing cuvid hwaccel thread ID:17771
- Oct 17 19:24:03 ubuntu18 vdr: schon passiert
- Oct 17 19:24:04 ubuntu18 vdr: codec/audio: inital drift delay 1269ms
- Oct 17 19:24:07 ubuntu18 vdr: [17869] animator thread thread ended (pid=17704, tid=17869)
- Oct 17 19:24:13 ubuntu18 vdr: [17864] [softhddev] vom VDR kommt Clear:
- Oct 17 19:24:13 ubuntu18 vdr: audio/alsa: using device 'default'
- Oct 17 19:24:13 ubuntu18 vdr: audio/alsa: start delay 336ms
- Oct 17 19:24:13 ubuntu18 vdr: [softhddev]Clear: 20ms buffers 246
- Oct 17 19:24:13 ubuntu18 vdr: [17864] ERROR: 1 TS packet(s) not accepted in Transfer Mode
- Oct 17 19:24:13 ubuntu18 vdr: [17864] [softhddev] vom VDR kommt Clear:
- Oct 17 19:24:13 ubuntu18 vdr: audio/alsa: using device 'default'
- Oct 17 19:24:13 ubuntu18 vdr: audio/alsa: start delay 336ms
- Oct 17 19:24:13 ubuntu18 vdr: [softhddev]Clear: 20ms buffers 246
- Oct 17 19:24:13 ubuntu18 vdr: [17864] [softhddev] vom VDR kommt Clear:
- Oct 17 19:24:13 ubuntu18 vdr: audio/alsa: using device 'default'
- Oct 17 19:24:13 ubuntu18 vdr: audio/alsa: start delay 336ms
- Oct 17 19:24:13 ubuntu18 vdr: [softhddev]Clear: 20ms buffers 246
- Oct 17 19:24:13 ubuntu18 vdr: [17864] [softhddev] vom VDR kommt Clear:
- Oct 17 19:24:13 ubuntu18 vdr: audio/alsa: using device 'default'
- Oct 17 19:24:13 ubuntu18 vdr: audio/alsa: start delay 336ms
- Oct 17 19:24:13 ubuntu18 vdr: [softhddev]Clear: 20ms buffers 246
- Oct 17 19:24:13 ubuntu18 vdr: [17864] [softhddev] vom VDR kommt Clear:
- Oct 17 19:24:13 ubuntu18 vdr: audio/alsa: using device 'default'
- Oct 17 19:24:13 ubuntu18 vdr: audio/alsa: start delay 336ms
- Oct 17 19:24:13 ubuntu18 vdr: [softhddev]Clear: 20ms buffers 246
- Oct 17 19:24:13 ubuntu18 vdr: [17864] [softhddev] vom VDR kommt Clear:
- Oct 17 19:24:13 ubuntu18 vdr: audio/alsa: using device 'default'
- Oct 17 19:24:13 ubuntu18 vdr: audio/alsa: start delay 336ms
- Oct 17 19:24:13 ubuntu18 vdr: [softhddev]Clear: 20ms buffers 246
-
Der Patch war für ffmpeg 4.0, deshalb wollte ich noch eine Bestätigung von jemanden der die aktuelle Version einsetzt.
-
Hallo!
Hat jemand mit FFmpeg 4.0 und dem patch von ffmpeg auch das Problem mit de SD-Sendern?
softhddevice with hevc and UHD
Gruß
Murry
-
Mit dem ffmpeg Paket von seahawk bekomme ich diese Fehlermeldungen beim Umschalten einen nicht HD Sender:
Alles anzeigenCode- Oct 15 20:09:57 ubuntu18 vdr: [5665] [softhddev]SetPlayMode: 1
- Oct 15 20:09:57 ubuntu18 vdr: [5846] animator thread thread started (pid=5665, tid=5846, prio=high)
- Oct 15 20:09:57 ubuntu18 vdr: audio/alsa: using device 'default'
- Oct 15 20:09:57 ubuntu18 vdr: audio/alsa: start delay 336ms
- Oct 15 20:10:03 ubuntu18 vdr: [5846] animator thread thread ended (pid=5665, tid=5846)
- Oct 15 20:10:07 ubuntu18 vdr: [5841] [softhddev] vom VDR kommt Clear:
- Oct 15 20:10:07 ubuntu18 vdr: audio/alsa: using device 'default'
- Oct 15 20:10:07 ubuntu18 vdr: audio/alsa: start delay 336ms
- Oct 15 20:10:07 ubuntu18 vdr: [5841] ERROR: 1 TS packet(s) not accepted in Transfer Mode
- Oct 15 20:10:08 ubuntu18 vdr: [5841] [softhddev] vom VDR kommt Clear:
- Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: using device 'default'
- Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: start delay 336ms
- Oct 15 20:10:08 ubuntu18 vdr: [5841] [softhddev] vom VDR kommt Clear:
- Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: using device 'default'
- Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: start delay 336ms
- Oct 15 20:10:08 ubuntu18 vdr: [5841] [softhddev] vom VDR kommt Clear:
- Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: using device 'default'
- Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: start delay 336ms
- Oct 15 20:10:08 ubuntu18 vdr: [5841] [softhddev] vom VDR kommt Clear:
- Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: using device 'default'
- Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: start delay 336ms
- Oct 15 20:10:08 ubuntu18 vdr: [5841] [softhddev] vom VDR kommt Clear:
- Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: using device 'default'
- Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: start delay 336ms
- Oct 15 20:10:08 ubuntu18 vdr: [5841] [softhddev] vom VDR kommt Clear:
- Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: using device 'default'
- Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: start delay 336ms
- Oct 15 20:10:08 ubuntu18 vdr: [5841] [softhddev] vom VDR kommt Clear:
- Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: using device 'default'
- Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: start delay 336ms
- Oct 15 20:10:08 ubuntu18 vdr: [5841] [softhddev] vom VDR kommt Clear:
- Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: using device 'default'
- Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: start delay 336ms
- Oct 15 20:10:08 ubuntu18 vdr: [5841] [softhddev] vom VDR kommt Clear:
- Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: using device 'default'
- Oct 15 20:10:08 ubuntu18 vdr: audio/alsa: start delay 336ms
- Oct 15 20:10:09 ubuntu18 vdr: [5841] [softhddev] vom VDR kommt Clear:
Die RTL HD Sender laufen einwandfrei.
Gruß
Murry
-
Wo ist das Problem? Die Änderungen sind in ffmpeg 3.4.4 in "libavcodec/cuvid.c" statt in "libavcodec/cuviddec.c" zu machen.
Bei mir wird 30min lang compiliert und dann, kurz vorm Paketbau, bei der Generierung der man pages mit fehlenden Schreibrechten abgebrochen.
-
Das Problem ist das der ffmpeg cuda decoder bei deinterlacing und drop secondfield = false nicht mehr prüft ob das second field noch in den Buffer passt bevor er es dort hineinschreibt. Deswegen initialisiert der Patch den Buffer mit 2 Buffer mehr von denen der Treiber aber nix weiss. Deswegen ist dann immer noch ein Buffer vorhanden. Der Test auf Buffer voll ist falsch da müsste eigentlich auf Buffer max - 1 getestet werden.
ZitatAlles anzeigenDas ist genau was der Patch behebt.
Ohne meinen Patch sehe ich das flackern auch. Original ist das einfach ein off-by-one Fehler. Der check in cuvid_is_buffer_full sollte >= sein, nicht >.
Mit meinem Patch ist er jetzt in jedem Fall korrekt, und zumindest in meinem Test mit der ffmpeg cli flackert nichts mehr (Ohne den Patch kann ich das Flackern nachstellen).
Sicher, dass korrekt getestet wurde?
Werde den Patch auf jeden Fall gleich pushen und soweit möglich backporten. Zu 3.4 wird er wahrscheinlich nicht mehr passen, aber 4.0 sollte ihn bekommen.
Für mein Ubuntu habe ich nur 3.4.4 und schaffe es nicht mit FFmpeg 4.0 zu testen.
