Posts by marco

Hallo,

die API_Version wurde auf 2.6.1 erhöht, d.h. alle Plugins müssen neu kompiliert werden ?

lässt sich mit diesem Patch kompilieren.

war auch schon das Problem mit streamdev-server

marco wrote:

Danke für die beiden Versionen, schaffe es leider mal nicht die Tags herunter laden (vdr-2.4.8.tar.bz2) oder gibt es da keine.

Code

1. wget http://git.tvdr.de/?p=vdr.git;a=snapshot;h=refs/tags/2.4.8;sf=tbz2

ok, über die beiden Links kommt man dran.

Danke für die beiden Versionen, schaffe es leider mal nicht die Tags herunter laden (vdr-2.4.8.tar.bz2) oder gibt es da keine.

Auf Fedora sind die folgenden Versionen verfügbar:

im kernel-headers-5.14.0-300 Paket sind die header-Dateien wieder enthalten.

kls wrote:

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

kls wrote:

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 ???

Quote

Code

1. (In reply to MartinKG from comment #3)
2. > I need the 3 files (audio.h, osd.h and video.h) for the 2 included VDR
3. > plugins (dvbhddevice and dvbsddevice) to compile it,
4. > see error messages above.
6. 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.

wirbel wrote:

Am 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"

Display More

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.

Quote

The 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%)

Display More

Wurde auch am 03.06.2021 auf linuxtv bekannt gegeben

Wie kann das gelöst werden ?

kfb77 wrote:

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:

mini73 wrote:

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

lnj wrote:

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.

seahawk1986 wrote:

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.