Hi all!
Now that VDR 2.0 is just around the corner i would like to check if there is any progress to the great livebuffer that was back in the 1.6 days? I tested a 1.7.x version some long time ago, but that did not work as well as the "original" version..
René
I tested a 1.7.x version some long time ago, but that did not work as well as the "original" version..
There has never ever been any official Livebuffer feature in any VDR version.
I hope it'll take a long time to make it into VDR, e.g. as long as it took to get any file-/recordings-management feature or other really useful stuff into VDR ... ^^
=== Kind regards Frank
Hello!
Now that VDR 2.0 is just around the corner i would like to check if there is any progress to the great livebuffer that was back in the 1.6
days? I tested a 1.7.x version some long time ago, but that did not work as well as the "original" version..
I never tested Ye Good Olde livebuffer, but I can offer this one:
http://ein-eike.de/vdr-plugin-permashift/
It's a plugin with a minimal VDR patch automatically recording live TV to disc.
From what I've read, it is less sophisticated and it crashes less than
livebuffer.
Klaus said that he thinks about internal livebuffer functionality in VDR after 2.0.
Ciao, Eike
On Mon, Mar 25, 2013 at 2:09 AM, EikeSauer@t-online.de EikeSauer@t-online.de wrote:
Klaus said that he thinks about internal livebuffer functionality in VDR after 2.0.
There have been discussions here about the best way to add it to VDR. As long as it can be turned off and/or sent to ram instead of harddisk, I think it would be a great feature to add. While I couldn't care less about livebuffer personally, it does seem to be a popular wish-list item. I'd even say up there with solid native client/server support.
On 25.03.2013 18:22 , VDR User wrote:
On Mon, Mar 25, 2013 at 2:09 AM, EikeSauer@t-online.de EikeSauer@t-online.de wrote:
Klaus said that he thinks about internal livebuffer functionality in VDR after 2.0.
There have been discussions here about the best way to add it to VDR. As long as it can be turned off and/or sent to ram instead of harddisk, I think it would be a great feature to add. While I couldn't care less about livebuffer personally, it does seem to be a popular wish-list item. I'd even say up there with solid native client/server support.
Hi all!
Any progress with this feature? Is there any checklist available for this? I would have some whishes that i think are pretty practical. Maybe someone has more ideas that i have forgot..
* Option to choose between RAM / HDD * Option to pick the amount of memory / HDD to use * Option to warn if you switch channel and you are watching the buffer (eg. "You are watching from the buffer. Changing channel will delete the current buffer") * Being able to rewind just by hitting the back/rewind button without pressing Ok or something else first. * When watching the livebuffer, and you notice that you want to save the curent progarm, you should be able to save the tv-program from either the beginning of the buffer, or then if the buffer is longer, from the beginning of where the program started. This way you will be able to save the whole progra (movie etc.) * Option to keep X amounts of HDD-buffers after changing channels. Then in the recording meny would be an entry where you could watch these buffers, and possibly save them as a recording afterwards.
Best Regards,
René
Hi list,
On Thu, Jul 11, 2013 at 08:54:44PM +0300, René wrote:
[...] Hi all!
Any progress with this feature? Is there any checklist available for this? I would have some whishes that i think are pretty practical. Maybe someone has more ideas that i have forgot..
- Option to choose between RAM / HDD
I don't think that's actually necessary. Make the file-based lifebuffer feature rock-solid; if users want to have the buffer in RAM, make them mount a tmpfs for that purpose. Should lead to simpler code and, in turn, less bugs :)
- Option to pick the amount of memory / HDD to use
- Option to warn if you switch channel and you are watching the
buffer (eg. "You are watching from the buffer. Changing channel will delete the current buffer")
- Being able to rewind just by hitting the back/rewind button
without pressing Ok or something else first.
- When watching the livebuffer, and you notice that you want to
save the curent progarm, you should be able to save the tv-program from either the beginning of the buffer, or then if the buffer is longer, from the beginning of where the program started. This way you will be able to save the whole progra (movie etc.)
- Option to keep X amounts of HDD-buffers after changing channels.
Then in the recording meny would be an entry where you could watch these buffers, and possibly save them as a recording afterwards.
All these would be very nice to have indeed.
- Option to choose between RAM / HDD
I don't think that's actually necessary. Make the file-based lifebuffer feature rock-solid; if users want to have the buffer in RAM, make them mount a tmpfs for that purpose. Should lead to simpler code and, in turn, less bugs :)
I'm one of the people who will never use disk-based buffering. I simply don't want my hd constantly being hammered so RAM would be my choice and what you propose seems best afaik.
I also don't want this feature forced on you like mythtv. There should be the ability to turn it off completely.
- Option to pick the amount of memory / HDD to use
+1
- Option to warn if you switch channel and you are watching the buffer (eg.
"You are watching from the buffer. Changing channel will delete the current buffer")
I don't see any point in this. If changing the channel flushes the buffer, you really only need to mention it once in the changelog/manual/whatever.
- Being able to rewind just by hitting the back/rewind button without
pressing Ok or something else first.
+1 IF the live buffer feature is turned on. If it's off, these keys should retain their current behavior.
- When watching the livebuffer, and you notice that you want to save the
curent progarm, you should be able to save the tv-program from either the beginning of the buffer, or then if the buffer is longer, from the beginning of where the program started. This way you will be able to save the whole progra (movie etc.)
You can already start an instant recording. I don't think incorporating buffered content into that would be too unreasonable or complex.
- Option to keep X amounts of HDD-buffers after changing channels. Then in
the recording meny would be an entry where you could watch these buffers, and possibly save them as a recording afterwards.
This doesn't really make sense to me. If you want to have recordings of multiple shows/channels, you should just create timers.
If live-buffering does find it's way into VDR, the last thing I want it to be is some big huge complex blob. If anything keep it simple & lean at first, but designed in such a way that you can build from its foundation as extra buffering features are thought up.
On 12.07.2013 2:39 , VDR User wrote:
- Option to choose between RAM / HDD
I don't think that's actually necessary. Make the file-based lifebuffer feature rock-solid; if users want to have the buffer in RAM, make them mount a tmpfs for that purpose. Should lead to simpler code and, in turn, less bugs :)
Yes, this would work perfectly too.
- Option to warn if you switch channel and you are watching the buffer (eg.
"You are watching from the buffer. Changing channel will delete the current buffer")
I don't see any point in this. If changing the channel flushes the buffer, you really only need to mention it once in the changelog/manual/whatever.
This was something my wife (and sometimes also myself) got frustrated on. Here's a typical scenario:
Tv was turned on, and the channel that was running on had an interesting program running. The program was rewinded from the buffer to the beginning, and we started to watch it. Normally i pause recordings with the up/down keys, but in this case hitting up/down just changed the channel, and the buffer was lost (or not exactly, because the file existed on the HDD.. Here i had to manually dig out the file to be able to watch the program). So my point is to have an option to warn about a chanel-switch when you are actually watching from the buffer. If you don't watch fromthe buffer, then the channels should be switchable as normal.
- Being able to rewind just by hitting the back/rewind button without
pressing Ok or something else first.
+1 IF the live buffer feature is turned on. If it's off, these keys should retain their current behavior.
YEs, of course :-)
BR
René
Hallo!
Tv was turned on, and the channel that was running on had an interesting program running. The program was rewinded from the buffer to the beginning, and we started to watch it. Normally i pause recordings with the up/down keys, but in this case hitting up/down just changed the channel, and the buffer was lost (or not exactly, because the file existed on the HDD.. Here i had to manually dig out the file to be able to watch the program). So my point is to have an option to warn about a chanel-switch when you are actually watching from the buffer. If you don't watch fromthe buffer, then the channels should be switchable as normal.
I think that's how it already should work at the moment. As long as you're watching live TV, you can just switch as normal. As soon as you rewinded, you are in replay mode (just like if you started watching from your list of recordings) and up and down should not change the channel(*). Did you change the key settings for replay mode?
That by the way is a little concern I've got with enabling the rewind button from live TV. You would change from live watching mode to replay mode, possibly without noticing it.
- Being able to rewind just by hitting the back/rewind button without
pressing Ok or something else first.
+1 IF the live buffer feature is turned on. If it's off, these keys should retain their current behavior.
YEs, of course :-)
If there's no live buffer, there wouldn't be anything to rewind into anyway... :o)
Ciao, Eike
(*) and when switching, the redording is kept if the appropriate VDR setting for instant recordings is set.
-
Eike -
EikeSauer＠t-online.de
-
fnu -
Johannes Truschnigg -
René -
VDR User