Hola!
Bin wieder zurück nach 'livebuffer5.diff'
Damit ist alles wieder stabil, allerdings läuft mein Festplatte noch immer voll...
aber ich habe weder DKVTs Änderung noch carels benutzen können Augenzwinkern . Waren beide nicht ganz richtig.
Was sind dann deine Änderungen? Aber, egal, hast recht, kann nicht viel C. Weiß nur dass was ich gemacht habe funktioniert...
Ciao, C
Original von carel
Damit ist alles wieder stabil, allerdings läuft mein Festplatte noch immer voll...
Ist bei mir leider auch so. Habe mir aber einen Cron-Job eingerichtet der alle 5 Minuten Dateien welche älter als 60 Minuten sind bei mir aus dem LiveBuffer-Verzeichnis rauslöscht. Die Dateien des LiveBuffers landen bei mir übrigens im RAM. Das mit dem Cron-Job ist zwar ne Krücke aber funktioniert erstmal. 
Rasczak
Original von carel
Hola!Bin wieder zurück nach 'livebuffer5.diff'
Damit ist alles wieder stabil, allerdings läuft mein Festplatte noch immer voll...
Gibts hier irgendwas neues ? Was ist denn genau "livebuffer5.diff" ?
Hier , damals gepostet von gnapheus.
Allerdings braucht text2skin eine kleine Anpassung, ist auch schon im thread drüber diskutiert...
Gruß, Carel
Bin gespannt, wann text2skin keine Anpassung mehr braucht. Dann hat der Patch auch wieder eine Chance in den Extensionpatch zu kommen.
Nutzt die Reelbox überhaupt text2skin? Wenn nicht kannste da bis zum Sankt Nimmerslein Tag warten 
Und warum machst Du das von dem Text2Skin abhängig?
Weil ich keine Patches unterstütze, die den Funktionsumfang des VDRs verringern.
Original von Copperhead
Weil ich keine Patches unterstütze, die den Funktionsumfang des VDRs verringern.
Fuer den Bug des Text2skin Plugins kann der Livebuffer patch aber nichts 
Text2Skin ist gar kein Patch, das ist ein Plugin 
Original von Copperhead
Weil ich keine Patches unterstütze, die den Funktionsumfang des VDRs verringern.
Ist mir da was entgangen? Ich hatte text2skin und der war im yavdr doch auch gepatcht, was konnte der text2skin den in der gepatchten Version nicht?
Original von Copperhead
Text2Skin ist gar kein Patch, das ist ein Plugin
Aber ein Bug ists trotzdem
Original von helau
Aber ein Bug ists trotzdem
Ehrlich gesagt ist es nicht wirklich ein Bug von text2skin. Das Problem ist nur das vdr die Livebuffer-Aufnahme keinen Namen zuweist. Normalerweise gibt es im vdr eine Fallbackroutine, die sicherstellt, dass die Aufnahme einen Namen bekommt. Diese funktioniert aber nur, wenn die Aufnahme in der Verzeichnisstruktur vom vdr gespeichert wird. Genau das ist meine Anpassung für den Liverbufferpatch gewesen. Ich würde also sagen es ist eher ein bug im livebuffer patch.
LG
Joachim
Original von gnapheus
Ich würde also sagen es ist eher ein bug im livebuffer patch.
Einigen wir uns drauf dass beide was falsch machen Wenn man mit char * arbeitet muss man immer davon ausgehen, dass man nen lerren String oder gar NULL bekommen kann, und sollte dies nicht ungeprueft den str Funktionen vorsetzen ...
Und: Das fixen scheint ja keine Rocketsience zu sein...
Und vielleicht überlegt sich copperhead seinen Standpunkt ja noch einmal. Zumindest wenn die Anpassungen an 1.7.17 soweit erledigt sind.
Ich kann mich halt nur wiederholen, dass der livebuffer bei mir funktioniert hatte.
So, hier ist eine neue Version des Livebuffer-Patches. Das Problem mit Text2skin ist behoben. Das Problem war, dass text2skin die timers.h einbindet, aber das USE_LIVEBUFFER nicht übernommen hat. Außerdem funktioniert bei mir jetzt auch das löschen der alten Dateien. Im Patch ist dafür die Dateigröße fest auf 50 MB eingestellt. Das passt für einen 2min livebuffer SD ganz gut. Für andere liverbuffer Längen muss die Größe wahrscheinlich sinnvoll angepasst werden.
Den Patch gibt es nun für die neue Developerversion 1.7.17 in zwei Versionen:
- vdr-1.7.17-livebuffer10-rmm.diff enthält den code von rmm und drei Änderungen, um dne code mit einen normalen vdr zu kompilieren
- vdr-1.7.17-livebuffer10-gnapheus.diff enthält den code von rmm und meine Änderungen, damit der patch mit text2skin läuft
Viel Spass beim Testen
Joachim
PS:Der Code um die Einstellungen im VDR-Menu zu machen, ist noch nicht enthalten. Kommt aber noch ...
Hab's gerade geändert. Ein- und Ausschalten über über PauseKeyHandling und Einstellen der Minuten über Setup gehen.
Vielen Dank für Deine Arbeit. 
Super das Du weiter daran gearbeitet hast.
Hast Du denn bei Dir nur 2 min als Livebufferzeit eingestellt? Oder meinst Du nur damit, dass alle 50MB eine neue Datei erzeugt wird. Das war ja vorher auch so, sobald die Livebuffer Dateigröße erreicht wurde.
Macht es nicht eventuell Sinn die Dateigröße direkt auf 2GB zu setzen, damit die erzeugten Dateien später einfacher in die nachträglich gestartete Aufnahme integriert werden kann?
In der Praxis hat sich der 1h Livebuffer beim Entertainreceiver als gut erweisen. Das passt bei HD zwar auch noch nicht ganz in 2GB, aber die TS-Dateien sind ja üblicherweise Standard 2GB.
Wenn es einstellbar später ist stellt die Frage allerdings eh nicht mehr.
Hast Du mal probiert, ob es nun auch mit einer Ramdisk geht, solange es noch nicht im Arbeitsspeicher direkt möglich ist? Wie schaut es mit der Deaktivierung aus, da bestand ja die Vermutung, dass der sich nicht wirklich ausschalten lässt.
Super!
Vielen Dank dafür.
Ich fänd es übrigens intuitiver und cleverer die Minuten und nicht die MB einzustellen.
Meine Mutter weiß nicht, was ein MB ist 
Und das funktioniert dann für SDUnd HD gleichermaßen.
Gruß,
Hendrik
Ich fänd es übrigens intuitiver und cleverer die Minuten und nicht die MB einzustellen.
Meine Mutter weiß nicht, was ein MB istUnd das funktioniert dann für SDUnd HD gleichermaßen.
Äh, zur Zeit (jetzt wieder) ist ja nur die Länge in Minuten im Setup einstellbar. Aber die Dateigröße muss zur Länge des livebuffers passen, da immer mindestens eine Datei mit der eingestellten MB-Größe erzeugt wird, egal wie klein die Bufferzeit eingestellt ist. Deshalb halte ich es für sinnvoll die Buffergröße in MB so einzustellen, dass mit einen Live mit x Minuten Länge gerade 2 Dateien voll schreibt. Beim Spätestens beim Anlegen der vierten Datei wird die erste dann gelöscht. Das ist deiner Mutter wahrscheinlich egal ;), aber der Patch ist ja noch in der Entwicklung (s.u.).
2 min und 50 MB sind nur meine Testeinstellungen. Ich bin ein ungeduldiger Mensch. Im original Code ist die Größe auf LiveBufferMaxFileSize = MAXVIDEOFILESIZEDEFAULT/2 gesetzt. Das entspricht 1000 MB. Das heißt der Livebuffer würde immer mindesten 1 GB verschlingen egal wie kurz man ihn einstellt. Ich denke die Größe sollte sich adaptiv auf die Livebufer Länge in Minuten einstellen. Ramdisk habe ich noch nicht ausprobiert
LG
Joachim
gnapheus: Du weißt ja, dass ich mit dem Patch für Text2Skin nicht so glücklich bin und letztendlich doch lieber Text2Skin selbst angepasst habe. Ich weiß ich verlange viel, aber wäre es vielleicht möglich den Patch nur für das Menü und Setup herauszulösen? Ich habe deinen orginalen rmm Patch nämlich schon an yaVDR anpasst und jetzt fehlt mir nur noch das vorgenannte.
Gerald
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
