Beiträge von Dr. Seltsam

    Moin,


    der Skin ist jetzt auch per Skindesigner installierbar...wer mag kanns mal testen ;)


    Ciao Louis

    Sorry, wenn ich hier eine blöde Frage stelle, aber ich habe die letzten Jahre nicht viel mit dem VDR gemacht und bin vielleicht etwas aus der Übung und habe auch nicht alles verfolgt.


    Wie ist das gedacht mit der Installation per Skindesigner? In den Plugin-Sourcen (aus dem git) habe ich nur estuary4vdr und metrixhd im Ordner skins. Nur die sind daher beim make install auch in /usr/local/share/vdr/plugins/skindesigner/skins gelandet. Den Reufer-Skin musste ich aus dem zip-Pakt von reufer selbst dort ablegen, sonst läuft er nicht.


    Ich hab edanach auch noch versucht, einen anderen skin über das OSD zu installieren, da vom skindesigner-Plugin in seinem Menü angeboten wird. Wenn ich davon einen per OSD installiere, gibt es einen auswählbaren Eintrag in Einstellungen- OSD. Der vdr benutzt aber anschließend sofort seinen LCARS standard skin.


    Hier am Beispiel des simplex-Skins, nachdem der reufer-Skin ja schon manuell installiert wurde. Im Log steht:



    Mir ist nicht klar, weshalb das Plugin die globals.dtd im ConfigDirectory sucht. Der Ordner dtd mit der globals.dtd wurde beim make install in

    /usr/local/share/vdr/plugins/skindesigner/ kopiert, also in mein ResourceDirectory. So soll es laut README auch sein:


    Zitat

    Important: All Skins (both the skins installed by a packet manager or by "make install" and the skins installed with Skindesigner) need the directory "dtd" accessible one level above the directory the skin itself is placed. With a "make install" the dtd directory is copied to <ResourceDirectory>/dtd. If you use a <SKINPATH> different to the default, please add a symlink in the appropriate directory to <ResourceDirectory>/dtd. Add this symlink necessarily for the skins installed to <INSTALLERPATH>. If <INSTALLERPATH> is /var/cache/vdr/plugins/skindesigner/skins for instance, and the dtd directory is located at /etc/vdr/plugins/skindesigner/dtd, create the following symlink: ln -s /etc/vdr/plugins/skindesigner/dtd /var/cache/vdr/plugins/skindesigner/dtd

    Ich übergebe beim Starten des skindesigner-Plugins keine Parameter, so dass der <SKINPATH> default ist, also ResourceDirectory>/plugins/skindesigner/skins/ (= /usr/local/share/vdr/plugins/skindesigner/skins/ ) :


    Zitat

    -s <SKINPATH>, --skinpath=<SKINPATH> Path where XML skins get installed by "make install" or by package manager (Default: <ResourceDirectory>/plugins/skindesigner/skins/)

    Da ich keinen "<SKINPATH> different to the default" verwende, sollte nach meinem Verständnis ein Symlink daher nun nicht notwendig sein. Den Hinweis "add a symlink ... to <ResourceDirectory>/dtd verstehe ich ohnehin nicht, denn das wäre ja /usr/local/share/vdr/dtd. ??


    Aus meiner Make.config:


    Code
    1. PREFIX = /usr/local
    2. RESDIR = $(PREFIX)/share/vdr
    3. CONFDIR = /var/lib/vdr

    Ich stehe vor dem gleichen Problem und habe also ins Manual gesehen. Darin heisst es:


    Code
    1. Channel Logos
    2. -------------
    3. Since each XML skin is responsible for it's used channel logos, skindesigner searches for channel logos only in the skin dependend directory
    4. <ResourceDirectory>/plugins/skindesigner/skins/<skinname>/logos

    Demzufolge habe ich die Kanallogos in

    /usr/local/share/vdr/plugins/skindesigner/skins/reufer/logos/

    gelegt. Funktioniert aber nicht. Im Log steht nun:

    Code
    1. skindesigner: did not find /usr/local/share/vdr/plugins/skindesigner/logos/das erste hd.svg

    Das dürfte daran liegen, dass ich für das skindesigner-Plugins keine Paramter beim Laden vorgegeben habe, so dass die default-Einstellung greift::

    Code
    1. -l <LOGOPATH>, --logopath=<LOGOPATH>
    2. Path to common logo set for all skins (Default: <ResourceDirectory>/plugins/skindesigner/logos/)

    Ich sehe da einen Widerspruch zum Abschnitt 'Channel logos'. Vielleicht kann man das in der README richtig stellen?



    Kodi kann in den erweiterten Einstellungen so konfiguriert werden, dass es die Bildwiederholrate des TVs umschaltet.

    An meinem VDR benutze ich immer noch das mplayer-Plugin in Verbindung mit einem eigenen Script, das mpv startet. Da wird auch die Rate des Videos geprüft und dann der TV passend umgeschaltet.

    ich erinnere mich, dass ich beim Umstieg von KDE4 auf KDE5 erhebliche Probleme hatte. Ich habe dabei sogar Daten verloren, weil die Konvertierung nach Akonadi fehlschlug. Ich hatte ständig Ressourcenprobleme mit Akonadi und kmail2 war auch nicht ausgereift. Beim letzten Wutanfall bin ich dann zu xfce gewechselt und habe es bisher nicht bereut. Nur den Dateimanager sollte man vielleicht austauschen, da thunar verbuggt ist. Die Zeit, die ich brauchte, um mir xfce nach meinem Geschmack einzurichten, war auch nicht länger als die vielen Stunden und Tage, die ich versucht habe die KDE Bugs zu lösen.

    so auf den ersten Blick vermisse ich hier beim Kanalwechsel CloseDvr und OpenDvr für das PvrDevice. Deshalb fehlt auch die Ausführung von Tune() mit der Frequenzänderung auf ZDF, weil das innerhalb von OpenDvr aufgerufen wird.
    Warum hier der laufende read thread von Eurosport nicht beendet wird, verstehe ich nicht.

    Code
    1. cPvrDevice::ProvidesChannel: /dev/video0: Receiving()=true, needsDetachReceivers=true, Priority=50, hasPriority=true


    Hiernach hätte ein detach erfolgen müssen.


    Kannst Du bitte mal das log eines normalen Kanalwechsels während Live-TV von einem PVR-Sender auf einen anderen posten?
    Welche yavdr-Version? 0.6 oder noch 0.5?
    welche vdr-Version und welche pvrinput-Version?


    Ich sehe gerade, das gleiche Problem wurde schon mal beschrieben:
    pvrinput bug


    Du kannst ja mal probieren, ob das Deaktivieren von dynamite hilft. Ansoinsten bin ich fürchte ich ratlos.

    den Code des pvrinput-Plugins und speziell die Ablaufsteuerung beim Kanalumschalten habe ich damals mitverbrochen :-)
    Das ist eigentlich rock stable, wurde von mir aber schon seit Jahren nicht mehr ausprobiert. Wenn dann nutze ich das Plugin nur in Verbindung mit externen Eingängen zum Digitalisieren von VHS-Kassetten meines Vaters. Da wird nicht mehr umgeschaltet. Es sollten aber auch am Treiber eigentlich keine Änderungen mehr erfolgt sein, die eine regression erklären könnten.


    Wenn das hin- und herschalten zwischen den Kanälen im Live-Betrieb klappt, dann muss das Umschalten auch beim Starten eines Timers funktionieren.
    Hat der vdr außer der PVR150 noch ein weiteres device (DVB-Karte oder iptv-Plugin?)
    Stell mal in den pvrinput-Plugineinstellungen den loglevel auf 4 , schalte auf Eurosport, setze einen Timer auf ZDF in einer Minute und mach dann nichts mehr, bis der timer beginnt. Dann poste das Log vom Schalten auf Eurosport bis zum Beginn der Timer-Aufnahme.


    externchannelswitch ist übrigens für etwas ganz anderes gedacht:


    Mein alter Herr nervt mich zunehmend damit, dass ich ihm bestimmte Internetseiten "ausdrucken" soll. Die Seite sind sehr lang und enthalten viele Bilder. Mir wäre es am liebsten, er könnte sich das zuhause am Fernseher selbst ansehen.
    Der LCD-TV selbst hat keinerlei Smart-Funktionen. Ein Netzwerkkabel liegt nicht im Wohnzimmer, WLAN ist aber vorhanden.


    Fire TV Stick von Amazon? Kann man einen Browser problemlos nachinstallieren?
    Raspberry Pi?


    Mein Vater kann mit Computern nicht umgehen und würde wahrscheinlich auch das Prinzip einer Mausnavigation nicht mehr verstehen. Es reicht, wenn er Internetseiten, die ich ihm einstelle, von oben nach unten durchscrollen kann (müsste ja mit der FB gehen).


    Ideal wäre es, wenn die aufgerufene Internetseite beim Ausschalten des TV nicht verlorengeht, sondern sich selbst wieder im Vollbildmodus lädt. Mit einem Raspi und Raspbian sollte das zumindest machbar sein. Da wird es aber mit einem Scrollen per Fernbedienung schwierig.

    Es gibt GPS-Tracker, die auch auf Erschütterungen reagieren. Und dass Standortveränderungen zu einer Alarm-SMS führen (egal ob die Räder sich drehen oder nicht) sollte selbstverständlich sein.
    Was macht man, wenn man eine SMS kriegt und sieht, dass der Wagen sich Richtung Osten bewegt? Ist es realistisch, dass die Polizei auf Anruf sofort reagiert und den Wagen abfängt?

    Nachdem mein Auto geklaut wurde, möchte ich nächstes mal wenigstens wissen, wo er abgeblieben ist.
    Es gibt ja mobile GPS-Tracker, die man hinterm Handschuhfach o.ä. verstecken kann. Hat jemand Erfahrungen mit solchen Teilen?

    Seit 16.01. hatte ich VDSL100. Die Geschwindigkeit war akzeptabel, laut Speedtest im Download um 85-90 Mbps und im Upload bei 30-40 Mbps. Für nur 5,- mehr ggü. VDSL50 hat sich die Geschwindigkeit knapp verdoppelt.


    Nun erhielt ich heute einen Anruf der Telekom. Man müsse meinen Anschluss wie den vieler anderer Kunden meiner Gegend auf VDSL50 zurückstufen, da man für mein Gebiet (südliches Hamburg) VDSL100 nicht stabil und störungsfrei gewährleisten können. Dies sei eine Auflage der Bundesnetzagentur.
    Inzwischen lassen sich für meinen Wohnort auch keine neuen VDSL100-Anschlüsse mehr beauftragen.


    Auch der Hinweis, dass ich eigentlich so zufrieden bin und keine Lust darauf habe, dass der Router sich nach einer Rückstufung mit niedrigerer Geschwindigkeit synchronisiert, half nicht.
    Die Leistungseinbrüche könnten ja später noch kommen.


    Hat jemand eine Idee, was da mit der Bundesnetzagentur abgeht bzw. wie man das rauskriegen kann? Die Telekom hat sich doch noch nie darum gekümmert, wenn der Maximalwert nicht erreicht wird, sondern verspricht immer nur "bis zu".