Hi,
Der Eintrag im Kontextmenü zur Erzeugung der strm Dateien heißt "Add all recordings to Library".
~ Markus
Posts by MarkusE
-
-
Sehr gut, dann funktioniert das Plugin auch mit Kodi 19.0 Alpha 1 :).
Ich wusste gar nicht, dass das mit '/archive/master.zip' funktioniert. Im Readme steht:
QuoteInstallation:
Download the plugin.video.vdr.recordings.<version>.zip file from this git. (Don't use the github functionality to create a zip from this repository, KODI will not install this).
~ Markus
-
Hi,
Welche KODI Version hast Du?
QuoteMilhouse Builds sind "bleeding edge" Builds was bedeutet, dass sich diese Versionen noch vor einem Beta Status befinden und jeden Abend (deswegen auch nightly builds genannt) neue Ideen/Fixes/Updates einfließen, welche eben aber auch ständig zu instabilem Verhalten führen können.
Hm, da kann alles Mögliche schiefgehen
~ Markus
-
> denke wenn der Puffer größer wird, verzögere ich nur das Problem.
Nicht zwingend. Im Prinzip ist SMB ja schnell genug. Möglicherweise wird bestimmten VDR threads CPU Zeit in zu großen Zeitabständen zugewiesen
-
Hi,
schau mal bei VDR, CPU Last bei Aufnahmen reduzieren? .
Da findest du z.B. den Patch "huge_buffers.diff". Teste den mal.
Im Prinzip must du herausfinden, welcher Puffer überläuft, und diesen dann vergrößern.
~ Markus
-
Hallo,
wenn ich mit dem VDR Client einen Timer editiere und das Verzeichnis ändern möchte, zeigt mir VDR eine Auswahl der Verzeichnisse, die es auf dem Client gibt, an.
Wünschenswert wäre hier eine Auswahl der Verzeichnisse, die es auf dem Server gibt (der Timer zeichnet ja auch auf dem Server auf).
~ Markus
-
Danke, seahawk
Ich habe vdr-plugin-epgsync installiert, funktioniert mit folgenden Parametern in der setup.conf:
Display MoreCode- svdrpservice.ServerIP = Server-IP
- svdrpservice.ServerPort = 6419
- epgsync.ChannelByChannel = 0
- epgsync.ChannelTypes = 0
- epgsync.ConnectAttempts = 1
- epgsync.EveryHours = 1
- epgsync.HideMainMenuEntry = 0
- epgsync.NowNext = 0
- epgsync.RedirectChannels = 0
- epgsync.ServerIp =
- epgsync.ServerPort = 0
- epgsync.SyncOnStart = 1
~ Markus
-
Gibt es eine andere, mit vertretbarem Aufwand einrichtbare Lösung, über die ich mich in einem anderen Forum (digitalelite?) informieren sollte?
Nein. Lieber das Geld an dieser Stelle sparen und für Streaming ausgeben. Dann bekommst Du wenigstens die Filme, die Du auch sehen willst ...
Oder SD schauen.
-
Hallo,
ich habe einen VDR (2.4.1) Client ohne DVB Karte. Nutze ich nicht für live tv, nur zur Wiedergabe von Aufnahmen. Funktioniert super
.Jetzt möchte ich am Client noch das EPG ansehen und Aufnahmen auf dem Server programmieren. Der Client hat aber kein EPG
. Der Server hat natürlich DVB Karten und auch ein EPG in /var/cache/vdr/epg.data .Ich kann das mounten und dem Client per --epgfile= verfügbar machen. Nach "man vdr" wird diese Datei aber nur beim Start des VDR gelesen, veraltet also mit der Zeit.
Ich könnte natürlich den VDR öfter mal neu starten.
Gibt es da eine bessere Option?
~ Markus
-
Wo könnte ich da mal ansetzen um dem Problem auf die Spur zu kommen?
Hast Du schon in den Log geschaut?
Gibt es Meldungen wegen Pufferüberlauf?
Bei mir half da mal folgender Patch:
Display MoreDiff- Index: vdr-2.4.0_sik/dvbdevice.c
- ===================================================================
- --- vdr-2.4.0_sik.orig/dvbdevice.c 2019-01-20 18:12:49.766111992 +0100
- +++ vdr-2.4.0_sik/dvbdevice.c 2019-01-26 21:25:20.364336216 +0100
- @@ -2234,7 +2234,7 @@
- CloseDvr();
- fd_dvr = DvbOpen(DEV_DVB_DVR, adapter, frontend, O_RDONLY | O_NONBLOCK, true);
- if (fd_dvr >= 0)
- - tsBuffer = new cTSBuffer(fd_dvr, MEGABYTE(5), CardIndex() + 1);
- + tsBuffer = new cTSBuffer(fd_dvr, MEGABYTE(20), CardIndex() + 1);
- return fd_dvr >= 0;
- }
-
Hast Du ffmpeg 2.8.15?
-
Versuche mal den attachten Patch
-
Hi,
Ich habe auch schlechte Erfahrungen mit xine gemacht.
Bei mir (VDPAU) funktioniert vdr-plugin-softhddevice-openglosd mit ffmpeg 2.8.15 am besten.
~ Markus
-
Hallo,
ich habe /etc/systemd/system/irexec.service.d/override.conf angepasst, jetzt sieht es so aus:
Macht Sinn, da es ohne lirc nichts tut und das Einlesen der ir-keytable bereits in lircd.service gemacht wird, da gehört es ja auch hin.
~ Markus
-
Hi,
ich verwende dynamite zum Schlafenlegen meiner sundtek dvb-s2 Empfänger.
Der Server läuft 24/7, aber die Empfänger werden ja nicht immer benötigt.
~ Markus
-
Hallo,
Nach einem Reboot zeigt
Display MoreCode- root@rpi3:/etc/lirc# systemctl status irexec
- ● irexec.service - Handle events from IR remotes decoded by lircd(8)
- Loaded: loaded (/lib/systemd/system/irexec.service; enabled; vendor preset: enabled)
- Drop-In: /etc/systemd/system/irexec.service.d
- └─override.conf
- Active: active (running) since Tue 2019-07-02 19:59:12 CEST; 22h ago
- Docs: man:irexec(1)
- http://lirc.org/html/configure.html
- http://lirc.org/html/configure.html#lircrc_format
- Main PID: 367 (irexec)
- CGroup: /system.slice/irexec.service
- └─367 /usr/bin/irexec /etc/lirc/irexec.lircrc
- Jul 02 19:59:12 rpi3 systemd[1]: Starting Handle events from IR remotes decoded by lircd(8)...
- Jul 02 19:59:12 rpi3 ir-keytable[335]: Read rc-one4all table
- Jul 02 19:59:12 rpi3 ir-keytable[335]: Wrote 39 keycode(s) to driver
- Jul 02 19:59:12 rpi3 ir-keytable[335]: Protocols changed to rc-5
- Jul 02 19:59:12 rpi3 systemd[1]: Started Handle events from IR remotes decoded by lircd(8).
sieht doch eigentlich gut aus. Trotzdem funktioniert es nicht, beim Tastendruck passiert einfach nichts.
Nach einem
funktioniert es wieder
.Möglicherweise wurde der Service vom System zu früh gestartet.
Was muss ich machen, damit es auch direkt nach einem Reboot geht?
~ Markus
-
Zum Auslesen des Schlüssels wird bei Windows das Windows Passwort verwendet.
Also: Wenn das Windows Passwort hinreichend komplex ist, bringt die Verschlüsselung etwas
-
Hi,
die Version plugin.video.vdr.recordings_0.3.3.zip kann fehlende index Dateien ignorieren, funktioniert nun auch mit xbmcvfs und vorhandenen marks Dateien.
~ Markus
-
Hallo Walter,
Der Fehler "IndexError: list index out of range" kann eigentlich nur auftreten, wenn der Index nicht zu den *.ts Dateien passt. Oder ein Programmierfehler vorliegt
.Kannst Du mir bitte so eine Aufnahme zukommen lassen? Oder die index Datei löschen und von VDR neu generieren lassen, und prüfen, ob der Fehler dann immer noch auftritt?
~ Markus
-
Hallo Walter,
Das Problem mit der Framerate ist behoben. Die Fehlermeldung "self.framerate = int(info_line[2:])" zeigt, dass du eine veraltete Version des Plugins nutzt. In den aktuellen Versionen steht "self.framerate = float(info_line[2:])".
Zu dem anderen Fehler: Du hast ein Verzeichnis mit Namen "2019-03-11.22.60.19-0.rec". Das bedeutet letztlich, dass die Aufnahme am 11.3.2019 um 22 Uhr und 60 Minuten gestartet wurde. Das sollte es so nicht geben, ich habe es auch getestet, das ist ja dann 23:00 und VDR legt dafür das Verzeichnis "2019-03-11.23.00.19-0.rec" an. (OK, ev kann Klaus sagen, wann "2019-03-11.22.60.19-0.rec" verwendet wird).
Andererseits kann es immer mal passieren, dass die Syntax dieses Verzeichnisses nicht so ist, wie es das Plugin erwartet. Daher ist das Verhalten des Plugin jetzt so: Wenn das Plugin den Aufnahmezeitstempel nicht aus dem .rec Verzeichnis lesen kann, wird eine Meldung mit dem Verzeichnisnahmen ins Log geschrieben. Außerdem wird der Zeitstempel auf 1.1.1960, 0 Uhr 0 gesetzt. Ansonsten kann die Aufnahme aber ganz normal gesehen (oder gehört) werden.
Die hier beschriebene Änderung ist in plugin.video.vdr.recordings_0.3.2.zip .
~ MarkusP.S.: Damit müssten alle Fehler behoben sein. Falls ihr in Version 0.3.2. noch Fehler finden, bitte hier posten.
