Dankeschön ![:]](https://www.vdr-portal.de/images/smilies/pleased.gif "Freude"){kind=small}
[SkinNopacity] Aktuelle Probleme
-
-
mit dem Commit "Show poster in display replay" wird bei Wiedergabe einer DVD leider kein Progress-Bar mehr angezeigt. Das liegt daran, dass in diesem Fall SetRecording() und damit auch CreatePixmaps2() nicht aufgerufen wird, sodass die Pixmaps für diese Elemente nicht generiert und damit auch nicht angezeigt werden.
Hier ein Vorschlag einen Fix: 0001-Fixed-missing-progress-bar-for-DVD-replay.zip
Vielen Dank, viele Grüße und einen guten Rutsch!
Stefan
-
Das liegt daran, dass in diesem Fall SetRecording() und damit auch CreatePixmaps2() nicht aufgerufen wird,
Das berifft ja dann alle Plugins, die SetRecording() nicht nutzen, also z.B. auch Plex...
Ich schaue mir das die nächsten Tage mal an.
Danke fürs Melden.
Grüße
kamel5
-
SkinNopacity zeigt in den Details einer Aufzeichnung auch ein anderes Image nur als das Poster des TV-Scrapers an:
- In der Listenansicht der Aufzeichnungen ist es das erste JPG-Image, das sich im Verzeichnis der Aufzeichnung befindet.
- Ruft man dort (oder direkt beim Abspielen) die Info auf, werden im Abschnitt "Bildergalerie" alle JPG-Images des Verzeichnisses angezeigt.
Deshalb hier noch ein Patch – der wie bei Punkt 1 – bei der Wiedergabe einer Aufzeichnung das erste Image im Verzeichnis auch im Progress-Bar anzeigt:
0001-Added-support-for-recording-image-to-replay-progress.zipViele Grüße
Stefan
-
Deshalb hier noch ein Patch – der wie bei Punkt 1 – bei der Wiedergabe einer Aufzeichnung das erste Image im Verzeichnis auch im Progress-Bar anzeigt:
OK, bisher wurde ja in der Wiedergabe nur ein Poster (Porträtformat) aufgrund der Platzverhältnisse angezeigt, mit der Benutzung eines beliebigen Bildes aus dem Aufnahmeverzeichnis kann es dann aber passieren, das auch ein schmaler Banner angezeigt wird, wenn das das erste Bild ist. Das wollte ich an dieser Stelle eigentlich vermeiden.
Deshalb die Frage, wäre das ein wünschenswertes Verhalten, sonst müsste hier noch auf ein Porträtformat geprüft werden.
Außerdem würde ich das dann noch so ändern, das das Bild aus dem Verzeichnis auch angezeigt wird, wenn kein Bild vom Scraper geliefert wird. Man kann das dann auch noch konfigurierbar machen...
Grüße
kamel5
-
Patch 1:
Es scheint aber so zu sein, das das dvd-Plugin überhaupt keinen Titel ausgibt, dann bleibt die Fläche über dem Fortschrittsbalken leer.
Das stimmt. Für mich ist aber die Zeitleiste entscheidend.
Patch 2:
Hier ist zu beachten, das dadurch auch ein Bild im Landscape-Format angezeigt werden könnte.
Für mich passt das, denn meine "Poster" sind im Format 4:3.
Danke dir
Stefan
-
Bin jetzt mal zum Testen der neuen Skin-Version gekommen. Vielen Dank.
Display scroll bar also if content is not scrollable
Das gefaellt mir sehr gut fuer breite Menues, fuer schmale (insbesondere das Hauptmenue) aber eher nicht so. Koennte es Sinn ergeben, das getrennt einstellbar zu machen? Ansonsten kann ich mir das auch so zurecht patchen, wie ich es brauche.
Gruss,
S:oren
-
Koennte es Sinn ergeben, das getrennt einstellbar zu machen?
Ich schaue mir das gerne mal an. Separate Setup-Optionen für beide Menü-Varianten sind sicher eine gute Idee.
Grüße
kamel5
-
Das ging ja schnell!
Ist perfekt so fuer mich, sogar die Einstellung war automatisch richtig (vorher 'ja', jetzt 'in breiten Menues').
Vielen Dank,
S:oren
-
Moin Kamel,
ich habe da so einen komischen Anzeigefehler im Aufnahmemenü. Ich habe einen täglichen Timer für die 20:00 Uhr-Tagesschau, der um 19:57 Uhr startet. Diese Aufnahmen sind vorhanden:
Code
Display MoreCoreELEC:~/UBUNTU/srv/vdr/video.00/Tagesschau/_ # ls -l total 60 drwxr-xr-x 2 root root 4096 Oct 26 20:39 2024-10-24.19.57.55-0.rec drwxr-xr-x 2 root root 4096 Oct 25 20:22 2024-10-25.19.57.55-0.rec drwxr-xr-x 2 root root 4096 Oct 26 20:22 2024-10-26.19.57.55-0.rec drwxr-xr-x 2 root root 4096 Oct 27 20:21 2024-10-27.19.57.55-0.rec drwxr-xr-x 2 root root 4096 Oct 28 20:23 2024-10-28.19.57.55-0.rec drwxr-xr-x 2 root root 4096 Oct 29 20:24 2024-10-29.19.57.55-0.rec drwxr-xr-x 2 root root 4096 Oct 30 20:22 2024-10-30.19.57.55-0.rec drwxr-xr-x 2 root root 4096 Oct 31 20:22 2024-10-31.19.57.55-0.rec drwxr-xr-x 2 root root 4096 Nov 1 20:21 2024-11-01.19.57.55-0.rec drwxr-xr-x 2 root root 4096 Nov 2 20:21 2024-11-02.19.57.55-0.rec drwxr-xr-x 2 root root 4096 Nov 4 12:36 2024-11-03.19.57.55-0.rec drwxr-xr-x 2 root root 4096 Nov 4 20:22 2024-11-04.19.57.55-0.rec drwxr-xr-x 2 root root 4096 Nov 6 21:54 2024-11-05.19.57.56-0.rec drwxr-xr-x 2 root root 4096 Nov 7 00:32 2024-11-06.19.57.56-0.rec drwxr-xr-x 2 root root 4096 Nov 7 21:53 2024-11-07.19.57.56-0.recWie man sieht, gibt es einen Ordner für die Tagesschau vom 06.11.: 2024-11-06.19.57.56-0.rec
In skinnopacity sieht die Liste der Aufnahmen so aus:
Die Sendung vom 06.11 wird hier unter dem Datum vom 05.11. angezeigt und die Uhrzeit mit 20:00 Uhr statt 19:57 Uhr.
In allen anderen getesteten Skins ist die Darstellung korrekt. Hier der LCARS-Standardskin:
Was mir allerdings auffällt ist, dass die EPG-Daten zu den einzelnen Aufnahmen nicht angezeigt werden - mit einer Ausnahme. Und das ist ausgerechnet die Sendung vom 06.11.24. Das ist auch in allen Skins gleich.
Der Ordner 2024-11-06.19.57.56-0.rec enthält diese Dateien:
Coderoot@CoreELEC /srv/vdr/video.00/Tagesschau/_/2024-11-06.19.57.56-0.rec # ls -l total 888952 -rw-r--r-- 1 root root 909687820 Nov 6 20:20 00001.ts -rw-r--r-- 1 root root 16663 Nov 6 20:21 Das_Erste_HD-A16_9-P0.pgm -rw-r--r-- 1 root root 551536 Nov 6 20:20 index -rw-r--r-- 1 root root 487 Nov 6 19:57 info -rw-r--r-- 1 root root 2192 Nov 6 20:21 markad.log -rw-r--r-- 1 root root 12 Nov 6 19:57 markad.vps -rw-r--r-- 1 root root 84 Nov 6 20:21 marks -rw-r--r-- 1 root root 4 Nov 7 00:32 resumeDer Inhalt der Info-Datei der Aufnahme vom 06.11. ist
Code
Display MoreC I-1-10301-10301 Das Erste HD E 53892 1730833200 900 4E 17 T Tagesschau D Themen:|* Wahl in den USA: Entscheidung zwischen Harris oder Trump|* Neues Krisengespräch der Ampelspitze|* Rechtsextremisten in Sachsen und Polen festgenommen G 80 X 5 0B deu HD-Video X 2 03 deu stereo X 2 03 deu ohne Audiodeskription X 4 42 deu Dolby Digital 2.0 X 3 01 deu Teletext-Untertitel X 3 20 deu mit DVB-Untertitel X 2 41 deu Klare Sprache X 3 03 deu V 1730833200 F 50 1280 720 p 16:9 P 49 L 99 O 0Wie ermittelt skinnopacity die Aufzeichnungsdaten für die Anzeige im Aufnahme-Menü? Was macht es anders als die anderen Skins?
Tatsächlich fehlt in den info-Dateien der anderen Tagesschau-Unterordner der EPG-Eintrag. Beispiel:
Coderoot@CoreELEC /srv/vdr/video.00/Tagesschau/_/2024-11-07.19.57.56-0.rec # cat info C I-1-10301-10301 Das Erste HD E 0 0 0 FF FF X 2 03 mis X 2 05 deu X 3 03 deu F 50 1280 720 p 16:9 P 49 L 99 O 0Nach meiner Erinnerung hatten diese info-Dateien der Tagesschau-Aufnahmen aber bis vor ein paar Tagen noch für alle Aufnahmen die EPG-Daten. Bei allen anderen Aufzeichnungen, z.B. die tägliche heute-Sendung, sind die EPG-Informationen vollständig vorhanden. Irgendwas muss da irgendwann schief gegangen sein. Das ist jetzt sicher kein Skin-Problem, aber ich erwähne es hier trotzdem mal.
-
Was mir allerdings auffällt ist, dass die EPG-Daten zu den einzelnen Aufnahmen nicht angezeigt werden - mit einer Ausnahme. Und das ist ausgerechnet die Sendung vom 06.11.24. Das ist auch in allen Skins gleich.
Genau das ist hier der Unterschied.
Bei allen Skins wie LCARS, die einfach nur die Daten, die der Core-VDR generiert, anzeigen, wird Datum und Zeit von der reinen Aufzeichnung genommen, also Start gemäß Timer und gesamte Länge.
Bei skinnopacity und möglicherweise auch anderen Skins, die die Ausgabe selbst zusammensetzen, kann man natürlich mit den Daten machen, was man will.
Bei skinnopacity ist es nun so, das vorrangig die Daten aus dem Event benutzt werden, und nur wenn es keine gibt, die von der Aufzeichnung.
Das heißt, im ersten Fall siehst Du Anfang 20:00, dann beginnt die Tagesschau tatsächlich, und im zweiten Fall Anfang 19:57, inklusive Vorlaufzeit. Bei der Dauer genauso, 15min vs. 0min. 0min sollten hier aber wohl nicht angezeigt werden, das muss ich mir mal ansehen.
Warum da das Datum falsch ist, kann ich mir im Moment nicht erklären. Da die Daten da ja aus dem Event stammen, lag da vielleicht ein Fehler vor. Ich versuche das mit den info-Datei Daten hier mal zu reproduzieren.
Klar, man könnte jetzt diskutieren, ob es besser wäre, hier immer die Daten von der Aufzeichnung anzuzeigen..
Wenn Du willst, kannst Du Dir die Stelle, wo das gemacht wird, in der Datei "menuitem.c" ab Zeile 1233 auch selbst mal ansehen.
Nach meiner Erinnerung hatten diese info-Dateien der Tagesschau-Aufnahmen aber bis vor ein paar Tagen noch für alle Aufnahmen die EPG-Daten.
Ja, das habe ich auch schon festgestellt, das es mittlerweile oft keine vernünftigen Daten mehr gibt.
Grüße
kamel5
-
Nur ein kurzer Hinweis zur konsistenten Darstellung:
Code// Display date and time in line 2 std::string strDate = *(Event->GetDateString()); cString strTime = Event->GetTimeString(); if (strDate.find("1970") != std::string::npos) { time_t start = Recording->Start(); line2 = cString::sprintf("%s %s", *DateString(start), *TimeString(start)); } else { line2 = cString::sprintf("%s - %s", strDate.c_str(), *strTime); }In beiden Fällen sollte der gleiche Format-String verwendet werden, Zeile 8 also lauten wie folgt:
Codeline2 = cString::sprintf("%s %s", strDate.c_str(), *strTime);Viele Grüße
Stefan
-
Das ist also tatsächlich ein Problem durch fehlerhaften Daten.
erstmal Danke für die Analyse. Aber woher kommen die fehlerhaften Daten in der info-Datei? In die schreibt doch nur vdr. Hat die ARD da also in ihrem EPG ein falsches Datum gehabt? Sowas habe ich in über 20 Jahren vdr-Nutzung noch nie zuvor beobachtet.
Participate now!
Don’t have an account yet? Register yourself now and be a part of our community!