Softhddevice ausgabe Fehler

clausmuus · 6. Oktober 2023

Hallo,

mir ist ein Fehler im softhddevice (gitlab.com/vdr-projects/vdr-plugin-softhddevice.git test branch) aufgefallen. Ich vermute aber, das dieser Fehler alle Softhddevice Varianten betrifft.

Wenn der VDR mit shd im Detached Modus gestartet wird (also ohne Ausgebe, mit Parameter -D) dann muss beim Attach entweder TV Empfang bestehen oder das OSD etwas anzeigen. Andernfalls wird das Frontend zwar gestartet, zeigt aber lediglich einen schwarzen Screen an, auch wenn später Empfang besteht, oder im OSD etwas angezeigt werden soll. Mit TV Empfang meine ich, dass ein Video Bild dargestellt wird.

Hat jemand eine Lösung für das Problem. Oder ist der Fehler möglicherweise bereits bekannt?

lnj · 6. Oktober 2023

I have never tested this case, the signal was always there. Interesting research, I'll check it out.

lnj · 6. Oktober 2023

I did this experiment. Disconnected the cable. Start vdr. Attached the softhddevice, dark screen and tuner "lost signal" in log. Waited some minutes. Connected the cable and a picture appeared. All works for me, need more of your data. What video decoder (vdpau, va-api)? Why didn't you have a signal? May be you use the Dynamite plugin and detach/attach tuners? How long was vdr with the softhddevice turned off?

clausmuus · 6. Oktober 2023

Ich verwende Satip, aber auch mit DVB Karte tritt der Fehler auf.

Aufgefallen war mir das, weil der Sender der beim Starten ausgewählt war, kein Empfang hatte. Ob ein Umschalten auf einen funktionierenden Sender geholfen hätte, weiß ich nicht mehr, ich meine aber nicht.

Getestet habe ich (und unsere MLD Tester) das mit nvidia und intel Grafik, also mit vdpau und va-api. Dynamite verwende ich nicht.

Ich werde noch mal testen, ob das OSD (und TV Bild) wieder funktioniert, wenn ich das Antennenkabel nach dem Start anstecke. Wünschenswert wäre aber, dass das OSD (nach einem Attach) auch dann funktioniert, wenn kein Empfang besteht.

lnj · 7. Oktober 2023

Tested again, Ubuntu 22.04 and Fedora 38.

va-api and vdpau have problems, GL outputs works (va-api-glx, va-api-egl, vdpau-glx, cuvid, nvdec, cpu).

lnj · 7. Oktober 2023

Should be fixed, in git.

clausmuus · 7. Oktober 2023

In welchem Git und welchem Branch hast Du das gefixt?

Ich sehe gerade, Du hast das git ja in Deinem Profil verlinkt

nobanzai · 12. Oktober 2023

With kernel 6.5.x and the latest softdhddevice (-Psofthddevice -v va-api-egl -d :0.0 -g 1920x1080+0+0 -a pipewire -p pipewire -l) I don't get any picture. Sound works ok.

Code

...
video/vaapi: libva 1.19 (Intel iHD driver for Intel(R) Gen Graphics - 23.3.3 ()) initialized
...
Selected deinterlacer for resolution 0 is not supported by HW
...
codec: can't open video codec!
...

What am I missing here?

Do I need a newer vaapi version?

Thy and bye.

Michael.

SurfaceCleanerZ · 12. Oktober 2023

Hi,

Falscher Deinterlacer gewählt im Plugin Setup.

MfG Stefan

nobanzai · 12. Oktober 2023

Die Deinterlacer-Einstellungen sind alle auf 0 - für alle Auflösungen.

Code

softhddevice.1080i.Deinterlace = 0
softhddevice.1080i.SkipChromaDeinterlace = 0
softhddevice.1080i_fake.Deinterlace = 0
softhddevice.1080i_fake.SkipChromaDeinterlace = 0
softhddevice.576i.Deinterlace = 0
softhddevice.576i.SkipChromaDeinterlace = 0
softhddevice.720p.Deinterlace = 0
softhddevice.720p.SkipChromaDeinterlace = 0
softhddevice.UHD.Deinterlace = 0
softhddevice.UHD.SkipChromaDeinterlace = 0

nobanzai · 12. Oktober 2023

Naja, manchmal sollte man Fehlermeldungen einfach wörtlich nehmen.

Es haben tatsächlich passende Codecs gefehlt, weil die packman-Repos nicht mehr da waren. Nachdem ich die wieder hinzugefügt, die entsprechenden Pakete aktualisiert und die Plugins neu übersetzt hatte, klappte es auch mit dem Bild beim softhddevice - und sogar mit einem sehr guten und scharfen Bild.

Was blieb, bzw. dazu kam, sind die folgenden Meldungen:

Code

...
Selected deinterlacer for resolution [0-4] is not supported by HW
...
video/vaapi: can't destroy 0 surfaces
...
video/vaapi: FIXME: SetBackground not supported
...

Irgendwer eine Idee, was man dagegen machen könnte - falls es überhaupt notwendig ist, etwas dagegen zu machen.

Danke und ciao.

Michael.

@lnj: Danke für deine Arbeit mal wieder!

jsffm · 12. Oktober 2023

me too

lnj thanks for the excelent support

lnj · 13. Oktober 2023

This is a normal.

Code

