softhddrm Bild nur Streifen

    Hi,


    ich teste eine Intel Arc A380


    Beim Versuch mit softhddrm bekomme ich zwar eine Bild, aber es sind nur horizentrale Streifen.


    Kernel 6.2

    Treiber oneVPL


    OSD ist einwandfrei


    Protokoll:



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

    So sieht das aus



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


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

    Hi,

    Neuesten Kernel versuchen?

    MfG Stefan

    Test-VDR1: HP rp5700 Fertigsystem, Core2Duo E6400, 2GB RAM, FF-SD C-2300, nvidia Slim-GT218 x1 | easyVDR 2.0 64Bit
    VDR3: in Rente
    VDR4: MSI G31M2 v2, Digitainer2-Geh., t6963c 6" gLCD, E5200, 2GB, 3TB WD Red, GT730, 2x TT S2-3200; easyVDR 3.5 64bit
    VDR5: Gigabyte     GA-G31M-S2L, Intel E2140, Zotac GT730 passiv, Digitainer2-Geh., t6963c 6 " gLCD, 2 TB WD Red, 2x TT S2-3200 (an 1 Kabel) easyVDR 3.5 64bit
    VDR6:     Intel E5200, GT630 passiv, F1 750 GB, t6963c gLCD, 2x TT S2-3200 | easyVDR 3.5 64bit
    VDR-User #1068
    www.easy-vdr.de

    Code
    test1 vdr-2.6.3 # uname -r
