softhddrm Bild nur Streifen

  • Compile-Versuch mit API 229


    Code
    video.c:2409:12: Fehler: falsche Verwendung des undefinierten Typs »struct pl_fmt«
     2409 |         fmt->fourcc = desc.layers[n].drm_format;
          |            ^~


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

  • Bei compile mit git kommt:


    Code
    video.c:5585:19: Fehler: falsche Verwendung des undefinierten Typs »struct pl_opengl«
     5585 |     p->gpu = p->gl->gpu;
          |                   ^~


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

  • API 208 compiliert noch


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

  • beim Erstellen von softhddrm aus dem aktuellem GIT von heute mit

    Project name: libplacebo

    Project version: 5.246.0


    habe ich keine Fehler nur ein paar "warning"

    Code
    g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE  -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/libdrm -I/usr/include/x86_64-linux-gnu -I/usr/include/x86_64-linux-gnu -I/usr/include/x86_64-linux-gnu -I/usr/include/x86_64-linux-gnu    -I./opengl -I./ -DPLUGIN_NAME_I18N='"softhddrm"' -D_GNU_SOURCE -DDEBUG          -DHAVE_GL             -DAV_INFO -DAV_INFO_TIME=3000     -DUSE_MPEG_COMPLETE         -DH264_EOS_TRICKSPEED         -DUSE_VDR_SPU -DUSE_OPENGLOSD -DUSE_GLX -DPLACEBO -DUSE_DRM -DVAAPI -DUSE_SCREENSAVER  -DGIT_REV='"d78e905"'  -g -W -Wextra -Werror=overloaded-virtual -Wno-unused-parameter  -shared  softhdcuvid.o softhddev.o video.o audio.o codec.o ringbuffer.o openglosd.o -lfreetype -lEGL -lEGL -lplacebo -lgbm -ldrm -lEGL -lswresample -lavutil -lswscale -lavcodec -lavfilter -lasound -lxcb-screensaver -lxcb-dpms -lrt -lX11-xcb -lX11 -lxcb-icccm -lxcb -L/usr/lib64 -lGLEW -lGLU  -ldl -lglut -o libvdr-softhddrm.so
    xgettext -C -cTRANSLATORS --no-wrap --no-location -k -ktr -ktrNOOP \
    -k_ -k_N --package-name=vdr-softhddrm --package-version=3.8 \
    --msgid-bugs-address='<see README>' -o po/softhddrm.pot `ls softhddev.c video.c audio.c codec.c ringbuffer.c openglosd.cpp softhdcuvid.cpp`
    msgmerge -U --no-wrap --no-location --backup=none -q -N po/de_DE.po po/softhddrm.pot
    msgfmt -c -o po/de_DE.mo po/de_DE.po

    ffmpeg

    (VDR) NUC11PAH & GEEKOM MINI-IT11-11. Generation * BM2LTS * DD NET S2 Max * NC * (Sound) Cinebar Lux Set * (Stream) Apple TV 4K (2022) *

    (Light) PHILIPS Hue Play HDMI Sync Box & Gradient Lightstrip * (OLED TV) LG OLED65G29LA

  • Es spielen andere Treiber mit, die größtenteils bei mir aus dem Git stammen. Nutzt Du oneVPL?


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

  • Ich habe nun noch einen Fix für den Build mit LIBPLACEBO_GL eingecheckt. Das wird für die softhddrm Version benötigt.

    Dabei ist mir noch aufgefallen das bei HLG auch die LUT verwendet wird (wenn man eine hat). Das habe ich noch abgeschaltet.


    mfg

    jojo61

  • Mit placebo Schwarzbild

    Ohne placebo Standbild


    Die Version vorher lief besser.


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

  • Mit placebo Schwarzbild

    Ohne placebo Standbild

    Also an der Version ohne placebo habe ich nichts gemacht. Das ist sonderbar.

    Und für die Version mit placebo habe ich nur die neueste placebo Version ermöglicht. Die Version mit API 206 sollte auch noch gehen.


    Hast du zwischenzeitlich noch andere updates gemacht ?

  • gute Frage, das muss ich mir nochmal ansehn


    getestet hatte ich mit 208, ich werde den git nochmal installieren.


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

  • Mit dem placebo aus dem git läuft es, sorry, mein Fehler :huh:


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

  • Mit


    -r 50

    -g 1920x1080+0+0


    läuft es jetzt auch mit 50hz :)


    -r 50 alleine genügt leider nicht


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

  • Ja die Auswertung der Paramter bei DRM ist irgendwie nicht optimal. Ohne den -g Parameter nimmt er den ersten Wert aus dem EDID und schaut nicht mehr auf den -r Parameter. Meist ist das aber 1920x1080x60 weil ja alles auf USA getrimmt ist :)

  • Immer das USA-Bashing ;)


    Ich denke eher das einfach die Frequenzen von oben nach unten sortiert sind.


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

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!