Beiträge von wmautner

Nur eine blöööde Frage: ist der Kanal, auf den umgeschaltet werden soll, auch noch verfügbar? Ganz sicher nicht einer der anderen Clients, der da "drauf sitzt"?

Zumindes vdr-2.6.6 ist da ziemlich strikt ...

Hi, ich bemerke gerade mit der

LIVE Version:

3.3.4_git_master_6615038_20240201084626+0100,

daß die Fehleranzeige inkonsistent scheint:

Ich habe die "IsEdited"-Funktion in Gebrauch:

root@hdvdr2:/srv/vdr/video/The_Da_Vinci_Code#3A_Sakrileg/2024-02-04.01.32.1-0.rec# cat info

C C-1537-5-5001 ORF 1 HD

E 12951354 1707006840 8160 50 FF

T The Da Vinci Code: Sakrileg

D ||Der Symbiologe Robert Langdon will das Geheimnis um den Heiligen Gral lüften.||Altersempfehlung: ab 12||EPG: DVB

G 11

R 12

X 5 0B deu

X 2 05 deu

X 2 05 eng

F 50 1280 720 p 16:9

P 15

L 40

O 0

@ <tvscraper><causedBy>The Da Vinci Code – Sakrileg</causedBy><causedByIDs><eventID>12200194</eventID><eventStartTime>1703963700</eventStartTime><channelID>C-1537-4-4002</channelID></causedByIDs><reason>improve</reason></tvscraper><isEdited>true</isEdited>

In der Übersicht der grüne Haken, in der Detailansicht die rote Fehlermarkierung wegen differierender (geschnittener) Länge.

Tritt auch bei anderen Titeln auf - ist nur eine Kleinigkeit, aber irritiert doch etwas. V.a. sind dann "Verbesserungs-Aufnahmen" von tvscraper möglich, obwohl nicht nötig.

Liebe Grüße und danke für Eure Mühen!

Viellleicht haben Sie in der /etc/apt/sources.list.d/ für 2.6.4 die deb-Zeilen bereits einkommentiert mittlerweile (bzw. auch ppa-purge tut das)?

Btw., das ppa-purge in die host_vars/localhost oder sonstwo einzutragen, ist wohl nicht gedacht

Ich bin mit ppa-purge eher vorsichtig, einhashen der deb-Zeilen alter Versionen tut es hier bei mir.

Zitat von nobanzai

Sry, den verstehe ich nicht. Was haben die Shutdown Scripte damit zu tun, dass der vdr sich beendet, wenn ich markad auf "nie" setze?

D.h. der VDR-Prozeß/das OSD hat sich sofort beendet nach dem Setzen von "nie" in den Einstellungen/plugins/markad?

Ist er vorher auf "während" gestanden? Bzw., ist das reproduzierbar?

Dann muß man eben markad in die lifeguard.conf oder Shutdown-Scripte reinschreiben ...

Da gab es doch mal ein Script, das alle mit "OBSOLETE" (konfigurierbar) gekennzeichneten Kanäle - die nicht regelmäßig neu detektiert wurden - nach einer gewissen Zeit aus der channels.conf entfernt. Das muß aus den Shutdown-hooks nach Beenden des vdr gestartet werden.

Hmm. Wenn vdr von der commandline runtergefahren wird, wie in dem Script, überprüft das gar nix außer daß es den Wakeup-timer für die nächste Aufnahme setzt?

Was anderes wäre, wenn vdr sich aufgrund von idle-time "selbst" beendet. Nur dann werden, meines Wissens nach, die Plugins berücksichtigt.

Deshalb wohl ist in yavdr lifeguard auch nicht ein vdr-Plugin, sondern ein (unabhängiges) addon/script, das sich in die shutdown-Sequenz einklinkt und die ggf. abbricht.

How does that patch know, which tuner to use, if some are attached to different sats or delivery methods?

Zitat von gggggg

Die Meldung kommt für jeden Verzeichnis-Link im Verz. media/hd/recordings der nicht funktioniert (weil die damit verlinkten ext. Platten nicht eingehängt sind).

Kann ich das ignorieren ?

Naja, wenn die zu löschenden Dateien/Ordner nicht verfügbar sind, können sie auch nicht gelöscht werden.

Falls dann nur der Link gelöscht wird, liegen die Daten immer noch auf der zu dem Zeitpunkt nicht eingehängten Platte und brauchen weiterhin Platz, sind aber nicht mehr verlinkt.

Ich selbst verwende immer noch das gute alte autofs, das hängt meine externe Platte automatisch ein, sobald darauf zugegriffen wird. Und ein einstellbares Zeitintervall darauf wird sie wieder ausgehängt.

7.7 GB hier, epg2vdr/ hat 13G ....

Den verwende ich auch - ist aber kein "skindesigner"-Skin.

Viele der Skins lassen sich detailliert im OSD unter Einstellungen - Plugins konfigurieren, so auch für "breite" Anzeige der Aufnahmen.

apt install smartmontools und dann "smartctl -a /dev/sdb", um die "Gesundheit" der Pladde zu testen.

12 Jahre ist für eine HDD in ständiger Benutzung schon ein sehr ehren- und pensionswertes Alter

