Klaus Schmidinger wrote:
> On 09/07/08 19:42, Clemens Kirchgatterer wrote:
>> ...
>> i always wondered why dvb support was directly compiled in while other
>> back and frontends were supposed to be plugins. this clearly leaves a
>> sign that dvb is the "preferd" plattform.
>
> Well, it was the fir
Klaus Schmidinger <[EMAIL PROTECTED]> wrote:
> > i always wondered why dvb support was directly compiled in while
> > other back and frontends were supposed to be plugins. this clearly
> > leaves a sign that dvb is the "preferd" plattform.
>
> Well, it was the first one - long before there even w
On 09/07/08 19:42, Clemens Kirchgatterer wrote:
> ...
> i always wondered why dvb support was directly compiled in while other
> back and frontends were supposed to be plugins. this clearly leaves a
> sign that dvb is the "preferd" plattform.
Well, it was the first one - long before there even was
Hello,
On So, Sep 07, 2008 at 08:25:56 +0200, Georg Acher wrote:
> Been there, done that already :-) The HDE from Reel decodes h264, I wrote a
> lot of the driver stuff for it. So there is (at least one) h264-decoder
> card, and btw, vdr is the main platform for the HDE.
Yes right that might be an
Georg Acher wrote:
> I also don't think that a vdr-repository would help in the development
> speed. Either the whole development procedure needs to be changed (more
> maintainer with KLS's approval) or it has no advantage compared to the
> .tgz-distribution.
>
> But I think the repository stuff i
On Sun, Sep 07, 2008 at 07:21:04PM +0200, Halim Sahin wrote:
> > > * help to add dvb-s2 support into main kernel!!
> >
> > Which one?
>
> I don't know.
:-) I guess nobody does...
> But I have forgotten another important point:
>
> Help to develope an fullfeatured, h264 capable card, or hw a
With regards to dvb cards that include mpeg4 hardware decoders...
There aren't many even in development and the ones that do actually
(if they do) make it to production will be very expensive. At the
cost of the card you can build a pc capable of the same and a lot more
for your money. In convers
> > VDR does need some of its core functionality upgraded - for example
> > something like the Reel channel scan is badly missing, you should be
> > able to easily scan for transponders from within VDR, just like most
> > satellite receivers.
+1
> Hmmm. My VDR automatically updates its channel
Georg Acher <[EMAIL PROTECTED]> wrote:
> I also don't think that a vdr-repository would help in the development
> speed. Either the whole development procedure needs to be changed
> (more maintainer with KLS's approval) or it has no advantage compared
> to the .tgz-distribution.
maybe using git,
Hi,
On So, Sep 07, 2008 at 06:44:46 +0200, Georg Acher wrote:
> On Sun, Sep 07, 2008 at 05:46:01PM +0200, Halim Sahin wrote:
> > FULLACK Oliver,
> > You have forgotten the point:
> >
> > * help to add dvb-s2 support into main kernel!!
>
> Which one?
I don't know.
But I have forgotten another im
On Sun, Sep 7, 2008 at 8:08 AM, Oliver Endriss <[EMAIL PROTECTED]> wrote:
> Guys, I can't stand this blabla any longer.
Then don't read this thread.
> Klaus stated clearly how he wants to do VDR development, and he has the
> right to do it his way! No matter whether you like it or not!
What's yo
On Sun, Sep 07, 2008 at 05:46:01PM +0200, Halim Sahin wrote:
> FULLACK Oliver,
> You have forgotten the point:
>
> * help to add dvb-s2 support into main kernel!!
Which one?
SCNR :-)
I also don't think that a vdr-repository would help in the development
speed. Either the whole development proce
Oliver Endriss <[EMAIL PROTECTED]> wrote:
> Guys, I can't stand this blabla any longer.
why do you read the blabla then and even bother feeding the thread?
please be so tolerant and let people discuss VDR related topics on the
vdr mailing list. thank you.
> Klaus stated clearly how he wants to d
Just a couple of observations on this discussion.. I see that some advocates
of VDR repository are calling Myth project 'bloated','kitchen sink', 'not
alternative to VDR'…, but, at the same time, they are pushing VDR project the
same way, which will virtually transform VDR into sort of Myth-2,
FULLACK Oliver,
You have forgotten the point:
* help to add dvb-s2 support into main kernel!!
Danke
Gruß
Halim
On So, Sep 07, 2008 at 05:08:37 +0200, Oliver Endriss wrote:
> Guys, I can't stand this blabla any longer.
>
> Klaus stated clearly how he wants to do VDR development, and he has the
Guys, I can't stand this blabla any longer.
Klaus stated clearly how he wants to do VDR development, and he has the
right to do it his way! No matter whether you like it or not!
My suggestion for those who are unhappy with the current situation:
0. Stop this discussion.
1. Read the GPL.
2. Unders
Glad to see some discussion taking place here.. It's quite funny some
people think hdtv, h264, and other standard or
quickly-becoming-standard things are "bleeding edge". You've got to
be kidding! Also, to put it simply, it's ignorant to think there's
nothing wrong. When many VDR users are aban
Hi Hans
>
> How did you calculate that number?
>
>
By counting the downloads of fixes (which are only made once with the
internal update script).
And I guess that some users will never update a running system ...
--
Helmut Auer, [EMAIL PROTECTED]
___
Original-Nachricht
> Datum: Sun, 07 Sep 2008 13:31:22 +0200
> Von: Helmut Auer <[EMAIL PROTECTED]>
> An: VDR Mailing List
> Betreff: Re: [vdr] VDR Development (Number of users)
> Hi
> > On 09/05/08 18:38, VDR User wrote:
> >
> >
Hi
> On 09/05/08 18:38, VDR User wrote:
>
>> ... Seeing how
>> many people have already left VDR, it's already happening! :(
>>
>
> I have no idea how many people actually use VDR, but you apparently
> have some solid numbers on how many people dropped VDR.
> Do you mind sharing these num
Lauri Tischler <[EMAIL PROTECTED]> wrote:
> Switching to MythTV is *not* a solution to anything. MythTV is slow
> huge, kitchen sink where nothing really works.
maybe s/MythTV/XBMC/g ?
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin
Laz <[EMAIL PROTECTED]> wrote:
> I have always been impressed with the quality of the source code for
> vdr. It's the first proper C++ application I've had course to look
> through in any detail (many, many years of pure C behind me, though!)
> and I've pretty much learned all of the C++ I know fr
Lars Bläser <[EMAIL PROTECTED]> writes:
[...]
> btw. there is a vdr fork repository (svn://reelbox.org)
> reel-multimadia has its own 1.4.7 dvb-s2, h.264 capable vdr
> they (Georg Acher?) wrote there own extension för dvb-s2 and they
> extended vdr to there needs
> it could be interesting to hear
Udo Richter <[EMAIL PROTECTED]> writes:
> Lets think this through: An open VDR repository for everyone to get in
> their personal 'I want this' patches. Surely this will lead to chaos,
indeed.
> since no one really oversees the needs of all VDR users. (Take
> sourcecaps vs. lnbsharing as exam
Am Freitag, 5. September 2008 18:44 schrieb Klaus Schmidinger:
> On 09/05/08 18:38, VDR User wrote:
> > ... Seeing how
> > many people have already left VDR, it's already happening! :(
>
> I have no idea how many people actually use VDR, but you apparently
> have some solid numbers on how many pe
El Sat, 06 Sep 2008 19:22:08 +0200
Udo Richter <[EMAIL PROTECTED]> escribió:
> Hmmm. My VDR automatically updates its channel list by itself, and
> adds all channels and transponders I ever needed. (which is far from
> what other receivers I know do.)
In spite of that, a couple of days ago I lost
Hi,
Maybe you should read the CONTRIBUTORS file.
On Sa, Sep 06, 2008 at 08:59:45 +0300, Andrey Kuzmin wrote:
> > Sure, agreed. But I don't see that there are developers that push this
> > forward. Most features get developed to basic functionality, and then
> > development stops, and the patch i
> Sure, agreed. But I don't see that there are developers that push this
> forward. Most features get developed to basic functionality, and then
> development stops, and the patch is merely ported from one version to
> the next.
Do you really think that any developer could be interested and so s
Original-Nachricht
> Datum: Sat, 06 Sep 2008 18:01:48 +0200
> Von: Udo Richter <[EMAIL PROTECTED]>
> An: VDR Mailing List
> Betreff: Re: [vdr] VDR Development
> Hans Werner wrote:
> > Sourcecaps I believe has existed as a patch for about four *year
Morfsta wrote:
> VDR does need some of its core functionality upgraded - for example
> something like the Reel channel scan is badly missing, you should be
> able to easily scan for transponders from within VDR, just like most
> satellite receivers.
Hmmm. My VDR automatically updates its channel
On 09/06/08 17:40, Hans Werner wrote:
>> On 09/06/08 16:34, Hans Werner wrote:
>>> ...
>>> After 145 or so days without any release, there is a lot of code which
>>> has been posted as patches implementing vital features (such as H.264)
>>> which could immediately be merged in.
>> If I'm not mistak
What did I start?!
For what its worth, I think VDR had DVB-S2 support (albeit patches)
long before MythTV..
VDR does need some of its core functionality upgraded - for example
something like the Reel channel scan is badly missing, you should be
able to easily scan for transponders from within VDR
Hans Werner wrote:
> Sourcecaps I believe has existed as a patch for about four *years* and
> has it's own web page. Absolutely ridiculous. I am lost for words.
So I guess mythtv has something like that, right?
Also, I've never heard of anyone doing a more general patch that also
integrates thin
> On 09/06/08 16:34, Hans Werner wrote:
> > ...
> > After 145 or so days without any release, there is a lot of code which
> > has been posted as patches implementing vital features (such as H.264)
> > which could immediately be merged in.
>
> If I'm not mistaken the currently available patch for
Davide Cavalca wrote:
> Finally, I personally fail to see why people switching to MythTV is a
> bad thing; VDR is not a religion, I think everyone should use whichever
> software he thinks suits best his needs. I'm very happy with VDR and
> won't be switching anytime soon.
Switching to MythTV is
On 09/06/08 16:34, Hans Werner wrote:
> ...
> After 145 or so days without any release, there is a lot of code which
> has been posted as patches implementing vital features (such as H.264)
> which could immediately be merged in.
If I'm not mistaken the currently available patch for H.264 is based
Enough people have unthinkingly ackd Davide's message. It deserves some
serious criticism.
> I'm neither Klaus not a regular of this list,
If you say so.
> but I think you're not
> being fair here: Klaus has every right to say he won't develop on a
> community tree; it is, after all, his own fr
[EMAIL PROTECTED] wrote:
> but vdr has not evolved for years !
maybe because it was "bleeding edge" as it started, it only used the
(european) digital dvb standard
since then the whole tv marked developed to dvb-s/-c/-t (in europe) an
even now with dvb-s2 and h.264, vdr is fit enough to get a patc
Davide Cavalca wrote:
> You say you want to fork it: what would you accomplish with that? It's
> not as if the code would magically write itself. I've yet to see a
> single prospective developer say "if it were forked I'd write X". (And,
> BTW, there's nothing forbidding him to write X in form of a
On Saturday 06 September 2008 11:34:30 kafifi wrote:
> FULLACK Carsten and Davide.
>
> Klaus,
> Thanks a lot for your great job.
> Good news to hear that development will "restart" soon ;-)
Ditto on all the above!
I have been using vdr "full time" since about 2002. It suits my needs as a
set-top
VDR User wrote:
> What ever happened to the idea of setting up VDR deveopment on
> mercurial to allow the main contributors who want to work on it to do
> so without hassle/delay?
My 2c on this:
Lets think this through: An open VDR repository for everyone to get in
their personal 'I want this'
8 11:14
À : vdr@linuxtv.org
Objet : Re: [vdr] VDR Development
Thanks for the words of understanding several people have posted here.
I'm pretty amazed myself how fast time went by this summer, and how little
time I had to work on VDR. I do have a version 1.7.1 sitting here that's
"alm
Davide Cavalca wrote:
> Il giorno sab, 06/09/2008 alle 02.58 +0200, [EMAIL PROTECTED] ha
> scritto:
>
>> but vdr has not evolved for years !
>> no real new features, it's still meant to be used with one ff dvb-s
>> card. there's a plugin interface but most of the time you don't want
>> to hear a
FULLACK Carstenand Davide,
On Sa, Sep 06, 2008 at 10:45:54 +0200, Carsten Koch wrote:
> Davide Cavalca wrote:
> ...
> > I'm neither Klaus not a regular of this list, but I think you're not
> > being fair here: Klaus has every right to say he won't develop on a
> > community tree; it is, after all
Thanks for the words of understanding several people have posted here.
I'm pretty amazed myself how fast time went by this summer, and how
little time I had to work on VDR. I do have a version 1.7.1 sitting
here that's "almost ready", but there are some things I'd still like
to go into it. I'll do
On Saturday 06 of September 2008, Davide Cavalca wrote:
> Il giorno sab, 06/09/2008 alle 02.58 +0200, [EMAIL PROTECTED] ha
>
> scritto:
> > but vdr has not evolved for years !
> > no real new features, it's still meant to be used with one ff dvb-s
> > card. there's a plugin interface but most of th
Davide Cavalca wrote:
...
> I'm neither Klaus not a regular of this list, but I think you're not
> being fair here: Klaus has every right to say he won't develop on a
> community tree; it is, after all, his own free time. BTW, if I remember
> well, Klaus has coded several features (i.e. subtitles)
Il giorno sab, 06/09/2008 alle 02.58 +0200, [EMAIL PROTECTED] ha
scritto:
> but vdr has not evolved for years !
> no real new features, it's still meant to be used with one ff dvb-s
> card. there's a plugin interface but most of the time you don't want
> to hear about bugs when somebody is using a
Klaus Schmidinger <[EMAIL PROTECTED]> writes:
> On 09/05/08 16:15, Vladimir Kangin wrote:
>> We can dedicate server for these purpose. And our administrators would
>> be able to support it. Does it make sense?
>
> Of course I can't prevent people from doing this.
> But I won't synchronize my work
That's really the one thing that keeps me from using VDR: no multiple
frontends. And I've tried the stream-thing plugin.
I actually really like VDR's interface. I believe the people I'm
creating this for, my parents, would be better of with it, too.
/Met vriendelijke groeten,/
*Jelle De Loec
"VDR User" <[EMAIL PROTECTED]> writes:
> I will however give you an example. There was a time when the
> majority of dvb users I talk to used VDR, and only a few guys used
> MythTV. Now the opposite is true. The majority of those people are
> using MythTV and few are left who still use VDR. Wh
On Fri, Sep 05, 2008 at 06:44:00PM +0200, Klaus Schmidinger wrote:
> I have no idea how many people actually use VDR, but you apparently
> have some solid numbers on how many people dropped VDR.
> Do you mind sharing these numbers?
I have : I would like to be able to postprocess my recordingis (H
On Fri, Sep 5, 2008 at 9:44 AM, Klaus Schmidinger
<[EMAIL PROTECTED]> wrote:
> On 09/05/08 18:38, VDR User wrote:
>> ... Seeing how
>> many people have already left VDR, it's already happening! :(
>
> I have no idea how many people actually use VDR, but you apparently
> have some solid numbers on
On 09/05/08 18:38, VDR User wrote:
> ... Seeing how
> many people have already left VDR, it's already happening! :(
I have no idea how many people actually use VDR, but you apparently
have some solid numbers on how many people dropped VDR.
Do you mind sharing these numbers?
Klaus
_
On Fri, Sep 5, 2008 at 9:25 AM, Andrey Kuzmin <[EMAIL PROTECTED]> wrote:
>> But! Coordinating such a Team is some thing that needs time, for itselfe.
>> But all thouse discussions,
>> about the priority of a "feature" should be done befor coding starts.
>
> May be it worth just to try and see if th
On Fri, Sep 5, 2008 at 9:00 AM, Volker Schierz <[EMAIL PROTECTED]> wrote:
> Every Year the same discussion!
Maybe because the problem is never resolved?
> Klaus has already pointed out his side of view for several times!
People are entitled to change their mind. At one point he had no
interest
> But! Coordinating such a Team is some thing that needs time, for itselfe.
> But all thouse discussions,
> about the priority of a "feature" should be done befor coding starts.
May be it worth just to try and see if there is a problem here at all? ;-)
I belive problem here is a bit different.
bject: Re: [vdr] VDR Development
Yes, it's great idea to create the repositary for VDR
Goga
-Original Message-
From: Vladimir Kangin <[EMAIL PROTECTED]>
To: VDR Mailing List
Date: Fri, 05 Sep 2008 18:21:23 +0300
Subject: Re: [vdr] VDR Development
> If it would be helpful for th
Yes, it's great idea to create the repositary for VDR
Goga
-Original Message-
From: Vladimir Kangin <[EMAIL PROTECTED]>
To: VDR Mailing List
Date: Fri, 05 Sep 2008 18:21:23 +0300
Subject: Re: [vdr] VDR Development
> If it would be helpful for the project VDR we can
If it would be helpful for the project VDR we can contribute by setting
up server at our DC. We are supporting LinuxMCE distro and also want to
help to VDR as a part of LinuxMCE project.
Best regards,
Vladimir
On Fri, 2008-09-05 at 08:02 -0700, VDR User wrote:
> On Fri, Sep 5, 2008 at 7:38 AM, Ma
On Fri, Sep 5, 2008 at 7:38 AM, Magnus Hörlin <[EMAIL PROTECTED]> wrote:
> Of course you can fork it, and I'm sure someone eventually will, but I think
> you should regard it as a totally different project and give it some other
> name. This would lead to plugin developers having to decide which pr
-Ursprungligt meddelande-
Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För
[EMAIL PROTECTED]
Skickat: den 5 september 2008 16:03
Till: VDR Mailing List
Ämne: Re: [vdr] VDR Development
"VDR User" <[EMAIL PROTECTED]> writes:
> What ever happened to the ide
On 09/05/08 16:15, Vladimir Kangin wrote:
> We can dedicate server for these purpose. And our administrators would
> be able to support it. Does it make sense?
Of course I can't prevent people from doing this.
But I won't synchronize my work on some repository where
others call the shots.
It would
We can dedicate server for these purpose. And our administrators would
be able to support it. Does it make sense?
On Fri, 2008-09-05 at 16:02 +0200, [EMAIL PROTECTED] wrote:
> "VDR User" <[EMAIL PROTECTED]> writes:
>
> > What ever happened to the idea of setting up VDR deveopment on
> > mercurial
"VDR User" <[EMAIL PROTECTED]> writes:
> What ever happened to the idea of setting up VDR deveopment on
> mercurial to allow the main contributors who want to work on it to do
> so without hassle/delay? I think converting to mpeg-ts instead of
> pes, and the hdtv support + all things related woul
Klaus Schmidinger wrote:
> On 09/04/08 12:38, Morfsta wrote:
>> Does anyone know what is happening with VDR development these days?
>> There doesn't seem to be much activity - is Klaus taking a long
>> holiday or very busy with work!? :-)
>
> This summer I had quite a few other things to do, and m
What ever happened to the idea of setting up VDR deveopment on
mercurial to allow the main contributors who want to work on it to do
so without hassle/delay? I think converting to mpeg-ts instead of
pes, and the hdtv support + all things related would be much farther
along by now!
Cheers
___
On Thu, Sep 4, 2008 at 11:46 AM, Klaus Schmidinger
<[EMAIL PROTECTED]> wrote:
> This summer I had quite a few other things to do, and many times
> the weather was just too good to sit by the PC and do programming.
>
> I do intend to continue working on VDR, and I sure hope to find
> more time for
On 09/04/08 12:38, Morfsta wrote:
> Hi,
>
> Does anyone know what is happening with VDR development these days?
> There doesn't seem to be much activity - is Klaus taking a long
> holiday or very busy with work!? :-)
>
> Please don't flame me for asking - I totally understand and appreciate
> tha
Hi,
Does anyone know what is happening with VDR development these days?
There doesn't seem to be much activity - is Klaus taking a long
holiday or very busy with work!? :-)
Please don't flame me for asking - I totally understand and appreciate
that Klaus does it in his spare time etc and we have
70 matches
Mail list logo