Stadtgeflüster: epgd kommt noch vor Ostern in der http Version

Hi zusammen,

nun bin ich auch mal auf http umgestiegen.
Ich konnte es nicht mehr aushalten und es ist ja schon Ostern .
Hier läuft epgd/epghttpd auf einem cubietruck -Miniserver mit TVM-Plugin.
Was ich bisher gesehen habe ist schon mal sehr sehr sehr super geil !

Momentan habe ich folgende Verständnisfragen:

- Ist epgsearch damit hinfällig und sollte disabled werden?
- Habe ich deshalb etliche Kopieen der (bereits vorhandenen) Timer im Webif?

Bin gerade dabei die letzten Änderungen auszuchecken, vielleicht ist das mit den Timern ja dann schon hinfällig.
Ich muss nur leider warten bis die "Hebamme" im Ersten endlich fertig ist :wand.

Edit:
Ja mit den letzten Änderungen im epg2vdr / epgd und den Anpassungen in der DB sind nun die Timer korrekt.

astra

Zitat von astra

Ist epgsearch damit hinfällig und sollte disabled werden?

Das ist dir überlassen. Ich habe letzte Woche oder so komplett den letzte Suchtimer rübergezogen. Du kannst es aber auch parallel fahren.
Letztlich ist es dazu gedacht, epgsearch und live abzulösen. Aber das kann jeder für sich entscheiden.
Ich habe live noch laufen, weil ich nur so mein osd sehen kann. Wenn wir das auch abgelöst haben, irgendwann, werde ich das auch ab schalten.

Gruss
Dirk

Und mit etwas Glück, wird es dann Ostern 2026 brauchbar.

Danke dir. Dann werde ich vorübergehend mal zweigleisig weiterfahren .

Hoffentlich kommt keine Unterstützung für "Views" bis 2026, nicht dass die Nutzerzahl ins unermessliche steigt

Zitat von utiltiy

Vielleicht kann man im Webinterface eine "Info" einbauen welche Version der verwendete Stand gerade ist wenn ihr mal "Luft" habt

Findest du jetzt in der Hilfe unter about/Historie

Zitat von horchi

im epg Menü (vom epg2vdr Plugin) mit der Taste 2, ein Befehle Menü damit man das nicht auswendig wissen muss ist auf der TODO Liste

Grüße aus Spanien
Jörg

Ups das war falsch, Taste 1 sucht nach Wiederholungen, 2 sucht in Aufnahmen!

Gruß Jörg

In der aktuellen Version gibts ein Problem mit der Anzeige der Timer im Webinterface. Der Timer selbst passt, nur die Anzeige des Datums im Webinterface ist falsch.

@ rechner

...noch nicht ganz

wenn ich im Aufzeichnunsmenü bin hab ich ja die Aufzeichnung schon, bei der Option geht es darum das aktuelle Event des epg in den Aufnahmen zu suchen

Zitat von iNOB

In der aktuellen Version gibts ein Problem mit der Anzeige der Timer im Webinterface. Der Timer selbst passt, nur die Anzeige des Datums im Webinterface ist falsch.

Da hat die Sommerzeit zugeschlagen.

Es war einmal ein Urlauber, der in der Karibik lag und sich beschwerte, dass seine Webansicht die falsche Uhrzeit anzeigte.....
Ne im Ernst, wir hatten letztens was implementiert, das die Zeiten sich immer auf die Serverzeit beziehen. Dabei habe ich die Sommerzeit nicht berücksichtigt....

Ist gefixt. Allerdings sind die Timer von Heute noch mit der falschen Uhrzeit. Das liegt aber daran, dass im Timer selber sowas wie 815 steht, was 08:15 Uhr bedeutet. Ich weiss nich in welchen Zuge das korrigiert wird, aber wahrscheinlich bekommt epgd das noch nicht mit. Das könnte sich Jörg ggf. mal anschauen.
Die Timerzeiten ab morgen sehen wieder gut aus..

Dirk

Zitat von utiltiy

@ rechner

...noch nicht ganz

Hi utility, hast du make install gemacht?

Dabei sollte er eigentlich die HISTORY.h nach /var/epgd/www kopiert haben. Diese versucht er einzubinden und anzuzeigen.
Kannst du mal schauen, ob die existiert und mal ggf im LOG nachschauen, ob es da einen Fehler gibt?

gruss
Dirk

OK, muss dann den erst das Debian-Paket anpassen wenn das so ist. Warum liest man das nicht einfach aus der Paketliste aus z.B.?

Ich kann nur auslesen,was unter /var/epgd/www liegt. Alles andere müsste extra programiert werden.
Die anderen dateine werden doch auch über make install kopiert

Passt jetzt

Zitat von CKone

Wir hatten vor ein paar Tagen mal den Hinweis das das EPG auf dem Server und auf den Clients über die Zeit auseinander läuft, hier ein wichtiger Hinweis dazu:

Im Szenario das man den vdr nicht auf dem epgd Server betreibt, also in einem klassischen client/server Setup UNBEDINGT darauf achten das im vdr plugin das korrekte Netzwerk device eingestellt ist. Es ist leider aktuell (noch) so, dass sobald man IRGENDETWAS im epg2vdr pluginmenu ändert das default Netzwerkgerät als lo (loopback) eingetragen wird. Ich hab mich da gestern selbst mit angeschmiert und mich gewundert das das EPG zum Server auseinanderläuft. Am Ende hatte der Client einfach 24h keine Updates vom Server erhalten.

Also bitte einmal zur Sicherheit überprüfen. Bis zum Release wird das noch überarbeitet, für die Beta wird es vermutlich so bleiben.

Christian

Alles anzeigen

Ist behoben, beim initialen Start, wenn noch nichts konfiguriert ist, wird jetzt das erste Device aus der Liste der Netzwerk-Devices genommen welches nicht 'loopback' ist.
Sofern dies nicht das richtige ist muss man es natürlich dennoch im Setup richtig einstellen.

Jörg

Moin,

editorial: Irgendwie hängt die History.h seit Version 1.0.55 zwei Jahre hinterher

Das sollte doch wohl 2016-05-.. heißen.

......
/*
 * ------------------------------------
 2014-05-15: version 1.0.63 (rechner)
   - added: numrating on data/event, data/evetns, data/search
   - removed tipp/tagestipp/toptipp from webview, uses numrating instead

2014-05-15: version 1.0.62 (rechner)
   - added: WOL on VDR menu item
   - changed: topmenu has now submenus instead of tabs


2014-05-15: version 1.0.61 (horchi)
   - added: inex for timers table


2014-05-13: version 1.0.60 (horchi)
   - added: wakeup vdr (WOL) for webif requests
....