Wird wohl "git clone" heißen

Zitat von jenspf

/dev/sdc1 1,8T 28K 1,7T 1% /srv

Ich glaube fast, das ist die falsche Pladde, denn da ist nix drauf (28k). Btw. warum wurde

---"gut, hab das Verzeichnis /media/0880e232-db40-4f10-b752-eb421cdbb06c/vdr/video wieder löschen können.

--- Aber wo sind die Aufnahmen denn jetzt?"

die neu erstellte Kopie wieder gelöscht?

Na es gibt ja noch die alte, also nochmal kopieren?

Hmm. Hab eigentlich nicht so viele Unterschiede abgesehen von den geänderten Symbolen bemerkt. Hatte zuerst nach Mieserfolg mit dem 6.5, glaub ich, und Lesen der entspr. Artikel die Symbole selbst geändert, als die neue Version noch nicht im git war.

Mittlerweile wurden noch einige Änderungen eingepflegt, aber nix für die älteren Karten gravierendes.

Das hat mit der GPL-Sache zu tun. Im git (https://github.com/DigitalDevices/dddvb.git) von dddvb wurde das schon geändert. Da mußten einige Symbole geändert werden:

Module.symvers:0x00000000       dvb_create_media_graph  /JAMMY/root/GITS/dddvb-0.9.38/dvb-core/dvb-core EXPORT_SYMBOL_GPL
Module.symvers:0x00000000       dvb_module_probe        /JAMMY/root/GITS/dddvb-0.9.38/dvb-core/dvb-core EXPORT_SYMBOL_GPL
Module.symvers:0x00000000       dvb_module_release      /JAMMY/root/GITS/dddvb-0.9.38/dvb-core/dvb-core EXPORT_SYMBOL_GPL
Module.symvers:0x00000000       drxk_attach     /JAMMY/root/GITS/dddvb-0.9.38/frontends/drxk    EXPORT_SYMBOL_GPL
Module.symvers:0x00000000       lnbh24_attach   /JAMMY/root/GITS/dddvb-0.9.38/frontends/lnbp21  EXPORT_SYMBOL_GPL
Module.symvers:0x00000000       lnbp21_attach   /JAMMY/root/GITS/dddvb-0.9.38/frontends/lnbp21  EXPORT_SYMBOL_GPL
Module.symvers:0x00000000       stv090x_attach  /JAMMY/root/GITS/dddvb-0.9.38/frontends/stv090x EXPORT_SYMBOL_GPL
Module.symvers:0x00000000       stv6110x_attach /JAMMY/root/GITS/dddvb-0.9.38/frontends/stv6110x        EXPORT_SYMBOL_GPL
Module.symvers:0x00000000       cxd2099_attach  /JAMMY/root/GITS/dddvb-0.9.38/frontends/cxd2099 EXPORT_SYMBOL_GPL
Module.symvers:0x00000000       tda18271c2dd_attach     /JAMMY/root/GITS/dddvb-0.9.38/frontends/tda18271c2dd    EXPORT_SYMBOL_GPL
Module.symvers:0x00000000       stv0367_attach  /JAMMY/root/GITS/dddvb-0.9.38/frontends/stv0367dd       EXPORT_SYMBOL_GPL
Module.symvers:0x00000000       tda18212dd_attach       /JAMMY/root/GITS/dddvb-0.9.38/frontends/tda18212dd      EXPORT_SYMBOL_GPL
Module.symvers:0x00000000       cxd2843_attach  /JAMMY/root/GITS/dddvb-0.9.38/frontends/cxd2843 EXPORT_SYMBOL_GPL
Module.symvers:0x00000000       stv6111_attach  /JAMMY/root/GITS/dddvb-0.9.38/frontends/stv6111 EXPORT_SYMBOL_GPL
Module.symvers:0x00000000       stv0910_attach  /JAMMY/root/GITS/dddvb-0.9.38/frontends/stv0910 EXPORT_SYMBOL_GPL
Module.symvers:0x00000000       lnbh25_attach   /JAMMY/root/GITS/dddvb-0.9.38/frontends/lnbh25  EXPORT_SYMBOL_GPL
Module.symvers:0x00000000       mxl5xx_attach   /JAMMY/root/GITS/dddvb-0.9.38/frontends/mxl5xx  EXPORT_SYMBOL_GPL

Also Git neu clonen und dann kompilieren.

Auf Magenta/UPC reicht das DVB-EPG hier (Wien) bis Montag, tvsp/tvm geht bis 27.1.

Klingt, als würde bei Deinem Kabelbetreiber da was fe_len.

Zitat von kfb77

Aber natürlich nur, wenn die Aufnahme vollständig und ohne Fehler war.

Das ist dann eher die timersdone.conf?

Btw. der test mit der channelname-Version von markad läuft noch, aber bisher gab es gerade noch keine davon "betroffene" Aufnahme ...

epgd in Verwendung und die neue Frequenz (epgd-ls-channelids [/var/lib|etc]/vdr/channels.conf|grep "ZDF HD") noch nicht in der channelmap.conf eingetragen?

Zeigt der Sender zumindest "live" now/next an?