[ANNOUNCE] vaapivideo 1.5.6

  • Ruckler sind seltener, aber weniger schön.

    Mein VDR

    VDR1 Mediaportal mit QVT-Board, Intel 810 Chipsatz, Pentium III 1,1 Ghz, 256 Mb Ram, WDC WD5000AAKB, DVB-S TT 1.5, Nova-S, Digidish 33, Gentoo Kernel 2.6.31, VDR 1.4.7
    VDR2 Asrock M3N78D, AMD Phenom II X6 1055T, 8 Gb Ram, Geforce GTX 950, WinTV dualHD, Gentoo Kernel 5.10, VDR 2.6.0, softhddevice
    VDR3 MC-1200, GA-B85M-HD3, Celeron G1840, Quadro P400. 4G Ram, CineS2 6, DuoFlex S2, WinTV dualHD, Gentoo Kernel 5.10, VDR 2.6.0, softhddevice
    TV TX-37LZD85F, AV VSX-520D - Consono 35


    vdr-User-# 755 to_h264 chk_r vdr-transcode github

  • Ruckler sind seltener, aber weniger schön.

    hier mit diesen Werten in der decoder.cpp ist alles mit dem Bild wieder OK -- wahrschein muß nur ein Wert geändert werden

    (VDR) NUC-11. Generation * BM2LTS * DD NET S2 Max * (Sound) Sonos ARC Ultra, ERA300, Sub Mini * (Stream) Apple TV 4K (2022) * (Light) PHILIPS Hue Play HDMI Sync Box & Gradient Lightstrip * (OLED TV) LG OLED65G57LW

  • hier mit diesen Werten in der decoder.cpp ist alles mit dem Bild wieder OK -- wahrschein muß nur ein Wert geändert werden

    Du musst mal DECODER_SYNC_LOG_INTERVAL_MS = 2000; und mir das Sync-Log schicken. Du hast den Jitterbuffer auf 1,5 sec. gesetzt, vielleicht ist es das. Müsste ich aber mal einmal sehen. Kannst Du mir auch direkt schicken. Die anderen Werte sehe ich nicht. Man müsste das Problem im Log erkennen können.

    System 1: Hardware : MSI PRO B760M-B, Intel Core i3-13100, DVBSky S952 V3, 1x 2TB NVMe, Gehäuse Antec Remote Fusion Black, 16 GB DDR4 RAM.
    Software : Fedora 44, vdr 2.8.1, vaapivideo 1.5.6, Kernel 7.0.6
    System 2: Hardware : Intel NUC10i5FNK, Intel Core i5-10210U (Comet Lake), DVB TechnoTrend TT-connect S2-4600 USB, 1x 1TB NVMe, 32 GB DDR4 RAM.
    Software : Fedora 44, vdr 2.8.1, vaapivideo 1.5.6, Kernel 7.0.6

  • zork April 12, 2026 at 9:55 PM

    Changed the title of the thread from “[ANNOUNCE] vaapivideo 1.4.0” to “[ANNOUNCE] vaapivideo 1.4.1”.
  • Release 1.4.1

    Fix VA driver thread safety, replay A/V sync, and add connector selection

    • Serialize all VA API calls (avcodec_flush_buffers, ResetFilterGraph, av_frame_unref on VAAPI surfaces) under vaDriverMutex in Clear(), SetTrickSpeed(), RequestCodecReopen(), DrainCodecAtEos(), and DecodeOnePacket() to revent races with the display thread's av_hwframe_map (PRIME export) that crash iHD
    • Cap replay audio queue at 10 packets (~320 ms) via Poll()/PlayAudio() backpressure instead of letting it fill to the full 100-packet capacity, eliminating tail-drop PTS gaps that caused cascading A/V sync failures
    • Add -c / --connector CLI option to select a specific DRM output by kernel-style name (e.g. HDMI-A-1, DP-2) for multi-display setups
    • Pass connector name through Initialize() / Attach() / Detach() cycle
    • Remove premature SubmitBlackFrame() from Initialize(); the existing radioBlackPending timer handles the pre-first-frame blank
    • Improve Makefile sanitizer documentation: add LSan, use gcc -print-file-name for portable LD_PRELOAD, add libstdc++ debug and -fanalyzer options

    System 1: Hardware : MSI PRO B760M-B, Intel Core i3-13100, DVBSky S952 V3, 1x 2TB NVMe, Gehäuse Antec Remote Fusion Black, 16 GB DDR4 RAM.
    Software : Fedora 44, vdr 2.8.1, vaapivideo 1.5.6, Kernel 7.0.6
    System 2: Hardware : Intel NUC10i5FNK, Intel Core i5-10210U (Comet Lake), DVB TechnoTrend TT-connect S2-4600 USB, 1x 1TB NVMe, 32 GB DDR4 RAM.
    Software : Fedora 44, vdr 2.8.1, vaapivideo 1.5.6, Kernel 7.0.6

  • Sieht hier bei mir wirklich sehr gut aus.

    Was mir auffällt:

    Laufschriften ruckeln bei mir etwas. Wird besser wenn der Sender länger läuft.

    Nutzt jemand mit diesem Plugi auch KODI?

    Ich hatte es bisher mit dem externalplayer gestartet, allerdings bekomme ich hier kein Bild.

    Fehlermeldung Kodi:

    2026-04-11 16:00:51.019 T:1106 error <general>: CWinSystemGbm::InitWindowSystem - failed to initialize Atomic DRM
    2026-04-11 16:00:51.979 T:1106 error <general>: CWinSystemGbm::InitWindowSystem - failed to initialize Legacy DRM

    Ansonsten tolle Arbeit Zork

    VDR1: ASUS N100I-D D4 + vtuner-ng + Flirc + Plugin softhddevice-git VAAPI + vdr-2.6.7 + 8 weitere Plugins + Debian Bookworm via M2 + Kernel 6.7.3

    VDR2: ASRock N100-DC + vturer-ng + Flirc + Plugin vaapividio + vdr-2.8.1 + 8 weitere Plugins + Debian Trixie via M2 + Debian Kernel 6.12.74

  • Das ist doch schon länger bekannt das es mit KODi noch nicht geht

    https://www.minidvblinux.de/

    1x OctopusNet mit 8x DVB-C
    1x Raspberry 4 MLD 6.5 SATIP (softhddevice-drm-gles )

    1x Raspberry 5 MLD 6.5 SATIP (softhddevice-drm-gles )

    1x RockPi 4 MLD 6.5 SATIP (softhddevice-drm-gles )

    1x Raspberry 3 mit SATIP MLD 6.5

    1x Raspberry 2 mit STAIP MLD 6.5

    1x Raspberry 1 (staubt gerade so vor sich hin) ;)
    1x ODROID N2+ mit SATIP MLD 6.5

    1x ODROID N2 L mit SATIP MLD 6.5

    1x Zotac CI327 MLD 6.5 SATIP (softhddevice)

    1x NUC14MNK-B2 (RNUC14MNK1500002) (vaapivideo)

  • Ja und wo bitte steht das?

    VDR1: ASUS N100I-D D4 + vtuner-ng + Flirc + Plugin softhddevice-git VAAPI + vdr-2.6.7 + 8 weitere Plugins + Debian Bookworm via M2 + Kernel 6.7.3

    VDR2: ASRock N100-DC + vturer-ng + Flirc + Plugin vaapividio + vdr-2.8.1 + 8 weitere Plugins + Debian Trixie via M2 + Debian Kernel 6.12.74

  • Ja und wo bitte steht das?

    Irgendwo hier im Threads, einfach mal suchen

    https://www.minidvblinux.de/

    1x OctopusNet mit 8x DVB-C
    1x Raspberry 4 MLD 6.5 SATIP (softhddevice-drm-gles )

    1x Raspberry 5 MLD 6.5 SATIP (softhddevice-drm-gles )

    1x RockPi 4 MLD 6.5 SATIP (softhddevice-drm-gles )

    1x Raspberry 3 mit SATIP MLD 6.5

    1x Raspberry 2 mit STAIP MLD 6.5

    1x Raspberry 1 (staubt gerade so vor sich hin) ;)
    1x ODROID N2+ mit SATIP MLD 6.5

    1x ODROID N2 L mit SATIP MLD 6.5

    1x Zotac CI327 MLD 6.5 SATIP (softhddevice)

    1x NUC14MNK-B2 (RNUC14MNK1500002) (vaapivideo)

  • Er hat Recht!
    Ich habe mir auch sehr stark eingebildet, dass das hier steht, aber wenn man im Thread nach "kodi" sucht, findet man nur zwei Stellen von pixelpeter.
    https://www.vdr-portal.de/search/?q=kodi…threadID=137250

    Update:
    Nein, die Suche funktioniert NICHT richtig.
    zB erwähnt Seahawk im Post #6 hier, dass der Wechsel zu/von Kodi gut geht.

    MyVDR: yaVDR-Ansible (Ubuntu 20, VDR 2.4.8) - softhddevice-openglosd (ffmpeg 2.8) - epgd/epg2vdr (tvm) - skindesigner estuary4vdr (adaptiert) - 1920x1080@50 Hz | kodi 21 - xstream
    Aerocube M40 | 300W | ASRock H61M-GE | Intel G530 | Asus ENGT520 | 2 x TT-budget S2-3200 | ASRock Smart Remote (CIR) | 4 GB RAM | 120 GB SSD | 3 TB HDD

  • Nutzt jemand mit diesem Plugi auch KODI?

    Ich hatte es bisher mit dem externalplayer gestartet, allerdings bekomme ich hier kein Bild.

    Der externalplayer dürfte hier nicht der richtige Ansatz sein. Es sollte besser über die commands.conf ein script gestartet werden, das das Ausgabeplugin mittels svdrpsend detached und kodi startet. Nach dem Beenden von kodi folgt dann wieder ein attach. So läuft es mit softhdodroid und softhddrm-gles bei VDR*Elec problemlos.

    Ob vaapuvideo beim DETA die Ressourcen für Kodi freigibt und sich ATTA analog seiner Erstinitialisierubg beim Start zurückholt, weiss ich nicht. Aber vielleicht hatte es seahawk so getestet.

    Das externalplayer-Plugin macht m.E. nur Sinn wenn eine X-Umgebung mehrere Programme gleichzeitig darstellen kann.

    VDR1: Odroid N2+ mit CoreELEC und Ubuntu in chroot, 2x WinTV DualHD, Sandisk 2TB SSD

    VDR2: Tanix TX3 mit VDR*ELEC, WinTV DualHD, 500GB SSD

  • Ob vaapuvideo beim DETA die Ressourcen für Kodi freigibt und sich ATTA analog seiner Erstinitialisierubg beim Start zurückholt, weiss ich nicht. Aber vielleicht hatte es seahawk so getestet.

    Das hat zumindest das letzte Mal als ich damit gespielt habe mit einem Wechsel des TTY vor dem Start von KODI grundsätzlich funktioniert.

    Solange man das Plugin nicht detached starten lassen kann, ist das bislang nicht so ganz praxistauglich, weil der VDR nach einem Crash oder Neustart (z.B. nach Paketupdates) nicht wieder in einen betriebsfähigen Zustand kommt bis KODI gestoppt wurde.

    Meine VDRs

    VDR 1: Intel DH67BL, Celeron 540, 4 GB Ram, POV Geforce GT 1030, Ubuntu 24.04 (yavdr-ansible), VDR 2.7.4, CIR-Empfänger
    VDR 2: Acer Revo 3610, Pinnacle PCTV SAT 452e, Medion X10, yaVDR 0.6
    Client 1: Raspberry Pi 2, Ubuntu 22.04 (yavdr-ansible), VDR 2.6.1

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Das mit dem Detachen kann und werde ich fixen, wenn ich das Problem verstanden habe. Ist die Situation so richtig:

    • externalplayer ruft DETA auf
    • externalplayer startet kodi/mpv
    • kodi/mpv beenden sich irgendwann
    • externalplayer ruft ATTA auf

    Und das geht nicht? Ich selber habe das ohne plugin getestet, da funktioniert es. Also bitte, erklärt mir die Situation.

    Wichtiger ist mir aktuell aber die Frage, ob der AV Sync jetzt bei allen funktioniert oder ob ich noch an den Parametern schrauben muss, z.B. den Jitterbuffer noch weiter erhöhen. Leider postet keiner die Logfiles, so kann ich nur raten.

    System 1: Hardware : MSI PRO B760M-B, Intel Core i3-13100, DVBSky S952 V3, 1x 2TB NVMe, Gehäuse Antec Remote Fusion Black, 16 GB DDR4 RAM.
    Software : Fedora 44, vdr 2.8.1, vaapivideo 1.5.6, Kernel 7.0.6
    System 2: Hardware : Intel NUC10i5FNK, Intel Core i5-10210U (Comet Lake), DVB TechnoTrend TT-connect S2-4600 USB, 1x 1TB NVMe, 32 GB DDR4 RAM.
    Software : Fedora 44, vdr 2.8.1, vaapivideo 1.5.6, Kernel 7.0.6

  • sowas?

    Code
    Apr 14 18:49:22 test2 vdr[3488]: [3502] vaapivideo/decoder: sync d=+2.5ms avg=-59.7ms lat=40ms buf=21 aq=0 miss=2 drop=1 skip=2
    Apr 14 18:49:52 test2 vdr[3488]: [3502] vaapivideo/decoder: sync d=+2.7ms avg=+4.4ms lat=40ms buf=19 aq=0 miss=1 drop=4 skip=1
    Mein VDR

    VDR1 Mediaportal mit QVT-Board, Intel 810 Chipsatz, Pentium III 1,1 Ghz, 256 Mb Ram, WDC WD5000AAKB, DVB-S TT 1.5, Nova-S, Digidish 33, Gentoo Kernel 2.6.31, VDR 1.4.7
    VDR2 Asrock M3N78D, AMD Phenom II X6 1055T, 8 Gb Ram, Geforce GTX 950, WinTV dualHD, Gentoo Kernel 5.10, VDR 2.6.0, softhddevice
    VDR3 MC-1200, GA-B85M-HD3, Celeron G1840, Quadro P400. 4G Ram, CineS2 6, DuoFlex S2, WinTV dualHD, Gentoo Kernel 5.10, VDR 2.6.0, softhddevice
    TV TX-37LZD85F, AV VSX-520D - Consono 35


    vdr-User-# 755 to_h264 chk_r vdr-transcode github

  • Mein VDR

    VDR1 Mediaportal mit QVT-Board, Intel 810 Chipsatz, Pentium III 1,1 Ghz, 256 Mb Ram, WDC WD5000AAKB, DVB-S TT 1.5, Nova-S, Digidish 33, Gentoo Kernel 2.6.31, VDR 1.4.7
    VDR2 Asrock M3N78D, AMD Phenom II X6 1055T, 8 Gb Ram, Geforce GTX 950, WinTV dualHD, Gentoo Kernel 5.10, VDR 2.6.0, softhddevice
    VDR3 MC-1200, GA-B85M-HD3, Celeron G1840, Quadro P400. 4G Ram, CineS2 6, DuoFlex S2, WinTV dualHD, Gentoo Kernel 5.10, VDR 2.6.0, softhddevice
    TV TX-37LZD85F, AV VSX-520D - Consono 35


    vdr-User-# 755 to_h264 chk_r vdr-transcode github

  • Das mit dem Detachen kann und werde ich fixen, wenn ich das Problem verstanden habe. Ist die Situation so richtig:

    • externalplayer ruft DETA auf
    • externalplayer startet kodi/mpv
    • kodi/mpv beenden sich irgendwann
    • externalplayer ruft ATTA auf

    Und das geht nicht? Ich selber habe das ohne plugin getestet, da funktioniert es. Also bitte, erklärt mir die Situation.

    Wichtiger ist mir aktuell aber die Frage, ob der AV Sync jetzt bei allen funktioniert oder ob ich noch an den Parametern schrauben muss, z.B. den Jitterbuffer noch weiter erhöhen. Leider postet keiner die Logfiles, so kann ich nur raten.

    Hallo zork,

    erstmal DANKE für das tolle Plugin und Deine tolle Initiative.

    1) Ich habe im Live Betrieb mit 1.4.1 keine Probleme. Das Bild sieht super aus und im log finde ich:
    vaapivideo/decoder: sync d=+29.0ms avg=+29.0ms lat=32ms buf=58 aq=1 miss=0 drop=0 skip=7

    aber nur einmal und das Bild und Ton laufen super.


    2) Spiele ich aber eine alte Aufnahme ab, die ich in SD aufgenommen hatte (ARD alpha SD) dann bekomme ich:

    Display Spoiler

    2026-04-14T19:29:05.431084+02:00 white vdr: [5557]vaapivideo/device: audio codec mp2 -- awaiting confirmation (1/2)

    2026-04-14T19:29:05.431241+02:00 white vdr: [5557] vaapivideo/pes: detected MPEG-2 -- mask=0x03 hits=2 pos=140

    2026-04-14T19:29:05.431476+02:00 white vdr: [5557] vaapivideo/decoder: opened mpeg2video (hardware)

    2026-04-14T19:29:05.431507+02:00 white vdr: [5557] vaapivideo/device: video codec mpeg2video (replay)

    2026-04-14T19:29:05.432602+02:00 white vdr: [5557] vaapivideo/audio: opened mp2 @ 48000Hz 2ch (PCM)

    2026-04-14T19:29:05.432636+02:00 white vdr: [5557] vaapivideo/device: audio codec mp2 confirmed (replay, PCM)

    2026-04-14T19:29:05.432723+02:00 white vdr: [4161] vaapivideo/audio: initialized swresample for s16 2ch -> S16 2ch

    2026-04-14T19:29:05.433287+02:00 white vdr: [4163] vaapivideo/decoder: first frame 720x576 vaapi interlaced

    2026-04-14T19:29:05.433323+02:00 white vdr: [4163] vaapivideo/decoder: buffer source args='video_size=720x576:pix_fmt=44:time_base=1/90000:pixel_aspect=64/45:frame_rate=25/1'

    2026-04-14T19:29:05.435643+02:00 white vdr: [4163] vaapivideo/decoder: VAAPI filter initialized (720x576 -> 3840x2160, deinterlaced)

    2026-04-14T19:29:05.435703+02:00 white vdr: [4163] vaapivideo/decoder: filter chain='deinterlace_vaapi=mode=motion_compensated:rate=field,denoise_vaapi=denoise=16,scale_vaapi=w=3840:h=2160:mode=hq:format=nv12:out_color_matrix=bt709:out_range=tv,sharpness_vaapi=sharpness=36'

    2026-04-14T19:29:05.440601+02:00 white vdr: [4163] vaapivideo/decoder: sync ahead d=+372ms -- waiting for audio

    2026-04-14T19:29:05.542329+02:00 white vdr: [5521] device 1 TS buffer thread ended (pid=4143, tid=5521)

    2026-04-14T19:29:05.548627+02:00 white vdr: [5520] buffer stats: 115620 (0%) used

    2026-04-14T19:29:05.548841+02:00 white vdr: [5520] device 1 receiver thread ended (pid=4143, tid=5520)

    2026-04-14T19:29:06.688970+02:00 white vdr: [4163] vaapivideo/decoder: sync ahead d=+206ms -- waiting for audio

    2026-04-14T19:29:07.772275+02:00 white vdr: [4163] vaapivideo/decoder: sync ahead d=+202ms -- waiting for audio

    2026-04-14T19:29:08.889010+02:00 white vdr: [4163] vaapivideo/decoder: sync ahead d=+205ms -- waiting for audio

    2026-04-14T19:29:09.972310+02:00 white vdr: [4163] vaapivideo/decoder: sync ahead d=+202ms -- waiting for audio

    2026-04-14T19:29:11.088959+02:00 white vdr: [4163] vaapivideo/decoder: sync ahead d=+205ms -- waiting for audio

    2026-04-14T19:29:12.172350+02:00 white vdr: [4163] vaapivideo/decoder: sync ahead d=+201ms -- waiting for audio

    2026-04-14T19:29:13.274368+02:00 white vdr: [4163] vaapivideo/decoder: sync ahead d=+200ms -- waiting for audio

    2026-04-14T19:29:14.372341+02:00 white vdr: [4163] vaapivideo/decoder: sync ahead d=+202ms -- waiting for audio

    2026-04-14T19:29:15.489152+02:00 white vdr: [4163] vaapivideo/decoder: sync ahead d=+205ms -- waiting for audio

    2026-04-14T19:29:16.572439+02:00 white vdr: [4163] vaapivideo/decoder: sync ahead d=+201ms -- waiting for audio

    2026-04-14T19:29:17.674519+02:00 white vdr: [4163] vaapivideo/decoder: sync ahead d=+200ms -- waiting for audio

    2026-04-14T19:29:18.772419+02:00 white vdr: [4163] vaapivideo/decoder: sync ahead d=+201ms -- waiting for audio

    2026-04-14T19:29:19.874527+02:00 white vdr: [4163] vaapivideo/decoder: sync ahead d=+200ms -- waiting for audio

    2026-04-14T19:29:20.972435+02:00 white vdr: [4163] vaapivideo/decoder: sync ahead d=+202ms -- waiting for audio

    2026-04-14T19:29:22.089107+02:00 white vdr: [4163] vaapivideo/decoder: sync ahead d=+205ms -- waiting for audio

    2026-04-14T19:29:23.172427+02:00 white vdr: [4163] vaapivideo/decoder: sync ahead d=+201ms -- waiting for audio

    2026-04-14T19:29:24.289137+02:00 white vdr: [4163] vaapivideo/decoder: sync ahead d=+205ms -- waiting for audio

    2026-04-14T19:29:25.372521+02:00 white vdr: [4163] vaapivideo/decoder: sync ahead d=+201ms -- waiting for audio

    2026-04-14T19:29:26.474574+02:00 white vdr: [4163] vaapivideo/decoder: sync ahead d=+200ms -- waiting for audio

    2026-04-14T19:29:27.572509+02:00 white vdr: [4163] vaapivideo/decoder: sync ahead d=+202ms -- waiting for audio

    2026-04-14T19:29:28.689175+02:00 white vdr: [4163] vaapivideo/decoder: sync ahead d=+205ms -- waiting for audio

    2026-04-14T19:29:29.772573+02:00 white vdr: [4163] vaapivideo/decoder: sync ahead d=+201ms -- waiting for audio

    2026-04-14T19:29:30.789188+02:00 white vdr: [4163] vaapivideo/decoder: sync d=+103.1ms avg=+103.1ms lat=40ms buf=0 aq=11 miss=0 drop=0 skip=23

    Ich vermute (heißt nicht wissen), dass der Audio/Video sync bei interlaced nicht funktioniert.

    Allerdings ist das nur bei meiner Intel (Coffee-Lake) Kiste der Fall, nicht jedoch auf meiner AMD box.
    Merkwürding. Was muss ich liefern, damit das geklärt wird?
    Beide Systeme haben die selbe Software und entsprechend das neuste vaapivideo plugin

    Edited once, last by stegro (April 14, 2026 at 9:12 PM).

  • War wohl falscher Alarm: ich habe einen anderen Monitor angeschlossen, dann hat es funktioniert.

    Es sieht wohl so aus, dass mein 5k Monitor zickig ist, wenn ich ein Samsung TV anschliesse geht es.

    Edited 3 times, last by stegro (April 15, 2026 at 12:38 AM).

  • Hallo Zork,


    Das Problem mit Kodi habe ich gelöst. Lag daran das an dem System noch ein USB TFT angeschlossen ist und dort wurde Kodi ausgegeben. Habe ich nicht gemerkt.

    Heute läuft Deine Version den ersten Tag im WZ.

    Hier ein kurzer Log:

    Apr 16 17:53:04 vdr1 vdr[836]: [963] skinnopacity: First Lock(): 0ms
    Apr 16 17:53:05 vdr1 vdr[836]: [963] DisplayChannel thread ended (pid=836, tid=963)
    Apr 16 17:53:05 vdr1 vdr[836]: [836] vaapivideo/display: OSD hide (conditional) - fbId=222
    Apr 16 17:53:05 vdr1 vdr[836]: [836] vaapivideo/osd: destroyed fbId=222
    Apr 16 17:53:32 vdr1 vdr[836]: [848] vaapivideo/decoder: sync d=-28.9ms avg=+15.4ms lat=40ms buf=17 aq=0 miss=3 drop=8 skip=1
    Apr 16 17:54:02 vdr1 vdr[836]: [848] vaapivideo/decoder: sync d=+5.5ms avg=+3.8ms lat=40ms buf=17 aq=0 miss=3 drop=0 skip=1
    Apr 16 17:54:32 vdr1 vdr[836]: [848] vaapivideo/decoder: sync d=+3.5ms avg=+3.9ms lat=40ms buf=17 aq=0 miss=2 drop=0 skip=1
    Apr 16 17:55:02 vdr1 vdr[836]: [848] vaapivideo/decoder: sync d=+5.0ms avg=+4.0ms lat=40ms buf=17 aq=0 miss=3 drop=0 skip=1
    Apr 16 17:55:25 vdr1 vdr[836]: [842] changing caids of channel 1284 (TEST4000) from 1830,1843,1860,186A,1842,186D,4B64 to 1830,1843,1860,186A,1842,186D,4B64,4AF4
    Apr 16 17:55:32 vdr1 vdr[836]: [848] vaapivideo/decoder: sync d=+4.2ms avg=+4.3ms lat=40ms buf=17 aq=0 miss=0 drop=0 skip=0
    Apr 16 17:55:54 vdr1 vdr[836]: [845] frontend 1/0 timed out while tuning to channel 334 (Sky Sport F1), tp 111171
    Apr 16 17:56:02 vdr1 vdr[836]: [848] vaapivideo/decoder: sync d=-4.8ms avg=+7.8ms lat=40ms buf=15 aq=0 miss=2 drop=4 skip=1
    Apr 16 17:56:32 vdr1 vdr[836]: [848] vaapivideo/decoder: sync d=-8.0ms avg=+7.1ms lat=40ms buf=12 aq=0 miss=11 drop=6 skip=0
    Apr 16 17:57:02 vdr1 vdr[836]: [848] vaapivideo/decoder: sync d=+7.3ms avg=+7.2ms lat=40ms buf=12 aq=0 miss=0 drop=0 skip=0
    Apr 16 17:57:18 vdr1 vdr[836]: [845] frontend 1/0 timed out while tuning to channel 52 (.), tp 111332
    Apr 16 17:57:32 vdr1 vdr[836]: [848] vaapivideo/decoder: sync d=+7.2ms avg=+7.2ms lat=40ms buf=12 aq=0 miss=0 drop=0 skip=0
    Apr 16 17:58:02 vdr1 vdr[836]: [848] vaapivideo/decoder: sync d=+7.9ms avg=+7.2ms lat=40ms buf=12 aq=0 miss=1 drop=0 skip=1
    Apr 16 17:58:32 vdr1 vdr[836]: [848] vaapivideo/decoder: sync d=+7.9ms avg=+7.2ms lat=40ms buf=12 aq=0 miss=1 drop=0 skip=1
    Apr 16 17:59:02 vdr1 vdr[836]: [848] vaapivideo/decoder: sync d=+7.9ms avg=+7.3ms lat=40ms buf=12 aq=0 miss=1 drop=0 skip=1
    Apr 16 17:59:32 vdr1 vdr[836]: [848] vaapivideo/decoder: sync d=+9.7ms avg=+4.3ms lat=40ms buf=12 aq=0 miss=3 drop=0 skip=3
    Apr 16 17:59:37 vdr1 vdr[836]: [842] changing pids of channel 3 (BR Fernsehen Nord HD) from 5211+5211=27:5212=deu@3,5213=mis@3,5217=qks@3;5216=deu@106:5215=deu:5214 to 5201+5201=27:5202=deu@3,5203=mis@3,5207=qks@3;5206=deu@106:5205=deu:5204
    Apr 16 17:59:48 vdr1 vdr[836]: [1017] epg data writer thread started (pid=836, tid=1017, prio=low)
    Apr 16 17:59:48 vdr1 vdr[836]: [1017] epg data writer thread ended (pid=836, tid=1017)


    Peter

    VDR1: ASUS N100I-D D4 + vtuner-ng + Flirc + Plugin softhddevice-git VAAPI + vdr-2.6.7 + 8 weitere Plugins + Debian Bookworm via M2 + Kernel 6.7.3

    VDR2: ASRock N100-DC + vturer-ng + Flirc + Plugin vaapividio + vdr-2.8.1 + 8 weitere Plugins + Debian Trixie via M2 + Debian Kernel 6.12.74

  • ich habe nach dem Umschalten eines Kanals immer wieder Tonaussetzer, jemand eine Idee wie man das abändern könnte?

    (VDR) NUC-11. Generation * BM2LTS * DD NET S2 Max * (Sound) Sonos ARC Ultra, ERA300, Sub Mini * (Stream) Apple TV 4K (2022) * (Light) PHILIPS Hue Play HDMI Sync Box & Gradient Lightstrip * (OLED TV) LG OLED65G57LW

    Edited once, last by cinfo (April 17, 2026 at 12:16 PM).

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!