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/…
[View More]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
[View Less]
Servus,
ich brauche ausnahmsweise mal Hilfe ;-)
Nach längerem habe ich mich endlich aufgerafft, meinen VDR von Ubuntu 14.04 /
Kernel 4.4.0 / vdr-2.2.0 / dddvb-0.9.32 hochzuziehen auf Ubuntu 18.04 / Kernel
4.15.0 / yavdr-2.4.0 / dddvb-0.9.38 (latest aus git). An den Configs habe ich
nichts geändert.
Die Karte ist eine DDBridge V 6.5 mit 4 Tunern. 1 und 2 liegen auf Astra
S19.2E, die beiden anderen auf Hotbird S13E. Die LNBs sind zwei Quad von
Kathrein, von denen jeweils nur die ersten …
[View More]beiden Ausgänge belegt sind. Die
disecq.conf ist die Standardeinstellung dafür wie aus dem Wiki, was immer
prima funktioniert hat.
Aber jetzt nicht mehr: Kanäle auf Astra werden ohne weiteres gefunden, aber
der VDR versucht nun S13E-Kanäle mit Tuner 1 oder 2 zu finden, was natürlich
scheitert:
Apr 30 17:41:47 vdr vdr: [16550] switching to channel 1 S19.2E-1-1019-10301 (Das Erste HD)
Apr 30 17:41:47 vdr vdr: [16851] device 1 receiver thread started (pid=16550, tid=16851, prio=high)
Apr 30 17:41:47 vdr vdr: [16852] device 1 TS buffer thread started (pid=16550, tid=16852, prio=high)
...
Apr 30 17:42:10 vdr vdr: [16550] switching to channel 61 S13.0E-318-12400-8511 (Rai 1)
Apr 30 17:42:10 vdr vdr: [16852] device 1 TS buffer thread ended (pid=16550, tid=16852)
...
Apr 30 17:42:10 vdr vdr: [16851] device 1 receiver thread ended (pid=16550, tid=16851)
Apr 30 17:42:10 vdr vdr: [16854] device 1 receiver thread started (pid=16550, tid=16854, prio=high)
Apr 30 17:42:10 vdr vdr: [16855] device 1 TS buffer thread started (pid=16550, tid=16855, prio=high)
Apr 30 17:42:19 vdr vdr: [16554] frontend 0/0 timed out while tuning to channel 61 (Rai 1), tp 210992
Ich hätte erwartet, dass er dafür frontend 2/0 oder 3/0 verwendet. Auf denen
wirft er aber ständig Timeouts zu Channels von S19.2E.
In /dev/dvb stehen alle 4 Adapter, und der VDR erkennt sie auch (found 4 DVB
devices).
Möglicherweise habe ich verpasst, weil ich sehr lange nicht danach geschaut
habe, dass sich an den diesbezüglichen Configs von vdr-2.2.0 nach -2.4.0 was
geändert hat.
Wo muss ich hinschauen?
Danke!
--
You are only young once, but you can stay immature indefinitely.
[View Less]