Keine Kritik, gibt immer Gründe für ein Dritt-PPA. Wollte nur zum Ausdruck bringen, das Plugin in Jasmin's Ausprägung läuft fehlerfrei ohne Klimzüge mit Ubuntu Xenial.
konnte an deiner aussage keine kritik erkennen
Dennoch hat es für eigentlich unnötig Diskussion gesorgt. Jasmin kann ja nicht auch noch auf Nextcloud Rücksicht nehmen oder nehmen die Nextcloud Entwickler Rücksicht auf VDR ... ? ...
100% ack
gruss
beinhart
Pack nextcloud in einen Container...
Lars
Na du bist ma nimma Wurst
Es macht nur Sinn sofort nach "Edit Suchtimer" zu springen. Sonst gibt es nämlich nichts, wo man einen Suchtimer individuell ansprechen könnte.
So war das auch gemeint.
Auf jeden Fall, bin ich dir sehr dankbar für all deine Verbesserungen.
MfG
Ludi
hab den 14.04-er jetzt nicht mehr getestet. mit dem 16.04 und ondrej-ppa laueft das ganze wieder wunderbar.
Na das ist ja prächtig!
Mich hätte zwar interessiert was es war und ob noch was schlummert, weil solche "jetzt ist es weg" Probleme sehr oft in anderer Form wieder auferstehen, aber so hab ich vorerst mal keine Arbeit 
besten dank fuer deine hilfe und natuerlich hervorragende arbeit
Na viel hab ich ja ned geholfen 
Irgendwas sagt mir aber, ich sollte mir die Strings und ein paar Pointer in dem Code doch nochmal anschauen. Da könnten durchaus Altlasten schlummern, die gefunden gehören, jetzt wo das Lock Konzept im VDR anders ist.
LG,
Jasmin
Ich bin leider erst jetzt zum Testen gekommen, aber so wie es aussieht, scheint das Problem behoben zu sein.
Na super, wieder ein Problem weniger!
Wobei mir die Lösung nicht gefällt und ich was besseres bauen möchte. Deshalb bleibt das mal auf dem Feature Branch.
LG,
Jasmin
Ich habe heute noch einen Lock Sequence Error gefunden (wahrscheinlich nicht der letzte 
) und behoben.
Nachdem die aktuelle Version ja ganz gut zu laufen scheint, habe ich mal die Release 2.3.1 offiziell gemacht und auch einen Tag release_2-3-1 gesetzt 
Alles im Git auf vdr-developer.org zu finden (GitHub ist nicht nachgezogen!)
Den Feature Branch feature_recimages hab ich auch wieder rebased.
Diesen am besten mit diesen Befehlen updaten:
$ git reset --hard e582514ede475574842b44ca6792335ff141172d
$ git pull
LG,
Jasmin
I[...] GitHub ist nicht nachgezogen! ...
Das ist aber sehr schade. 
Weshalb bleibst Du denn nicht einfach auf github, das ist doch wesentlich komfortabler?
Muss man halt diesen Fork nehmen:
https://github.com/vdr-projects/vdr-plugin-liveWeshalb bleibst Du denn nicht einfach auf github, das ist doch wesentlich komfortabler?
Mag schon sein, dass GitHub komfortabler ist, aber das Offizielle Repo ist nun mal in vdr-developer.org gehostet und ich mag ned die ganze Doku umschreiben. Ist ja schon genug Arbeit die 2.3.1 Release dort demnächst mal rein zu schreiben. Außerdem ist dort der BugTracker, den ich auch demnächst mal updaten muss, weil vieles von den Bugs ist schon behoben im master.
Der Fork auf GitHub war, wie schon in dem Thread beschrieben eine Notlösung wg. fehlender Rechte und wie der vdr-developer Server einen HW Schaden hatte habe ich es eben wieder aktiviert, damit ihr die letzten Änderungen auch mitbekommt. Ist aber alles zusätzlicher Aufwand. Ich investiere sowieso schon viel zu viele Stunden in den VDR und live und Kernel.
Muss man halt diesen Fork nehmen:
Codehttps://github.com/vdr-projects/vdr-plugin-live
Der zwar am master UpToDate ist, aber den alten Feature Branch "feature_searchtimname" immer noch drinnen hat, obwohl der in der Zwischenzeit am master ist und gelöscht wurde und auch nicht das neue Release Tag "release_2-3-1" kennt. Der vdr-projects-bot ist anscheinend ein wenig nachlässig, ich würde den mal ein paar Dinge beibringen 
Ich mag auch hier die Diskussion über vdr-developer.org und GitHub nicht weiterführen und wie sinnvoll es ist einen Fork vom Fork und einen Mirror da und dort zu haben. Ob sich am Ende die User auskennen weiß ich nicht. Ich werde jedenfalls nur noch vdr-developer.org pflegen und das GitHub Repo demnächst löschen, weil sonst trage ich selbst zur Verwirrung bei, zumal es ja anscheinend einen Robot gibt, der auf GitHub einen Mirror pflegt.
LG,
Jasmin
Hallo,
mal ein Verständnis Problem 
.
Wenn ich über das Live Plugin auf einen meiner Raspi´s einen Timer einstelle, sollte der doch auf meinem Server landen.
Macht er aber nicht, er nimmt local auf.
Soweit ich das sehe habe ich auf den Raspi´s alles richtig eingestellt, aber es geht nicht.
Über das Menü des VDR auf den Raspi´s, geht es ?! .
Ist das so richtig, oder mache ich wie immer etwas falsch ? 
Danke
speed 
[...] Wenn ich über das Live Plugin auf einen meiner Raspi´s einen Timer einstelle, sollte der doch auf meinem Server landen. ...
Nein, warum denn auch?
Woher sollte live denn wissen, auf welchem VDR Du aufnehmen willst?
Mit epghttpd sollte das wohl gehen, getestet habe ich das aber selbe nicht.
Naja..
der Vdr selber schiebt die Aufnahmen ja auch direkt zum Server rüber.
Dann wäre es natürlich nett, das Live das auch so macht.
Bring das mal meinen Schatz bei 
speed
Bei mir läuft Live nur auf dem Server. Gibt es einen speziellen Grund es auch auf einem Client zu installieren?
Ja klar,
wir benutzen das als Fernbedienung, Fernsehzeitung , abspielen von Aufnahmen etc etc..
speed
Aber das schließt ja nicht aus, live auch dem Server zu installieren.
Mal abgesehen davon, ist es doch Blödsinn, einen Timer auf dem Client zu setzten, denn dann muss dieser ja bei einer Aufnahme eingeschaltet sein.
Klar schließt es das nicht aus, ich habe es auch auf dem Server installiert.
Es wäre halt nur sehr komfortable, das auf dem Client Aufnahmen per Live Plugin erstellt werden direkt an den Server gereicht werden.
Denn der VDR selber kann das ja, ist ja eines der neuen Funktionen in 2.3.
speed
[...] Denn der VDR selber kann das ja, ist ja eines der neunen Funktionen in 2.3.
Aber so richtig scheint das ja wohl noch nicht zu funktionieren, oder ich habe das falsch verstanden?
Im Wiki habe ich jedenfalls nichts dazu gefunden.
In epgsearch 2.3.1 ist es auch so, dass Aufnahmen auf dem Server erstellt werden, wenn SVDRPPeering und SVDRPDefaultHost entsprechend gesetzt sind.
Nur automatisch von Suchtimern erstellte Timer und spontane Timer (aus laufendem Liveprogramm) landen lokal
(Suchtimer sollten immer auf dem Rechner aktiviert werden, wo auch die Aufnahmen gemacht werden sollen).
Ja wenn epgsearch das kann, wäre es toll wenn Live das auch könnte ![:]](https://www.vdr-portal.de/images/smilies/pleased.gif "Freude"){kind=small}
Gute Nacht
speed
In epgsearch 2.3.1 ist es auch so, dass Aufnahmen auf dem Server erstellt werden, wenn SVDRPPeering und SVDRPDefaultHost entsprechend gesetzt sind.
Das sind alles epgsearch Parameter und ich halte es nicht für sinnvoll die ganze Funktionalität in live nachzuprogrammieren, wenn epgsearch das schon kann.
Ja wenn epgsearch das kann, wäre es toll wenn Live das auch könnte
Nachdem live sehr viel von epgsearch verwendet, könnte ich mir vosrstellen, dass live die Timer nicht mehr selbst im VDR einträgt, sondern epgsearch dafür verwendet.
Muss mir das aber erst anschauen, ob das Interface von epgsearch das schon könnte und wenn nicht, dann selbiges eben erweitern.
Es wäre schön wenn die ganzen Wünsche auf vdr-developer eingetragen werden. Dann kann ich sie nämlich nicht vergessen
LG,
Jasmin
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
