permanentes Timeshift - Livebuffer-Patch (neue Testversion 28.03.07)

  • Hi,


    habe gerade vdr-1.3.32-LiveBuffer-0.1.2 hochgeladen:
    http://home.vr-web.de/bergwinkl.thomas/



    Änderungen:


    - pausierte Livebuffer werden jetzt nur noch beibehalten, wenn zum Zeitpunkt des Umschaltens gerade pausiert ist (also so wie Snorre weiter oben im Thread vorgeschlagen hat)


    - einige Bugs beseitigt, wegen denen es zu Speicherzugriffsfehlern bzw. Neustarten des vdrs kommen konnte


    - 'letzte Livebuffer beibehalten' sollte nun richtig funktionieren


    Thomas

  • hello Thomas


    by "pausierte Livebuffer werden jetzt nur noch beibehalten, wenn zum Zeitpunkt des Umschaltens gerade pausiert ist (also so wie Snorre weiter oben im Thread vorgeschlagen hat)"


    does it join the suggestion i've made in this thread too ?


    Google translation give me ununderstandable garbage on this, i don't speak German at all sorry.


    Cheers

  • Zitat

    Original von alib
    by "pausierte Livebuffer werden jetzt nur noch beibehalten, wenn zum Zeitpunkt des Umschaltens gerade pausiert ist (also so wie Snorre weiter oben im Thread vorgeschlagen hat)"


    does it join the suggestion i've made in this thread too ?


    No, this means: if 'keep paused livebuffer" is activated, the livebuffer will only be kept when the it is really paused at the moment when you switch channels.


    I have overlooked your suggestion, sorry.


    Zitat

    Original von alib
    May i make a suggestion ?


    I use your patch in a ramdisk. I didn't test with harddisk if the behavior is the same.
    Imagine i use a 32 Mo livebuffer, that give around 1 mn of video.
    When i pause with LB more than 1 minutes, when the buffer is full, it start to play automatically.
    Don't you think it should be better to transfert the livebuffer pause in a normal vdr pause on harddisk ?


    I don't like the idea of starting an instant recording only because I paused too long. Perhaps it would be better to add the posibility to start a normal pause (Menu -> Yellow) manually in such a case.


    Thomas

  • The problem is when you pause ( and have automatic replay mode enabled ), you can only pause trought the Live Buffer ( And i prefer this pause system than the original one, the original one is not really usr friendly as my wife always forget to stop the recording after ).


    If i pause, and i have a phone call for example, i won't know before that i will pause more than 2 mn ( it's my live buffer limit ) .
    So it will automatically restart the pause while i'm away, and i will loose some precious minutes of my movie.



    Perhaps thisbehavior should be set on the setup menu, like "Automatic Intant Recording when buffer is full" yes/no


    Or perhaps ( and better ) we can define a second recording folder like /video/Livebuffer2 , first ( /video/LiveBuffer ) is in ramdisk , and if full because of a pause, it start to write in the second directory that is in hardrive but without any size limitation.


    Then we won't use Instant Recording, but normal Live Buffer recording on hardrive.
    But for those who use it in ram, 99% of the time it record in ram, and sometimes when needed it use the hardrive.


    And everything looks user friendly .


    My 2 cents.


  • Hallo Thomas.


    Freut mich dass Du mein Vorschlag (eigentlich wars ja dein eigener, auf Grund der Namensgebung) deine Zustimmung gefunden hat und so prombt implementiert wurde.
    Vielen Dank dafür.


    Hier noch ein paar Punkte, die mir aufgefallen sind bzw. Anregungen meinerseits:


    1. Nachdem man die Pause-Taste drückt, funktionieren die Cursortasten wie im Wiedergabe-Modus, d.h. Zappen mittels Cursortasten ist nach Drücken der Pause-Taste nicht mehr möglich.
    2. Unbeabsichtigtes Aktivieren der KeepLiveBuffer-Funktion sollte jetzt ja nahezu unmöglich sein. Allerdings muss man die aktivierte Funktion ausdrücklich mittels der Stop-Taste deaktivieren. Das heisst wenn ich auf den pausierten Sender zurückzappe und die KLB-Funktion aufheben möchte, springe ich automatisch ans Ende des Livebuffers. Dies ist in der Regel aber ungewollt. Deaktiviere ich KLB-Funktion nicht, dann besteht wieder die Gefahr dass ich unbeabsichtigt im Hintergrund aufzeichne, wenn ich einen anderen Sender einstelle.


    Ich fände deshalb eine der folgenden Varianten noch besser:


    Entweder:
    Die KLB-Funktion wird automatisch deaktiviert nachdem ich auf den pausierten Sender zurückkehre (d.h. vor jeder Zap-Orgie muss erneut pausiert werden). Dies würde allerdings die Gefahr des unbeabsichtigten Deaktivierens bergen, für den Fall, dass man mittels Cursor-Tasten am pausierten Sender vorbeizappt.


    Oder:
    Bei aktivierter KLB-Funktion bewirkt der erste Druck auf die Stop-Taste die Deaktivierung. Allerdings nur wenn der pausierte Sender eingestellt ist. Der zweite Druck auf die Stop-Taste springt dann ans Ende des Livebuffers.


    Und nochmals die Bitte aus meinem letztem Posting (wurde nachträglich editiert, vielleicht hast Du es gar nicht gelesen):
    Möglicherweise lässt sich die Fortschrittsanzeige ohne grösseren Aufwand dahingehend erweitern, dass dort angezeigt wird, ob und welche zusätzliche Sender aufgezeichnet werden. Dann könnte man das unbeabsichtigte Aufzeichnen bzw. Deaktivieren durch drücken der PLAY-Taste feststellen und bei Bedarf darauf reagieren.



    Nochmals vielen Dank und weiter so.


    Gruss MB

  • Zitat

    Original von alib
    If i pause, and i have a phone call for example, i won't know before that i will pause more than 2 mn ( it's my live buffer limit ) .
    So it will automatically restart the pause while i'm away, and i will loose some precious minutes of my movie.


    I got your point. My livebuffer is on the harddisk with a size of 2000 MB. So I don't have such problems :)
    But I agree with you that the current behaviour is not nice when you have a small livebuffer and you are away for a longer time.


    Zitat

    Original von alib
    Or perhaps ( and better ) we can define a second recording folder like /video/Livebuffer2 , first ( /video/LiveBuffer ) is in ramdisk , and if full because of a pause, it start to write in the second directory that is in hardrive but without any size limitation.


    Then we won't use Instant Recording, but normal Live Buffer recording on hardrive.
    But for those who use it in ram, 99% of the time it record in ram, and sometimes when needed it use the hardrive.


    Sounds quite complicate (2 different directories / coming back to ramdisk recording only)
    I have to think about it ...


    Zitat

    Original von Snorre
    1. Nachdem man die Pause-Taste drückt, funktionieren die Cursortasten wie im Wiedergabe-Modus, d.h. Zappen mittels Cursortasten ist nach Drücken der Pause-Taste nicht mehr möglich.


    Sollte eigentlich nicht so sein. Die Cursortasten sollten nur dann so wie im Wiedergabemodus funktionieren, wenn man dir play-Taste gedrückt hat und der Fortschrittsbalken angezeigt wird.
    Du hast nicht versehentlich 'Automatisch Replaymodus starten' aktiviert?


    Zitat

    Original von Snorre
    2. Unbeabsichtigtes Aktivieren der KeepLiveBuffer-Funktion sollte jetzt ja nahezu unmöglich sein. Allerdings muss man die aktivierte Funktion ausdrücklich mittels der Stop-Taste deaktivieren. Das heisst wenn ich auf den pausierten Sender zurückzappe und die KLB-Funktion aufheben möchte, springe ich automatisch ans Ende des Livebuffers. Dies ist in der Regel aber ungewollt. Deaktiviere ich KLB-Funktion nicht, dann besteht wieder die Gefahr dass ich unbeabsichtigt im Hintergrund aufzeichne, wenn ich einen anderen Sender einstelle.


    Ich fände deshalb eine der folgenden Varianten noch besser:


    Entweder:
    Die KLB-Funktion wird automatisch deaktiviert nachdem ich auf den pausierten Sender zurückkehre (d.h. vor jeder Zap-Orgie muss erneut pausiert werden). Dies würde allerdings die Gefahr des unbeabsichtigten Deaktivierens bergen, für den Fall, dass man mittels Cursor-Tasten am pausierten Sender vorbeizappt.


    Gefällt mir ebenfalls nicht besonders, wegen der Gefahr, dass man 'drüberzappt'.


    Zitat

    Original von Snorre
    Oder:
    Bei aktivierter KLB-Funktion bewirkt der erste Druck auf die Stop-Taste die Deaktivierung. Allerdings nur wenn der pausierte Sender eingestellt ist. Der zweite Druck auf die Stop-Taste springt dann ans Ende des Livebuffers.


    Auch das gefällt mir nicht wirklich. Denn dann hätte die Stop-Taste verschiedene Funktionen, je nach dem was man vorher gemacht hat. Find ich nicht sehr durchschaubar und alltagstauglich.
    Mich persönlich stört es eigentlich nicht, dass mit der Stop-Taste zum Ende der Aufzeichnung gesprungen wird. Das deaktivieren der KLB-Funktion mach ich eigentlich nach dem die Sendung vorbei ist, und ich sowieso danach umschalte. Wieso sollte man zwischendrin die KLB-Funktion deaktivieren wollen, aber den Livebuffer noch weiter anschauen?


    Zitat

    Original von Snorre
    Und nochmals die Bitte aus meinem letztem Posting (wurde nachträglich editiert, vielleicht hast Du es gar nicht gelesen):
    Möglicherweise lässt sich die Fortschrittsanzeige ohne grösseren Aufwand dahingehend erweitern, dass dort angezeigt wird, ob und welche zusätzliche Sender aufgezeichnet werden. Dann könnte man das unbeabsichtigte Aufzeichnen bzw. Deaktivieren durch drücken der PLAY-Taste feststellen und bei Bedarf darauf reagieren.


    Das ist sehr problematisch und ist leider nicht so ohne weiteres zu realisieren: Das Anzeigen des Fortschrittsbalken übernimmt das gerade aktive Skin. Man hat also vom vdr selbst keinen Einfluß darauf, was da genau angezeigt wird.


    Thomas

  • Zitat

    Original von thomas83
    habe gerade vdr-1.3.32-LiveBuffer-0.1.2 hochgeladen:


    Mir scheint als ob das zappen jetzt allgemein minimal länger dauert, in Einzelfällen dauert es sogar deutlich länger (1-2 Sekunden). Schalte ich den LiveBuffer aus, dann ist die längere Umschaltzeit beim nächsten Zappen, also bei noch laufendem LiveBuffer, der dann aber für den neuen Kanal nicht mehr gestartet wird, immer noch da. Ich vermute also, es hat etwas mit dem *Beenden* des LiveBuffers, nicht mit dem Starten zu tun.


    Das Problem des fehlenden Bildes beim vdr-Start habe ich immer noch.


    Ansonsten: Weiter so!


    Gruss,
    Marcus

    Mein vdr:
    Coolermaster 620 Case; Mobo P4S800-MX (SiS 661FX); Celeron Northwood 2.4Ghz;CPU-Lüfter Super Silent 4 Ultra TC
    Debian Sarge; kernel 2.4.28; CVS DVB-Treiber 080905; Nexus und Nova;
    vdr-1.4.0 mit Bigpatch; Werner Fink's AV7110 AC3-firmware-2620

  • Zitat

    Original von thomas83


    Sollte eigentlich nicht so sein. Die Cursortasten sollten nur dann so wie im Wiedergabemodus funktionieren, wenn man dir play-Taste gedrückt hat und der Fortschrittsbalken angezeigt wird.
    Du hast nicht versehentlich 'Automatisch Replaymodus starten' aktiviert?


    Nein. Ist nicht aktiviert!
    Es verhält sich folgendermassen:
    Ich drücke Pause. --> Standbild
    Ich drücke Cursor down --> Pause wird aufgehoben
    Ich drücke erneut Cursor down --> Kanal wird heruntergeschaltet




    Zitat

    Original von thomas83
    Mich persönlich stört es eigentlich nicht, dass mit der Stop-Taste zum Ende der Aufzeichnung gesprungen wird. Das deaktivieren der KLB-Funktion mach ich eigentlich nach dem die Sendung vorbei ist, und ich sowieso danach umschalte. Wieso sollte man zwischendrin die KLB-Funktion deaktivieren wollen, aber den Livebuffer noch weiter anschauen?


    Mich stört es eigentlich auch nicht. Im Gegenteil das ist sehr komportabel.
    Allerdings fürchte ich, dass ich das Deaktiveren wohl öfters mal vergesse. Und deshalb hätte ich gerne die Möglichkeit dies dann tun zu können wenn ich daran denke ohne dabei unweigerlich ans Ende des Livebuffers zu springen. Ich würde die KLB-Funktion natürlich nur dann deaktivieren wenn ich mir sicher bin, dass ich nicht mehr zappe bevor ich alles wesentliche im LB gesehen habe.
    Aber da haben wir beide wohl unterschiedliche Prioritäten (bzw. Gewohnheiten)




    Zitat

    Original von thomas83


    Das ist sehr problematisch und ist leider nicht so ohne weiteres zu realisieren: Das Anzeigen des Fortschrittsbalken übernimmt das gerade aktive Skin. Man hat also vom vdr selbst keinen Einfluß darauf, was da genau angezeigt wird.


    Das hab ich befürchtet.
    Ich dachte man könnte den Titel im Fortschrittsbalken z.b so gestalten:
    Livebuffer (001, 013)


    Die Zahlen in der Klammer würden dann anzeigen, dass im Hintergrund noch die Kanäle 1 + 13 aufgezeichnet werden.


    Zugegebener Massen nicht sehr elegant, aber informativ und hilfreich.


    Gruss MB


  • Hallo,
    ich habe das selbe Problem.
    Gibts irgend eine Lösung?


    Gruß
    Stefan

    LinVDR 0.7 1.3.37/Kernel 2.6.9 auf K7VT2 mit Duron 800MHz, 256MB Ram, TT DVB-S 1.6, TT budget-S Rev. 1.1, 160GB Samsung, NEC ND3500AG, 240x128 GLCD, AVBoard1.3

  • So, jetzt bin ich etwas weiter...
    das oben erwähnte Verhalten zeigt sich nur wenn der Wiedergabestatus eingeschaltet ist (Das Pausensymbol wird auf dem OSD dargestellt).
    Was bei mir aber überhaupt nicht funktioniert ist die Funktion "pausierten Lifebuffer beibehalten".
    Bin ich da der einzige bei dem es nicht geht?
    Vielleicht bin ich ja nur zu doof dazu. :P


    Gruß Stefan

    LinVDR 0.7 1.3.37/Kernel 2.6.9 auf K7VT2 mit Duron 800MHz, 256MB Ram, TT DVB-S 1.6, TT budget-S Rev. 1.1, 160GB Samsung, NEC ND3500AG, 240x128 GLCD, AVBoard1.3

  • Hallo,


    Zitat

    Original von DigiD
    So, jetzt bin ich etwas weiter...
    das oben erwähnte Verhalten zeigt sich nur wenn der Wiedergabestatus eingeschaltet ist (Das Pausensymbol wird auf dem OSD dargestellt).


    Dieses Verhalten ist so gewollt. Ich finde es eigentlich auch recht sinnvoll, dass solange der Wiedergabestatus angezeigt wird, die Cursortasten wie bei einer normalen Wiedergabe funktionieren.


    Zitat

    Original von DigiD
    Was bei mir aber überhaupt nicht funktioniert ist die Funktion "pausierten Lifebuffer beibehalten".
    Bin ich da der einzige bei dem es nicht geht?
    Vielleicht bin ich ja nur zu doof dazu. :P


    Wenn in den Einstellungen 'pausierten LiveBuffer beibehalten' aktiviert ist, sollte es folgendermaßen funktionieren:
    Zuerst Pause drücken und dann, solange die Wiedergabe noch pausiert ist, umschalten. Dann sollte der LiveBuffer dieses Senders nach dem Umschalten nicht gelöscht werden (falls eine freie Karte übrig ist).
    Wenn das bei dir nicht so funktioniert, dann poste bitte mal deine setup.conf und dein Log vom Umschalten.


    Thomas

  • Hallo,


    seit 1.3.34 funktioniert der pausierte Lifebuffer auch bei mir!!! Freu!!!


    Zitat


    Dieses Verhalten ist so gewollt. Ich finde es eigentlich auch recht sinnvoll, dass solange der Wiedergabestatus angezeigt wird, die Cursortasten wie bei einer normalen Wiedergabe funktionieren.


    das mag schon sein... aber der Wiedergabestatus bleibt ja beim pausieren stehen. Ich muss also den Status abschalten um den Lifebuffer zu nuzen.


    Geuß Stefan

    LinVDR 0.7 1.3.37/Kernel 2.6.9 auf K7VT2 mit Duron 800MHz, 256MB Ram, TT DVB-S 1.6, TT budget-S Rev. 1.1, 160GB Samsung, NEC ND3500AG, 240x128 GLCD, AVBoard1.3

    4 Mal editiert, zuletzt von DigiD ()

  • Zitat

    Original von DigiD


    das mag schon sein... aber der Wiedergabestatus bleibt ja beim pausieren stehen. Ich muss also den Status abschalten um den Lifebuffer zu nuzen.


    Da bei mir das Anzeigen des Wiedergabestatus ausgeschaltet ist, habe ich bisher gar nicht gemerkt, dass beim Anzeigen dieser Symbole die Tasten dann auch anders funktionieren. Gedacht war das ja anders, nämlich dass die Cursortasten nur eine andere Funktion haben, solange der Fortschrittsbalken (und nicht die Symbole für Pause...) angezeigt wird.
    Ich werde das in der nächsten Version berichtigen. Danke für den Hinweis.


    Thomas

  • Hallo,



    noch 2 Kleinigkeiten.
    Bei der "normalen" Wiedergabe einer Aufnahme funzt das frameweise rückwärts spulen (aus Pause heraus) nicht, er spult immer volle Lotte.


    Schön wäre, wenn bei Aufruf des Rec-Menü die zuletzt gespielte Aufnahme
    markiert wäre.


    MfG

  • Moin moin,


    ich habe mir jetzt zwar nicht den ganzen Thread durchgelesen, aber trotzdem eine kleine Frage - vielleicht kann mir das hier ja einer beantworten:


    Funktioniert dieser Livebuffer-Patch (den ich extrem genial finde!!!!) auch mit dem Streamdev-Plugin bzw. mit dem VOMP-Plugin (VDR on MVP) zusammen, oder müsste da der Livebuffer-Kram neu für programmiert werden?
    HIntergrund ist der, dass ich gerne an meinen MediaMVPs auch permanentes TimeShifting hätte... *träum*


    Viele Grüße,


    Schnurps

    VDR (Server): Sempron 2400+, 512 MB RAM, 4 x Technotrend DVB-S-Budget, 2 x HDD 160 GB Samsung 7200rpm, Gigabit-LAN, ISDN FritzCard PCI
    Clients: 4 x Hauppauge MediaMVP (VOMP)

  • Moin,


    nachdem ich mein vdr neu installiert habe,


    lin plain 07, dann kernel update von dr.seltsam, dann mt und zuletzt coody bigpatch test 2, kann ich über die taste M kein OSD mehr aufrufen, habe schon die Belegung geprüft,


    kann ich in einer config datei den liver buffer komplett deaktivieren, um zu checken , ob es daran liegt ?



    Bitte helft mir , hab schon mehrmals das Unterforum linvdr und auch patches durch !


    mfg ranger930

    :D seit 10/2005 linvdr0.7-mt+coody big 1.3.3.4+ dxr3
    P4 1600 Mhz, Asus P4BMX, 256MB, 60GB 7200 RPM, DXR3, twinhan 1030 Ci
    :jb

  • Zitat

    Original von rdnzl
    thomas83


    Kann es sein, dass Du die Schnittmarken-Einträge, wenn sie aus dem LiveBuffer nach links abgetreten sind, also abgelaufen, nicht aus dem Mem löschst ?


    Ja, richtig. Die Schnittmarken werden nicht gelöscht. Wäre aber vielleicht besser, sie doch zu löschen. Werde mir das mal anschauen...



    Zitat

    Original von ranger930
    lin plain 07, dann kernel update von dr.seltsam, dann mt und zuletzt coody bigpatch test 2, kann ich über die taste M kein OSD mehr aufrufen, habe schon die Belegung geprüft,


    kann ich in einer config datei den liver buffer komplett deaktivieren, um zu checken , ob es daran liegt ?


    In setup.conf LiveBuffer auf 0 setzen, dann ist er deaktiviert.



    Thomas

  • Moin,
    thomas83,


    danke für die Info,


    habe aber schon alles neu installiert,
    jetzt klappt's auch mit dem Nachbarn ( Menü ist da ),
    ich glaube es lag an den xml Dateien, die ich nicht in den richtigen Ordner verschoben habe !


    befasse mich jetzt aber erst mal mit folgenden Dingen:
    DXR3 Player, neuester Kernel, VDRAdmin,
    bin halt immernoch ein Anfänger, CI Modul Twinhan mit black Ice Modul,
    danach zweite Twinhan Budget,


    Ich kann es aber nicht oft genug sagen:


    hier geht echt was ab im Forum !
    ( Dr. Seltsam, Mark Train.. um nur einige zu nennen )


    Danke, Danke !


    Respekt !!
    mfg ranger930

    :D seit 10/2005 linvdr0.7-mt+coody big 1.3.3.4+ dxr3
    P4 1600 Mhz, Asus P4BMX, 256MB, 60GB 7200 RPM, DXR3, twinhan 1030 Ci
    :jb

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!