yavdr 0.6?

Hallo,

Zitat von mini73

Um die EPG-Quellen haben wir uns bisher nie gekümmert. Ich hab da auch mal was läuten gehört, dass evtl. an einem Webinterface zu epgd gearbeitet werden wird. Das wird aber sicherlich noch ein Weilchen dauern.

Danke für den Hinweis auf eine eventuelle Planung, das epgd mit einem Webinterface auszustatten. Das war mir noch nicht bekannt.

Zitat von mini73

Und zusätzlich ist weder xmltv2vdr noch epg2vdr Bestandteil des Standardinstallation. Das würde ich auch gerne weiter so haben.

Es ist nicht Bestandteil der Installation von yavdr 0.5. Aber das muss ja nicht unbedingt heißen, dass es für immer so sein wird. In der Tat sehe ich das EPG im Zusammenspiel mit dem epgsearch als ein sehr wichtiger Bestandteil des VDRs. Vielleicht wird es trotzdem in einer späteren Version kommen. Für yavdr 0.6 werde ich das Einbinden externer Quellen wohl wieder manuell erledigen müssen.

Zitat von mini73

Woran ich auf alle Fälle arbeite, ist eine Umstellung auf pulseaudio, so dass die ganze Soundkonfiguration leichter und besser von der Hand gehen wird. In diesem Rahmen testen wir dann auch, ob das vdr-Frontend in einer Upstart-User-Session laufen kann, das erleichert das abhängige Starten und Umschalten um einiges.

Dann bin ich mal gespannt, ob der Ton bei mir mit yavdr 0.6 out of the box funktionieren wird, oder ob ich wieder manuell eingreifen muss.

Bitte versteht mich nicht falsch: Ihr Entwickler vom yavdr Team und aller Bestandteile und Plugins des VDRs verdient einen großen Lob für die ganze Arbeit die ihr in dessen Entwicklungen steckt und dafür möchte ich euch allen einen großen Dank aussprechen.

MfG

Ich verstehe dich nicht falsch, keine Sorge. Anregungen aus dem Nutzerkreis sind wichtig.

Wegen Ton: ich hoffe zumindest, dass die Konfiguration dann leichter wird, weil dann sowas wie pavucontrol benutzt werden kann.

Was den Umfang der Standardinstallation betrifft: Momentan sind wir eher am Abspecken (kein xine, extrecmenu, text2skin, skinpearlhd usw.), damit man eine wirklich stabile Basis hat. Externes EPG ist ja bei jedem immer etwas anders, deshalb ist es immer eine schöne "Aufgabe für zu Hause"...

Lars.

Zitat von mini73

Was den Umfang der Standardinstallation betrifft: Momentan sind wir eher am Abspecken (kein xine, extrecmenu, text2skin, skinpearlhd usw.), damit man eine wirklich stabile Basis hat. Externes EPG ist ja bei jedem immer etwas anders, deshalb ist es immer eine schöne "Aufgabe für zu Hause"

Wird auch xineliboutput rausfliegen? Zur Zeit benutze ich nämlich vdr-sxfe, um mich manchmal remotly mit dem VDR zu verbinden?

Wie werden es die Personen tun müssen, die den VDR als server auf einer getrennten Maschine laufen lassen?

MfG

Zitat von ludi

Wird auch xineliboutput rausfliegen?

Das Plugin wird ja noch weiterentwickelt und solange es sich ohne Probleme bauen lässt sehe ich keinen Grund das rauszuwerfen.

Alles, was aktiv gepflegt und sogar weiterentwickelt wird, bleibt auch in den PPAs.

Lars.

Danke für die Antworten.

Zitat von ludi

Wie werden es die Personen tun müssen, die den VDR als server auf einer getrennten Maschine laufen lassen?

Ich mache es schon eine ganze Weile so und benutze wenn nötig das Live-Plugin, es ist aber schon lange nicht mehr nötig gewesen.

Gerald

Zitat von mini73

Was den Umfang der Standardinstallation betrifft: Momentan sind wir eher am Abspecken (kein xine, extrecmenu, text2skin, skinpearlhd usw.), damit man eine wirklich stabile Basis hat. Externes EPG ist ja bei jedem immer etwas anders, deshalb ist es immer eine schöne "Aufgabe für zu Hause"...

Hallo,

gibt es, oder wird es eine Alternative zu extrecmenu geben? Es gibt schon einige Features, wie etwa Schnitt-Warteschleife oder auch das Verschieben,
die ich an dem Plugin sehr mag. Allerdings bremst das Plugin den yaVDR (Testing) momentan auch sehr aus.

Gruß

Dirk

vdr 2.1.6 kann das alles.

Lars

Zitat von mini73

vdr 2.1.6 kann das alles.

Lars

Inzwischen auch ohne folders.conf? Inzwischen läuft das Plugin aber wieder ohne Probleme. Amair hat den letzten Fix aufgenommen.

Da ich entweder auf der Shell oder per live Aufnahmen umbenenne, hab ich mich nie ernsthaft damit beschäftigt...

Lars

Zitat von TheChief

Inzwischen auch ohne folders.conf? Inzwischen läuft das Plugin aber wieder ohne Probleme. Amair hat den letzten Fix aufgenommen.

Ja, die Verschiebe-Funktion von ectrecmenu ist schon sehr komfortabel und wird häufig genutzt. Möchte nicht mehr ohne.

