On Fri, Mar 2, 2012 at 4:13 AM, Tony Houghton 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. Complicated.
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 additi
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
Am 02.03.2012 11:06, schrieb Klaus Schmidinger:
> On 29.02.2012 21:33, Udo Richter wrote:
>> Roughly, the callback should be at the places where these two get called:
>>
>> DELETENULL(liveSubtitle);
>> DELETENULL(dvbSubtitleConverter);
>>
>> (Thats how VDR's own receivers get out of way.)
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 nex
On Fri, 2 Mar 2012 10:30:37 +0100
"fnu" 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 security, which
> this f
On Fri, 02 Mar 2012 08:29:00 +0100
Gerald Dachs 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 adding any
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() now
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
> >>
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: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 detac
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
vd
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 could include mainmenuhooks-patch
so extrecme
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.
___
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, b
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
attached to the device. Its boolean parameter has no meaning an
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 P
> 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
18 matches
Mail list logo
