Hallo amair,
ich bin auch dafür Autotimer komplett zu entfernen und ein Frontend für epgsearch zu programmieren. Ich verwende nur epgsearch da es weitaus leistungsfähiger ist. Aber bitte alles über svdrp...
Hallo amair,
ich bin auch dafür Autotimer komplett zu entfernen und ein Frontend für epgsearch zu programmieren. Ich verwende nur epgsearch da es weitaus leistungsfähiger ist. Aber bitte alles über svdrp...
Hallo,
QuoteOriginal von vejoun
Hallo amair,
ich bin auch dafür Autotimer komplett zu entfernen
Ja, AutoTimer wird komplett entfernt. Kein Einfrieren, kein "ich-kenn-mich-aus-und-aktiviere-ihn-wieder-direkt-im-source".
Quoteund ein Frontend für epgsearch zu programmieren. Ich verwende nur epgsearch da es weitaus leistungsfähiger ist. Aber bitte alles über svdrp...
Ja klar über SVDRP, was denn sonst?
Ich bin schon länger mit dem epgsearch Programmierer in Kontakt und er findet die Idee auch gut (war ja klar ;)), und er wollte die epgsearch SVDR-Befehle dahingehend erweitern, dass alle Möglichkeiten des Plugins über den SVDRP genutzt werden können.
Gruß,
Andreas
QuoteOriginal von amair
Ja, AutoTimer wird komplett entfernt. Kein Einfrieren, kein "ich-kenn-mich-aus-und-aktiviere-ihn-wieder-direkt-im-source".
Dann mal los. Wer kein epgesearch nutzen will, kann ja den jetzigen VDRAdmin-AM weiternutzen, der ist doch keineswegs veraltet.
HI!
QuoteOriginal von Thomas
Ganz klares Pro:
Der VDRAdmin wäre dann ein reines Adminstrations-Frontend, und das Plugin, das ja eh viel näher dran ist am EPG kümmert sich um die Timerprogrammierung
FULLACK
QuoteZudem nutze ich das Plugin, ein Webfrontend käme mir da sehr gelegen ;
Und weisl so schön ist gleich noch 'n FULLACK
ciao,
Django
QuoteOriginal von amair
Ja klar über SVDRP, was denn sonst?
Ich bin schon länger mit dem epgsearch Programmierer in Kontakt und er findet die Idee auch gut (war ja klar ;)), und er wollte die epgsearch SVDR-Befehle dahingehend erweitern, dass alle Möglichkeiten des Plugins über den SVDRP genutzt werden können.
Der Smilie war nur eine Anspielung auf Tools die anderen in den Dateien rumfummeln, mir war schon klar das das gleich richtig gemacht wird. ich stehe auch ständig in Kontakt mit Winni zwecks Testen jeder neuen Funktion in epgsearch.
Ich freu mich auf die Kombination.
DAGEGEN!
Ich bin wahrlich kein Freund von laufenden Perl-Prozessen, aber EPGSearch mag ich noch weniger.
Ich moechte die Leistungen des Autors nicht schmälern, aber mir ist EPGSearch zu klobig.
Die Suchfunktion ist in meinen Augen viel zu umständlich und die restlichen Funktionen sind mir zuviel und zu mächtig. Die EPG-Funktionen benutze ich ebenfalls nicht, da es für mich viel bessere EPG-Plugins gibt.
Ich benutzte gerne den VDR-Admin mit Autotimer-Plugin und Nordlichts EPG fuer den Rest. Das ist einfach, clean und übersichtlich.
Wenn der Autotimer aus dem VDR-Admin verschwindet würde ich ihn vermutlich nicht mehr updaten und müsste auf der alten Version stehen bleiben. Die Alternative ist:
1) EPGSearch
2) EPGSearch-Only (um die überflüssigen EPG-Funktionen wieder anbzuschalten)
3) Ein weiteres - für mich besseres - EPG-Plugin.
Damit habe ich dann permanent im VDR 1,5 Plugins geladen, die ich nur für den Autotimer benötige und bei dem ich beinahe alle Features irgendwie verstecken oder abschalten würde.
Das bläht das Teil nur auf und ist die nächste Fehlerquelle. Und ausbremsen tut bei mir der VDRAdmin-Autotimer momentan auch überhaupt nichts.
Tut mir leid, aber da hab ich lieber einen dengelnden vdradmin-Prozess der mir im Zweifelsfall nicht das ganze System zerschiesst.
Und das Argument, dass man das Rad nicht neu erfinden muss, nunja:
1) (langsam langweilt es): Wieso gibt es mehrere Editoren, Windowmanager, etc. ?
--> Genau! Jeder soll das auswählen, was er am liebsten benutzt
2) Das Rad ist doch im Prinzip schon erfunden und muss - liege ich da falsch? - kaum noch
gewartet werden.
Ich habe keine Ahnung wie verworren der VDRAdmin-Code mittlerweile ist, aber wäre es nicht möglich entweder einen reinen VDRAdmin-Autotimer-Daemon aus dem sonstigen VDRAdmin auszulagern, den nur der startet, der dies möchte? Oder aber die Autotimer-Funktion - mal wieder - optional zu machen?
Aber bittebittebibittebittebittebittebittebittebittebittebittebittebittebittettebitte schmeiss den Autotimer nicht ganz raus. EPGSearch ist vielleicht eine Alternative, aber kein Ersatz!
so long,
wys
SirTobi
Hallo,
QuoteOriginal von sirtobi
DAGEGEN!
[...]
Wenn der Autotimer aus dem VDR-Admin verschwindet würde ich ihn vermutlich nicht mehr updaten und müsste auf der alten Version stehen bleiben.
Das ist Dein gutes Recht.
QuoteIch habe keine Ahnung wie verworren der VDRAdmin-Code mittlerweile ist, aber wäre es nicht möglich entweder einen reinen VDRAdmin-Autotimer-Daemon aus dem sonstigen VDRAdmin auszulagern, den nur der startet, der dies möchte?
Der Source ist verfügbar, es kann jeder jederzeit damit anfangen.
QuoteOder aber die Autotimer-Funktion - mal wieder - optional zu machen?
Wieso? Ist die momentan nicht optional?
Gruß,
Andreas
Moin und entschuldigung falls ich etwas zu agressiv geschrieben habe, aber ein aus des Autotimers träfe mich schon sehr....
Also bitte nicht zu sehr auf den Schlips getreten fühlen.
Quote
Der Source ist verfügbar, es kann jeder jederzeit damit anfangen.
Das das jeder kann ist klar. Aber nicht jeder kennt den Code so gut wie Du. Deshalb wollte ich einfach nur wissen ob so etwas prinzipiell möglich ist oder einem neu schreiben gleich käme.
... ausserdem war es als Anregung gedacht....
Quote
Wieso? Ist die momentan nicht optional?
Meines Wissens nicht, oder doch? Wenn sie es ist, dann verstehe ich noch weniger wieso sie ganz verschwinden soll. (ausser aus Gründen der einfacheren Wartung) Dann könnte sie ja jeder der sie nicht braucht deaktivieren.
Viele Grüße,
Tobias
Hi,
QuoteOriginal von sirtobi
Moin und entschuldigung falls ich etwas zu agressiv geschrieben habe, aber ein aus des Autotimers träfe mich schon sehr....
Also bitte nicht zu sehr auf den Schlips getreten fühlen.
Bei diesen Temperaturen kann man schon mal heiß werden...
Quote
Das das jeder kann ist klar. Aber nicht jeder kennt den Code so gut wie Du. Deshalb wollte ich einfach nur wissen ob so etwas prinzipiell möglich ist oder einem neu schreiben gleich käme.
... ausserdem war es als Anregung gedacht....
Ich habe auch diese Alternative bereits durchdacht.
Meine Beweggründe zu diesem Schritt waren, dass ich den AutoTimer schon ewig nicht mehr verwende, sondern nur noch epgsearch. Deshalb gab's in diesem Bereich eigentlich nie wirkliche Weiterentwicklung. Ich habe auch nicht vor, das zu ändern.
Natürlich kann man den AutoTimer-Teil als eigenen Dämon extrahieren. Es sollte eigentlich schon jetzt möglich sein:
Einfach vdradmind.pl mit eigener Config und auf einem anderen Port starten. Die vdradmind.at muss natürlich geshared werden. Problematisch ist nur wie der AT-Daemon mitbekommt, dass sich die vdradmind.at geändert hat. Aber auch dafür gibt's Möglichkeiten.
QuoteMeines Wissens nicht, oder doch? Wenn sie es ist, dann verstehe ich noch weniger wieso sie ganz verschwinden soll. (ausser aus Gründen der einfacheren Wartung) Dann könnte sie ja jeder der sie nicht braucht deaktivieren.
Viele Grüße,
Tobias
Abschalten mit AT_FUNC in der vdradmind.conf bzw. unter Konfiguration "AutoTimer".
Der Grund ist die einfachere Wartung: ich will es nicht mehr warten, warum soll ich es dann mitführen?
Gut man könnte argumentieren, lass es drin wie es ist.
Aber was wenn dann doch noch Bugs auftauchen?
Oder wenn eine Änderung im VDR den AT-Teil inkompatibel macht?
Also so wie's momentan ausschaut kommt der AT weg.
Sorry...
Gruß,
Andreas
Quote
Meine Beweggründe zu diesem Schritt waren, dass ich den AutoTimer schon ewig nicht mehr verwende, sondern nur noch epgsearch. Deshalb gab's in diesem Bereich eigentlich nie wirkliche Weiterentwicklung.
Die aber in meinen Augen halt auch wirklich nicht nötig ist. Wer mehr Funktionen möchte kann ja auf das EPGSearch-Overkill-Feature-Monster wechseln. Aber wer es so klein und bescheiden wie ich mag...
Quote
Natürlich kann man den AutoTimer-Teil als eigenen Dämon extrahieren. Es sollte eigentlich schon jetzt möglich sein...
Fänd ich ganz gut. hab da aber leider auch keine Zeit für. Bei mir bleiben sogar schon die jetzigen Projekte oft liegen und GtkLP geht in jedem Fall vor.
Quote
Der Grund ist die einfachere Wartung: ich will es nicht mehr warten, warum soll ich es dann mitführen?
Das hatte ich befürchtet. Würde es drin lassen *bis* Probleme auftauchen. Als Galgenfrist. Und vielleicht findet sich ja wer, der diesen Teil pflegt. Die Pflege der Zeitleiste war doch auch schon ausgelagert, oder? Ist dann ein ähnliches Modell.
Quote
Also so wie's momentan ausschaut kommt der AT weg.
Das wäre wirklich sehr sehr schade. Aber ok, ich kanns nicht ändern. Aber das geschieht ja bestimmt nicht vor der nächsten Release. Dann werde ich da halt wirklich erstmal meinen Stand einfrieren und wenn die Version irgendwann nicht mehr mit dem VDR funktioniert nach Alternativen suchen. EPGSearch ist es für mich halt bislang leider nicht und XXV fällt sowieso raus weil ich keine DB haben möchte. Vielleicht schreibt ja nochmal wer was vernünfitges neues nach...
Viele Grüße,
Tobias
Hallo Andreas,
QuoteOriginal von amair
Hi,
Das ist das Ziel
Gruß,
Andreas
Hoffentlich aber in der gleichen Oberfläche wie jetzt?
Bitte keine neue Anwendung, wo mach sich wieder Anmelden muß ...
Hardy
QuoteOriginal von sirtobi
Die aber in meinen Augen halt auch wirklich nicht nötig ist. Wer mehr Funktionen möchte kann ja auf das EPGSearch-Overkill-Feature-Monster wechseln. Aber wer es so klein und bescheiden wie ich mag...
Seh' ich auch so. Ich würde den autotimer teil von adradmin schmerzlich vermissen.
Wobei ich nur den autotimer teil verwende.
Quote
Fänd ich ganz gut. hab da aber leider auch keine Zeit für. Bei mir bleiben sogar schon die jetzigen Projekte oft liegen und GtkLP geht in jedem Fall vor.
Dann wäre wohl auch eine alternative das autotimer-edit plugin direkt und simpel im EPG suchen zu lassen.
Also quasi epg-search light.
Man sollte aber auch an die zusammenarbeit mit anderen plugins denken.
TVOnscreen erwartet vdradmin für die autotimer funktionalität.
Ein kleiner autotimer däemon wäre dann wohl einfacher integrierbar.
gruss Peter
also ich hab zwar für 'Ja' gestimmt, aber am liebsten wäre mir wenn beides (erstmal) drin bliebe, damit man sich langsam an die änderungen gewöhnen kann. Wer den vdradmin at haben möchte soll halt den nehmen und wer das neue epgsearch frontend will nimmt das (evtl. einfach eine option 'epgsearch statt interne routine erwenden ja/nein')
Ist zwar mehr arbeit, aber dann wird sich zeigen ob wirklich alle zufrieden mit der neuen funktion sind und niemand wird genötigt:-))
just my two cents:-)
Diese Änderung würde ich auch sehr begrüßen, dann wäre auch VPS bei Autotimern möglich.
Ich denke an der Verwaltung der Autotimer wird sich nicht allzu viel ändern und es wird auch nur die abgespeckte Version des epgsearch-plugin benötigt.
Manches Problem beim Seitenaufbau auf schwachen Systemen würde auch der Vergangenheit angehören.
Also, absolut JA.
Hallo,
dann will ich hier auch mal meine Senf dazu geben :D:
QuoteIch denke an der Verwaltung der Autotimer wird sich nicht allzu viel ändern und es wird auch nur die abgespeckte Version des epgsearch-plugin benötigt.
eine "abgespeckte" Version gibt es nicht. Du meinst wohl epgsearch-only. Das ist aber keine kleine Version, sondern ein Zusatz-Mini-Plugin, das lediglich einen Hauptmenü-Eintrag für EPGSearch liefert und einen direkt ins Suchen-Menü bringt. EPGSearch wird trotzdem benötigt, kann aber komplett aus dem Hauptmenü verbannt werden.
Übrigens ist auch die PCRE-Lib nicht notwendig. RegExp geht auch ohne diese. Mit PCRE kann man aber sogenannte Perl-kompatible reguläre Ausdrücke verwenden, die noch etwas mächtiger sind und teilweise kürzer als "normale" RegExp.
Ansonsten gilt: Sollte diese Umstellung passieren, braucht man natürlich epgsearch. Aber keiner muss es als EPG-Plugin benutzen (obwohl ich natürlich nicht verstehe, wieso nicht :D) . Per Setup kann es sogar komplett aus dem Hauptmenü verschwinden und ist somit unsichtbar. Somit kann ich also sirtobi's Argumentation nicht ganz nachvollziehen. Und was die vielen Features betrifft: Naja, wieviele Linux-Dienste und -Programme laufen wohl auf jedem System, obwohl sie niemand benutzt. Das ganze ist halt nach Euren und meinen Wünschen gewachsen. Und von Klaus werde ich wohl auch nicht verlangen, z.B. die CAM-Unterstützung rauszuwerfen, nur weil ich sie nicht brauche. Ausserdem behaupte ich mal, dass kaum ein Feature stört, solange ich es nicht nutze. Das meiste läßt sich per Setup entsprechend konfigurieren.
Falls es möglich ist, wäre ich auch erstmal für eine 2-gleisige Lösung. Aber das muss amair entscheiden.
Tschüss,
winni
Wäre auch dafür.. ein Plugin mehr oder weniger ist kein Ding.. zumal es, wenn es auch per OSD steuerbar ist, sogar noch besser ist. Dann kann mans bequem vom Web machen, oder auf die Schnelle vom Sofa.
Dass es nur für VDR 1.4 ist, ist nicht schlimm... dem gehört eh die Zukunft.
QuoteOriginal von winni
eine "abgespeckte" Version gibt es nicht. Du meinst wohl epgsearch-only. Das ist aber keine kleine Version, sondern ein Zusatz-Mini-Plugin, das lediglich einen Hauptmenü-Eintrag für EPGSearch liefert und einen direkt ins Suchen-Menü bringt. EPGSearch wird trotzdem benötigt, kann aber komplett aus dem Hauptmenü verbannt werden.i
Verstehe, das habe ich dann falsch interpretiert, da ich epgsearch bereits verwende, war das für mich kein Drama
Für die Autotimer verwende ich aber bisher vdradmin als Interface um einiges lieber, da mich das Gefummle mit der Fernbedienung beim Editieren gewaltig nervt.
Wie geschrieben, meiner Meinung nach wäre das eine Super-Kombi, die viele Vorteile mit sich bringt, aber allen wird man es nie recht machen können.
Gerry
Für mich sind die Autotimer die wichtigste Funktion des VDRADMIN und ich möchte ungern dafür epgsearch installieren. Bitte den Autotimer dalassen.
Was spricht dagegen, wenn im VDRadmin ein Webinterface dafür integriert wird?
Hallo nochmal,
QuoteFür mich sind die Autotimer die wichtigste Funktion des VDRADMIN und ich möchte ungern dafür epgsearch installieren. Bitte den Autotimer dalassen.
also ich sehe eigentlich auch als einzigen Nachteil, dass man epgsearch installieren muss. Alles andere wird zunächst gleich bleiben, d.h. ich gehe einfach mal davon aus, dass amair das neue Interface möglichst identisch zum alten halten wird und auf die zusätzlichen Möglichkeiten von epgsearch zunächst verzichten wird. Die können ja zur Not dann auch per OSD beeinflusst werden.
Der Anwender merkt somit eigentlich keinen Unterschied, nur dass halt im Hintergrund etwas anderes die Arbeit erledigt.
Damit keine Mißverständisse aufkommen ;): Ich hab vdradmin zwar installiert, nutze es aber eigentlich nie. Von dieser Erweiterung hab ich also selbst nicht unbedingt was. Ich will mich mit epgsearch hier nicht reindrängeln, was hätte ich schon davon. Ich fand den Vorschlag von amair einfach nur sinnvoll, weil die meisten Feature Requests bzgl. Autotimer bei epgsearch bereits laufen. Und warum die gleiche Arbeit nochmal machen?
Aber jetzt schaun wir einfach mal, wozu sich amair entschließt.
Tschüss,
winni
Don’t have an account yet? Register yourself now and be a part of our community!