Wo geht die Reise hin? (Features)

Ich bin da sehr pragmatisch: neue Features u verbalisieren ist einfach, geben wird es die nur, wenn es jemand entwickelt. Und dazu muss jeder Entwickler eine Notwendigkeit sehen und auch Lust dazu haben. Also lass dich einfach überraschen, was die Entwickler der Distributionen yavdr, easyvdr, MLD, gentoo, etc so bauen

Im letzten Jahr gab es mehrere kompetente Leute, die am Plugin vdr-plugin-restfulapi weiter geschraubt haben mit kleinen Bugfixes oder größeren Erweiterungen. Das finde ich persönlich sehr gut, weil ich mir ausmale, dass man das Live-Plugin innerhalb der nächsten zwei Jahre ablösen könnte durch eine Javascript-Frontend-Lösung, die via restfulapi mit dem VDR kommuniziert. Nichts gegen das Live-Plugin, es ist super, aber die Code-Basis ist mittlerweile veraltet und es wird kaum noch im zentralen Git gepflegt momentan, hat momentan kaum aktive Entwickler. Ein Grund ist eben auch die Code-Basis, wo HTML und Javascript eben nicht mehr dem Stand von 2014 entspricht. Das ist wieder keine Kritik, sondern die Welt hat sich einfach weitergedreht seit 2007. Es ist normal, dass Web-Anwendungen mit den Jahren veralten. Auf Basis von einem fehlerfreien vdr-plugin-restfulapi können dann schöne Javascript-Apps entstehen, die sowohl auf großen Bildschirmen und kleinen Touchscreens nett funktionieren. Ich kenne mehrere Leute, die an solchen Apps arbeiten (Hannemann, Saman, ich). Letztendlich wird restfulapi auch von non-Browser-Frontends genutzt (Jondalar mit Plex etc.). Solange aber restfulapi nicht so fehlerfrei ist wie das Live-Plugin, wird man solche Apps noch nicht produktiv nutzen können und das Live-Plugin wird dann weiterhin die durable Lösung bleiben.

Gruß
hepi

yaVDR als Server-Installation sehe ich gar nicht. Ich betreibe den VDR ja selber auf einem Server und mache damit noch tausende weitere Dinge. die sich nur schwer in eine Distribution integrieren lassen. Das wäre* hochgradig unflexibel.

Was ich mir aber durchaus vorstellen kann, wäre* ein Ubuntu-Paket, dass einen VDR in einem Docker-Image installiert. Erste Versuche werden ja bereits von einigen Foren-Benutzern gemacht, aber das ist noch nicht so das was ich mir vorstelle. Die Docker-Images dürften nur von außen (environment Variablen) und nicht von innen konfiguriert werden. Eine default Konfiguration sollte gleich startbar sein. Es sollte möglich sein mehrere Instanzen des VDRs zu starten.

Gerald

* an euch Foren-Legastheniker: Ich bekomme jedes mal das kalte Grausen wenn ich lese wie ihr wäre schreibt
- wehre - das bedeutet Verteidigen
- währe - das bedeutet es dauert (Es währe ewiglich)
reißt euch doch mal zusammen und kommt mir nicht damit, dass Rechtschreibfehler egal sind. Das ist nämlich quatsch. Da wir hier nur die schriftliche Kommunikation haben und Rückfragen unnötig Zeit kosten, ist die Rechtschreibung wichtig!
Was natürlich nicht bedeutet, dass ich keine Fehler mache.

Zitat

mehre Instanzen

Hab einen gefunden...

Docker finde ich auch interessant, insbesondere für dev-Versionen, die man dann mal eben ausprobieren kann.

