about Pause and rewind live TV.
What is live TV there, as it is already recorded ... ?
Only users which didn't got into VDR and epgsearch timers do call for this
live buffer function. They hope for a kind of security, which this function
doesn't really provide.
You want to have a feeling how
On 29.02.2012 21:33, Udo Richter wrote:
Am 29.02.2012 16:17, schrieb Klaus Schmidinger:
+ The function cDevice::Receiving() now returns true if there is any
receiver
attached to the device. Its boolean parameter has no meaning any more.
Please remember to drop the following line from
Hi there,
following the discussion regarding Client/Server the last couple of day, I'm
honestly horrified.
What I did realize where super complex ideas, hacks, bottomline a solution
from developers for developers. I got the imagination some want to keep out
normal users, inventing VDR to death,
On 29.2.2012 10:20, Klaus Schmidinger wrote:
Yes, the next stable version will be 2.0.
It would be great if next stable could include ttxtsubs-plugin
readiness, i.e. recording/viewing teletext subtitles would not require
patching of main VDR code anymore.
On 2.3.2012 12:35, Jarkko Kangas wrote:
It would be also great if next stable could include mainmenuhooks-patch
so extrecmenu- and epgsearch-plugins would not require patching VDR code
anymore.
Epgsearch doesn't need patching.
___
vdr mailing list
On Fri, 02 Mar 2012 11:06:03 +0100, Klaus Schmidinger wrote
I'm currently considering giving GetDevice() another parameter:
static cDevice *GetDevice(const cChannel *Channel, int Priority,
bool LiveView, bool Query = false);
and make it not do any CAM assignments or receiver
On 2.3.2012 13:06, Pertti Kosunen wrote:
Epgsearch doesn't need patching.
I think it does, if you want replace VDR's standard
schedule menu with epgsearch?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Fri, 02 Mar 2012 11:08:42 +0100, Klaus Schmidinger wrote
On 01.03.2012 09:38, Frank Schmirler wrote:
On Wed, 29 Feb 2012 21:33:31 +0100, Udo Richter wrote
Am 29.02.2012 16:17, schrieb Klaus Schmidinger:
+ The function cDevice::Receiving() now returns true if there is any
receiver
On 02.03.2012 12:54, Frank Schmirler wrote:
On Fri, 02 Mar 2012 11:08:42 +0100, Klaus Schmidinger wrote
On 01.03.2012 09:38, Frank Schmirler wrote:
On Wed, 29 Feb 2012 21:33:31 +0100, Udo Richter wrote
Am 29.02.2012 16:17, schrieb Klaus Schmidinger:
+ The function cDevice::Receiving()
On Fri, 02 Mar 2012 08:29:00 +0100
Gerald Dachs v...@dachsweb.de wrote:
Am 2012-03-02 00:18, schrieb Tony Houghton:
Going off on a tangent, there's been some discussion about Pause
and rewind live TV. That could be implemented fairly easily in
clients with
a big RAM buffer, without
On Fri, 2 Mar 2012 10:30:37 +0100
fnu v...@auktion.hostingkunde.de wrote:
about Pause and rewind live TV.
What is live TV there, as it is already recorded ... ?
Only users which didn't got into VDR and epgsearch timers do call for
this live buffer function. They hope for a kind of
Am 02.03.2012 11:35, schrieb Jarkko Kangas:
On 2.3.2012 12:17, Pertti Kosunen wrote:
It would be great if next stable could include ttxtsubs-plugin
readiness, i.e. recording/viewing teletext subtitles would not require
patching of main VDR code anymore.
It would be also great if next stable
On Fri, 02 Mar 2012 13:01:23 +0100, Klaus Schmidinger wrote
On 02.03.2012 12:54, Frank Schmirler wrote:
On Fri, 02 Mar 2012 11:08:42 +0100, Klaus Schmidinger wrote
On 01.03.2012 09:38, Frank Schmirler wrote:
On Wed, 29 Feb 2012 21:33:31 +0100, Udo Richter wrote
Am 29.02.2012 16:17,
Am 02.03.2012 10:30, schrieb fnu:
You want to have a feeling how it feels, if a live buffer is the underlying
central function in a PVR solution, just go and test MythTV.
I think the main objection against buffering was that for old FF cards,
this also forces transfer mode, resulting in
On Fri, Mar 2, 2012 at 4:13 AM, Tony Houghton h...@realh.co.uk wrote:
Signal the server to start recording. But then the client has to be able
to match up its buffer with what the server has recorded after the
buffer filled and let the server know when the temp recording is no
longer needed.
15 matches
Mail list logo