On Wednesday 29 February 2012 05:58:21 Mika Laitio wrote:
> > Because 1.6.0 was released a long time ago, and we want a new stable
> > version soon? :)
>
> I agree, 1.7 devel versions have many nice improvements like the support
> for hvr-4000's multiple frontends in same adapter.
> Even thought m
On Wed, 29 Feb 2012 05:38:06 +0100
Gero wrote:
> On Tuesday 28 February 2012 - 20:12:54, Anssi Hannula wrote:
> > 28.02.2012 12:24, Gero kirjoitti:
> > > On Tuesday 28 February 2012 - 10:11:48, Klaus Schmidinger wrote:
> > >>
> > >> I'll keep this in mind for "after version 2.0".
> > >
> > > Why
> Because 1.6.0 was released a long time ago, and we want a new stable
> version soon? :)
I agree, 1.7 devel versions have many nice improvements like the support
for hvr-4000's multiple frontends in same adapter.
Even thought most active users in this mail list very likely uses
developer versions
On Tuesday 28 February 2012 - 20:12:54, Anssi Hannula wrote:
> 28.02.2012 12:24, Gero kirjoitti:
> > On Tuesday 28 February 2012 - 10:11:48, Klaus Schmidinger wrote:
> >>
> >> I'll keep this in mind for "after version 2.0".
> >
> > Why so far?
>
> Because 1.6.0 was released a long time ago, and w
28.02.2012 12:24, Gero kirjoitti:
> On Tuesday 28 February 2012 - 10:11:48, Klaus Schmidinger wrote:
>> On 28.02.2012 09:32, Frank Schmirler wrote:
>>> On Mon, 27 Feb 2012 18:05:39 +0100, Klaus Schmidinger wrote
What exactly is the use case for this, anyway?
VDR has two purposes: "li
I'm included in the list of people that wished VDR supported real
server/client. I don't mean hacks and workarounds but real true
support, which of course means a major redesign. I know several users
who hated to but left VDR because it lacks this. Bringing VDR to
modern times/needs would be absolu
On Mon, 27 Feb 2012 21:29:44 +0100, Udo Richter wrote
> Am 27.02.2012 14:33, schrieb Frank Schmirler:
> > Instead of a configurable "LiveTV priority", your approach uses the fixed
> > priority value 0 for LiveTV. The new idle priority of -100 opens the range
> > for
> > cReceivers with negative pr
Hi,
On Tuesday 28 February 2012 - 15:49:32, syrius...@no-log.org wrote:
> i like the xine and xinelibouput plugins way a lot, on my laptop no
> need to install a huge (and sometimes bloaty) media center, ...
Agreed! That's why I like vdr-sxfe. On standard distributions one file to
install and it
On 02/28/2012 03:49 PM, syrius...@no-log.org wrote:
Eric Valette writes:
On 02/28/2012 03:08 PM, Gero wrote:
... but it's not that dau-proof than vdr-distributions like linVDR or yaVDR,
so I think it could be a good template for future vdr-development, but not
serve as a vdr-replacement.
W
Eric Valette writes:
> On 02/28/2012 03:08 PM, Gero wrote:
>
>> ... but it's not that dau-proof than vdr-distributions like linVDR or yaVDR,
>> so I think it could be a good template for future vdr-development, but not
>> serve as a vdr-replacement.
>
> Well openelec distrib does have means to us
On 02/28/2012 03:08 PM, Gero wrote:
... but it's not that dau-proof than vdr-distributions like linVDR or yaVDR,
so I think it could be a good template for future vdr-development, but not
serve as a vdr-replacement.
Well openelec distrib does have means to use tvheadend...
At least I think,
On Dienstag 28 Februar 2012, Eric Valette wrote:
> On 02/28/2012 11:24 AM, Gero wrote:
> > I think, many vdr-users crave for redesign and I'm sure, that some users
> > are willing to participate.
>
> I drooped vdr in favor of tvheadend just for many of the design reason ...
Whow - I'm impressed ;
On 02/28/2012 11:24 AM, Gero wrote:
I think, many vdr-users crave for redesign and I'm sure, that some users are
willing to participate.
I drooped vdr in favor of tvheadend just for many of the design reason
you mentioned:
1) Clear backend/front end design,
2) Better networ
On 28/02/12 10:24, Gero wrote:
At the moment it all works pretty well in streamdev, ...
As far as I understood available docs, streamdev is not able to handle
recordings, so I would not say "all works"
Streamdev does work fine for recordings. However, I tend to use e-tobi's
fuse filesystem t
On Tuesday 28 February 2012 - 10:11:48, Klaus Schmidinger wrote:
> On 28.02.2012 09:32, Frank Schmirler wrote:
> > On Mon, 27 Feb 2012 18:05:39 +0100, Klaus Schmidinger wrote
> >> On 27.02.2012 14:33, Frank Schmirler wrote:
> >>> I can't however overlook the impact these modifications have.
> >>
>
On 28.02.2012 09:32, Frank Schmirler wrote:
On Mon, 27 Feb 2012 18:05:39 +0100, Klaus Schmidinger wrote
On 27.02.2012 14:33, Frank Schmirler wrote:
I suggest the following additional changes:
- instead of any negative priority, only priority -MAXPRIORITY gets the
special meaning of "may be deta
On Mon, 27 Feb 2012 18:05:39 +0100, Klaus Schmidinger wrote
> On 27.02.2012 14:33, Frank Schmirler wrote:
> > I suggest the following additional changes:
> > - instead of any negative priority, only priority -MAXPRIORITY gets the
> > special meaning of "may be detached anytime"
> > - the constructo
17 matches
Mail list logo