Läuft es denn auch in Verbindung mit epgd/epg2vdr/scraper2vdr ordentlich? Ich habe bei mir teilweise extreme Verzögerungen wenn ich die Aufzeichnungen aufrufe, bis sich da was tut? Das normale Aufzeichnungsmenü hat das nicht.

Zitat von mini73

Da ich entweder auf der Shell oder per live Aufnahmen umbenenne, hab ich mich nie ernsthaft damit beschäftigt...

Lars

Ja, das mache ich teilweise auch. Wenn ich aber per OSD die Filme schneide, dann bennene ich sie auch um und verschiebe sie in die entsprechenden Verzeichnisse. Das ist schon recht komfortabel. Andererseits nutze ich aber auch kein yaVDR. Deswegen stört mich weniger, wenns bei Euch rausfliegt.

Zitat von ofenheizer

Ja, die Verschiebe-Funktion von ectrecmenu ist schon sehr komfortabel und wird häufig genutzt. Möchte nicht mehr ohne.

Läuft es denn auch in Verbindung mit epgd/epg2vdr/scraper2vdr ordentlich? Ich habe bei mir teilweise extreme Verzögerungen wenn ich die Aufzeichnungen aufrufe, bis sich da was tut? Das normale Aufzeichnungsmenü hat das nicht.

Es funktioniert zumindest. Die Verzögerungen kann ich aber nachvollziehen. Dauert manchmal 1-2-3 Sekunden, bis sich das Menü öffnet. Vielleicht bau ich an einem regnerischen Tag mal ein paar Logmessages ein, um zu sehen, wo es klemmt. Hast Du irgendwelche zusätzlichen Spalten konfiguriert? Hab nämlich bei mir gesehen, dass ich noch meine alte "rec.sh" aufrufe, die in eine Datei HD/SD schreibt. Das hab ich jetzt mal rausgenommen und schon ist das Menü schneller.

Zitat von TheChief

Deswegen stört mich weniger, wenns bei Euch rausfliegt.

Das Plugin kann ja jeder nachinstallieren, wenn er es nutzen möchte.

Zitat von seahawk1986

Das Plugin kann ja jeder nachinstallieren, wenn er es nutzen möchte.

Ja, das dacht ich mir, deswegen alles halb so wild, wenn es nicht direkt mit ausgeliefert wird.

Zitat von gda

Ich mache es schon eine ganze Weile so und benutze wenn nötig das Live-Plugin, es ist aber schon lange nicht mehr nötig gewesen.

An das Remote Control Tab des Live-Plugin habe ich nicht gedacht, um remotly mit dem OSD des VDRs zu arbeiten. Vielen Dank für den Hinweis.

Werte Enwickler,

werden noch Wünsche zu Erweiterungen/Ergänzungen für die neue Version 0.6 angenommen?
Falls ja, würde ich mich freuen, wenn eine Hardwareunterstützung für die Sat-Karte DVBSKy S952 Dual DVB-S/S2 PCIe in das Installationsmedium eingebaut wird.

Momentan ist die Karte nur mit einiger Handarbeit zum laufen zu bringen. Wenn dann noch serielle LIRC verwendet werden soll, tappt so mancher Anwender in die nächste Falle.
Ich habe das alles bei meinem letzten Testaufbau durchleben dürfen und würde es begrüßen, wenn die neue yaVDR-Version alles so perfekt erkennt wie bei meiner alten Hardware.

Mittlerweile sind doch einige Mainboards mit Atheros Ethernet-Chipsatz ausgestattet, der vom aktuelle Kernel nicht unterstützt wird.
Der Umweg, bei der Installation eine alte, unterstütze Netzwerkkarte einzusetzten und nach der Integration des neuen Netzwerkchips wieder zu entfernen, ist gerade noch akzeptabel, wenn genügend Steckplätze vorhanden sind.
Wie stehts es mit der Unterstützung von diesen Netzwerkkomponenten in der geplanten neuen Version?

Grüße
Han

Zitat von mini73

vdr 2.1.6 kann das alles.

Prima! Wie kommt man denn an der VDR 2.1.6? Im Testing ist er doch noch nicht.

Gruß

Dirk

extrecmenu: seitdem extrecmenu seine eigenen cRecordning-Objekte erstellt, gibt es Performanceprobleme, dafür keine Abstürze mehr. Ist ein zweischneidiges Schwert. Evtl. müsste man mal eine leichtgewichtige Clone-Funktion in den vdr einbauen.

DVBSky: wenn mal jemand ein vernünftiges dkms baut oder die Treiber als Patches für den media-build-experimental zur Verfügung stellt, kann man darüber reden. Aber da, soweit ich weiß, niemand im Team so eine Karte hat, wird das eher nichts.

Atheros: eigene Kernel wollen wir eigentlich auch nicht bauen. Der Installationskernel von trusty erkennt den Chip nicht? Wie neu müsste der Kernel denn sein?

vdr 2.1.x: für precise gibt es ein nachlässig gepflegtes testing-vdr-dev, für den trusty-Release kann ich mir schon eher vorstellen, per default einen vdr 2.1.x zu installieren.

Lars.

Zitat von Dikilee

Prima! Wie kommt man denn an der VDR 2.1.6?

Das sagen wir dir nicht.

Gerald