@all
Egal wie, es sollte abschaltbar bleiben, für Nutzer die das nicht brauchen ...
Regards
fnu
@all
Egal wie, es sollte abschaltbar bleiben, für Nutzer die das nicht brauchen ...
Regards
fnu
Und wenn der User die Pausentaste drückt, dann passiert das selbe was jetzt auch passiert (Aufnahme wird gestartet und es wird auf Wiedergabe+Pause auf Position 0:00 geschaltet), nur das jetzt zusätzlich der vorhandene Buffer vorne dran gehängt wird. Also die Wiedergabe pausiert auf Position 10:00 wenn 10 Minuten im Buffer waren.
Als die selbe Pausentaste-Funktion wie bisher, nur das man zum Zeitpunkt des Pause-Drückens noch zusätzlich in die Vergangenheit spulen könnte.
Genau das stell ich mir unter einem LiveBuffer vor und ich bilde mir ein, dass vor langer Zeit die ersten Version des damaligen Patches das genauso gemacht hätten. Die etwaigen Probleme, dass eine Liveaufnahme 10 Minuten mehr hat, würde ich in Kauf nehmen. Wer das nicht will, soll das Plugin halt nicht verwenden, oder dann wegschneiden.
Eine Hand Aufnahme macht man ja üblicherweise per "record" Taste oder im EPG per "rot". Da sollte der Live Buffer IMHO nicht vorgehängt werden.Die "pause" Taste ist ja eigentlich zu diesem Zweck (einfach live TV anhalten) da, wobei bei einer EPG Aufnahme ("rot" im EPG) auch der live Buffer vorgehängt werden könnte wenns notwendig ist.
Ja, du hast Recht. Macht Sinn so.
Das hatte ich schon so vor ueber 2 Jahren vorgeschlagen, aber interessiert hats damals niemanden.
Vielleicht erbarmt sich jetzt ja einer dieser Idee
Mit einem zusaetzlichen Ausgabeplugin waere dies relativ einfach realisierbar, aber das bietet die VDR Plugin Schnittstelle nicht an.
In ein vorhandenes Ausgabeplugin koennte man es natuerlich einbauen, aber das muesste dann jedes fuer sich machen.
Daher muesste die Funktionalitaet entweder in den Core VDR oder die Plugin Schnittstelle muesste den Livestream an mehrere AusgabePlugins geben koennen ...
Mit einem zusaetzlichen Ausgabeplugin waere dies relativ einfach realisierbar, aber das bietet die VDR Plugin Schnittstelle nicht an.
In ein vorhandenes Ausgabeplugin koennte man es natuerlich einbauen, aber das muesste dann jedes fuer sich machen.
Daher muesste die Funktionalitaet entweder in den Core VDR oder die Plugin Schnittstelle muesste den Livestream an mehrere AusgabePlugins geben koennen ...
Wieso denn Ausgabe-Plugin? Das sind doch 2 Receiver die synchronisiert werden müssten.
Gerald
So richtig gut läßt sich dieses Problem wohl nur innerhalb VDR lösen - alles andere ist meiner Meinung nach nichts Halbes und nichts Ganzes.
Mal sehen, wie's nach der Version 2.0 aussieht...
Klaus
Wann kommt den die 2.0
Wann kommt den die 2.0
Das kann von mir aus jetzt sofort die 1.7.26 werden
Regards
fnu
Wieso denn Ausgabe-Plugin? Das sind doch 2 Receiver die synchronisiert werden müssten.
Der Receiver muss pro kanalwechsel neu aufgesetzt werden, das Ausgabeplugin hingegen bekommt via PlayTS den Livestream und genau diesen wuerde ich speichern wollen....
Eine Hand Aufnahme macht man ja üblicherweise per "record" Taste oder im EPG per "rot". Da sollte der Live Buffer IMHO nicht vorgehängt werden.
Das sehe ich anders, weil so die folgendes Zenario zunichte gemacht wird was bisher funktioniert:
- Ich beginne eine Sendung zu sehen, stelle fest die ist doch besser als gedacht und will diese nun aufnehmen und archivieren.
Dazu wird eine Aufnahme übers EPG programmiert.
Der Livebuffer wird dann ab zeitpunkt der Umschaltung oder ab Sendungsbeginn angehängt, je nachdem was verfügbar ist.
Um den Funktionsumfang zu definieren, eine Zusammenfassung meinerseits (zum xten mal) in Anlehnung an Timeshift Funktionen wie sie bei Loewe, Entertain, Windows Mediacenter, Technisat zu finden ist (andere Geräte kenne ich nicht gut genug, weil wir die nicht verkaufen ) und meines Erachtens ein gutes Beispiel für eine einfach Bedienbare und gelungene Umsetzung ist
Funktion:
Wunschkonzert:
Was aktuell der Patch an Fehlern hat (um bisherige Stolperstellen aufzuzeigen):
Eine Idee aus der Neutrino Ecke:
Es existiert ein Ringpuffer. Der TS Stream wird da rein geschrieben und das Frontend liest daraus. Wie groß der Ringpuffer ist, wird nur vom Speicher begrenzt. Der Pointer (so heißt der glaube ich) der Wiedergabeposition kann frei hin und her versetzt werden.
Das kann ich mir für die Livewiedergabe sowohl als auch für die Wiedergabe einer Aufzeichnung vorstellen.
Dies entstand damals aus der Notwendigkeit einen Puffer für die Aufzeichnungen auf LAN/HDD zu bekommen, da die Schnittstelle schnell an Ihre Grenze stößt und somit ständig Bildaussetzer kamen. Der Puffer wurde immer im Mittel so weit aufgefüllt, dass es zu 99% reichte (Na gut perfekt war es nie solange ich dabei war)
Ich bin erfreut, dass es doch so viel konstruktives hier zu lesen ist. Und auch dass Klaus hier mit liest
Gute Nacht
PS: Falls mir noch was einfällt werde ich dies hier drin gerne ergänzen
Wunschkonzert:
- vollständig deaktivierbar
Das darf kein Wunsch sein, sondern gehört an die oberste Stelle der Pflicht-Funktionen!
Es kann nicht sein das eine große Mehrheit den Wunsch einer Minderheit dauerhaft mittragen muss. DiSEqC, SCR, Device Bonding lassen sich ebenso nachhaltig abschalten.
Regards
fnu
- Der Puffer wird ausschließlich für den aktuellen Kanal bereitgestellt und bei Kanalwechsel verworfen
Genau das sehe ich anders. Ein Livebuffer (wenn man denn schon einen haben will) sollte schlichtweg all das speichern was ich live gesehen habe, und dazu gehoert auch das vor dem letzten Kanalwechsel.
Genau das sehe ich anders. Ein Livebuffer (wenn man denn schon einen haben will) sollte schlichtweg all das speichern was ich live gesehen habe, und dazu gehoert auch das vor dem letzten Kanalwechsel.
MythTV ...
SCNR
fnu
Genau das sehe ich anders. Ein Livebuffer (wenn man denn schon einen haben will) sollte schlichtweg all das speichern was ich live gesehen habe, und dazu gehoert auch das vor dem letzten Kanalwechsel.
Würde ich jetzt so nicht unterschreiben, da dann z.B. auch das Zappen während einer Werbung, oder Zappen im Allgemeinen im Buffer landet.
Ich schließe mich der Forderung nach "Abschaltbarkeit" an. Timeshifting beginnt für mich an dem Zeitpunkt, an dem ich die Pause-Taste drücke.
Moin,
ich sehe die gewünschten Funktionen von Torsten73 als eine sehr gute Beschreibung an.
Ich selbst habe den Livebuffer in der alten Version "geliebt"
Ich hatte den Bereich auf 2000MB eingestellt. Damit konnte ich bei den Privaten einen ganzen Film rückwirkend aufnehmen. Das habe ich auch gerne mal genutzt. Bei deutlich mehr als 2000MB gab es dann leider Fehlfunktionen. Für die Öffis hat es also nicht mehr gereicht.
Das spricht natürlich auch für die Platte als Speicherungsort. Tendenziell solltes aber wohl frei wählbar sein.
Wer, wie ich, Kind(er) hat, weiß dass es sehr spontan mal zu der Forderung (Wunsch kann man das manchmal nicht mehr nennen ;)) kommt, die Sendung noch mal zu schauen. Vorzugsweise das aktuelle Sandmännchen, das man natürlich dieses mal nicht aufgenommen hatte. Ansonsten gibt es Tränen, die man abends nicht mehr haben möchte
Die "Erweiterung" von HelAu, dass auch mehr als der laufende Sender gespeichert werden soll, war beim "alten" Livebuffer auch integriert. Dort konnte man in Sekunden festlegen wie lange der "alte Buffer" nach einem Senderwechsel gehalten werden sollte.
Das habe ich selbst zwar nicht genutzt, ist aber auch nett, weil es einem Pausenzapper nicht die Lebensgrundlage entzieht
Insgesamt ist der Livebuffer für mich zwar keine Entscheidung für oder gegen VDR, aber ich hielt es für eine echte "Killerapplikation" im positiven Sinne. Meine Familie sieht das genauso und hat beim Umstieg auf VDR mit TS Format auch etwas gemault.
Meinem Plasma gefällt es übrigens auch besser, wenn ich das Programm einfach weiterlaufen lassen kann und später zurückspule, statt auf Standbild zu schalten. (Man hat ja doch immer noch das Einbrennen vor Augen).
Als letztes empfinde ich es auch als schöner nicht alles aufnehmen zu müssen, wenn man mal "verschwinden" muss oder zur Tür muss. Erfahrungsgemäß sind es immer die gleichen, die dann die Platte irgendwann aufräumen müssen
Just my 2 Cents
Regards
Globber
Verbleibt mein einziger Wunsch nach den letzten paar Kommentaren: Bitte kein Monster daraus machen.
Kein "Wenn kein Speicher mehr im RAM, dann auf Festplatte und wenn Vollmond dann ..., sonst ..."
Und bitte fallt nicht schon wieder in die Argumentation für/wider dem Livebuffer - das würde genügend erörtert.
Den Puffer bitte nicht in Minuten, das ist technisch unrealistisch.
Kein "Wenn kein Speicher mehr im RAM, dann auf Festplatte und wenn Vollmond dann ..., sonst ..."
Nur eine einfache Setupentscheidung "RAM ODER Datei auf HDD" wäre IMHO sinnig, und von der Programmierung her sollte es AFAIK nicht so einen Unterschied machen ob man in einer Datei oder im Speicher buffert.
cu
Moin!
das Ausgabeplugin hingegen bekommt via PlayTS den Livestream und genau diesen wuerde ich speichern wollen
Bekommst du da wirklich alle Audiospuren und Teletext usw.? Oder ist der nicht gefiltert nach den Streams, die effektiv angezeigt werden sollen?
Und wie schon mal erwähnt: der Receiver muss die Daten nicht speichern, sondern nur abholen. Das Speichern kann man auch in einem anderen Objekt machen, das von dem Receiver gefüttert wird.
Dadurch wird das Löschen/Erstellen eines Receivers leichtgewichtig und schnell und stellt kein Problem beim Zappen dar.
Und was das Backend bei einem Receiver-Wechsel macht, ist Geschmackssache (Daten verwerfen oder behalten).
Lars.
Nun lass mal bitte die Kirche im Dorf.
Alles anzeigen
Ich hab auch Kinder, die zwar schon lange kein Sandmännchen mehr gucken, aber mit Verlaub das ist eher Dein Problem als "inkonsequenter" Vater ...
Jaja, der VDR als Seelsorger und Therapeut, meint Ihr nicht das Problem liegt aber eher woanders ... ?
Regards
fnu
Man kann doch dem Livebuffer einfach einen Ordner geben, z.B. unter /video/livebuffer, woher der dann gemountet wird, ist doch egal, oder denke ich da falsch? Dann kann der eine sein RAM Mounten, der andere seinen USB Stick oder eine SSD.
Moin!
Man kann doch dem Livebuffer einfach einen Ordner geben, z.B. unter /video/livebuffer, woher der dann gemountet wird, ist doch egal, oder denke ich da falsch? Dann kann der eine sein RAM Mounten, der andere seinen USB Stick oder eine SSD.
Das sehe ich auch so.
Lars.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!