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 any more.
Please remember to drop the
Dear VDR folks,
as you might have noticed in the thread of the announcement for version
1.7.25 there is some ongoing discussion about a client/server
implementation for VDR which Klaus said to look at after the VDR 2.0
release.
I just want to throw in, that there are several programs already
On Thursday 01 March 2012 - 10:31:37, Paul Menzel wrote:
On Thursday 01 March 2012 - 07:03:03, VDR User wrote:
I just want to throw in, that there are several programs already using a
client/server approach (MythTV [1], Tvheadend [2], …) and we should not
reinvent the wheel when designing the
On 03/01/2012 03:31 PM, Gero wrote:
I don't know MythTV, but I tried tvheadend. It has a really attractive
backend, but no (working) frontend. Starting vlc from browser crashes the
browser and the frontend does not connect to backend at all.
Say you've been unable to manage to do it ;-)
Im
On Thursday 01 March 2012 - 15:59:24, Eric Valette wrote:
On 03/01/2012 03:31 PM, Gero wrote:
I don't know MythTV, but I tried tvheadend. It has a really attractive
backend, but no (working) frontend. Starting vlc from browser crashes the
browser and the frontend does not connect to backend
On 03/01/2012 05:02 PM, Gero wrote:
Im currently steaming forma dual tuner on two xbmc ;-)
xbmc is not part of tvheadend, so it does not count.
But XBMC incorporates via plugin tvheadend support (as vdr but not via
streamdev btw).
There are various solutions of C/S with vdr, but all
On 03/01/2012 05:02 PM, Gero wrote:
browser and the frontend does not connect to backend at all.
Say you've been unable to manage to do it;-)
Su
I'd say we should let Klaus reinvent the wheel. I'm pretty sure he
(using us as testers) can do better than myth/tvheadend. As an
electronics
Am Donnerstag, den 01.03.2012, 15:31 +0100 schrieb Gero:
On Thursday 01 March 2012 - 10:31:37, Paul Menzel wrote:
On Thursday 01 March 2012 - 07:03:03, VDR User wrote:
I just want to throw in, that there are several programs already using a
client/server approach (MythTV [1], Tvheadend
Paul Menzel paulepan...@users.sourceforge.net writes:
Am Donnerstag, den 01.03.2012, 15:31 +0100 schrieb Gero:
On Thursday 01 March 2012 - 10:31:37, Paul Menzel wrote:
On Thursday 01 March 2012 - 07:03:03, VDR User wrote:
I just want to throw in, that there are several programs already
On Thursday 01 March 2012 - 17:45:02, Paul Menzel wrote:
Am Donnerstag, den 01.03.2012, 15:31 +0100 schrieb Gero:
On Thursday 01 March 2012 - 10:31:37, Paul Menzel wrote:
On Thursday 01 March 2012 - 07:03:03, VDR User wrote:
I just want to throw in, that there are several programs
Am 01.03.2012 06:37, schrieb Gero:
A timer menu that belongs to a recording backend, a recording menu that
displays content of storage modules, several frontends that can connect
to one recording backend or several storage modules, ...
I think, here is already the first shortcoming in
Am 01.03.2012 07:03, schrieb VDR User:
one option to spread
the workload could be Klaus assigning different portions to different
contributors that would like to work on it. If Klaus is clear about
what he wants and is in good communication with other coders, perhaps
it could become more of a
On Thu, Mar 1, 2012 at 12:12 PM, Udo Richter udo_rich...@gmx.de wrote:
Am 01.03.2012 07:03, schrieb VDR User:
one option to spread
the workload could be Klaus assigning different portions to different
contributors that would like to work on it. If Klaus is clear about
what he wants and is in
On 01.03.2012 22:17, VDR User wrote:
On Thu, Mar 1, 2012 at 12:12 PM, Udo Richterudo_rich...@gmx.de wrote:
Am 01.03.2012 07:03, schrieb VDR User:
one option to spread
the workload could be Klaus assigning different portions to different
contributors that would like to work on it. If Klaus is
Am 01.03.2012 22:25, schrieb Klaus Schmidinger:
Guys, *please*! I stated earlier that I am currently concentrating
on making a stable version 2.0, and that I will see to make client/server
a priority *after* that.
Agreed, lets focus on 2.0 for now. We just got carried away dreaming of
VDR 3.0
On Thu, 01 Mar 2012 22:12:19 +0100
Manuel Reimer manuel.rei...@gmx.de wrote:
Tony Houghton wrote:
I don't think a plugin is enough. For better client-server VDR
needs to support multiple clients watching different channels with
different OSDs simultaneously.
It just has to deliver the
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 complexity to the server.
Big RAM buffer means long breaks between
17 matches
Mail list logo
