New to VDR in 2026

  • Hi everyone! Just started my journey with VDR and I have couple of beginner questions to seasoned users:

    1. I noticed vdr is tuning to channel right after it is started. Can I disable it so that it will only tune when there is a client to serve?
    2. What is the current recommended output plugin for general desktop use? Is there anything that works on Wayland natively? Debian only has old Xine-based plugins packaged that have since been abandoned by upstream.
    3. Is it possible to get signal strength in Kodi over VNSI? Currently the stats are empty:

      The content cannot be displayed because you do not have authorisation to view this content.

    4. Any way to disable frontend 0 on Astrometa USB stick? I feel like it causes problems and additional delays when tuning to channels. There's no command line option to choose between DVB adapter frontends. Is patching vdr really the only way to get rid of it?

      Code
      kernel: usb 2-1.1: DVB: registering adapter 1 frontend 0 (Realtek RTL2832 (DVB-T))...
      kernel: dvbdev: dvb_create_media_entity: media entity 'Realtek RTL2832 (DVB-T)' registered.
      kernel: usb 2-1.1: DVB: registering adapter 1 frontend 1 (Sony CXD2837ER DVB-T/T2/C demodulator)...
      kernel: dvbdev: dvb_create_media_entity: media entity 'Sony CXD2837ER DVB-T/T2/C demodulator' registered.

    I hope to explore more in next couple of days :)

  • inqowr March 3, 2026 at 7:57 PM

    Changed the title of the thread from “Newcomer questions” to “New to VDR in 2026”.
  • Welcome at vdr-portal :)

    Regarding output, what is your approach using VDR? Using it on a desktop PC to watch TV occasionally?

    VDR by nature starts right away tuning a channel, that works as designed. VDR starts to have trouble if it can't receive a channel on startup to fulfill its coded purpose.

    DVB frontends are needed by any DVB adapter, otherwise they are not working at all. DVB adapters, especially USB, act very differently on channel tuning, true ...

    So, either do not use it or take care for predictable DVB numbering using udev and just start VDR with the DVB device number you want to have inside: vdr --help. But if you prefer to have both of your USB DVB adapters in VDR, I fear you have to accept that adapters quirks as is ...

    Click for my gear

    [1] Intel NUC Kit NUC7i5BNH, Akasa Newton S7, 8GB DDR4, WD Black SN700 250GB NVMe, Crucial MX500 2TB, CIR, SAT>IP, Ubuntu LTS 18.04.5, VDR 2.4.1 (15W)
    [2] Intel NUC Kit NUC7i3BNH, 8GB DDR4, WD Black SN700 250GB NVMe, Crucial MX500 1TB, CIR, SAT>IP, Ubuntu LTS 20.04.1, VDR 2.4.1 (13W)
    [3] BQ500, Asrock X470D4U, AMD Ryzen 5 5600, 48GB DDR4 ECC, 2x WD Black SN750 512GB NVMe, 4x 2TB Lexar NM620 NVMe, 4x Samsung SSD QVO 4TB, ASUS USB-C2500, xcp-ng 8.3.0 (30W)
    [4] Sharkoon PCGH, Gigabyte MC12-LE0, AMD Ryzen 5 5600, 48GB DDR4 ECC, 1x Kingston 128GB NVMe, 4x WD Black SN750 512GB NVMe, 4x Intel DC S3500 500GB, 8x Micron 5100 Pro 1.92TB, ASUS USB-C2500, xcp-ng 8.3.0 (30W)
    [5] ASUS MiniPC PN51-E1, AMD Ryzen 3 5300U, 8GB DDR4, WD Blue SN580 512GB NVMe, Samsung SSD QVO 8TB, OpenMediaVault 8.1.0-2 (Synchrony)
    [6] Jultec JPS0501-12AN, JPS0501-8M2, Octopus Net (DVBS2-8) & openHABian 5.1.3 on RaspberryPI 4 4GB

  • Regarding output, what is your approach using VDR? Using it on a desktop PC to watch TV occasionally?

    Desktop mostly for early testing before I set things up. I plan to do actual watching in Kodi on RPi hooked up to a TV. Still I wanted to try the native interface to see what it offers and because it looks interesting.

    VDR by nature starts right away tuning a channel, that works as designed. VDR starts to have trouble if it can't receive a channel on startup to fulfill its coded purpose.

    I see but wouldn't it make sense to suspend the tuner for power saving if not used?

    DVB frontends are needed by any DVB adapter, otherwise they are not working at all.

    This device in particular has two frontends on single adapter (tuner) which correspond to two different demodulator chips present on board. One of them is DVB-T only so it's of no use for most of today's TV broadcasts in Europe. The only way I found to prevent vdr from using it is deleting its corresponding device file in /dev. I noticed this allows Kodi to display tuner statistics which it fails to do when both are being used (as demonstrated on previous screenshot)

    The content cannot be displayed because you do not have authorisation to view this content.

  • I figured out an udev rule that blocks access to first frontend:

    Code
    ACTION=="add", SUBSYSTEM=="dvb", ENV{DVB_DEVICE_TYPE}=="frontend", ENV{DVB_DEVICE_NUM}=="0", ATTRS{idProduct}=="0131", ATTRS{idVendor}=="15f4", ATTRS{manufacturer}=="astrometadvbt2", MODE="0000", TAG-="uaccess"

    Unfortunately lack of access makes vdr confused and it fails to startup.

  • VDR uses all available DVB devices by default.
    You can change this behavior with the -D command line option (see man vdr).

    UDEV rules are only needed so map the physical DVB devices to a fixed number.

    Gruss
    SHF

    Mein (neuer) VDR:

    Software:
    Debian Wheezy mit Kernel 3.14
    VDR 2.0.7 & div. Plugins aus YaVDR-Paketen
    noad 0.8.6

    Hardware:
    MSI C847MS-E33, onboard 2x1,1GHz Sandybridge Celeron 847, 4GiB RAM
    32GB SSD (System), 4TB 3,5" WD-Red HDD (Video)
    TT FF DVB-S 1.5 FullTS-Mod PWM-Vreg-Mod, DVB-Sky 852 Dual DVB-S2
    Das ganze im alten HP Vectra VLi8-Gehäuse versorgt von:
    PicoPSU-160-XT und Meanwell EPP-150 im ATX-NT-Gehäuse

  • I plan to do actual watching in Kodi on RPi hooked up to a TV. Still I wanted to try the native interface to see what it offers and because it looks interesting.

    The xinelibputput can be used locally and via network on any computer you can run xine on.

    Gruss
    SHF

    Mein (neuer) VDR:

    Software:
    Debian Wheezy mit Kernel 3.14
    VDR 2.0.7 & div. Plugins aus YaVDR-Paketen
    noad 0.8.6

    Hardware:
    MSI C847MS-E33, onboard 2x1,1GHz Sandybridge Celeron 847, 4GiB RAM
    32GB SSD (System), 4TB 3,5" WD-Red HDD (Video)
    TT FF DVB-S 1.5 FullTS-Mod PWM-Vreg-Mod, DVB-Sky 852 Dual DVB-S2
    Das ganze im alten HP Vectra VLi8-Gehäuse versorgt von:
    PicoPSU-160-XT und Meanwell EPP-150 im ATX-NT-Gehäuse

  • VDR uses all available DVB devices by default.
    You can change this behavior with the -D command line option (see man vdr).

    But it only allows to choose adapters not frontends!

    Code
    /dev/dvb/adapter0/frontend1
    /dev/dvb/adapter0/frontend0

    So I came up with another hacky rule that overwrites one frontend with another:

    Code
    ACTION=="add", SUBSYSTEM=="dvb", ENV{DVB_DEVICE_TYPE}=="frontend", ENV{DVB_DEVICE_NUM}=="1", ATTRS{idProduct}=="0131", ATTRS{idVendor}=="15f4", ATTRS{manufacturer}=="astrometadvbt2", RUN+="/usr/bin/mv -- $devnode /dev/dvb/adapter$env{DVB_ADAPTER_NUM}/frontend0"
  • But it only allows to choose adapters not frontends!

    I wasn't aware this limitation still exists.

    Your card has a rather unusual configuration which confused me a little.
    There is one tuner-IC, one demodulator-IC and one USB-bridge-IC. There is a second (obsolete DVB-T) build-in-demodulator in the USB-bridge.
    Two demodulator on one tuner doesn't make sense technically and this setup won't work with VDR.

    The solution should be simple, I think.
    Just blacklist the rtl2832 driver, this is the one for the demodulator, if I'm correct.
    The driver for the USB-bridge should be the rtl2832_sdr.
    Without the driver frontend0 won't be occupied by the rtl2832 and frontend1 will become frontend0.

    Is it possible to get signal strength in Kodi over VNSI? Currently the stats are empty:

    This depends on the DVB-card. Not all Cards provide useful signal strength information.
    If the native VDR-OSD shows signal strength then probably yes - somehow (I dont't use KODI ;)).

    What is the current recommended output plugin for general desktop use? Is there anything that works on Wayland natively? Debian only has old Xine-based plugins packaged that have since been abandoned by upstream.

    The general recommendation for everyday-VDR-use seems to be the softhddevice-"flavour" for your video-decoder.
    Unfortunately I'm not familiar with the wayland-status there, because I don't use it.

    My recommendation for occasional use is still the xineliboutput-plugin.
    The Videodecoder is only running if the player is connected and connecting remote via network is sometimes really handy.

    There is a dedicated wayland-frontend for this plugin too (Debian packet xineliboutput-wlfe). (I havent't tried it, I'm still on X here.)
    I don't use the a dedicated frontend, I use the xine player with the libxine2-xvdr plugin instead. I just had better results with this: xine xvdr+tcp://vdr-ip:37890#nocache
    Xine should support wayland and EGL since 1.2.10, at least that is what they claim ;).

    The xine-website is a little outdated, but the project (git) is active and the xine-lib is widely used. I don't expect xine or the xine-lib to removed from Debian soon.
    At Debian upstream the VDR packages sometimes vanish and appear again, that already happened before. I wouldn't worry too much, but we should keep an eye on it.

    Gruss
    SHF

    Mein (neuer) VDR:

    Software:
    Debian Wheezy mit Kernel 3.14
    VDR 2.0.7 & div. Plugins aus YaVDR-Paketen
    noad 0.8.6

    Hardware:
    MSI C847MS-E33, onboard 2x1,1GHz Sandybridge Celeron 847, 4GiB RAM
    32GB SSD (System), 4TB 3,5" WD-Red HDD (Video)
    TT FF DVB-S 1.5 FullTS-Mod PWM-Vreg-Mod, DVB-Sky 852 Dual DVB-S2
    Das ganze im alten HP Vectra VLi8-Gehäuse versorgt von:
    PicoPSU-160-XT und Meanwell EPP-150 im ATX-NT-Gehäuse

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!