Damit läuft es nun wieder. plugin.vdrmanager.conf ist nun komplett leer.
[...]
Was mache ich falsch?
Kann es sein, dass du weder die Release-Notes noch http://www.yavdr.org/documentation/0.6/de/ch01s06.html gelesen hast?
Beiträge von seahawk1986
-
-
epgsearch unterstützt soweit ich das gelesen habe in der epgsearchcats.conf bereits reguläre Ausdrücke für die Definition von Variablen: http://manpages.ubuntu.com/man…epgsearchcats.conf.5.html (search mode Option 4)
-
Bei der MLD sollte es doch eine Möglichkeit geben den Loglevel des VDR so hochzusetzen, dass man dessen Logmeldungen auch sehen kann...
terminate called without an active exception
AbortedDas klingt nach einem Problem von einem unsauber geschriebenen C++ Programm mit mehreren Threads - da wäre es hilfreich mal genau aufzudröseln, wer da alles ins Log schreibt und von wem welche Meldungen stammen. Welche Plugins werden vom VDR geladen?
-
Für Debian weiß ich nicht, ob es da ein aktuelles Repository gibt, ich habe den VDR 2.3.8 für Ubuntu 14.04 und 16.04 hier paketiert: https://launchpad.net/~seahawk…+archive/ubuntu/vdr-2.3.8
-
Kann man die Pin nicht in den CAM-Einstellungen hinterlegen? Sonst hat man das Problem ja auch bei Aufnahmen, wenn niemand am Gerät sitzt...
-
-
Ok, dann muss ich mir das noch mal an einem richtigen Testsystem ansehen, in einer VM sah es mit dem noop-Treiber für softhddevice ok aus.
-
Oder man baut sich das Paket selbst mit den gewünschten Plugins wie in [Announce] Aktuelle Version des vdr-epg-daemon und der dazugehörigen Plugins für yaVDR 0.6 (zunächst für testing-vdr) beschrieben.
-
Probier es bitte mal mit diesem Frontend-Skript (das wird beim nächsten Update von yavdr-base wieder überschrieben):
-
Eines der Probleme ist, dass VDPAU für 10-Bit HEVC-Material nicht funktioniert. Da müsste jemand etwas auf der Basis von cuda für KODI basteln: Gerüchte um GT1030 mit HEVC (30W TDP)
-
Da müssen die Änderungen fürs Detachen von softhddevice über SVDRP statt dbus2vdr noch ins Frontend-Skript. Ich hoffe, dass ich da heute oder morgen dazu komme.
-
Nur wenn ich Kodi starte dann wird Kodi auf dem zweiten Display angezeigt, obwohl DISPLAY=:0.0 gesetzt ist.
KODI ignoriert seit einigen Versionen die DISPLAY-Variable und hört nur auf die eigene ~/.kodi/userdata/guisettings.xml - das Minimalgerüst dafür sieht bei KODI 17 für den Ausgang HDMI-1 (im Zweifelsfall mit xrandr nachsehen, wie der auf deinem System heißt) so aus:
-
Was genau brauchst du denn an Funktionalität? Für Ubuntu 16.04 kann man sich ein Grundgerüst mit https://github.com/yavdr/yavdr-ansible installieren und dabei mit angepassten Variablen während der Installation (oder nachträglich) ein PPA für den VDR 2.3.8 wie https://launchpad.net/~seahawk…+archive/ubuntu/vdr-2.3.8 einbinden.
Bislang deckt das aber nur eine Installation mit nvidia-Grafikkarten ab, für Intel fehlte mir bislang die Zeit und für AMD die Hardware...
Wenn es schnell gehen soll, würde ich mir mal die testing- bzw. unstable- Versionen der MLD ansehen, die sollten den VDR 2.3.8 schon mitbringen.
-
Wie/Wo hast du den Zeichensatz gesetzt? Wie sehen die Mount-Optionen für die Partition(en) aus (iocharset-Option)?
Ändert sich denn etwas, wenn du LANG statt LC_CTYPE auf iso-8859-1(5) setzt (es gab da mal einen mittlerweile angeblich gelösten QT-Bug: https://bugreports.qt.io/browse/QTBUG-1313)?
-
Wenn eplist das nicht annimmt, sollte man das mit dem Entwickler Mike Constabel klären (und am besten CKone und horchi mit einbeziehen, damit epgd mit angepasst wird, außerdem ist die Tatort-Reihe für die beiden soweit ich das mitbekommen habe auch von Interesse) .
Ich hab das nur am Rande mitbekommen, weil es im August ein paar E-Mails wegen einem Problem mit epgd gab, das Probleme hatte, weil jemand für eine Serie Jahreszahlen statt Staffelnummern genutzt hat - es müsste an dieser Änderung hängen:
Alles anzeigenDiff- --- VDREplistChecker.pl.2017-08-29 2013-07-04
- 14:19:02.000000000 +0200
- +++ VDREplistChecker.pl 2017-08-29 10:15:56.812000000 +0200
- @@ -122,15 +122,15 @@
- if ( $Line =~ /^#\s*SEASONLIST/ ) { $Seasonlist = 1; next; }
- if ( $Line =~ /^#\s*\/SEASONLIST/ ) { $Seasonlist = 0; next; }
- - if ( $Seasonlist && $Line =~ /^#\s*(\d+)\s*\t\s*(\d+)\s*\t\s*(\d+)\s*$/ ) {
- + if ( $Seasonlist && $Line =~ /^#\s*(\d{1,3})\s*\t\s*(\d{1,3})\s*\t\s*(\d{1,3})\s*$/ ) {
- %maxep = ( season => $1 + 0, start => $2 + 0, stop => $3 + 0, max => $3-$2+1 );
- }
- next if $Seasonlist;
- my $spacer1 = '(?:\t|~|\ {1,})';
- my $spacer2 = '(?:\t|~|\ {3,})';
- - if ( $Line =~ /^\s*(\d+)\s*${spacer1}\s*(\d+)\s*${spacer1}\s*(\d+)\s*${spacer1}\s*(.*?)\s*${spacer2}\s*(.*?)\s*$/ ||
- - $Line =~ /^\s*(\d+)\s*${spacer1}\s*(\d+)\s*${spacer1}\s*(\d+)\s*${spacer1}\s*(.*?)\s*$/ ||
- - $Line =~ /^\s*(\d+)\s*${spacer1}\s*(\d+)\s*${spacer1}\s*(\d+)\s*$/ ) {
- + if ( $Line =~ /^\s*(\d{1,3})\s*${spacer1}\s*(\d{1,3})\s*${spacer1}\s*(\d{1,3})\s*${spacer1}\s*(.*?)\s*${spacer2}\s*(.*?)\s*$/ ||
- + $Line =~ /^\s*(\d{1,3})\s*${spacer1}\s*(\d{1,3})\s*${spacer1}\s*(\d{1,3})\s*${spacer1}\s*(.*?)\s*$/ ||
- + $Line =~ /^\s*(\d{1,3})\s*${spacer1}\s*(\d{1,3})\s*${spacer1}\s*(\d{1,3})\s*$/ ) {
- %LineField = ( Season => $1+0, Episode => $2+0, EpisodeOverAll => $3+0, Subtitle => ( defined $4 && $4 ) ? $4 : "n.n.", Miscellaneous => ( defined $5 && $5 ) ? $5 : "");
- $LineField{Subtitle} =~ s/^\s*n\.?n\.?\s*$/n\.n\./;
-
-
Die Logausgabe sagt ja, dass grab (also effektiv ein Screenshot des aktuell dargestellten Material plus OSD) nicht unterstützt wird:
ZitatSep 29 19:12:08 easyVDR vdr: BOBLIGHT: boblight Thread started (pid=22340)
Sep 29 19:12:08 easyVDR vdr: BOBLIGHT: Connected to boblight
Sep 29 19:12:08 easyVDR vdr: softhddev: grab unsupported
Das boblight-Plugin nutzt soweit ich das verstanden habe den von softhddevice bereitgestellten grab-Befehl, um sich ein Bildchen zu holen, damit es weiß wie die LEDs leuchten sollen. Vermutlich stimmt da etwas mit der Fehlerbehandlung in softhddevice oder dem boblight-Plugin nicht, wenn der VDR abschmiert, wenn jemand versucht grab zu nutzen.
-
Ich dachte, in ppa:yavdr/main wäre es auch gefixed?
Sollte es eigentlich sein
-
Das Problem beim Video-Passthrough ist das exakte Timing - dazu müsste man die Decoder exakt mit den Frames für die Ausgabe synchronisieren (was mit dem X-Server wohl nicht so einfach ist) - es gab da vor vielen Jahren mal Schritte in die Richtung, aber das ist dann soweit ich weiß eingeschlafen, als Deinterlacing mit VDPAU gut genug aussah: [patches} Korrekte interlaced und framesynchrone Ausgabe für SDTV/HDTV auf VGA/DVI/HDMI/RGB/SCART
Wenn 4k und HEVC keine Rolle spielen, könnte man einen Raspberry Pi nehmen - das rpihddevice kann die Modi dynamisch wechseln und den Ausgabegeräten das Deinterlacing überlassen.
-
Ich kann es mit den Paketen aus dem PPA nachvollziehen, da wurde ADDON_GLOBAL_VERSION_MAIN_MIN bzw. ADDON_GLOBAL_VERSION_MAIN in den KODI-Quellen angehoben - man muss das Paket einfach nur neu die Header der aktuellen KODI-Version aus dem PPA neu bauen, dann kann es geladen werden.
