Aber ganz ehrlich, da stand doch nichts drin.
Du weißt, wie das ist, mit der Eier legenden Wollmilchsau.
Es stand schon was drin, das Feld "D" aus der info Datei.
Auf dem Desktop ist dar Tooltip schon schön. Bloß beides auf einmal macht halt keinen Sinn...
Grüße
kamel5
Also bei mir kommen die Trenner, auch in Opera. Kannst Du mal den Browsercache ("Cached images and files") leeren?
Nach dem leeren des Caches ist es wieder OK. Also Opera ist da schon echt eigen...
Und beim Sortieren nach Fehlern werden halt die mit den meisten Fehlern zuerst angezeigt.
OK, dann hatte ich das bisher falsch verstanden. Ich dachte, in diesem Modus werden nur die mit Fehlern angezeigt und nicht alle.
zu 1: Ja, das ist gewollt. Elemente haben entweder einen Tooltip (kommt ohne zu clicken), oder ein Popup (kommt mit clicken). Aber nicht beides.
Jetzt kommt kein Tooltip mehr, auch nicht, wenn man mit der Maus darüber fährt.
Meine Zielvorstellung war hier ursprünglich: Ohne Klick kommt ein Tooltip und wenn man dann darauf klickt, geht der Tooltip weg und das Popup kommt. Ich weiß nicht, ob das realisierbar ist.
Grüße
kamel5
MarkusE ,
nach dem letzten Update sieht man in der Aufnahmeliste die "Trenner" zwischen den Aufnahmen mit Opera nicht mehr, in Firefox sind sie zu sehen.
Du hast ja auch den Reiter Aufnahmefehler bei der strukturierten Liste wieder eingefügt
, das funktioniert aber noch nicht richtig, es werden noch alle Aufnahmen angezeigt.
Grüße
kame
1. Was sind denn Aufnahmefehler?
"Zahl der Fehler in der Aufzeichung: xxx" oder "Kein Fehler in der Aufzeichnung" oder "Aufzeichnung wurde nicht auf Fehler überprüft"
Hier sollten nur die Aufnahmen angezeigt werden, die TS-Fehler haben, also wo der Eintrag "error" in der info-Datei größer 0 ist.
2. Kann man irgendwo einstellen das alle Aufnahmen angezeigt werden?
Bei mir werden die Aufnahmen im Root-Video-Verzeichnis nicht dargestellt. Ich sehe nur die Ordner und die Aufnahmen darin.
Bei mir werden da auch die Aufnahmen aus dem video-root Verzeichnis angezeigt. Da gibt es, soweit ich das bisher gesehen habe, auch keine Einstellung für.
Grüße
kamel5
Hast Du zufällig auch yaVDR laufen?
Leider nicht. Ich übersetze immer alles selber.
Grüße
kamel5
Grüße
kamel5
Habe aber keine Ahnung wozu das ist.
Das scheint für die Info-Anzeige zu sein (Blaue Taste).
Da fehlen auch noch die "endl".
Grüße
kamel5
Ich wusste nicht, dass die Informationen von EPGSearch und TVScraper gleichzeitig auftreten können.
Ich habe das zum Testen nur händisch in eine info-Datei eingetragen. Ich würde aber trotzdem nicht ausschließen, das da Mehreres auftreten kann. Es gibt ja auch noch VDRadmin-AM...
Grüße
kamel5
Ich wollte es so machen wie bei EPGSearch...
Ist ja soweit OK. Ohne das endl wird es aber in eine Zeile geschrieben und dann sieht es nicht so schön aus.
Grüße
kamel5
MegaV0lt ,
nur so zur Info:
Dein Patch funktioniert hier ohne Probleme und zeigt im Menü auch das an, was es soll.
Ich würde allerdings in den obigen Zeilen 36 und 40 jeweils ein "<< endl" vor dem Semikolon einfügen, sonst wird alles in eine Zeile geschrieben.
Grüße
kamel5
- Ansonsten würde ich mir noch eine umgekehrte Sortierung ...
Geht schon bei Name und Datum. Einfach nochmal auf "Name" bzw. "Datum" clicken
Sehr schön, das funktioniert. War mir bisher noch gar nicht aufgefallen.
Flache Ansicht: Du siehst, welche Aufnahmen insgesamt viele Fehler haben, also unter Berücksichtigung aller Deiner Aufnahmen.
Ich bin da eher Ordner-orientiert. Bei meinen vielen Aufnahmen verliert man sonst die Übersicht. Alternativ müsste ich in der flachen Ansicht immer filtern oder ewig lang scrollen.
Grüße
kamel5
Hallo,
es gibt ein neues Release 1.2.19:
- Fix some compiler warnings
- Fix segfault in "epg.c"
- Update cSdOsd::CreatePixmap
- Add "favorites" to Tokens
- Update skin estuary4vdr (Add special case "favorites")
- Update skin estuary4vdr (Add recording lenght, errors), both can be deactivated in setup)
Grüße
kamel5
Wenn Du möchtest, kannst Du in Opera -> Rechte Maustaste -> "Inspect Element" aufrufen, ev. zeigt er dann Fehler an ...
Wenn es bei den Aufnahmen, vorrangig bei Duplikaten, in Opera hängt, funktioniert das leider auch nicht mehr. In der Info-Box steht dann: "Kann Infobox nicht aktualisieren". Ich kann dann nur noch den Tab zu machen und neu öffnen, dann bekomme ich auch die erwartete Anzeige. Ich kann auch den hängenden Tab offen lassen und einen weiteren mit Live öffnen und bekomme dann wieder eine funktionierende Anzeige. Schon sehr seltsam. Alle anderen Tabs sind davon nicht betroffen. NaJa, mit Firefox funktioniert es ja, und das wäre für mich erst einmal OK.
Was mir noch aufgefallen ist:
- "Aufnahmefehler" fehlt jetzt unter "Aufnahmen", ist das so gewollt? Da die Anzeige "Aufnahmen (flach)" deutlich unübersichtlicher ist, würde ich mir das zurück wünschen.
- Bei "Duplikate" werden nicht alle Duplikate gefunden. Ich muss mal schauen, ob ich das noch etwas eingrenzen kann.
Ansonsten würde ich mir noch eine umgekehrte Sortierung (wie im VDR-OSD, also oben in der Liste beginnend mit "Z" bzw. "Neueste") wünschen, von mir aus auch unter Einstellungen umschaltbar.
Grüße
kamel5
Sehr schön.
Dann kann ich das so übernehmen.
Grüße
kamel5
MarkusE ,
insgesamt funktioniert das mit den Aufnahmen mittlerweile mit Firefox sehr flott.
Bei meinem Lieblingsbrowser Opera, der ja die gleiche Engine wie Chrome nutzen sollte, hakt es hier und dort ein wenig, vor allem bei Duplikaten.
Mit Firefox gibt es da keine Probleme, auch wenn es dann unter Umständen etwas länger dauert.
Grüße
kamel5
hopsi ,
ich glaube, ich habe jetzt eine bessere Lösung für die Positionierung bei unterschiedlichen Einstellungen gefunden.
Wenn Du magst, kannst Du das ja nochmal testen. --> Im git branch develop letzter commit.
Grüße
kamel5
Ändere ich das auf 14, dann überlappen bei mir Uhrzeit und Name um etwa einen Buchstaben.
Das sehe ich jetzt hier auch. Ich habe da normalerweise 16 Menüelemente eingestellt.
Da muss ich mal darüber nachdenken, wie man die Positionierung besser macht. Man kann hier nicht einfach die Länge von "Datum/Uhrzeit" abfragen. Na mal sehen.
Grüße
kamel5
xinelibout is also possible without vaapi but only without the skindesigner plugin as vdr crashes with them.
I've reproduced the problem now.
skindesigner and other skins use "True Color OSD". For this reason, TrueColor must first be set in xineliboutput "Setup->OSD->Color depth".
Other entries do not work in this case.
The log then shows the following:
Nov 03 11:32:31 vdr[98852]: [98852] info: Primäres Interface wird umgeschaltet...
Nov 03 11:32:31 vdr[98852]: [98852] skindesigner: osd size changed
Nov 03 11:32:31 vdr[98852]: [98852] skindesigner: old osd size: top 38 left 22 size 1840 * 1037
Nov 03 11:32:31 vdr[98852]: [98852] skindesigner: new osd size: top 14 left 12 size 688 * 553
Nov 03 11:32:31 vdr[98852]: [98852] skindesigner: initializing skin estuary4vdr
Nov 03 11:32:31 vdr[98852]: [98852] skindesigner: using decimal point ,
Nov 03 11:32:31 vdr[98852]: [98852] skindesigner: using channel logo path /etc/vdr/plugins/skindesigner/logos/
Nov 03 11:32:31 vdr[98852]: [98852] skindesigner: using icon path /etc/vdr/plugins/skindesigner/skins/estuary4vdr/themes/applegreen/
Nov 03 11:32:31 vdr[98852]: [98852] skindesigner: using skinparts path /etc/vdr/plugins/skindesigner/skins/estuary4vdr/themes/applegreen/skinparts/
Nov 03 11:32:31 vdr[98852]: [98852] skindesigner: using svgtemplate path /etc/vdr/plugins/skindesigner/skins/estuary4vdr/svgtemplates/
Nov 03 11:32:31 vdr[98852]: [98852] skindesigner: using language de_DE
Nov 03 11:32:31 vdr[98852]: [98852] skindesigner: templates successfully validated and parsed
Nov 03 11:32:33 vdr[98852]: [98852] skindesigner: templates and images cached
Nov 03 11:32:33 vdr[98852]: [98852] skindesigner: cached 75 icons - size internal mem 0,21MB, high level mem 0,24MB
Nov 03 11:32:33 vdr[98852]: [98852] skindesigner: cached 200 logos - size 1841,25MB internal mem
Nov 03 11:32:33 vdr[98852]: [98852] skindesigner: cached 8 skinparts - size internal mem 0,00MB, high level mem 3,50MB
Nov 03 11:32:33 vdr[98852]: [98852] skindesigner: templates loaded and caches created - needed 1599 ms
Nov 03 11:32:33 vdr[98852]: [99992] animator thread thread started (pid=98852, tid=99992, prio=high)
Nov 03 11:32:33 vdr[98852]: [98852] [input_osd] ARGB overlay not supported by video driver
Nov 03 11:32:36 vdr[98852]: [99992] animator thread thread ended (pid=98852, tid=99992)
Nov 03 11:32:36 vdr[98852]: [98852] [input_osd] OSD_Close(0): non-existing OSD !
Nov 03 11:32:37 vdr[98852]: [98852] max. latency time 6 seconds
Nov 03 11:32:37 vdr[98852]: [98964] [demux_vdr] PMT changed, resetting demuxer
Nov 03 11:32:37 vdr[98852]: [98964] [demux_vdr] ts2es: reset, dropping buffer
Nov 03 11:32:37 vdr[98852]: [98964] [demux_vdr] ts2es: reset, dropping buffer
Nov 03 11:32:37 vdr[98852]: [98964] [demux_vdr] ts2es: reset, dropping buffer
Nov 03 11:32:37 vdr[98852]: [98964] [demux_vdr] ts2es: reset, dropping buffer
Nov 03 11:32:37 vdr[98852]: [99921] [xine..put] H.264: Found NAL SPS at offset 6/524
Nov 03 11:32:37 vdr[98852]: [99921] [xine..put] H.264 SPS: profile_idc 100
Nov 03 11:32:37 vdr[98852]: [99921] [xine..put] H.264 SPS: pic_width: 80 mbs
Nov 03 11:32:37 vdr[98852]: [99921] [xine..put] H.264 SPS: pic_height: 45 mbs
Nov 03 11:32:37 vdr[98852]: [99921] [xine..put] H.264 SPS: frame only flag: 1
Nov 03 11:32:37 vdr[98852]: [99921] [xine..put] H.264 SPS: aspect_ratio_idc 1
Nov 03 11:32:37 vdr[98852]: [99921] [xine..put] H.264 SPS: -> aspect ratio 1 / 1
Nov 03 11:32:37 vdr[98852]: [99921] [xine..put] H.264 SPS: -> video size 1280x720, aspect 1:1
Nov 03 11:32:37 vdr[98852]: [99921] [xine..put] Detected video size 1280x720
Nov 03 11:32:37 vdr[98852]: [99921] [input_vdr] WARNING: xine-engine setting "engine.buffers.video_num_frames":15 is too small for some HD channelsNo Segfault at all, but no OSD either. Everything else is functional.
I think this is the real problem in this case: "[input_osd] ARGB overlay not supported by video driver".
I don't know if there is a configuration parameter to enable ARGB.
So, that problem cant be fixed in the skins.
PS: for skin lcars you have to use "Automatic" in "Setup->OSD->Color depth"
Grüße
kamel5
ch bin mir nicht sicher, ob der Titel dann ein "" oder ein "No EPG information found" sein sollte bzw. bei tvguide ein dummygrid werden sollte.
Normalerweise zeigt tvguide in so einem Fall "No EPG information found" an.
Im Moment fehlt mir noch die Idee, warum dieser Fall überhaupt auftreten sollte, da ja normalerweise der Core-VDR schon "No title" zurückgibt...
Da muss ich mal darüber nachdenken...
Grüße
kamel5
Die Frage ist aber, ob es sein darf/kann, dass title = NULL ist?
In VDR's epg.c wird "title" zwar mit NULL initialisiert, später dann bei nicht vorhandenem Event->Title() zu "No title".
Naja, im Endeffekt sollte es aber auch keinen Segfault geben.
Ich werde Deinen Patch so übernehmen und mir das auch bei tvguide ansehen.
Grüße
kamel5