Ansonsten warte ich auf die systemd Integration in Ubuntu und ob es der conf.d-Patch in den vdr schafft. Dann würde ich das vdr-Paket noch mal neu und nicht abwärtskompatibel aufbauen und vermutlich alle vdr-Dateien unter /var/lib/vdr ablegen (ich möchte hier an dieser Stelle nicht darüber diskutieren, das gab's schon an anderen zur Genüge), so dass unter /etc/vdr nur noch die Kommandozeilenoptionen zu finden sind.

Lars

Ganz wichtig auch: XBMC aus yaVDR rauswerfen und statt dessen das Mediacenter Kodi benutzen.

Gruß
hepi

also wenn jemand ein epgd/scraper addon für xbmc bauen mag werden wir gern mit Rat, jedoch ohne Tat zur Seite stehen.

Wir haben die TV Option in xbmc iA deaktiviert, so ist das dann mit der Notwendigkeit dahin...

Christian

PS: wir haben allerdings auch andere Features, jedoch fern von xbmc in der Pipeline, also da kommt sicher das ein oder andere bis Jahresende...

Zitat von mini73

Hab einen gefunden...

Das war ein Köder

Gerald

Zitat von hepi

Ganz wichtig auch: XBMC aus yaVDR rauswerfen und statt dessen das Mediacenter Kodi benutzen.

Na ja, wie du ja schon weißt ist OpenELEC für mich der Client, aber du meinst natürlich was anderes.

Gerald

Zitat von CKone

also wenn jemand ein epgd/scraper addon für xbmc bauen mag werden wir gern mit Rat, jedoch ohne Tat zur Seite stehen.

Sorry, aber ich habe bei mir in XBMC den Plex Media Server eingebunden und der Scraper ist ein Traum. Ganz besonders gut gefällt mir das Handling von Fehlzuordnungen in der Plex Web App. Dadurch habe ich dann auch auf jedem Client (XBMC, Plex Web App. Plex auf Android) gleich alle Medien-Daten (seit neustem gleich mit den Trailern, die auf Wunsch vor den Film abgespielt werden können).

Gerald

warum sorry, ist doch alles super - du siehst genau so wenig eine Notwendigkeit wie wir, wenn auch aus anderen Gründen.

Christian

Zitat von CKone

warum sorry, ist doch alles super - du siehst genau so wenig eine Notwendigkeit wie wir, wenn auch aus anderen Gründen.

Den Epgd brauche ich natürlich trotzdem. Der sorgt eben dafür, dass die Filme den richtigen XBMC/PLEX-konformen Namen bekommen.

Gerald

Ach ja, was ich noch brauchen könnte, wäre ein Plugin, dass die Epg-Daten auf Basis meiner bereits vorhandenen SD-Filme durchsucht und automatisch Timer erzeugt wenn die Filme in HD gesendet werden ;).

Irgendwie gefällt mir der Gedanke nicht eine gigantische Liste von Epgsearch-Timern jahrelang vor mir her zu schieben.

Gerald

Hallo,

Zitat von hepi

Ganz wichtig auch: XBMC aus yaVDR rauswerfen und statt dessen das Mediacenter Kodi benutzen.

Das ist ja eine riesige Umstellung !

Zitat von gda

Ach ja, was ich noch brauchen könnte, wäre ein Plugin, dass die Epg-Daten auf Basis meiner bereits vorhandenen SD-Filme durchsucht und automatisch Timer erzeugt wenn die Filme in HD gesendet werden

Könntest du das nicht einfach mit einem Searchtimer der nach der regex filmtitel1|filmtitel2|filmtitel3|filmtitel4 usw sucht, erledigen? Aber ich frage mich, ob es wirklich einen Sinn hat, hochskalierte Filme aufzunehmen, die nicht in HD produziert wurden.

MfG

Zitat von ludi

Könntest du das nicht einfach mit einem Searchtimer der nach der regex filmtitel1|filmtitel2|filmtitel3|filmtitel4 usw sucht, erledigen?

Müsste ich mal probieren, aber etwas Bedenken habe ich schon ob mir das nicht platzt.

Zitat von ludi

Aber ich frage mich, ob es wirklich einen Sinn hat, hochskalierte Filme aufzunehmen, die nicht in HD produziert wurden.

Na ja. in 576i werden die sicherlich auch nicht produziert worden sein, 720p würde ja auch schon helfen.

Gerald

Ich habe mir eine XBMC- Datenbank auf meinem Server angelegt und bin total begeistert. Alle Daten sind jetzt an einer Stelle gespeichert und werden gesichert. Sobald ein neues XBMC installiert wird sind sofort alle Daten verfügbar und Änderungen müssen nur noch an einer Stelle gemacht werden.
Das würde ich mir auch für den VDR wünschen. EPG- Daten, Konfigurationen, Timer, Suchtimer und erledigte Aufnahmen landen in einer SQL- Datenbank im Netzwerk und sind so gesichert und in einen anderen VDR leicht zu integrieren.

Gruß Jan

Zitat von schnoefftel

EPG- Daten, Konfigurationen, Timer, Suchtimer und erledigte Aufnahmen landen in einer SQL- Datenbank im Netzwerk

Es wird sicher irgendwann wieder Winter

Christian

Zur Info was SQL und xbmc betrifft.

http://forum.xbmc.org/showthread.php?tid=195305&pid=1711340#pid1711340

Zitat von Perlbo

Zur Info was SQL und xbmc betrifft.
http://forum.xbmc.org/showthread.php?tid…1340#pid1711340

Genau, das hatte ich auch so im Hinterkopf. Deshalb habe ich gleich auf die Integration von Plex Media Server gesetzt.

Gerald