DVB-T2 Desaster

  • Hallo zusammen,


    ich habe Debian Wheezy auf der Kiste laufen, auf der auch mein VDR seit Jahren problemlos vor sich hin schnurrt. xine-ui, Streaming ins Wohnzimmer, wo noch ein Ubuntu 12.04 LTS laeuft, mit mplayer und xine, alles gut. Jetzt kommt DVB-T2, und ich bin am Ende. Ich habe eine DVB-T2-faehige (1.3.1 usw.) Karte in die Wheezy-Maschine gesteckt. Wird auch mit etwas Gefummel erkannt. Aber die Wheezy-w_scan-Version (w_scan version 20120605 (compiled for DVB API 5.4)) scheint sich nicht um DVB-T2 zu scheren. Jedenfalls wird kein einziger Kanal erkannt.


    Ich finde auch nirgends fuer den Sender auf dem Koenigsstuhl in Heidelberg ein channels.conf, das ich einfach uebernehmen koennte.


    Suche ich auf diesem Portal nach "DVB-T2", erhalte ich das hier:


    [Blockierte Grafik: http://homemp3.dyndns.org/vdrportaldoesntknowaboutdvbt2.png]



    Naja, jedenfalls habe ich jetzt schon die Sourcen von vdr-2.3.1 beschafft, gepatched fuer den Codec fuer DVB-T2 und kompiliert. Auf meinem Ubuntu geht zwar mplayer mit diesem Codec nicht (seufz), aber vlc-viewer tut. Nun bekomme ich w_scan aber auf Wheezy wegen FEC_2_5 und anscheinend "zu alten" Headern (meine Guete, muss denn alles staendig deprecated und inkompatibel geaendert werden?) aber nicht in einer aktuellen Fassung kompiliert, und w_scan in der Wheezy-Delivery findet eben keinen einzigen Sender.


    Ich bin seit ca. 1992 mit Linux unterwegs, habe viele Tiefen und manche Hoehen durchlebt. Das hier ist leider wirklich zum Abgewoehnen. Kann denn niemand ein channels.conf fuer Heidelberg posten? Was ist mit der Suche dieses Forums kaputt? Passwort fuer meinen alten User neu setzen geht uebrigens auch nicht, so dass ich einen neuen User anlegen musste, aber das ist wohl etwas fuer einen anderen Thread. Details matter (Motto der letzten OOP).

  • Hallo,
    warum bist du denn immer noch mit Ubuntu 12.04 und Debian wheezy unterwegs? Die sind beide praktisch EOL (Ubuntu 12.04 am 28.04.2017 und wheezy seit einem Jahr, dafür gibt es nur noch ein Jahr begrenzte Sicherheits-Updates vom LTS-Team) - was spricht gegen ein Ubuntu 16.04 odera aktuelles Debian testing? Falls du die Befürchtung hast, dass deine Hardware zu alt ist, dann hast du beim HEVC-Decoding von 1080p-Material der DVB-T2 Sender ein ähnliches Problem.


    Ich verstehe auch nicht, warum du mit dem VDR 2.3.1 anfängst, nimm doch gleich den aktuellen VDR 2.3.3, damit ersparst du dir den HEVC-Patch und ein paar andere Unschönheiten, die zwischenzeitlich gefixed wurden.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Hallo,


    für DVB-T2 brauchst du w_scan 20170107 (und auch da sind noch ein paar Spitzfindigkeiten zu beachen, siehe den letzten Abschnitt von http://www.vdr-wiki.de/wiki/index.php/VDR_mit_DVB-T2_zu_Fuss).


    Da aber zumindest der ZDF-Mux sowie der dritte freenet-Mux (der mit den unverschlüsselten Programmen BibelTV und QVC) bundesweit einheitlich sein sollen, müsste es für diese Muxe reichen, diese aus meiner channels.conf für Saabrücken herauszukopieren und nur die Frequenz an die in Heidelberg benutzte anzupassen.


    Ich hab das mal, basierend auf den Daten in der TVList, gemacht, müsste so aussehen:



    Damit solltest du zumindest testen können, ob du grundsätzlich Bild und Ton kriegst.

  • Die Suchfunktion von diesem Forum ist lausig, ich nutze google um hier was zu suchen. Im Wiki solltest Du auch einiges finden.


    vdr-User-# 755 to_h264 chk_r vdr-transcode github

  • Danke fuer die schnellen Antworten. 2.3.3 vs. 2.3.2: bin eben auf https://projects.vdr-developer.org/ gegangen, und dort war mir nur die 2.3.2-Meldung ins Gesicht gesprungen, daher hatte ich diese Sourcen geholt und gebaut. Also mache ich mich dann mal auf die Suche nach den 2.3.3-Sourcen. Was ist denn fuer mich der Unterschied zwischen 2.3.2 und 2.3.3?


    Zu den "alten" Linux-Staenden: Ich bin da wohl eher konservativ. Wenn etwas funktioniert und ich viele spezifische Anpassungen vorgenommen habe, ist ein Upgrade erst mal nur laestig. Ich habe vor einer Weile Ubuntu 14.04 LTS versucht. Da sind mir aber beim dist-upgrade viele Dinge kaputt gegangen.


    (Hier das Protokoll meines Versuchs seinerzeit: "2014-10-28T21:20:00Z Started with "sudo update-manager -d". This supposedly disabled some
    sources in /etc/apt/sources.list which I may need to re-enable later.
    The upgrade seems to be messing with xine. Check everything around xine
    after the upgrade, particularly the "tv" script. The upgrade also wants
    to remove "digikam". Why? What is going to replace it? Same for kdenlive
    and gwenview and xscreensaver. For digikam, it seems as if some
    components for 4.1.0 by default are not available in Ubuntu 14.04.1.
    See also here: http://ubuntuhandbook.org/inde…am-4-1-0-in-ubuntu-14-04/
    This all sounds brittle and complicated. I'm leaving it for now, given that
    I feel no pressure to upgrade anything at all.")


    Wheezy laeuft seit einigen Jahren recht stabil auf dem System, auf dem auch der VDR laeuft. Ueberhaupt kein Grund zum Upgrade. Die Buechse macht ansonsten hier nur den Backup-Host und eben den VDR-Server im Keller, der auf Platte schreibt und gelegentlich per xine-Plugin ins Wohnzimmer nach Ubuntu streamed. Ich will nicht wissen, was mir da alles wieder um die Ohren fliegt, wenn ich auf Jessie upgrade.


    Abgesehen davon bin ich auf der Wheezy-Maschine auf einem 4.8.11 Kernel. Jetzt habe ich gesehen, dass ich das frontend.h aus /usr/src/linux/include/uapi/linux/dvb/frontend.h nach /usr/include/linux/dvb kopieren kann. Damit geht dann auch der w_scan Build durch. Und damit entdeckt w_scan version 20170107 nun auch DVB-T2 Sender. Ich will nun also mal schauen, ob ich damit ein channels.conf fuer "meinen" Sender erstellen kann, mit dem ich dann auch Bild bekomme.


    Danke jedenfalls fuer die raschen Antworten.

  • Ah, und hier ist wohl der Grund, warum ich nicht auf 2.3.3 gegangen bin...



    root@homemp3:/usr/local/src/vdr-2.3.3# make
    g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -c -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DREMOTE_KBD -DLIRC_DEVICE=\"/var/run/lirc/lircd\" -DVIDEODIR=\"/srv/vdr/video\" -DCONFDIR=\"/var/lib/vdr\" -DARGSDIR=\"/etc/vdr/conf.d\" -DCACHEDIR=\"/var/cache/vdr\" -DRESDIR=\"/usr/local/share/vdr\" -DPLUGINDIR=\"/usr/local/lib/vdr\" -DLOCDIR=\"/usr/local/share/locale\" -I/usr/include/freetype2 -o args.o args.c
    g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -c -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DREMOTE_KBD -DLIRC_DEVICE=\"/var/run/lirc/lircd\" -DVIDEODIR=\"/srv/vdr/video\" -DCONFDIR=\"/var/lib/vdr\" -DARGSDIR=\"/etc/vdr/conf.d\" -DCACHEDIR=\"/var/cache/vdr\" -DRESDIR=\"/usr/local/share/vdr\" -DPLUGINDIR=\"/usr/local/lib/vdr\" -DLOCDIR=\"/usr/local/share/locale\" -I/usr/include/freetype2 -o audio.o audio.c
    In file included from audio.c:12:0:
    dvbdevice.h:62:24: error: conflicting declaration ‘FE_CAN_MULTISTREAM’
    In file included from dvbdevice.h:13:0,
    from audio.c:12:
    /usr/include/linux/dvb/frontend.h:64:2: error: ‘FE_CAN_MULTISTREAM’ has a previous declaration as ‘fe_caps FE_CAN_MULTISTREAM’
    make: *** [audio.o] Error 1


    Mannomann... hausfrauentauglich ist das nun auch alles irgendwie nicht. Muss ich wohl weitere Header aus /usr/src/linux nach /usr/include befoerdern...?

  • Wenn ich den FE_CAN_MULTISTREAM enum aus dvbdevice.h loesche, baut es. Komischerweise ist das ein #if mit der DVBAPIVERSION drumherum:



    #if DVBAPIVERSION < 0x0508


    Woher wird die DVBAPIVERSION bezogen?

  • Habe 2.3.3 nun mit dem Patch gebaut bekommen, mit w_scan eine vorlaeufige channels.conf erstellt (da fehlen noch die freenet-Sachen, wie es scheint) und kann nun zumindest mit dem VDR und dem vdradmin aufzeichnen, inklusive Ton und Bild.


    Beim Bild allerdings bleibt zu bemerken, dass der gepatchte mplayer, der Beispieldateien mit H.265-Codec gut abspielt, mit den 00001.ts nur Ton wiedergibt. Der VLC spielt auch das Bild ab. Allerdings sehe ich immer wieder wilde Aussetzer und Ruckler, grosse graue Pixel usw., auch, wenn ich die Aufnahme beende und dann alles nochmal ohne andere Lasten auf den Systemen versuche.


    [Blockierte Grafik: http://homemp3.dyndns.org/ScreenshotPixels.png]

  • Wenn du alte Software hast, dann versuche doch nicht mit einem alten Veteran neue Funktionen auszuprobieren...



    Du versuchst beispielsweise w_scan 20120605, diese Version ist mehr als fünf Jahre alt, wenn man bedenkt, dass Juni 2012 der Veröffentlichungtermin war.
    Damals gab es noch kein DVB-T2 im Umlauf, in ganz Europa.


    Und die Header selbst deines Systems kennen kein DVB-T2. Deswegen kannst du auch nicht so einfach gegen diese Header compilieren.
    Dein Kernel wird auf einem so alten System mit DVB-T2 ebenso nicht umgehen können, neuere Treiber brauchen den I2C-Mux, den es auf so uralten Systemen wohl auch nicht geben wird.

  • Hallo wirbel,


    dass die Wheezy-Version von w_scan von 2012 kein DVB-T2 kann, leuchtet mir schon ein und finde ich auch nicht ueberraschend. Daher wollte ich ja eine aktuelle Version installieren. Der Kernel ist ja nun ziemlich frisch. Nach Kopieren der Header-Files vom aktuellen Kernel nach /usr/include/linux ging's ja auch ein Stueckchen weiter. Und mit ein oder zwei Griffen in den Code konnte ich am Ende ja auch uebersetzen und mir mit dem aktuellen w_scan eine channels.conf generieren (vielleicht sollte ich die an geeigneter Stelle mal posten, da ich selbst bisher nicht in der Lage war, fuer Heidelberg eine DVB-T2 channels.conf zu finden).


    Was ist denn der I2C-Mux? Wenn ich generell den VDR soweit habe, dass er Bild und Ton aufzeichnet, habe ich dann potentiell noch ein Problem mit einem fehlenden I2C-Mux?

  • Wenn du Daten bekommst - irgendwelche, dann hat dein Kernel dafür support, keine Sorge.


    Du hast ja scheinbar einen frischeren Kernel. Nur mit einem zu alten Kernel hast du keine Chance.

  • Hi,
    Er schreibt ja dass er 4.8.11 nutzt.
    Immer wieder interessant, das es noch mehr Leute mit never touch a running system gibt.
    Wenn du noch mal ergänzen würdest mit welchem Tuner (Signatur) wäre das sehr nützlich.
    Auf 16.04 upgraden dürfte absolut unmöglich sein, da systemd statt udev...
    MfG Stefan

    Test-VDR1: HP rp5700 Fertigsystem, Core2Duo E6400, 2GB RAM, FF-SD C-2300, nvidia Slim-GT218 x1 | easyVDR 2.0 64Bit
    VDR3: in Rente

    VDR4: MSI G31M2 v2, Digitainer2-Geh., t6963c 6" gLCD, E5200, 2GB, 3TB WD Red, GT730, 2x TT S2-3200; easyVDR 3.5 64bit
    VDR5: Gigabyte
    GA-G31M-S2L, Intel E2140, Zotac GT730 passiv, Digitainer2-Geh., t6963c 6 " gLCD, 2 TB WD Red, 2x TT S2-3200 (an 1 Kabel) easyVDR 3.5 64bit
    VDR6:
    Intel E5200, GT630 passiv, F1 750 GB, t6963c gLCD, 2x TT S2-3200 | easyVDR 3.5 64bit
    VDR-User #1068
    www.easy-vdr.de

  • Hi,
    Btw gibt schon Patches für den 2.33
    Tuner Signalwerte via neuem API ermitteln



    MfG Stefan

    Test-VDR1: HP rp5700 Fertigsystem, Core2Duo E6400, 2GB RAM, FF-SD C-2300, nvidia Slim-GT218 x1 | easyVDR 2.0 64Bit
    VDR3: in Rente

    VDR4: MSI G31M2 v2, Digitainer2-Geh., t6963c 6" gLCD, E5200, 2GB, 3TB WD Red, GT730, 2x TT S2-3200; easyVDR 3.5 64bit
    VDR5: Gigabyte
    GA-G31M-S2L, Intel E2140, Zotac GT730 passiv, Digitainer2-Geh., t6963c 6 " gLCD, 2 TB WD Red, 2x TT S2-3200 (an 1 Kabel) easyVDR 3.5 64bit
    VDR6:
    Intel E5200, GT630 passiv, F1 750 GB, t6963c gLCD, 2x TT S2-3200 | easyVDR 3.5 64bit
    VDR-User #1068
    www.easy-vdr.de

  • >> da systemd statt udev...


    hmm..?
    systemd ist Ersatz kein Ersatz für udev, sondern eher ein init System wie z.B. SysVInit. systemd startet Programme, udev dagegen legt device nodes im Ordner /dev an.

  • Inzwischen bin ich ein kleines bisschen weiter. SurfaceCleanerZ hatte mir ja ein schlechtes Gewissen bzgl. meiner Wheezy-Installation gemacht. Na gut, also Jessie per Anpassung von sources.list und "apt-get dist-upgrade" installiert. Etliche Durchlaeufe von "apt-get upgrade" und "apt-get dist-upgrade" und verschiedentliche "apt-get install" spaeter bootete erst mal mein System nicht mehr, weil Grub sich aus obskuren Gruenden nicht auf /dev/sdc installieren konnte. Also rescue boot von frisch praepariertem Jessie USB Stick und damit dann Grub auf /dev/sdc installiert, von wo mein BIOS bootet. Dann noch zwei Naechte gefummelt, bis endlich die NFS-Mounts (Stichwort sec=sys), VirtualBox (nicht VDR-relevant, aber ein Harvex e-Bay Sniper 24x7, den es leider nur fuer Windoof gibt, muss schon sein :) ) und der VDR 2.3.3 samt w_scan von 2017 wieder so halbwegs liefen, und "schon" kann's weitergehen.


    Nun stellt sich leider heraus, dass auch Jessie ja keinen richtig aktuellen VDR mitbringt und man auch da eh wieder selbst bauen muss. Also bringt Jessie aus meiner Sicht eigentlich gegenueber Wheezy bzgl. VDR und DVB-T2 keine wirklichen Vorteile. Wenn ich nun vdr-2.3.3 installiere und ein aktuelles w_scan selbst baue, passen scan und tzap wieder nicht zusammen und koennen den w_scan-Output nicht richtig lesen. w_scan aus der Jessie-Installation bleibt aber beim SAT1-Bouquet in einer Endlosschleife haengen, ist also auch fuer mich unbrauchbar. Also wieder auf das 2017er w_scan und auf tzap und Co gepfiffen.


    Nun stellt sich heraus, dass das ZDF-Bouquet und diese Shopping-Kanaele (OMG...) mehr oder weniger problemlos funktionieren. Da gibt es ueber Stunden keine Ruckler, und ich kann Aufzeichnungen mit dem vlc (ja, gepatched fuer H.265 auf einem Ubuntu 12.04 LTS :) ) problemlos zeitversetzt anschauen, waehrend der VDR noch in die Files schreibt. Meine kleine Set-Top-Box (Opticum Terra HD 265) fuer den Samsung Fernseher, der natuerlich auch kein DVB-T2 kann und fuer den es natuerlich auch kein Firmware-Upgrade gibt, vermeldet fuer all diese Kanaele "EAC" (ich denke, das ist wohl der Audio-Codec), waehrend die ARD und Dritten-Bouquets allesamt "AAC" und "I/II" (Zweikanalton?) melden.


    Fuer die ZDF-Kanaele meldet dvb-fe-tool sowas wie


    Lock (0x1f) Signal= -48.75dBm C/N= 33.60dB



    Fuer die ARD- und Dritten-Kaenaele:



    Lock (0x1f) Signal= -57.75dBm C/N= 34.70dB


    Da haette ich nun gedacht, dass -57dBm eine schlechtere Signalstaerke darstellen als die -48dBm. Und im Prinzip gibt das der Opticum auch so aehnlich an: die ZDF-Kanaele sind dort als schwaecher gelistet als die ARD-Kanaele. Die Cine C/C2/T/T2 (V7) von Digital Devices listet in ihrer Website auf https://digitaldevices.de/products/dvb_components/cine_c2t2/, dass sie bei DVB-T2 eine Sensitivity von -82,6dBm bei 16-QAM&3/4 hat, so dass auch -57dBm ausreichen sollten. Nun frage ich mich, warum ich damit keine ARD-Kanaele und keine Dritten sauber empfangen kann. Uebrigens bekomme ich auch keine EPG-Info fuer die Dritten im VDR, obwohl der Opticum das problemlos anzeigt.


    Hat sonst jemand einen Unterschied zwischen dem ZDF-Bouquet und den anderen Bouquets festgestellt? Unteschiede zwischen AAC/EAC? Generelle Probleme mit dem Cine C/C2/T/T2 (V7)?


    Vielleicht probiere ich als naechstes mal eine andere DVB-T2-Karte...



  • Mal blöd gefragt wegen der VDR Pakete in Jessie: Warum nutzt Du nicht die eTobiPakete ?
    Wobei Du mal schaun musst was er gerade anbietet. Da habe ich nicht weiter geschaut. Ist halt eine grundsätzliche Überlegung wert.


    Habe ich früher auch gemacht, wobei ich sagen muss, dass es VDR spezifische Distributionen gibt, die alles mitbringen und einem viel Gefummel ersparen.
    Ich habe auch lange gebraucht um das zu erkennen/wahr haben zu wollen.


    Die eTobi Pakete könnten aber eine Hilfe sein.

    Intel NUC BOXNUC6CAYH (2x 4GB Kingston RAM, 120GB SSD) mit MLD 5.4, DD OctopusNET S2, OneForAll URC-7960 FB, OMV NAS

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!