Posts by berndb

    Danke für die Glückwünsche. Wollte damit aber eigentlich zum Ausdruck bringen, dass die Arbeit jenseits von Binärpaketen, deren Downloadzugriffe wenn ich richtig lese den Aufwand nicht lohnen, nicht umsonst war.


    Aber wo geht die Reise jetzt hin:

    Im AUR wird man weiterhin die oben genannten fünf Plugins finden?

    Der Rest, bleibt oder fliegt raus? Oder wird eben aktualisiert, wenn jemand sich mit einem Patch etc meldet?


    Das wir alle vdr-Projekte top-gepflegt an einen Ort bekommen, scheint ja ein Wunsch zu bleiben. Aber irgendwie müssen wir ja die letzten Tage, wo man zwischen Mediatheken und Streaming-Diensten noch irgendeine Daseinsberechtigung für seinen vdr findet, in Würde gestalten.

    Hallo zusammen,


    bin zwar Arch-Nutzer, aber schon vor fast zwanzig Jahren, als ich auf den vdr gekommen bin, habe ich mich schnell von fertigen Binärlösungen verabschiedet und den vdr im Quellerzeichnis immer selbst gebaut.


    Nichtsdestotrotz war es meiner Erinnerung nach immer schwierig, für die gewünschten Plugins alle Patches von hier und dort zusammenzusammeln. Die PKGBUILDS auf AUR sind daher eine willkommende Quelle für mich, um diese Suche abzukürzen.


    Also:

    Ich würde es begrüßen wenn AUR eine Quelle bleibt, wo man transparent sieht, wie ein Paket noch baubar ist. Ein Binär-Repository für Archlinux wäre aus meiner Sicht verzichtbar.

    Habe gerade eine Aufnahme auf BBCOne HD mit vdr-2.4.4 abgeschlossen. Klappt bei mir wegen knapper schlecht-Wetter-Reserven nur in 95% der Fälle, bei stärkerem Regen verliere ich den Empfang. Aber gerade scheint alles in Ordnung zu sein.

    Denn ich will auch nach dem Schnitt und Löschen der ungeschnittenen Aufnahme noch wissen, dass es Fehler bei der Aufnahme gab (wohl wissend, dass es durch das Schneiden vielleicht weniger geworden sind)

    Mal als Laie dazwischen gefragt:

    Wenn es beim Schneiden dazu kommen kann, dass die Fehler weniger werden. Liegt das daran, das fehlerhafte Teile im Schnitt nicht mehr vorhanden sind oder kann der Schnitt ggf. Fehler auch reparieren? Dann wäre so eine Reparaturmöglichkeit doch eine spannende Sache?!

    Also vielleicht stehe ich ja auf dem Schlauch, aber unter /video/plugins/streamdev-server gibt es nur die streamdevhosts.conf und die meinst/ brauchst Du ja sicher nicht.


    In der setup.conf finde ich keine Settings zum Plugin, habe meine kpl setup.conf einfach mal angehängt.


    Und der Server startet ohne zusätzliche Optionen mit "-P streamdev-server". Als Client benutze ich vlc, also bin ich wahrscheinlich nicht wirklich nützlich.

    Files

    Das Plugin eepg scheint bei mir das Gewünschte zu tun.


    Das habe ich gemacht:


    In den source-Dateien des Plugins eepg findet sich im Unterordner "scripts" das script extract_vdr_chan_ids.pl. Das habe ich gestartet und den Pfad zu meiner channels.conf mit angegeben:



    Die Einträge von Channel 4 (der Sender mit EPG) und Channel 4 HD (der Sender ohne EPG) daraus wie folgt in die Datei /video/plugins/eepg/eepg.equiv dann wie folgt übernommen:

    Code
    1. #
    2. # Simply add a list of the channels in this file with the following format:
    3. #
    4. # <OriginalChannelId> <OtherChannelId> <ChannelName>
    5. #
    6. S28.2E-2-2041-9211 S28.2E-2-2068-21200 Channel 4 HD

    Der Ort der Konfigurationsdateien der Plugins ist natürlich distributions/ bzw. installationsabhängig. Wie auch immer, jetzt füllt sich das auch EPG von Channel 4 HD.

    In der README im Hauptverzeichnis es doch:


    Code
    1. One can define equivalent channels in the eepg.equiv file to "copy"
    2. EEPG data to other channels.
    3. E.g., CanaalDigitaalNL still sends Dorcel EEPG data on S19.2E, which can be used
    4. for Dorcel on S13.0E.
    5. Some sample eepg.equiv files are included.


    und

    Code
    1. Scripts
    2. The provided scripts in the package can also help generate the eepg.equiv file.
    3. For more information see README in scripts/


    Probiere ich baldmöglichst aus.

    Hhhm, es gibt in den Sourcen von eepg tatsächlich einen Unterordner "scripts" und dort findet man in der README:


    Aber so richtig schlau werde ich aus diesem Text noch nicht, versuche mal damit zu experimentieren.

    Sieht eigentlich genau nach dem aus, was ich suche.


    Leider kommt am Zielsender (Nummer 8 Channel 4 HD) nichts an, obwohl der Quellsender (Channel 4 mit der Nummer 14) gut gefüllt ist.


    Code
    1. bernd_b@ATHLON-XP:~$ cat /video/plugins/epgfixer/epgclone.conf
    2. # Copy EPG data from channel 1 to 3
    3. #1=3
    4. 14=8

    Finde leider nix zu diesem Problem, obwohl ich bestimmt nicht der erst bin, der darüber stolpert:

    Channel 4 HD liefert mir mit eepg nur die aktuelle und die nächste Sendung, der SD Kanal Channel 4 hat noch das kompette EPG.


    Im Moment versuche ich, beim Runterfahren des vdrs einfach die Kanäle in der timers.conf zu tauschen, ich programmiere also den SD Channel und beim automatischen Hochfahren sollte dann Channel 4 HD aufnehmen.


    Das gibt aber bestimmt Stress mit dem Suchtimer von epgsearch, der dann wahrscheinlich die SD-Aufnahme erneut einfügt und dann ..


    Mal sehen. Test läuft.


    Kennt aber jemand vielleicht einen eleganteren Weg, die EPG-Infos von dem einen Sender auf den anderen Sender zu übertragen?

    Zwei ältere Festplatten aus dem Schrank geholt und zwei vdrs kompiliert:


    a) aktuelles archlinux 32bit (Kernel 5.9.x); Treiber in Kernel vorhanden, nur Firmwaredatei noch in /lib/firmware kopiert

    b) altes 32 bit ubuntu (trusty 14.04) mit Kernel 3.13; diese Treiber hier verwendet


    Ergebnis:

    mit a) bekomme ich auf den ITV HD Kanälen nur grünen Bildmatsch im Player angezeigt, STV HD geht, aber offenbar störanfällig

    mit b) Empfang wie auf Windows mit der gleichen Karte, ITV HD geht auch


    Beim Integrieren des Treibers in den Kernel ist vielleicht was schief gelaufen. Da der in Version b) verwendete Treiber die Firmware offenbar direkt integriert hat, liegt es vielleicht auch an der Firmware? We'll will never know.


    Wer um der guten alten Zeiten willen die Karte unter Linux verwenden will, dem empfehle ich, sie nicht mit einem aktuellen Kernel zu verwenden, sondern sich die Mühe zu machen, den Vorgänger-Patch zu verwenden, wie der in Version b). Die Treiber (getestet die Version für Kernel 3.13) auch nochmal in Anhang.

    Namen hat es bei mir keine:

    Code
    1. ./svdrpsend.sh lstd
    2. 220 amd64-archlinux SVDRP VideoDiskRecorder 2.4.4; Tue Sep 22 16:03:32 2020; UTF-8
    3. 250-1 [--] Silicon Labs Si2168
    4. 250-2 [--] Silicon Labs Si2168
    5. 250-3 [DP]
    6. 250 4 [D-]

    Aber ist nicht schwer zu raten, wer wer ist. O.K., vielen Dank, das hatte ich nicht auf dem Schirm!

    Ich blindes Huhn habe, da ich auch softhddevice mitstarte und das xinelibout-Plugin das letzte in der Startliste ist, in die setup.conf


    PrimaryDVB = 4


    eingetragen und xineliboutput funktioniert.


    Wenn ich xineliboutput vor softhddevice in die Startzeile eintrage, funktioniert xineliboutput mit dem Eintrag


    PrimaryDVB = 3


    In beiden Fällen bekomme ich aber nur ein schwarzes Fenster mit softhddevice. Beides kann ich also nicht verwenden?


    Ich dachte, ich hätte beides betrieben und wahlweise das eine oder andere an- und wieder abgeschaltet. Der vdr startet erst einmal headless, also mit softhddevice "detached" und xineliboutput mit "locale=none".

    Ich habe dieses hier: ua0lnj / vdr-plugin-softhddevice auf meinem Ryzen-Rechner laufen.


    Stottert ein wenig in den ersten Sekunden, aber soweit läuft es. Benutze es eigentlich hauptsächlich, wenn ich mal das OSD brauche, also nicht sooo oft. Gerade gestern aber habe ich meinen Abzug von damals mit vdr-2.4.4 gebaut. Die dort beschriebenen Startprobleme sind weg, Startoptionen bei mir

    Code
    1. -P "softhddevice -v vdpau -g 960x540 -D"

    Prozessor + Grafik:

    Code
    1. AMD Ryzen 5 2400G with Radeon Vega Graphics

    Kann keinen Unterschied ausmachen:

    ich stehe mal wieder auf dem Schlauch.

    Ich habe meinen vdr von 2.4.1 auf 2.4.4 upgedated und muss dabei feststellen, dass ich keine Verbindung mehr mit xineliboutput herstellen kann:



    Habe mir hier:

    https://sourceforge.net/projects/xineliboutput/

    heute einen git.Snapshot gezogen.


    Ich kompiliere alles im source-Verzeichnis und starte den vdr auch von dort, also so ganz altmodisch. Die *.conf Dateien habe ich dabei gar nicht angefasst. Live und ein softdevice-plugin inkl. streamdev laufen nach ersten Tests. Hat jemand eine Idee?