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
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 are
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 b
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 cu
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
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 usi
