Hi all,
I was an active VDR user from about 2004 to 2010 when my children were
younger and there was a need to record TV programs for them. The old
setup was more or less abandoned when I got a smart TV and the family
started to use video streaming services.
Some years ago, I got a Raspberry Pi 2 B and an Astrometa DVB-T2 USB
stick that also includes an infrared receiver. Because its bundled
remote control unit (RCU) has much fewer buttons than the one that I got
with the Hauppauge Nova-T PCI 90002 years ago, I configured lircd to
translate the RC5 codes from the old RCU. For output, I am using
rpihddevice.
Yesterday, I upgraded to VDR 2.5.6 and rpihddevice 1.0.4 from
git://projects.vdr-developer.org/vdr-plugin-rpihddevice.git while
keeping the rest of the Raspbian 9.13 mostly intact.
I installed the self-built software simply by replacing the original
/usr/bin/vdr that was part of the distribution's vdr 2.2.0 package, and
copying the plugin to /usr/lib/vdr/plugins/. It might not be the
cleanest solution, but it worked for me.
I had some trouble with Systemd, which I resolved by creating a
configuration file:
# cat > /etc/systemd/system/vdr.service << EOF
[Service]
Restart=on-failure
RestartSec=1s
ExecStart=/usr/bin/vdr
TimeoutStartSec=infinity
EOF
# systemctl daemon-reload
# service lightdm stop
# service vdr start
I did not double-check it, but I understood that this could entirely
bypass the /etc/init.d/vdr script, which would invoke the runvdr script
(which normally runs vdr in a loop). If I choose Restart from the VDR
menu, systemd will restart it nicely.
I did not configure the Power button yet. Currently, VDR complains that
no -s parameter is given when I press the Power button on the RCU.
Ideally, I think that VDR should suspend the live video output and
somehow inform Systemd that the entire system may be suspended, as far
as VDR is concerned. (Of course, only if there are no recordings or
remote connections active to VDR.) Then, if nothing else prevents the
system from being shut down or suspended, Systemd would do it based on
its configuration.
Years ago, I developed some patches and configuration at
https://iki.fi/msmakela/software/vdr/ to achieve something like this on
my old system, and I would now like to revive this somehow. Ideally, the
Power button would shut down the DVB receiver and display some
indication on the OSD or the video frame buffer that the output has been
suspended.
If my Raspberry Pi were not an "always-on server" that runs some other
services as well, I might want to reimplement the "wake-on-RCU" hardware
that is generating a wake-on-LAN signal via the Nova-T PCI card,
possibly by extending
https://spellfoundry.com/product/sleepy-pi-2-usb-c/ or a similar product
that would implement a wake-on-timer for the Raspberry Pi. Then, the
system would power up nicely either by RCU or by a recording timer.
Integrating the wake-on-timer logic with Systemd could be another
challenge. I might try this on PC hardware, which already supports
wake-on-timer out of the box. A quick search turned up a promising
starting point:
https://www.freedesktop.org/software/systemd/man/systemd.timer.html
The motivation of this exercise is to have a stand-alone VDR front/back
end installation that plays nicely with Systemd, without reinventing any
logic around scheduling, startup, and shutdown.
Maybe one day, once some more progress has been made with Wayland and
when using a Raspberry Pi model with more GPU memory, one could press
the Power button on the RCU and have the live TV pop up either
fullscreen or in a window, on top of the graphical desktop (which would
be available for generic use).
Best regards,
Marko
Hi!
To my shame, I have rather neglected the maintenance of the VDR and VDR
plugin packages for Debian and e-tobi.net over the last 2 years.
I am in the process of catching up. However, I would like to get rid of
some plugins where nothing is happening upstream anymore.
Which plugins do you consider indispensable and would like to see them
continue in the official Debian and/or e-tobi.net Debian repositories?
BR,
Tobias
VDR version 2.6.0 is now available at the official VDR GIT archive
git://git.tvdr.de
You can get the latest stable version with
git clone --branch stable/2.6 git://git.tvdr.de/vdr.git
If you want to download the source as a tar archive, use
http://git.tvdr.de/?p=vdr.git;a=snapshot;h=refs/tags/2.6.0;sf=tbz2
A summary of all the major changes since the last stable version can be found at
http://www.tvdr.de/changelog.htm
There is also a new version with important fixes in the stable/2.4 branch, for
those who don't want to or can't switch to version 2.6 at this time:
http://git.tvdr.de/?p=vdr.git;a=snapshot;h=refs/tags/2.4.8;sf=tbz2
When updating from an earlier version of VDR please make sure you read the INSTALL
and MANUAL files that come with the VDR source _before_ doing so!
Please make sure you have backup copies of all your configuration files,
and verify carefully that your timers will be set to the correct channels
after switching to this new version.
Thanks to the many people who have contributed in the making, testing and
debugging of this new version of VDR, and also to all users who just
enjoy VDR!
Please also visit the VDR homepage at
http://www.tvdr.de
and VDR's facebook page at
https://www.facebook.com/VideoDiskRecorder
Have fun!
Klaus
Hi all,
I recently got a USB adapter "Astrometa DVB-T2" that I would like to use
with VDR. It comprises two frontends:
/dev/dvb/adapter0/frontend0: Realtek RTL2832 (DVB-T)
/dev/dvb/adapter0/frontend1: Panasonic MN88473 (DVB-T2 and DVB-C)
I guess it is similar to this one; just a slightly different plastic
case with some more ventilation holes:
http://blog.palosaari.fi/2014/09/naked-hardware-18-astrometa-amdvb-t2-v2.ht…
The hardware appears to work fine, once I copied the
/lib/firmware/dvb-demod-mn88473-01.fw from somewhere. The firmware
upload has failed at least once on the Raspberry Pi 2 (using Linux
4.9.59), but never on another machine that runs a 4.13.0 kernel.
I did not yet get the infrared remote control to produce anything in
evtest.
With dvbv5-zap (after running dvbv5-scan), I can tune into DVB-T2
channels like this:
dvbv5-zap -a 0 -f 1 -c dvb_channel.conf 'Yle TV1 HD' -r
After this, I can play the video and audio stream on the Raspberry Pi 2:
omxplayer /dev/dvb/adapter0/dvr0
Unless I explicitly specify the options -a 0 -f 1, then dvbv5-zap will
fail to find any DVB-T2 senders, because it apparently defaults to
frontend0, which is DVB-T only.
In VDR 2.3.8, I have only been able to view DVB-T from the first
frontend.
When I did a trick and renamed /dev/dvb/adapter0/frontend1 to frontend0
before starting VDR, VDR no longer complained that the DVB-T2 channels
(which I converted from the dvb_channel.conf to channels.conf with
dvb-format-convert) not being available, but it did not seem to receive
anything from these channels either.
Also, after using dvbv5-scan or dvbv5-zap, I sometimes have to invoke
w_scan to "reset" the hardware so that VDR can receive DVB-T channels.
I would like to receive and record DVB-T and DVB-T2 on this setup. I am
willing to try patches or do some programming myself, but I would
appreciate some hints to get started.
Marko
Heroic work - thanks, and Merry Xmas
Richard
On 22/12/2021 12:00, vdr-request(a)linuxtv.org wrote:
>
> Today's Topics:
>
> 1. Re: VDR packages in Debian and e-tobi.net (Tobi)
>