Beiträge von marco

  • [ANNOUNCE] VDR Version 2.6.0 und 2.4.8 freigegeben

    Zitat von marco

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


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

  • [gelöst] vdr-2.4.7 - dvbhddevice und dvbhddevice-Plugins kompilieren mit neuen Kernel-Header 5.14 nicht mehr

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


    Code
    $ rpm -ql kernel-headers-5.14.0-300.fc35.x86_64 |grep  "/usr/include/linux/dvb/"
/usr/include/linux/dvb/audio.h
/usr/include/linux/dvb/ca.h
/usr/include/linux/dvb/dmx.h
/usr/include/linux/dvb/frontend.h
/usr/include/linux/dvb/net.h
/usr/include/linux/dvb/osd.h
/usr/include/linux/dvb/version.h
/usr/include/linux/dvb/video.h

  • [gelöst] vdr-2.4.7 - dvbhddevice und dvbhddevice-Plugins kompilieren mit neuen Kernel-Header 5.14 nicht mehr

    Zitat von kls

    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)

    Code
    [root@fc35 tmp]# rpm -ql vdr-dvbhdheaders
/usr/include/dvbhdheaders
/usr/include/dvbhdheaders/audio.h
/usr/include/dvbhdheaders/osd.h
/usr/include/dvbhdheaders/video.h

  • [gelöst] vdr-2.4.7 - dvbhddevice und dvbhddevice-Plugins kompilieren mit neuen Kernel-Header 5.14 nicht mehr

    habe gerade eine Antwort von Bugzilla erhalten, weis nicht was ich denen antworten soll ???


    Zitat
    Code
    (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.

  • [gelöst] vdr-2.4.7 - dvbhddevice und dvbhddevice-Plugins kompilieren mit neuen Kernel-Header 5.14 nicht mehr

    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.


    Code
    rpm -ql kernel-headers-5.14.0-0.rc3.git0.1.fc35.x86_64.rpm |grep  "/usr/include/linux/dvb/"
/usr/include/linux/dvb/ca.h
/usr/include/linux/dvb/dmx.h
/usr/include/linux/dvb/frontend.h
/usr/include/linux/dvb/net.h
/usr/include/linux/dvb/version.h
    Code
    rpm -ql kernel-headers-5.13.3-200.fc34.x86_64.rpm |grep  "/usr/include/linux/dvb/"
/usr/include/linux/dvb/audio.h
/usr/include/linux/dvb/ca.h
/usr/include/linux/dvb/dmx.h
/usr/include/linux/dvb/frontend.h
/usr/include/linux/dvb/net.h
/usr/include/linux/dvb/osd.h
/usr/include/linux/dvb/version.h
/usr/include/linux/dvb/video.h


    Ist hier in diesem Beitrag bekannt gemacht worden.

    Wurde auch am 03.06.2021 auf linuxtv bekannt gegeben



    Wie kann das gelöst werden ?

  • osd2web kompiliert nicht - stl_algobase.h:182:11: error: call of overloaded 'swap(cUpdate::ImageFile&, cUpdate::ImageFile&)' is ambiguous

    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 ?

  • vdr-softhddevice keine Tonausgabe

    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"

    Code
    Mai 18 22:09:26 fc34 vdr[42324]: audio: 'alsa' output module used
Mai 18 22:09:26 fc34 vdr[42324]: audio/alsa: playback open 'surround51:CARD=PCH,DEV=0' error: Das Gerät oder die Ressource ist belegt
Mai 18 22:09:26 fc34 vdr[42324]: audio/alsa: can't open mixer 'default'
Mai 18 22:09:26 fc34 vdr[42324]: audio:  44100Hz supports 0 0 0 0 0 0 0 0 channels
Mai 18 22:09:26 fc34 vdr[42324]: audio:  48000Hz supports 0 0 0 0 0 0 0 0 channels
Mai 18 22:09:26 fc34 vdr[42324]: audio: 192000Hz supports 0 0 0 0 0 0 0 0 channels
...
Mai 18 22:09:28 fc34 vdr[42324]: audio: 2 channels unsupported

    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:

    Code
    Mai 18 22:14:28 fc34 vdr[42624]: audio: 'alsa' output module used
Mai 18 22:14:28 fc34 vdr[42624]: audio/alsa: playback open 'pipewire' error: Der Rechner ist nicht aktiv
Mai 18 22:14:28 fc34 vdr[42624]: audio/alsa: can't open mixer 'default'
Mai 18 22:14:28 fc34 vdr[42624]: audio:  44100Hz supports 0 0 0 0 0 0 0 0 channels
Mai 18 22:14:28 fc34 vdr[42624]: audio:  48000Hz supports 0 0 0 0 0 0 0 0 channels
Mai 18 22:14:28 fc34 vdr[42624]: audio: 192000Hz supports 0 0 0 0 0 0 0 0 channels

  • vdr-softhddevice keine Tonausgabe

    Zitat von mini73

    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.

    Code
    PLUGIN_OPTIONS="-s -g 1680x1050+200+100 -a pipewire -d :1.0 -v vdpau"


    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


  • vdr-softhddevice keine Tonausgabe

    Zitat von lnj

    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.

  • vdr-softhddevice keine Tonausgabe

    Zitat von seahawk1986

    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.