Posts by Grillbert

    Letzten Endes liefe das wohl auf "shell über Webserver" hinaus, und das auch noch aus dem Internetz ... hmmm....

    Ob es da bald eine eigene Suche in Shodan dafür gibt? ;-/

    Wieso aus dem Internet?? Dafür gibt es doch VPNs.
    Und an eine Shell habe ich jetzt auch nicht gedacht - über den Webserver sollte ein Hintergrund-Prozess gestartet werden - die Parameter (Kommanodzeile) kann im Live Frontend angepasst werden - ähnlich wie bei den Web-Streaming Parametern für FFMPEG.

    hi,


    mmhhh.... traue mich ja kaum zu fragen .... gibts zwischenzeitlich ein git in dem die v.g. patches alle drin sind ? und.... eineentwickler scheint es ja nicht mehr zu geben oder? Ich hätte Spass an einem Button in Live, der das vdr-transcode von jsffm anwirft ;-)

    OH ja ... Ein Knöpfchen mehr in den Aufnahme-Details und
    ein kleiner Config-Bereich der auch den Status zum laufenden Transcoding ausgibt und den Download von fertig transcodierten Aufnahmen erlaubt.... Make li(v/f)e great again.
    Leider sind meine Dev-Skills zu schlecht um mich hier ernsthaft zu beteiligen.

    Sehr cool!
    Wäre happy wenn wir das in YaVDR bekommen...
    Idealerweise mit funktionierenden Transcoding Einstellungen für Intel und Nvidia je nachdem was im System verbaut ist - die genutzte Version von ffmpeg müsste das ja hinbekommen.

    Bis zu meinem Upgrade zu YaVDR Focal hatte ich die Version von Xcoder in meinem VDR und damit gerne mal von "außerhalb" etwas geguckt - kommt zwar dank Corona nicht mehr soo häufig vor, aber ein Impfstoff ist ja in Sicht :o)

    Ich bin mir übrigens gar nicht soo sicher ob die Begrenzung auf Full HD in den Einstellungen auch bedeutet dass die Videos nur mit Full HD dargestellt werden - könnte mir vorstellen dass sich das nur auf die Android UI bezieht, aber ein Video von der HW dann doch als UHD dargestellt wird.

    HDR habe ich mit einiger Sicherheit schon mal gesehen unter KODI... ich glaube von einem der ASTRA HDR Demo Streams.

    Insgesamt ist aber beides ziemlich experimentell - ein "richtiger" VDR ohne KODI oder sogar ein Raspberry mit KODImachen da leider einen etwas stabileren Eindruck.

    Hallo zusammen,
    ich hatte mit softhdvaapi bislang immer das Problem dass das Bild etwas "milchig" aussah (auf einem Asrock J4105 Mainboard - Schwarz war nicht tief-schwarz)

    Mit "use studio levels" scheint man das Problem lösen zu können.
    Nach der Beschreibung des Parameters wird hier ein "schmalerer" Farbraum adressiert:

    Code
    1. softhddevice.StudioLevels = 0
    2. 0 use PC levels (0-255) with vdpau.
    3. 1 use studio levels (16-235) with vdpau.

    Kann mir jemand ein paar Worte zu dem technischen Hintergrund geben?
    Für das Standard SoftHDDevice war die Einstellung nicht nötig...

    Besten Dank!

    Hallo zusammen!

    Bei mir startet leider kein Video unter YaVDR Ansible (Focal) - in der Browser.log steht recht wenig

    Code
    1. [2020-07-26 15:20:06.581] [browser] [error] Video playing throws an error
    2. [2020-07-26 15:20:06.585] [browser] [error] JS ERROR: Source client://js/hbbtv_polyfill.js:243, Message: Failed to load because no supported source was found.


    Im Syslog finde ich mehr Informationen:



    Jemand eine Idee was da schief läuft?

    Hallo zusammen,
    ich habe mir gerade meinen VDR komplett neu als YaVDR Ansible (Focal) aufgesetzt und nutze aktuell vdr-plugin-softhdvaapi aus seahawk´s PPA.
    Genau wie bei meiner alten Installation tritt noch das Problem auf, dass nach Ausblenden des OSDs (Skindesigner basiert) oft ein Strich am unteren OSD-Rand auf dem Bildschirm bleibt...
    Gibt es dafür eine Lösung oder eine Lösung (oder einen Workaround)?
    Ist nicht dramatisch (2x "Menu" und alles ist wieder OK), aber schöner wäre es ohne :)

    Digital Devices PCI Karte nutze ich jetzt auch schon. Nur eben als SAT Version.
    Legale Karte mit bösem Plugin und USB Hardware ist ja bei SAT eine Möglichkeit den VDR alles Wichtige anzeigen zu lassen...
    Die Frage ist halt ob es bei Kabelempfang wesentlich komplizierter ist als es das mit SAT aktuell ist.

    Hallo zusammen,
    es ist soweit... in meiner neuen Bleibe wäre es nur mit großem Aufwand oder Einschränkungen möglich einen VDR mit SAT Schüssel zu betreiben.

    Leider habe ich mit VDR am Kabel praktisch gar keine Erfahungen.
    (Ich bin anno dazumal direkt von einem DVB-T VDR auf einer Siemens M740 auf SAT gewechselt).

    Daher ein paar Fragen...
    Von anderen Kabel Kunden weiß ich dass man heute praktisch von jedem Kabelanbieter (Bei mir wäre es Unitiymedia, bzw. jetzt Vodafone) einen Empfänger dazu bekommt und teile des Programms verschlüsselt sind.
    Welche Programme wären üblicherweise unverschlüsselt empfangbar?
    Funktioniert der Betrieb von einer Karte der Netzbetreiber auch in einem nicht zertifizierten Receiver?
    Welche Karte könnt ihr empfehlen?

    Vielen Dank,
    Grillbert

    Ich denke auch, dass ich ein "hakeliges" Umschalten beim ändern der Auflösung aktuell besser wäre als permanent UHD vom VDR ausgeben zu lassen.
    Wenn jeder 2. Sender UHD bringt könnte das natürlich anders aussehen, aber zur Zeit ist ja nur ausnahmsweise mal ein UHD Sender eingeschaltet - zumindest bei mir.

    Dasselbe Verhalten fände ich auch super für den Switch zwischen unterschiedlichen Bildwiederholraten ... oder ist das Verhalten da schon so?

    (Memory Leak Fix finde ich aber auch wichtiger) :)

    Grillbert Also die Version mit vaapi dekoder sollte stabil sein solange du kein UHD schaust. Bei UHD gibt es noch Probleme mit Speicherverlust.

    Wenn ich mir deinen Footer anschaue dann empfehle ich dir die drm Version weil die sehr wenig resourcen braucht und ohne X server läuft.


    Mir ist schon klar das der WAF nötig ist, aber man muss sich auch mal durchsetzen können :-)

    Inzwischen läuft mein VDR mit einem J4105m (muss mal die Signatur updaten). Das Board hat etwas mehr Power und sollte auch UHD ohne Wandler direkt ausgeben können.

    Macht sich der X Server denn wirklich negativ bemerkmar in Sachen Performance? Bzw. was wird besser im DRM Modus? Reaktivität der Oberfläche?

    Und (bestimmt eine "dumme Frage" hier im Thread) welche der Versionen nutzt eigentlich OpenGL zum Zeichnen der Oberfläche? (Oder gibt es das nur für Nvidia?)

    Gruß,
    Gilbert

    Danke, scheint auch bei mir den WAF wieder zu erhöhen :)

    Das klingt doch sehr gut :)
    Danke an jojo61 für den Einsatz - MEGA!!


    Leider habe ich bei mir keinen Test-VDR und ein hoher "WAF" ist überlebenswichtig für den (Zitat) "Nerd Kram" im Wohnzimmer.

    Was funktioniert denn inzwischen und wo hakt es noch? Ist das Plugin inzwischen reif für einen Intel-basierten "Familien" - VDR?

    Ich habe ein Beispiel von dem modifizierten VDR-live:

    ffmpeg -loglevel warning -f mpegts -analyzeduration 1.2M -probesize 5M -hwaccel vaapi -hwaccel_output_format vaapi -i <input> -map 0:v -map 0:a:0 -vf 'deinterlace_vaapi=rate=field:auto=1,scale_vaapi=w=1280:h=720' -c:v h264_vaapi -preset slow -qmin 18 -qmax 30 -g 25 -r 25 -c:a aac -ac 2 -b:v 2M -maxrate 2M -bufsize 1.8M

    So läuft es bei mir für Live-TV Streaming.

    ffmpeg mit HW encoding support läuft bei mir auch noch nicht so lange.

    Hallo zusammen,
    inzwischen habe ich ein funktionierendes FFMPEG gefunden.
    Das ganze klappt mit VAAPI wenn man das Binary von FFMPEG 4.2 aus diesen Repositories installiert:


    Code
    1. # add-apt-repository ppa:savoury1/ffmpeg4
    2. # add-apt-repository ppa:savoury1/graphics
    3. # add-apt-repository ppa:savoury1/multimedia


    Damit läuft Hardware-Encoding mit meinem Intel System (J4105M) mit den weiter oben vorgeschlagenen Configs rund:


    Code
    1. ffmpeg -loglevel warning -f mpegts -analyzeduration 1.2M -probesize 5M -i <input> -map 0:v -map 0:a:0 -c:v libx264 -preset ultrafast -qmin 18 -vf scale=1280:720 -qmax 30 -g 25 -r 25 -c:a aac -ac 2


    CPU Last von FFMPEG ist damit drastisch geringer als mit der CPU Variante (hier ging der Wert für 1080i Sender bis 180% hoch).


    Code: INPUT: ARD 720p
    1. top - 11:40:12 up 15 min, 2 users, load average: 2,26, 3,09, 2,18
    2. Tasks: 186 total, 1 running, 120 sleeping, 0 stopped, 0 zombie
    3. %Cpu(s): 9,2 us, 9,0 sy, 0,5 ni, 75,3 id, 4,6 wa, 0,0 hi, 1,4 si, 0,0 st
    4. KiB Mem : 7809196 total, 5615688 free, 929956 used, 1263552 buff/cache
    5. KiB Swap: 2097148 total, 2097148 free, 0 used. 6393916 avail Mem
    6. PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
    7. 1915 vdr 20 0 4264584 434576 66036 S 20,6 5,6 3:27.91 vdr
    8. 6751 vdr 20 0 1096840 78572 41400 S 19,6 1,0 0:07.49 ffmpeg


    Code: Input: QVC HD 1080i
    1. top - 11:41:25 up 16 min, 2 users, load average: 1,86, 2,83, 2,16
    2. Tasks: 186 total, 2 running, 119 sleeping, 0 stopped, 0 zombie
    3. %Cpu(s): 4,8 us, 5,5 sy, 0,7 ni, 80,4 id, 7,4 wa, 0,0 hi, 1,2 si, 0,0 st
    4. KiB Mem : 7809196 total, 5559216 free, 941908 used, 1308072 buff/cache
    5. KiB Swap: 2097148 total, 2097148 free, 0 used. 6337540 avail Mem
    6. PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
    7. 1915 vdr 20 0 4254316 442044 66016 S 18,5 5,7 3:42.62 vdr
    8. 7029 vdr 20 0 1090560 81744 40680 R 16,6 1,0 0:03.03 ffmpeg


    Damit bin ich erst mal glücklich und freue mich wenn wirklich auch noch eine Möglichkeit für das Abspielen von Aufnahmen kommt...

    Zuzsätzlich zum Abspielen von Aufnahmen wäre es *MEGA* wenn man einfach transcodierte Aufnahmen herunterladen könnte.

    Schönen 3. Advent allerseits,

    Grillbert


    Aus den Quelltext wird das Paket vdr-plugin-softhdvaapi gebaut und das hat vor ein paar Monaten hat es auf meinem Haswell-System funktioniert...


    Man muss auf jeden Fall noch in der /etc/X11/xorg.conf.d/20-intel.conf in der ersten Section "Device" eine Zeile Option "DRI" "3" einfügen, und https://raw.githubusercontent.…-softhdcuvid/master/drirc als /var/lib/vdr/.drirc hinterlegen, damit das Plugin funktionieren kann (die zusätzlich in softhdcuvid jetzt mit VAAPI support von mir beschriebene Anpassung für das yavdr-frontend sollte nicht mehr nötig sein).


    Falls es da noch irgendwo hakt, würden mich interessieren, was das Plugin da so in den Logdateien von sich gibt.

    Bisher lief mein System gut auch mit dem ganz normalen softhddevice auf intel.
    Wenn ich die von Dir beschriebenen Vorraussetzungen erfülle und vdr-plugin-softhdvaapi installieren will bekomme ich ein


    Code
    1. Die folgenden Pakete haben unerfüllte Abhängigkeiten:
    2. vdr-plugin-softhdvaapi : Hängt ab von: vdr-abi-2.4.1-0yavdr ist aber nicht installierbar
    3. E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete.


    Wie kann ich den Konflikt auflösen?