Beiträge von 447377

  • systemd a stop job running for vdr

    Seitdem ich softhddevice beim Beenden des VDRs detache, habe ich diese Verzögerung beim Beenden nicht mehr. Es ist nicht gut, wenn der X-Server vorher beendet wird. Machst Du das?


    Code
    1. ExecStop=/usr/local/bin/svdrpsend plug softhddevice deta


    Stefan

  • [gelöst] Nach Installation von openSUSE Leap 15.0 kein Ton über HDMI

    In Yast2 unter Audio sollte aber Intel aufgeführt sein. Im Bios hast Du die Intel-Audioausgabe nicht deaktiviert?


    "pavucontrol" zur Konfiguration von Pulseaudio starten.

    Dort dann auf Reiter "Eingabegeräte" gehen und entsprechend konfigurieren,

    Im Reiter "Wiedergabe" bewegt sich der Balken bei Audio-Ausgabe. Wird hier das korrekte Device angezeigt?


    Viel Erfolg

    Stefan

  • Schwarzes Bild nach Umschalten (VDR 2.4.)

    rkp schrieb:

    Nein, bist da nicht alleine. Ich habe exakt das gleiche Problem, schon seit sehr langer Zeit. Da hilft nur hin- und herschalten. Manchmal tritt das Problem auch direkt beim Start von yavdr auf, das Bild ist schwarz, einmal hochschalten liefert dann das Bild.

    Das gleiche Problem habe ich auch - aber nicht erst seit vdr 2.4. Ab und zu schwarzes Bild bis zum nochmaligen Senderwechsel.

    Dabei ist es egal, ob Empfang per satip oder fest verbauter DVB-Karte. Manchmal hatte ich schon das Gefühl, dass es am softhddevice-Plugin liegt. Ein Test am VDR mit verbauter HD-FF 6400 steht noch aus.


    Stefan

  • vaapidevice: fast forward and rewind of all rtl transmitter does not work

    Hello Rolf,


    thanks for your reply. Yes, it seam to be the same problem - on all RTL 576i channels.


    I just installed the tree ffpesdemux. Fast Forward and Rewind ist ok. :tup


    With the current software versions of my system, it seems to work in principle.

    • When switching through the channels or start a playback, everything seems very slow.
    • Especially audio runs after or has interruptions. =O
    • 720p live tv is assyncron
    • playback of 720p is ok

    These are showstopper as you already said.


    I would like to do something in support. Please tell me if I should test a patch or something similar.


    Thanks a lot

    Stefan


    ./generate_system_report.sh


    Log during audio interruptions

  • vaapidevice: fast forward and rewind of all rtl transmitter does not work

    After many tests now the following status:

    With all the records of RTL's 576i channels since the beginning of 2017, the rewinding is no longer possible with vaapi and Kaby Lake:(.

    Is this with you? :?:

    With nvidia and vdpau everything is ok.

    - forward: time stops, the pictures continues. But when you press play, the position before the spool is started

    - rewind: Time is falling back just like the picture. When you press the play button, the player jumps one minute before the current position.

    From time to time, the behavior was also the other way round - without recognizing any regularity. Regardless of the versionens of libva, intel, ffmpeg...

    All tests took place with two versions:

    - vaapidevice a17c110 (latest version): with or without patches from fourty2 speedupdown.patch.gz + A/V-Diff reduce

    - softhddevice c99afc2: with or without the patch speedupdown.patch.gz

    Note: Only with the patch the A / V sync is correct and so records can only be viewed.


    Stefan


    Title changed to the actual problem, cause the first problem was solved through Fourty2's patches. Thanks!

  • [Gelöst] vaapidevice - kein Bild

    Ein Deinterlacer gibt's aber für SD-Sender im vaapidevice-Plugin. Vermutlich liegt das schlechte Bild eher an Deiner G540 - das ist doch eine Sandy-Bridge, oder? Die wird zu alt sein.

    Bei mir scheint die Bildqualität zwischen Intel und Nvidia gleichwertig zu sein. Nur eben das Problem mit dem Spulen bei Intel. Aber dazu geht's in meinem anderen Thread demnächst wieder weiter.


    Stefan

  • vaapidevice: fast forward and rewind of all rtl transmitter does not work

    Space schrieb:

    Ist das vlt. dieser Issue?

    FastForward / Rewind not working #71

    Danke für Deinen Beitrag und Tipp!


    Ab diesen Commit geht das bei der Wiedergabe von Aufnahmen los, dass beides, frames duping und droping hoch zählen. Der von Dir genannte Commit ist noch softhddevice 0.6 - anschl. wurde auf 0.7 gewechselt.


    Stefan


    Nachtrag: Das Spulen ist hier - bis auf meine krit. Aufnahme - besser. Beim schnellen Vorlauf ist einschl. der Zeitanzeige alles i.O., beim Rücklauf ist ganz kurz zu sehen, wie die Zeitanzeige eine Minute nach unten hüpft, dann aber sofort die richtige Zeit anzeigt. Der Start der Wiedergabe beginnt dann an der richtigen Stelle. Also diesbezüglich alles iO.

  • vaapidevice: fast forward and rewind of all rtl transmitter does not work

    Jetzt habe ich Tumbleweed - wie Du - installiert und alles belassen, keine weiteren bzw. neueren Intel-vaapi-Treiber oder libva kompiliert. Aber gleiches Verhalten beim Spulen - ausschließlich bei SD-Aufnahmen - siehe #36.


    Aber jetzt kommt's:

    Meinen nvidia-Wohnzimmer-VDR habe ich geupdated und nun vpp_support-softhddevice am laufen. Doch jetzt: Das gleiche Verhalten beim Spulen von SD-Aufnahmen...

    - Manchmal geht's.

    - Manchmal springt's an die Position vor dem Spulen zurück.

    - Manchmal springt die Zeitanzeige 1 Minute vor/zurück und nach dem Spulen wieder eine Minute...


    Irgendwas muss sich also getan haben beim Code von softhddevice zwischen 0.6 und 0.7, was sich dann auf vdpau und vaapi auswirkt.


    Oder mache ich was falsch - weil das sonst niemand hier beschreibt?


    Stefan