......
Selected deinterlacer for resolution [0-4] is not supported by HW
...
video/vaapi: can't destroy 0 surfaces
...
video/vaapi: FIXME: SetBackground not supported
...

nobanzai · 13. Oktober 2023

Zitat von lnj

This is a normal.

Code

......
Selected deinterlacer for resolution [0-4] is not supported by HW
...
video/vaapi: can't destroy 0 surfaces
...
video/vaapi: FIXME: SetBackground not supported
...

Ok, dann ignoriere ich das mal, auch wenn ich Fehler nicht gerne ignoriere.

IMHO gilt, dass es entweder Fehler sind, und man dann was dagegen tun muss, oder es sind keine Fehler, dann sollten sie nicht als Fehler, sondern als normale Meldungen ausgegeben werden.

Wenn zuviele Fehler ignoriert werden können, führt das zu Abstumpfung, und man ignoriert dann auch wichtige Fehler.

Nichtsdestotrotz: Danke!

clausmuus · 19. Oktober 2023

lnj

Danke, inzwischen haben wir das Update auch getestet und es gibt keine Probleme mehr wenn das DVB Signal fehlt

Uns ist aber leider ein weiteres Problem aufgefallen, dass allerdings vor einem halben Jahr noch nicht bestanden hatte. Genauer kann ich das z.Z. leider noch nicht eingrenzen:

Wenn die Alsa Konfiguration ungünstig ist (ich habe mehrere Ausgänge aktiviert, was jedoch nicht auf jeder Hardware funktioniert), dann wird nur noch alle 10 Sekunden das Bild aktualisiert (Video + OSD) und im Log ist diese Meldung zu sehen:

Code

audio: can't set channels 0 sample-rate 0Hz

Die Meldung kommt ebenfalls alle 10 Sekunden und dann 5 mal.

Den normalen Betrieb stört das zwar nicht, irritiert aber, wenn die Audio Konfiguration nicht zur Hardware passt (z.B. beim booten von USB-Stick auf unterschiedlicher Hardware)

Vielleicht hat Du ja eine Idee, wodran es liegt und kannst das einfach beheben.

lnj · 20. Oktober 2023

I'll try to reproduce this.

lnj · 20. Oktober 2023

Confirmed, I will fix this.

davie2000 · 20. Oktober 2023

lnj thanks a lot for your fast reaction and your work on the plugin!

And thanks to seahawk1986 for always packaging changes that fast in his yavdr-PPAs.

davie2000 · 20. Oktober 2023

With softhddevice 2.0.3 (Seahawks PPA) I have these error messages in syslog with Ubuntu 20.

It seems that there are no other impacts except in the log.

Code

 [1753] [softhddev]:SHADER: Try compile #version 330 core
Oct 20 22:52:50 myvdr vdr: [1753] [softhddev]:SHADER: Compiled ok
Oct 20 22:52:50 myvdr vdr: [1753] [softhddev]:SHADER: Try compile #version 460 core
Oct 20 22:52:50 myvdr vdr: [1753] [softhddev]:SHADER: Compile-time error: Type: 2 - 0(2) : error C0201: unsupported version 460#0120(2) : error C0000: syntax error, unexpected '(', expecting "::" at token "("#0120(2) : error C7532: global type vec2 requires "#version 100" or later#0120(2) : error C5060: out can't be used with non-varying TexCoords#0120(2) : error C7532: global type vec4 requires "#version 100" or later#0120(2) : error C5060: out can't be used with non-varying textColor#0120(2) : error C7532: global type mat4 requires "#version 100" or later#0120(2) : error C7532: global variable gl_Position requires "#version 100" or later
Oct 20 22:52:50 myvdr vdr: [1753] [softhddev]:SHADER: Try compile #version 330 core
Oct 20 22:52:50 myvdr vdr: [1753] [softhddev]:SHADER: Compiled ok
Oct 20 22:52:50 myvdr vdr: [1753] [softhddev]Shaders initialized
Oct 20 22:52:50 myvdr vdr: [1753] [softhddev]vdpau interop initialized
Oct 20 22:52:50 myvdr vdr: [1753] [softhddev]Vertex buffers initialized
Oct 20 22:52:50 myvdr vdr: [1753] [softhddev]Maximum Pixmap size: 16384x16384px
Oct 20 22:52:50 myvdr vdr: [1280] [softhddev]OpenGL Worker Thread successfully started

Alles anzeigen

lnj · 21. Oktober 2023

This is a normal.

Code

Oct 20 22:52:50 myvdr vdr: [1753] [softhddev]:SHADER: Try compile #version 460 core

Trying to use shaders version 4.60. It get an error because it is not supported. Then trying version 3.30, and it compiled ok.

Code

Oct 20 22:52:50 myvdr vdr: [1753] [softhddev]:SHADER: Try compile #version 330 core
Oct 20 22:52:50 myvdr vdr: [1753] [softhddev]:SHADER: Compiled ok

Softhddevice ausgabe Fehler

Jetzt mitmachen!

Teilen

Ähnliche Themen

[yavdr ansible focal] Kein Bild nach Installation

softhddevice unter Debian12

[skinlcarsng] segfault in displaymenu.c (gelöst)

[solved][softhddevice] Soundausgabe über pipewire

Kurze Unterbrechung der Aufnahme, da GetDevice den Impact falsch bestimmt.

Wo bleiben die zusätzlichen Ausgaben nach Erhöhen von --loglevel?

Tags