[vdr] [ANNOUNCE] timeline 0.8.0

hi,
hat ja einen enormen Versionssprung gemacht,
von Version 0.2.4 auf Version 0.8.0 ?!?
hier noch das Changelog

Zitat

2003-09-08: Version 0.8.0

- another strange timer usage found and algo modified
- support for repeating timers added
- conflict algo improved
- timeline output modified - multiline output added
- priority output for conflicts and timeline added
- time output format changed

Alles anzeigen

mfg

Mit der neuen Version des Timeline-Plugins habe ich ein kleines Problem:
Ich habe einen Dummy-Timer programmiert, um den Rechner einmal in der Woche zu einem bestimmten Zeitpunkt hochzufahren. Dabei sind Anfangszeit und Endzeit identisch, Priorität ist 0 und Lebensdauer ist 0. Damit fährt der Rechner zur angegebenen Zeit hoch und es wird kein Festplattenplatz für die Aufnahme belegt. Soweit funktioniert das schon längere Zeit.
Bei der Anzeige der Zeitleiste stürzt VDR jetzt beim Wochentag mit diesem Timer kommentarlos ab.

Gruß Zimuland

Ich habe auch ein kleines Problem mit dem timeline-Plugin:

Immer wenn ich das Plugin aufrufe, dann startet das momentan mit dem 30.10.2003, anstatt den heutigen Tag hervorzuheben (8.10.2003).

Ist das gewollt und warum? Ich finde es auf jeden Fall unpraktisch. Wenn es mit Absicht so ist, dann würde ich es bevorzugen, wenn es sich übers OSD konfigurieren ließe ...

Desweiteren hatte ich heute einen Absturz von VDR, als ich wärend einer Aufnahme das Plugin aufgerufen habe und es mit "Ok" beenden wollte. Vielleicht nur ein unglücklicher Zufall, denn ich konnte es noch nicht reproduzieren, aber vielleicht ist es auch schon jemand anderem passiert ...

Gruß,
Oliver

Es wird immer zum Tag mit der nächsten Aufnahme gesprungen - wenn heute keine ist, ist es nunmal nicht heute. Eine leere Zeitleiste bietet auch keine Information...

Zum Absturz kann es kommen, wenn die Aufnahme beim Start des Plugins lief, aber dann während dessen beendet wird - dann ist nämlich die Timer-Instanz weg und ich weiß auch nicht so recht, wie ich das bemerken soll.

Heute laufen definitiv Aufzeichnungen... 4 Stück, um genau zu sein. Dieses sind alles periodische Timer (zwei laufen jeden Arbeitstag und die beiden anderen nur mittwochs).

Also muß es an was anderem liegen. Vielleicht stimmt etwas an der Routine nicht, über die das nächste Event bestimmt wird.

--
Gruß,
Oliver

Hi,

Zitat

Zum Absturz kann es kommen, wenn die Aufnahme beim Start des Plugins lief, aber dann während dessen beendet wird - dann ist nämlich die Timer-Instanz weg ...

kannst Du Dir die Member des an setShow uebergebenen Timers nicht herauskopieren? Der Zugriff auf die Kopien ist in Action dann sicher.

Zitat

und ich weiß auch nicht so recht, wie ich das bemerken soll

Aeh, wusstest Du das bereits, bevor Du die neue Version veroeffentlicht hast? Dann haettest Du das als Known-Bug auch angeben sollen.

Zu zimulands Abstuerzen:
Bist Du sicher, dass in der Zeile 535 von checkerOsd.c

int h=(20-(max-1))/max;

"max" nie Null werden kann?
Wenn alle pd[i].count Null sind, und das sind sie, wenn start1==stop1 fuer alle Timer gilt, wird max auch Null.

Gruesse
Markus

Nachtrag zum Auffinden des nächsten Events (damit der richtige Tag angezeigt wird):

wie machst Du das in dem Plugin? Berechnest Du das selber oder nutzt Du eine Funktionalität von VDR? Vermutlich ersteres, da ich mittels des "NEXT"-Kommandos über SVDRP nämlich den korrekten Tag zurück bekomme ...

Das kann man doch auch bestimmt innerhalb von VDR nutzen und so zuverlässig auf den richtigen Tag springen ... nur so ein Vorschlag.

Jesus:

Ich muß das selbst machen, denn der Core liefert einem da nur Werte relativ zu einer Basis. Und wurde die einmal gesetzt, bleibts "für immer" bei dem Wert.

mark2:
Kopieren will ich möglichst keine Timer, weiß nicht, ob die Überhaupt einen Copy-Contructor haben - und selbst wenn, ich brauch den Recording() Wert - aktuell.

Zu der Codezeile: da ist leider noch ein Rechenfehler drin, da muß noch was dazu addiert werden - hab ich im CVS schon drin. Max kann nie null werden, denn wenn dem so wäre, würde die Funktion gar nicht durchlaufen - wenn nix zu malen ist, braucht man auch keine Koordinaten berechnen. Durch-Null Divisionen kamen in meiner langjährigen Berufspraxis in öffentlichen Versionen schon lange nicht mehr vor.

Hi,

Zitat

Original von brummfondel
Kopieren will ich möglichst keine Timer, weiß nicht, ob die Überhaupt einen Copy-Contructor haben - und selbst wenn, ich brauch den Recording() Wert - aktuell.

an den Copy-Contructor habe ich auch gedacht, aber nicht daran, dass er nicht existiert, sondern dass er den Timer tatsaechlich dupliziert, mit all seinen Folgen.
Nein, einfach die Werte aus dem Timer heraus holen, die man selber braucht. Ist zwar aufwendiger, aber produziert halt keine seg-faults.

Gruesse
Markus

Ich habe es jetzt mal ausprobiert:

Sobald ich einen einmaligen Timer setzte, dann springt er zum richtigen Tag. Sobald aber nur Serientermine existieren, dann springt er zum 30.10.

Aber ansonsten finde ich das Plugin wirklich genial. Immer weiter so.