Beiträge von biggsmann

  • vlc is blind for dvb-s 10804 H 27500

    You can. I live in Dortmund, Germany. But sorry, i tmisunderstood your question because you are right, it`s a channels.conf from vdr. I used this as a server for vlc. I have no idea, how to receive dvb directly with vlc.


    cu

    biggsmann

  • vlc is blind for dvb-s 10804 H 27500

    It works for me: Tested with persiana family


    and this channels.conf:

  • Hilfe für Softhddevice auf Allwinner

    Hallo rell,


    das mit den unterschiedlichen Fehlermeldungen kam von Versuchen mit der 4.xx- bzw. 5.xx-ffmpeg Version. Ich habe immer geprüft, ob auch die includes aktualisiert wurden.


    Mein Hauptproblem ist die wol-Funktion. Der Pine H64 soll den Küchen-TV als Streaming-Client befeuern und den Server starten. Daran bin ich mit der Libreelec-Version gescheitert. Kleines Nebenproblem (aber wahrscheinlich beherrschbar) sind die Plugins, über die man hier (verständlicherweise) nicht schreiben darf.


    Ich habe mir vorhin überlegt, nochmal mit einem Plain-Kernel und Plain-FFmpeg zu starten. Danach stelle ich wieder Fragen :) .


    Danke für die Rückmeldung


    biggsmann

  • Hilfe für Softhddevice auf Allwinner

    Hallo zusammen,


    seit Tagen versuche ich, meine Installation von hier auf einen neueren Kernel abzudaten (der 5.10 hat Probleme mit der Zuordnung von Multichannel-Audio auf zwei Kanäle). Dabei habe ich diverse Kombinationen durchprobiert und laufe letztendlich auf folgenden Fehler beim Start von softhddevice-drm:

    Code
    /lib/libavcodec.so.59: undefined symbol: ff_hevc_dsp_init_aarch64 bzw. 
/lib/libavcodec.so.58: undefined symbol: ff_hevc_dsp_init_aarch64

    dmesg | grep video sieht so aus:

    Code
    [    7.892797] videodev: Linux video capture interface: v2.00
[    8.243105] sun50i-di 1420000.deinterlace: Device registered as /dev/video0
[    8.466158] cedrus 1c0e000.video-codec: deferred probe timeout, ignoring dependency
[    8.491845] cedrus 1c0e000.video-codec: Device registered as /dev/video1

    Der Kernel ist der 5.15.80 von einer Armbian-Installation. FFmpeg ist von hier (Versionen: "v4l2-request-hwaccel-4.4", "v4l2-request-hwaccel-4.4.1-Nexus-Alpha1", "v4l2-request-n5.1.2")


    Wer kann mir sagen, welcher Kernel mit welcher ffmpeg-Version arbeitet?


    Danke biggsmann


    P.S.: Die Libreelec-Variante habe ich ausprobiert. Sie läuft, deckt aber noch nicht alle Bereiche ab 8)....

  • Hardware unterstützt von softhddevice-drm

    Zitat

    Warum bleibst du nicht bei Armbian als Unterbau, wenn du Kernel etc. eh selber baust? Ist ja auch nur gepimptes Debian

    Weil ich nur ein grünes oder rosa Bild erhalten habe. Ich vermute mal, dass es mit den von Dir verlinkten Patches läuft - muss ich mich morgen dran machen, gleich ist Fußball...

    Danke für die Unterstützung.


    cu

    biggsmann

  • Hardware unterstützt von softhddevice-drm

    Da ich keinen neuen Thread aufmachen will: Gehen auch so uralt-Teile mit sun7i-Architektur (Cubietruck)? Ich habe mich die letzten zwei Tage aus Langeweile durch die Anleitungen durchgequält in der Hoffnung, (m)einen Raspi3 für andere Aufgaben freistellen zu können. Läuft auch alles, nur das Bild ist komplett grün- oder rosaverpixelt. Klar ist, dass H265 und Hardware-OSD nicht gehen.

    Habe ich eine Chance?


    Danke und Gruß

    biggsmann

  • [softhddevice-drm]

    Da sage ich erstmal Danke. Mit den schlanken Vorgaben von Rell meckert meson nicht mehr. Zur Zeit compiliert er - wenn ich weiter bin (oder auch nicht) melde ich mich.


    cu

    biggsmann

  • [softhddevice-drm]

    Hallo in die Runde,


    ich versuche mich gerade am Mesa-Compilieren.


    Wenn ich das über

    Code
    meson configure build/ -Dplatforms= -Dglvnd=false -Dllvm=disabled -Dlmsensors=disabled -Dlibunwind=disabled -Dgallium-nine=false -Dgallium-va=disabled -Dgallium-vdpau=disabled -Dgallium-xa=disabled -Dgallium-xvmc=disabled -Dgallium-opencl=disabled -Dbuild-tests=false -Dglx=disabled -Dshared-glapi=enabled -Ddri3=disabled -Degl=enabled -Dgbm=enabled -Dgles1=false -Dgles2=true -Dselinux=false -Dzstd=disabled -Dvalgrind=false -Ddri-drivers= -Dgallium-drivers=kmsro,panfrost -Dvulkan-drivers= -Dvulkan-device-select-layer=false -Dvulkan-overlay-layer=false

    probiere (sind die Optionen von zillerbaer auf Seite 8 in diesem Thread) kriege ich ein

    Code
    Value "disabled" for combo option is not one of the choices. Possible choices are: "auto", "true", "false".

    Kann mir jemand auf die Sprünge helfen, wo ich "disabled" und wo "false" einsetzen muss?


    Danke und Gruß

    biggsmann

  • softhdcuvid/softhdvaapi/softhddrm with hevc and UHD

    Hallo jojo 61,


    den 396.24 habe ich jetzt auch (vorher .37 wenn ich nicht irre). Leider keine Änderung. In meiner Verzweiflung habe ich ffmeg mal ohne den Patch übersetzt, ändert leider nichts am Problem. Gibt es irgendwo noch eine Einstellung zum Deinterlacing? Hintergrund meiner Frage ist, dass der Astra-Demo-Kanal sich aller paar Sekunden "fängt", dann ein paar Sekunden vernünftig läuft und dann wieder diese komischen Ruckler produziert. In Log erscheint dann

    Sep 7 17:12:18 uvid vdr: get uniform colormatrix 1

    Sep 7 17:12:18 uvid vdr: get uniform colormatrix_c 2 -0,915688


    Hilft das?


    cu

    biggsmann

  • softhdcuvid/softhdvaapi/softhddrm with hevc and UHD

    Zitat

    Wenn UHD ruckelt liegt das sicher nicht an der HDMI anbindung, Schau mal mit top welche Last am Rechner ist. Wenn die GrKa mit einem Mining Modul angebunden ist dann ist da auch nur ein PCIe Kanal aktiv. Das ist zu wenig für UHD. Da brauchst du schon 4 Kanäle und volle PCIe Bandbreite.

    Hallo Jojo,


    das Mininig-Modul ist rausgeflogen und die Karte steckt in enem x16-Slot. Die Prozessorlast liegt bei ~5-20% pro Kern. Kann es sein, dass ein Athlon64 6000+ mit zwei Kernen trotz Hardware-Beschleunigung nicht reicht?


    Cu

    biggsmann

  • softhdcuvid/softhdvaapi/softhddrm with hevc and UHD

    Bin jetzt einen großen Schritt mit der Installation weiter. Ursache für das Geruckel war nicht der fehlende ffmpeg-Patch sondern die Anbindung der GraKa über ein Mining-Modul. Mit HD über vdpau hat das gut funktioniert, jetzt muss ich für meinen Bastelrechner eine andere Lösung suchen.

    Stand ist, das SD und HD über Sat sowie HD über DVB-T2 laufen.

    UHD liefert ein zwiespältiges Bild: Fashion 4k und der Astra-Demo-Channel laufen, Travelxp 4k der UHD1 ruckeln sich einen zurecht.

    Liegt das an der Anbindung über HDMI (was ich vermute, obwohl der XServer nur auf 1920x1080@50.00 läuft ) und welchen Adapter könnt Ihr empfehlen, um den DP meiner Karte zu nutzen?


    Danke und cu

    biggsmann

  • softhdcuvid/softhdvaapi/softhddrm with hevc and UHD

    Hallo zusammen,


    habe mittlerweile mein Ubuntu komplett neu aufgesetzt und kriege mittlerweile ein Bild. Aber: Es ruckelt eigenartig hin und her (als ob Bildbestandteile verkehrt herum zusammen gesetzt werden) und der X-Server hängt sich regelmäßig auf. Die Systemlast sollte es nicht sein, laut htop liegt die Last bei DVB-T2 unter 10% auf beiden Kernen.


    Damit ich nicht unnötig Blindlast erzeuge:

    Im Thread wird immer mindestens eine 1030-er vorausgesetzt. Ich meine aber, dass meine GTX 950 auch laufen sollte?

    Hollywood: Kannst Du Dein Makefile zur Verfügung stellen? Ich habe es selber versucht, kann aber mangels Wissen verschiedene Einträge nicht deuten (bzw. korrigieren).


    Danke für die bisherige Unterstützung!


    cu

    biggsmann

  • softhdcuvid/softhdvaapi/softhddrm with hevc and UHD

    Hallo Joachim,


    sieht bei mir ähnlich aus, wobei es meine bescheidenen Fähigkeiten übersteigt, auch nur ansatzweise eine Ursache zu finden:

    Code
    cc -g -O3 -Wall -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE  -I/usr/include/alsa    -I/usr/include/libdrm -I/usr/local/include -I/usr/local/include -I/usr/local/include -I/usr/local/include  -I/usr/local/cuda/include  -I./opengl -I./ -DPLUGIN_NAME_I18N='"softhdcuvid"' -D_GNU_SOURCE  -DCUVID -DHAVE_GL -DAV_INFO -DAV_INFO_TIME=3000   -DUSE_PIP                       -DUSE_MPEG_COMPLETE-DH264_EOS_TRICKSPEED -DUSE_VDR_SPU -DUSE_ALSA -DUSE_OSS -DUSE_VDPAU -DUSE_VAAPI -DUSE_GLX -DUSE_SWRESAMPLE  -DGIT_REV='"d6d2674"'  -g -W  -Wextra -Winit-self -Wdeclaration-after-statement   -c -o softhddev.o softhddev.c

    Gibt es eine Einstellung, dass der Compiler bei allen fehlenden includes abbricht?


    Gruß

    biggsmann