6.2.0-060200rc6-generic

    Gibt es was Neueres?

    Quote from jsffm

    Kernel 6.2


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

    Nö...

    Test-VDR1: HP rp5700 Fertigsystem, Core2Duo E6400, 2GB RAM, FF-SD C-2300, nvidia Slim-GT218 x1 | easyVDR 2.0 64Bit
    VDR3: in Rente
    VDR4: MSI G31M2 v2, Digitainer2-Geh., t6963c 6" gLCD, E5200, 2GB, 3TB WD Red, GT730, 2x TT S2-3200; easyVDR 3.5 64bit
    VDR5: Gigabyte     GA-G31M-S2L, Intel E2140, Zotac GT730 passiv, Digitainer2-Geh., t6963c 6 " gLCD, 2 TB WD Red, 2x TT S2-3200 (an 1 Kabel) easyVDR 3.5 64bit
    VDR6:     Intel E5200, GT630 passiv, F1 750 GB, t6963c gLCD, 2x TT S2-3200 | easyVDR 3.5 64bit
    VDR-User #1068
    www.easy-vdr.de

    Hallo,

    solche Bilder hatte ich bei meinen ersten Versuchen mit softhddevice auch. Durch schrittweise Änderung der Auflösung konnte ich damals ein richtiges Bild erreichen. In meinen Notizen von 2015 finde ich:

    Code
    vdr -D1 -v /recorder/Videos -P "softhddevice -g 960x540" start

    Ob das heute noch funktionieren könnte, weiß ich natürlich nicht.

    Wie kann ich das steuern?


    Was mich auch wundert, der Bildschirm arbeitet immer mit 60Hz.


    Was mir noch aufgefallen war, Du verweist auf "'requires'", die finde ich aber nirgendwo.


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

    Ich muss noch ergänzen, ffmpeg ist aus dem git


    Compile: Anhang


    Warum geht .gz nicht mehr? ?(

    softhddevice test branch looks similar


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

    Funktioniert es mit softhdvaapi?

    Meine Nucs laufen auch nur damit und nicht mit softhddrm...

    -- wird überarbeitet -- VDR- Server: Gigabyte Brix 3150 - (2x Hauppauge DualHD DVB-C Sticks mit 4 Tunern) - Ubuntu 18.04 - Aufnahme und Streaming-Server
    Client Wohnzimmer: NUC10I3 - Logitech z-5500 - LG 42" TV - Hauppauge DVB-C Stick - Ubuntu 22.04 LTS
    Test Client1: Raspberry Pi + openelec

    Muß ich Testen


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

    softhdvaapi sieht genauso aus


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

    Hi,

    Und Wiedergabe einer Aufnahme via vlc?

    Test-VDR1: HP rp5700 Fertigsystem, Core2Duo E6400, 2GB RAM, FF-SD C-2300, nvidia Slim-GT218 x1 | easyVDR 2.0 64Bit
    VDR3: in Rente
    VDR4: MSI G31M2 v2, Digitainer2-Geh., t6963c 6" gLCD, E5200, 2GB, 3TB WD Red, GT730, 2x TT S2-3200; easyVDR 3.5 64bit
    VDR5: Gigabyte     GA-G31M-S2L, Intel E2140, Zotac GT730 passiv, Digitainer2-Geh., t6963c 6 " gLCD, 2 TB WD Red, 2x TT S2-3200 (an 1 Kabel) easyVDR 3.5 64bit
    VDR6:     Intel E5200, GT630 passiv, F1 750 GB, t6963c gLCD, 2x TT S2-3200 | easyVDR 3.5 64bit
    VDR-User #1068
    www.easy-vdr.de

    vlc ist nicht installiert, ein Versuch kodi zu installieren scheiterte mit compile-Fehler (Git-Version wegen Unterstützung von ffmpeg vom git)


    Ältere Versionen unterstützen die Karte nicht.


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

    Quote from jsffm

    Wie kann ich das steuern?


    Was mich auch wundert, der Bildschirm arbeitet immer mit 60Hz.


    Was mir noch aufgefallen war, Du verweist auf "'requires'", die finde ich aber nirgendwo.

    Steueren kannst du das leider nicht. Ich versuche zuerst einen 10 Bit Framebuffer zubekommen und wenn das klappt dann nehme ich den. Ansonten falle ich zurück auf 8 Bit. Hier kannst du das aber wohl ändern.

    Um 50 Hz zu erzwingen geben mal die Auflösung und den Refresh Paramter mit. Also -g 1920x1080 -r 50

    Wenn das nicht geht stimmt etwas mit dem EDID nicht.


    Wo verweise ich denn auf "required" ?

    Quote from jojo61

    Wo verweise ich denn auf "required" ?

    In Deinem README


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

    Das wars leider nicht, immer noch Streifen.


    Hilft das?


    Code
    [FindDevice] Plane id 184 crtc_id 0 possible_crtcs 8 possible CRTC 233 type primary plane
[FindDevice] Plane id 193 crtc_id 0 possible_crtcs 8 possible CRTC 233 type overlay plane
[FindDevice] Plane id 202 crtc_id 0 possible_crtcs 8 possible CRTC 233 type overlay plane
[FindDevice] Plane id 211 crtc_id 0 possible_crtcs 8 possible CRTC 233 type overlay plane
[FindDevice] Plane id 220 crtc_id 0 possible_crtcs 8 possible CRTC 233 type overlay plane
[FindDevice] Plane id 229 crtc_id 0 possible_crtcs 8 possible CRTC 233 type cursor plane
[FindDevice] DRM setup CRTC: 80 video_plane: 31
set CRTC 80 of Connector 255 aktiv


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

    Edited 2 times, last by jsffm ().

    Quote from jsffm

    Hilft das?

    Leider nicht. Das zeigt nur welche Planes es gibt. Er sollte das Plane 184 nehmen. Kannst du mal mit libplacebo compilieren ?

    Es könnte sein das das Framelayout NV12 hier anders ist. Dann müsste ich nacharbeiten. Dann muss ich aber erstmal das Framelayout ermitteln.

    VAAPI scheint hier nicht eindeutig zu sein. Ich gehe davon aus das hier ein NV12 YUV Frame vorliegt wobei UV direkt hinter dem Y Teil liegt.

    Das könnte aber mit dem neueren FFMPEG oder dem VAAPI Decoder hier anders sein.

Participate now!

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

Register Yourself Login