Posts by ofenheizer

pille2011 wrote:

/var/lib/vdr/plugins/menuorg.xml ändern bringt ja nicht da es vom vdr wieder überschrieben wird.

warum sollte der vdr die überschreiben? das ist die config-Datei vom menuorg-plugin. also genau dort sind deine änderungen vorzunehmen.

seahawk1986 wrote:

Nach dem Upgrade sollte man die eingebundenen yaVDR PPAs entfernen (bzw. die Dateien in /etc/apt/sources.list.d/ löschen) und dann das Playbook mit den Vorgaben für die jammy-PPAs erneut laufen lassen.

Ich würde nur ungern das Playbook nochmal laufen lassen, da ich das nur einmal für die Installation gemacht habe und den Rest so angepasst und das System nur per dist-upgrade aktuell halte.

Gibt es denn noch einen anderen Weg um auf jammy zu kommen von focal aus?

http://www.clickfinder.de/date…edata/cftv520/datainfo.tx

Auch wenn es jetzt etwas offtopic ist, wie ziehe ich denn auf jammy hoch, ohne das Playbook laufen zu lassen?

do-release-upgrade und einfach die sources.list auf die jammy-ppas anpassen. Was in welcher Reichenfolge?

Ob ein Bug oder nicht, keine Ahnung. Im Live steht ja beim Eingabefeld auch min dahinter.

rkp wrote:

Da liegt offensichtlich ein Softwareproblem vor, welches bei Betrieb mit Sat-IP auftritt. Da ist man als normales User natürlich hilflos.

Wenn ich softhddrm einsetzte, passiert übrigens nicht. Aber softhddrm produziert heftige Tonprobleme, ausserdem geht Kodi nicht ohne X.

Naja, ich benutze ja auch SatIP (Onet). Und kenne Deine beschriebenen Probleme nicht.

Benutzt du softhdvaapi mit oder ohne libplacebo? Wenn mit, dann vllt. mal die Scaler runterschrauben oder eben mal die nocebo-Variante versuchen.

Auch würde ich mal zum Testen alles mögliche an Plugins deaktivieren, vllt. spielt ja bei Euch was anderes mit rein.

Evtl. ist es auch eine Treibergeschichte, ihr benutzt ja beide einen NUC10.

Hab es Dir geschickt.

kfb77

seit ein paar Wochen ist mir aufgefallen, dass auf RTL bei Let's Dance keine Werbung mehr markiert wird, nur die Anfangs- und Endmarke.

Log im Anhang.

Also ich benutze epgd und epg2vdr auf dem Server und auf dem Client läuft epg2vdr.

epg2vdr ist so eingestellt, dass Timer, die auf dem Client programmiere, immer auf dem Server angelegt werden. Der Client hat kein eigenes Aufnahmeverzeichnis.

Ansonsten läuft auf dem Server noch live-ng mit epgsearch, worüber ich Suchtimer programmiere oder so mal manuell einen Timer anlege.

Klappt wunderbar.

epgdhttp benutze ich nicht für die Suchtimer, das mache ich schon ewig über live/epgsearch.

Die RTP Packet Errors habe ich auch regelmäßig im Log, das verkraftet der VDR.

Auch die

habe ich sehr häufig im Log.

Hat bei mir keinerlei Auswirkungen auf die Bedienbarkeit.

Auch die Meldungen mit read incomplete sectionkenne ich schon lange und hatte hier auch mal im Forum nachgefragt, was die bedeuten. Leider ohne Antwort.

Auswirkungen scheinen die aber auch keine zu haben, zumindest nicht bei mir.

Mein System ist ein NUC8i3BEH.

Wird jetzt nichts mit deinem Problem zu tun haben, aber ein Eintrag für vdr-epg sollte so aussehen:

vdr:000 = S19.2E-1-1010-11150 // 3sat HD

achso, du machst auch die suchtimer über den epgd?

irgend hatte ich mal einen sql-befehl, der diese sichert und das diese dann wieder in eine neue db einspielen kann. ich suche mal.

edit:

das hatte mir horchi mal geschickt, zum sichern. ein sql-profi müsste mal das statement posten, um die sachen wieder in die datenbank einzufügen.

normalerweise sollte ja die änderung der channelmap.conf ausreichen.

im zweifel mal die datenbank droppen.

Sollte so aussehen:

Habe ich hier im Forum auch schonmal gepostet.

Ich habe diese Meldungen auch auf meinem Client mit libplacebo & softhdvaapi. Liegt wohl laut jojo61 an libplacebo.

Aber negative Auswirkungen habe ich bei diesen Meldungen nicht, kein Aufhängen und keine Unbedienbarkeit.

Tritt diese Fehler auf habe ich nur ein leichtes Blitzen im TV-Bild.

mein server hat ja kein ausgabedevice, daher kann ich das nicht verifizieren. aufnahmefehler habe ich jedenfalls keine.

und der client mit softhdvaapi zeigt diese meldungen bei mir nicht.

Hallo,

ich habe diese Meldungen SDT: channel 85 NID/TID (1/1026) not found, got 1/1111, wie hier irgendwo im Forum schonmal angemerkt, nur auf meinem Server. Auf meinem Client habe ich diese noch nie gesehen. Beide haben denselben Softwarestand.

Angebunden sind beide per Satip an eine OctopusNet. LNB ist ein stinknormales altes Quattro, welches an einem Multischalter (Inverto) geht und welches die Onet per Unicable verbindet.

Negative Auswirkungen dieser Meldungen konnte ich bisher keine feststellen.

Hallo,

ich habe ähnliche Meldungen auf meinem Client-VDR (auch tools.c). Deine Meldung habe ich aber auch schonmal gesehen.

Bei mir sind es folgende Meldungen:

Gruss.

Markus

also bei mir werden schonmal einige aufnahmen mit fehlern gekennzeichnet

na darum geht es doch, alte aufnahmen haben diese info eben nicht, daher hatte ich nach dem angesprichenen skript gefragt, welches das für alte aufnahmen überprüft.

@dg1hrs hat es ja dankenswerterweise verlinkt und nun läuft die überprüfung der alten aufnahmen.