im kernel-headers-5.14.0-300 Paket sind die header-Dateien wieder enthalten.
Wieso kopierst du die Dateien nicht einfach dorthin, wo sie bisher waren, anstatt VDR zu patchen?
natürlich könnte ich die fehlenden Headerdateien einfach wieder dort hin kopieren, wo sie vorher waren,
aber bei einer rpm Paketierung ist das nicht so einfach, deshalb kopiere ich sie einfach in die vdr sourcen, dann sind sind sie mit dabei.
Habe es jetzt so gelöst mit den beiden Dateien
Ich würde an deiner Stelle einfach die Header-Files von einer früheren Kernelversion nehmen.
"upstream in vdr" wird sich da nichts tun, denn das ist Treiber- bzw. Kernelsache. Ausserdem sind FF-Karten (leider) "legacy" und neu gar nicht mehr zu bekommen. Die Onboard-Grafik auf einem modernen Intel-Board z.B. ist deutlich flexibler und weniger problematisch (keine Firmware).
das mit den separierten Headerdateien aus einem älteren Kernel muss ich mal versuchen.
Vielleicht erstelle ich eine Unterpaket (vdr-dvbhdheaders-2.4.7-4.fc35), mit den zuvor enthaltenen
Kernel-header Dateien, das könnte dann so aussehen (Vorschläge sind willkommen)
habe gerade eine Antwort von Bugzilla erhalten, weis nicht was ich denen antworten soll ???
QuoteCode
- (In reply to MartinKG from comment #3)
- > I need the 3 files (audio.h, osd.h and video.h) for the 2 included VDR
- > plugins (dvbhddevice and dvbsddevice) to compile it,
- > see error messages above.
- Can you disable the functionality that depends on those include files because the functionality in the kernel is only supported on the av7110 driver/HW. If there's other functionality that is used on other HW that is tied into this driver/includes it should probably be reviewed upstream in vdr. It will be very unlikely the header files will come back.
Display MoreAm besten die drei header in den Plugin Source kopieren und diese Zeilen ändern
#include <linux/dvb/audio.h>
#include <linux/dvb/dmx.h>
#include <linux/dvb/video.h>
in
#include "audio.h"
#include "dmx.h"
#include "video.h"
werde ich mal versuchen, wird aber höchstwahrscheinlich nicht klappen, da der VDR keine video.h mitliefert.
Hallo,
ich versuche gerade den vdr-2.4.7 auf der zukünftigen Fedora 35 Version für die TT DVB-S2 6400-Karte zu kompilieren.
Da schlägt das Kompiiieren der beiden Plugins dvbhddevice und dvbhddevice fehl.
Seit dem Kernelwechsel auf 5.14 rc3 fehlen die Headerdateien audio.h osd.h und video.h, die normalerweise in dem Paket kernel-headers mitgeliefert wird.
Ist hier in diesem Beitrag bekannt gemacht worden.
QuoteDisplay MoreThe audio, video and OSD APIs are used upstream only by the
av7110 driver, which was moved to staging.
So, move the corresponding header files to it.
Signed-off-by: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
---
.../linux/dvb => drivers/staging/media/av7110}/audio.h | 0
drivers/staging/media/av7110/av7110.h | 7 ++++---
.../uapi/linux/dvb => drivers/staging/media/av7110}/osd.h | 0
.../linux/dvb => drivers/staging/media/av7110}/video.h | 0
4 files changed, 4 insertions(+), 3 deletions(-)
rename {include/uapi/linux/dvb => drivers/staging/media/av7110}/audio.h (100%)
rename {include/uapi/linux/dvb => drivers/staging/media/av7110}/osd.h (100%)
rename {include/uapi/linux/dvb => drivers/staging/media/av7110}/video.h (100%)
Wurde auch am 03.06.2021 auf linuxtv bekannt gegeben
Wie kann das gelöst werden ?
Baue mal in die config.h vor dem ersten #include folgende Zeile ein:
#define DISABLE_TEMPLATES_COLLIDING_WITH_STL
damit läuft es durch, Danke.
Hallo,
versuche gerade osd2web-0.2.54 für die zukünftige Fedora 35 Version zu kompilieren, dies scheitert aber mit der folgenden Meldung:
Hat jemand eine Idee, wie man das lösen kann ?
Ich muss mir mal den Artikel How to make PulseAudio run once at boot for all your users
genauer durchlesen und auf Pipewire anpassen.
Hallo,
habe mal pipewire mit der Option -D systemd-system-service=enabled kompiliert und installiert.
In der softhddevice.conf steht gerade das drin:
PLUGIN_OPTIONS="-s -g 1680x1050+200+100 -a surround51:CARD=PCH,DEV=0 -d :1.0 -v vdpau"
wenn
PLUGIN_OPTIONS="-s -g 1680x1050+200+100 -a surround51:CARD=PCH,DEV=0 -d :1.0 -v vdpau"
In der softhddevice.conf steht, dann bekomme ich:
Hast du mal -a pipewire probiert? Das müsste ja das Alsa-Device vom PipeWire-Server sein.
ja, habe mal in der softhddevice.conf folgendes eingetragen und den vdr-Dienst neu gestartet.
dann kommen diese Meldungen im Log.
aber ich vermute wie seahawk1986 geschrieben hat wird das warscheinlich nicht klappen, da ich mit mit dem Benutzer martin an meinem PC anmelde
und der VDR-Dienst läuft mit dem Benutzer vdr, aber nur eine Vermutung.
und ja, auf Fedora34 läuft mit der neuen Version nun pipewire
hw 0.0 - is this a Intel?
Try
-a front:CARD=PCH,DEV=0
-a surround51:CARD=PCH,DEV=0
The problem is that the device is already being used by another program.
I thinks it's time, that vdr-softhddevice would support pulseaudio/pipewire as sound system.
Alsa-Clients und pulseaudio können nicht parallel auf das gleiche Gerät zugreifen. Üblich ist es entweder das alsa-Plugin für pulseaudio zu nutzen (dazu muss der VDR in der selben Session wie pulseaudio laufen und als Ausgabe-Device gibt man dann pulse an bzw. setzt das als Default-Alsa Device: https://wiki.archlinux.de/titl…guration_des_Alsa_Plugins) oder man muss mit einem Programm wie pasuspend dafür sorgen, dass pulseaudio das alsa-Device loslässt (das kann ansonsten bei Inaktivität passieren, dass pulseaudio das Device zum Energiesparen loslösst). Da man beim Attachen des VDR-Frontends keinen lange laufenden Prozess hatte, hat mini73 mal ein Programm geschrieben, mit dem man das gezielt an bzw. abschalten kann: https://github.com/flensrocker/yavdr-pasuspend - wichtig: andere Programme, die pulseaudio zur Ausgabe nutzen, frieren dann ein, bis pulseaudio wieder Ton ausgeben kann - wie das mit pipewire zusammenspielt, müsstest du ausprobieren.
Danke für die Info, dann muss ich halt damit leben und die Device, wenn sie belegt ist wieder freigeben.
Hallo,
ich habe da ein Problem wenn ich z.B. ein youtube Video abspiele und anschließend den vdr aus dem suspend Modus erwecke, die
Sounddevice immer belegt ist. Wie bekomme ich das geregelt, dass mehrere Anwendungen gleichzeitig die Soundkarte nutzen können.
Jedenfalls ging es noch mit der vorherigen Fedora33 Version, jetzt habe ich Fedora 34 mit Pulseaudio/Pipewire
softhddevice Einstellung
Meldungen in der Logdatei bzgl. belegter Sounddevice
Auflisten der Ausgabegeräte
keine Ahnung warum es gerade wieder läuft ?
ein ps -ef zeigt folgende Plugins
Habe ein bisschen in der /etc/vdr/setup.conf rumgespielt, jetzt habe ich nach dem Neustart wieder Ton.
Muß ich mal etwas länger beobachten.
Hallo,
ich versuche schon seit ein paar Tagen einen Ton über das vdr-softhddeve Plugin zu bekommen, vergeblich.
In der Logmeldungen lässt sich auch erkennen, dass das Device belegt ist.
In Fedra 33 hatte ich folgende Einstellung, damit pulseaudio nicht mehrfach startet.
Dazu habe ich die Datei client.conf im Homeverzeichnis von vdr erstellt.
die Datei client.conf hat den Inhalt:
und die entsprechenden Rechte vergeben.
Zwischenzeitlich hat ja Fedora in der Version 34, auf pipewire umgestellt, weis jetzt nicht ob hier noch weitere Einstellungen notwendig sind.
An welchem Ausgang ist der TV/Monitor/AV-Receiver angeschlossen? An dem der FFHD oder an der Grafikkarte/Onboard-Grafikausgang?
Am Anschluss hat sich nichts verändert, wie bisher.
Ich habe nur einen PC-Monitor mit 2 HDMI-Eingängen
NVidia Geforce-gt-1030 -->> geht auf den Monitor HDMI-1
Technotrend S2-6400 -->> geht auf den Monitor HDMI-2
Habe mal das dvbsddevice plugin deinstalliert und den vdr nochmals gestartet, jetzt habe ich ein Bild über das softhddevice Plugin.
Bildwiedergabe sieht etwas zäh aus, muss mal schauen, wenn ich nicht weiter weis, dann melde ich mich nochmals.
INFO: validating live server ip '127.0.0.1'
Muss jetzt noch schauen, dass ich das pulseaudio wieder zum Laufen bekommen, wegen des Ton'.
