Beiträge von wolfi.m

    Hallo,

    neu in "5-vdr-unstable"

    vdr-plugin-softhddevice-2.0.6

    vdr-plugin-softhddevice-vaapi-2.0.6

    Plugins stehen noch auf Pending,dauert also noch was.

    vdr-plugin-softhddevice-2.0.5 von unstable nch testing kopiert!


    I've changed it from "Schnell" (quick) to Exakt (exact). And that's it. The audio/alsa: avail underrun error? 'Datenübergabe unterbrochen errors are eliminated.

    Kaum macht man es Richtig schon läufts! :D


    Gruss

    Wolfgang

    Hallo,


    Es gibt ja den anderen Thread, wo berichtet wird, VAAPI laufe nicht.

    Laut Liste wird shdd 2.0.3 geladen. Somit das falsche.

    Klappt die Auswahl noch? Also das nur eins geladen wird?

    es kann immer nur ein Paket(Version) installiert werden.

    Man sollte halt wissen was man tut,wenn unstable aktiviert wird.


    Neu in "5-vdr-unstble" Paket "vdr-plugin-markad-ng-3.3.6"

    Bitte testen!


    Gruss

    Wolfgang

    Hallo,

    bin endlich dazu gekommen, um mal auf Fehlersuche zu gehen. Das Flackern und ruckeln kam durch eine falsche xorg.conf, die wohl fälschlicherweise getauscht wurde, als ich auf dem Intelgrafik System das softhddevice für NVidia installiert hatte.

    Bin nun wieder auf den Stand softhddevice vaapi aus dem testing ppa und alles i.O.

    Also von mir aus kann das softhddevice-vaapi nach stable wandern.

    dann ist ja alles wieder Ok."softhddevice-vaapi" schiebe ich dann nach 5-vdr-stable.

    Ein ähnlicher Problem hatte ich auch , allerdings beim Upgrade von dem Nvidia 340.x auf den Nvidia 470.x

    Nach dem install blieb das Bild erst mal schwarz. Erst nach einem reboot und ab arbeiten

    des Monitor Details und Video Details aus dem VDR-Setup heraus wurde das TV Bild wieder hell.

    Auch brauchte ich noch ein "dpkg-reconfigure lightdm" wie auch Aaron.


    Grafik-Treiber wechsel ist nicht immer so Easy.Ging bei mir vllt. 1oder2x gut sonst hilft nur

    setup zu starten."dpkg-reconfigure lightdm" musste ich auch mehrmals nach wechsel von SHDD

    (verschiedene Version testen) starten.


    Das distributedvideodir Plugin lädt und scheint zu funktionieren.

    dann schiebe iich das Plugin nach 5-vdr-stable.


    Im Softhddevice gibt's Fehler.

    ist bekannt kommt vom Schwarzbild Siene auch RE: Softhddevice ausgabe Fehler


    Neu in "5-vdr-unstable"

    vdr-plugin-softhddevice-2.0.5

    vdr-plugin-softhddevice-vaapi-2.0.5

    Bitte testen.

    vdr-plugin-softhddevice läuft jetzt schon 3Tage mit DVB-C gut.

    Kein Vergleich zu 2.0.2/2.0.3/2.0.4

    Auch PIP funktioniert nun wieder.

    Ab und an sind mal diese Meldungen im syslog zu finden

    Code
    Nov  1 16:54:01 easy52 vdr: video: 19:48:54.011  +53  487   0/\ms  23+1+4 v-buf
    Nov  1 16:55:01 easy52 vdr: video: 19:49:53.991  +40  541   0/\ms  39+1+4 v-buf
    Nov  1 16:56:01 easy52 vdr: video: 19:50:53.991  +46  500   0/\ms  31+1+4 v-buf
    Nov  1 16:57:01 easy52 vdr: video: 19:51:53.991  +53  555   0/\ms  38+1+4 v-buf

    Wer das in Echtzeit verfolgen möchte - Konsole:tail -f /var/log/syslog


    Gruss

    Wolfgang

    Hallo Aaron,

    Folgendes Frontend ist nun installiert:

    vdr-plugin-softhddevice-vaapi (1:2.0.3-0easyVDR1~focal)

    kannst du Bitte mal die Version aus 5-vdr-testing installeren?

    Wenn das Testing-PPA aktiviert ist mit

    apt install vdr-plugin-softhddevice=4:2.0.3-0easyVDR0~focal installieren.

    Sollte das Umschaltverhalten nicht schlechter sein.kommt diese Version nach stable.

    Ob es Sinn macht was zu verändern, wenn es perfekt läuft, ist jetzt eine gute Frage?

    wenn es für dich perfekt läuft ...lassen wie es ist!


    Schwabe

    Bei einer laufender Aufnahme per PChanger kurz zu Kodi gewechselt und wieder zurück zum VDR. Dann zufällig die OK Taste gedrückt, um die Kanalinfo aufzurufen. Dies wurde nicht gemacht, sondern das TV Bild wurde durch die OK-Taste verkleinert. Durch erneutes drücken hatte ich wieder Vollbild. Das konnte beliebig wiederholt werden.

    Habe dann einen Kanalwechsel gemacht. Gleiches Spiel. Erst durch betätigen der Menu-Taste (OSD-Hauptmenu) und wieder schließen war alles wieder OK.

    konnte das von dir geschilderte Szenario hier nicht reproduzieren!


    @SurfaceCleanerZ

    Könntest du das distributedvideodir Plugin auch noch aufnehmen in der neuen Version?

    Plugin distributedvideodir liegt in 5-vdr-unstable PPA


    Gruss

    Wolfgang

    Hallo,


    Da hier mit vaapi produktiv im Wohnzimmer geschaut wird, könnte ich das mal nebenbei machen.

    funktioniert das Plugin und wie ist das Umschaltverhalten?


    Welchen Wert hast du genommen für videostarttreshhold

    standard 16 wie im orginal Sources von lnj


    Neu ist nun im unstable PPA eine Version mit standard 0

    wie hier von jrie vorgeschlagen auf die du wohl anspielst.


    Zum testen:

    Es muss nur das setup gestartet werden danach auf Konsole

    Plugin installieren wieder ins setup auf "Das Menu verlassen..."

    VDR wird wieder gestartet.

    Version in stable

    apt install vdr-plugin-softhddevice=4:1.12.1-0easyVDR1~focal

    apt install vdr-plugin-softhddevice-vaapi=1:1.12.1-0easyVDR0~focal


    Version in testing

    apt install vdr-plugin-softhddevice=4:2.0.3-0easyVDR0~focal

    apt install vdr-plugin-softhddevice-vaapi=1:2.0.3-0easyVDR0~focal


    Ist unstable aktiviert gibt es immer die neuste Version.

    ..also vdr-plugin-softhddevice-4:2.0.3-0easyVDR1~focal

    oder vdr-plugin-softhddevice-vaapi-4:2.0.3-0easyVDR1~focal

    nach apt update && apt upgrade


    Bei mir mit DVB-C Empfang,läuft vdr-plugin-softhddevice-1.12.1

    am besten.Liegt wohl auch an VDR-2.2.0


    Also ich habe folgende Video-Einstellungen mit meiner Hardware (s. Signatur, Testfestplatte ist eine SSD) in softhd:

    ohne Sanftanlauf
    ohne Schwarzbild

    das sind default Werte aus der setup.conf


    P.S

    Version 2.0.4 ist ja auch schon raus,pack ich die Tage mal!


    Gruss

    Wolfgang

    Hallo,


    neu in 5-vdr-unstable

    vdr-plugin-softhddevice-2.0.3

    vdr-plugin-softhddevice-vaapi-2.0.3

    vdr-plugin-softhddevice ist Ok!

    vdr-plugin-softhddevice-vaapi sollte noch getestet werden.


    Gruss

    Wolfgang

    Hallo,


    neu in 5-vdr-unstable

    vdr-plugin-softhddevice-2.0.2

    vdr-plugin-softhddevice-vaapi-2.0.2

    vdr-plugin-softhddevice läuft hier Problemelos mit nvidia-470 vdpau gt630

    vdr-plugin-softhddevice-vaapi sollte noch getestet werden.


    Gruss

    Wolfgang

    Hi lnj,


    same here:

    Code
    codec.c: In function ‘CodecVideoDecode’:
    codec.c:954:32: error: ‘VideoDecoder’ {aka ‘struct _video_decoder_’} has no member named ‘filter_graph’
      954 |                     if (decoder->filter_graph) decoder->FirstKeyFrame++;
          |                                ^~
    make[1]: *** [Makefile:230: codec.o] Error 1

    It's a Ubuntu(Focal) 20.04 - ffmpeg Version 4.2.7


    THX

    Hallo Helmut,

    Dafür Visualation Spectrum noch nicht.

    ein sudo apt update && sudo apt upgrade löst das Problem! :]




    Gruss

    Wolfgang

    Hallo Steffen,

    Sodele, die setup.conf wurde erweitert und jetzt passt das OSD wieder! Habe es zweimal getestet (VDR<->KODI) und jedes Mal war das OSD so wie es sein sollte. Hoffe das bleibt nun so.

    es reicht in den Setup-Einstellungen des Plugins bei

    "Workaround for openGL: ja" zusetzen und mit Ok bestätigen.

    Nun muss aber der VDR neu gestartet werden und der Parameter sollte

    in die setup.conf geschrieben werden.

    Für "ALLE" die Neu installieren ist dieser Schritt nicht mehr nötig.

    "skindesigner.FixForopenGL = 1" ist da bereits default gesetzt.

    Freut mich,dass es bei dir nun auch funzt!


    Gruss

    Wolfgang

    Hallo Aaron,

    Meiner Auffassung nach, hat das was mit dem Speicher zu tun. Die Grafiken des OSDSkins werden temporär geladen, jedoch beim Wechsel zu Kodi und dem vdr Frontend detached, scheint da was von den Grafiken zu fehlen.

    Wäre natürlich interessant, wenn das so wie von euch beschrieben gelöst werden kann :)

    war auch meine Vermutung.Bei ATTA wird nur ein Teil vom Skin wiederhergestellt.

    Ergo lässt/lies sich das Problem nur mit einem Refresh beheben.

    Wer suchet der findet "Refresh imgCache if OsdProvider was changed" THX kamel5

    Skindesigner gepacht,und Voila das Problem war gelöst!


    Gruss

    Wolfgang

    Hallo Steffen,

    Ich fürchte da hilft nur eine neue Installation

    warte damit Bitte!


    Im Plugin-Setup von Skindesigner gibt es einen neuen Parameter

    Workaround for openGL: da muss "Ja" stehen.

    In /var/lib/vdr/setup.conf sieht das so aus

    Code
    root@easy52:/# cat /var/lib/vdr/setup.conf | grep FixFor
    skindesigner.FixForopenGL = 1


    Gruss

    Wolfgang

    Hallo Aaron,


    Ich beobachte das Resultat mal mit, habe nämlich das gleiche Problem seitdem Kodi19.5 drauf ist.

    bei Helmut und bei mir tritt der Fehler mit Skindesigner & Skin-nOpacity

    nicht mehr auf ...egal ob ich Kodi aus dem VDR.Nenu starte

    oder den P-Changer.Über verlassen in Kodi oder auch über P-Changer

    und wahl Softhddevice die Sins sind immer Ok.


    Gruss

    Wolfgang