Re: [vdr] VDR Development

2008-09-05 Thread syrius . ml
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 on some repository where
> others call the shots.
> It would most likely mean my retirement from VDR development...

first of all : RESPECT
i'm respectful and thankful for the very nice stable software.

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 plugin.
what's the point then ?


And, what about this blackmail thing ?
Wouldn't it be simpler to say "i don't have time anymore, my needs won't
evolve and i don't want to code features i won't use, please carry on !" ?


-- 

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] VDR Development

2008-09-05 Thread Jelle De Loecker
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 Loecker*
Kipdola Studios - Tomberg



[EMAIL PROTECTED] schreef:

"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.  Why?  Primarily lack
of support for what's already been previously discussed a million
times.. Lack of support for HDTV, MPEG4, DVB-S2, and a recording
format that is actually usable.  The only surprise to me is how many
people burn their recordings to DVD.  I don't have any interest in
doing that but clearly a whole lot of other people do.



i'm not into dvb-s2 yet.
Without talking about this hype technology, what about :
- multiple frontend+osd support
- complex channel handling (no no not talking about xml, i hate xml)
- sourcecap patch (having to patch vdr for such a feature is a no-go
  for a lot of people)

I tend to agree, in the end a lot of people will move to
bloat^Wmythtv. (and i agree, a lot of people have stopped using vdr)


  
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] VDR Development

2008-09-05 Thread syrius . ml
"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.  Why?  Primarily lack
> of support for what's already been previously discussed a million
> times.. Lack of support for HDTV, MPEG4, DVB-S2, and a recording
> format that is actually usable.  The only surprise to me is how many
> people burn their recordings to DVD.  I don't have any interest in
> doing that but clearly a whole lot of other people do.

i'm not into dvb-s2 yet.
Without talking about this hype technology, what about :
- multiple frontend+osd support
- complex channel handling (no no not talking about xml, i hate xml)
- sourcecap patch (having to patch vdr for such a feature is a no-go
  for a lot of people)

I tend to agree, in the end a lot of people will move to
bloat^Wmythtv. (and i agree, a lot of people have stopped using vdr)


-- 

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] VDR Development

2008-09-05 Thread Gregoire Favre
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.264
one's) which seems to be really hard sofar.

I'll be back when that will be possible :-)
-- 
Grégoire FAVRE  http://gregoire.favre.googlepages.com  http://www.gnupg.org
   http://picasaweb.google.com/Gregoire.Favre

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] VDR Development

2008-09-05 Thread VDR User
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 how many people dropped VDR.
> Do you mind sharing these numbers?

I don't keep a list of names or a tally.  And I also don't think this
is any secret.

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.  Why?  Primarily lack
of support for what's already been previously discussed a million
times.. Lack of support for HDTV, MPEG4, DVB-S2, and a recording
format that is actually usable.  The only surprise to me is how many
people burn their recordings to DVD.  I don't have any interest in
doing that but clearly a whole lot of other people do.

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] VDR Development

2008-09-05 Thread 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 people dropped VDR.
Do you mind sharing these numbers?

Klaus

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] VDR Development

2008-09-05 Thread VDR User
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 there is a problem here at all? ;-)
>
> I belive problem here is a bit different. There is no any good will to
> make this project more open. It's the direct path to become obsolete.

I also don't see the harm in trying.  Some people act as if VDR will
turn into a pile of crap the instant any attempt is made but this
thought is completely ridiculous.  Furthermore, it's absurd to think
Klaus will somehow lose control of his software.  Surely he would
remain the projects head maintainer.

I agree with you and I certainly don't want to see the day when VDR
has almost no users left and has become obsolete.  But that day will
certainly come if little or no effort is made to stop it.  Seeing how
many people have already left VDR, it's already happening!  :(

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] VDR Development

2008-09-05 Thread VDR User
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 in supporting HDTV, DVB-S2, or changing the recording format
from mpeg-pes to something people can actually use outside of VDR!

> In some kind it is a Open Project. Just take the sources and enhance them.
> If it's meanfull and well done, Klaus will surely adopt it into VDR.
> Otherwise
> you can patch the new Version with the enhancement and no one will blame you
> for that.

Ok, but we already know the relationship of developer(s)/maintainer.

> But! Coordinating such a Team is some thing that needs time, for itselfe.

Not really.  The list of main contributors isn't that long.

> But all thouse discussions,
> about the priority of a "feature" should be done befor coding starts.
> If there is a repository I strongly believe there are some people setting
> there own
> Priority, doing things they like to do. And afterwards, someone has to clean
> up the mess.

What's wrong with people setting their own development priorities,
especially if it means progress?  It would be nice for us NTSC users
to not have to patch VDR but clearly adding NTSC hasn't been a
priority for any european developer.  You miss the whole point it
seems, which is -progress-.  I hope you aren't suggesting that
improving software, making it more robust, and making it more useful
to more people is a bad thing!

Also, clean up what mess?  Do you think VDR's contributors are just a
bunch of lamed coders writing lamed code?

> I did not always agree with Klaus and his task list but! Show me some peace
> of software
> in that dimension that works such stable if it is declared to be stable.

You can't possibly think that all software using an open-dev
environment is unstable garbage!!  The linux kernel seems to manage.
DVB drivers seem to manage.  Countless software seems to manage just
fine!

> P.S.: Let them check out MythTV or something else. We'll welcome them soon.
> And if not? So what?

How far do you think that attitude will take you?  Do you really have
no care at all for the VDR users.  People, like myself, who have been
dedicated VDR users for many years now.  Are you going to tell me too
bad and that I should just install MythTV instead?  When VDR progress
is painfully slow or stopped, how does VDR or the users benefit by
this?  When VDR doesn't support things that are average/standard/etc.,
how does VDR or the users benefit by this?

I will NOT apologize for wanting VDR to continue to grow, get better,
become more useful, and at least stay in line with the current times.
I will NOT apologize for being disappointed to see so many users
abandon VDR due to lack of needed features.  I have used VDR for many
years and have helped many new people to dvb get their VDR systems
running.  I completely appreciate the work of Klaus and everyone else
thats contributed to its development and I will not be sorry for
wanting it to continue forward!!

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] VDR Development

2008-09-05 Thread Andrey Kuzmin
> 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. There is no any good will to
make this project more open. It's the direct path to become obsolete.




___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] VDR Development

2008-09-05 Thread Volker Schierz
Every Year the same discussion!

Klaus has already pointed out his side of view for several times!
And I would act like him. 

In some kind it is a Open Project. Just take the sources and enhance them. 
If it's meanfull and well done, Klaus will surely adopt it into VDR.
Otherwise
you can patch the new Version with the enhancement and no one will blame you
for that.

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. 
If there is a repository I strongly believe there are some people setting
there own
Priority, doing things they like to do. And afterwards, someone has to clean
up the mess.

I did not always agree with Klaus and his task list but! Show me some peace
of software 
in that dimension that works such stable if it is declared to be stable. 
 

Bye,
Volker
aka vdrmojo

P.S.: Let them check out MythTV or something else. We'll welcome them soon.
And if not? So what?



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Goga777
Sent: Freitag, 5. September 2008 17:30
To: VDR Mailing List
Subject: 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 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, 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 project(s) to support and it will probably just
be a mess.
> > > I think VDR is Klaus's "child" and should remain so.
> > 
> > Woah, wait a minute here!  Nobody is suggesting to take VDR away 
> > from Klaus!  There are clearly some good coders who want to continue 
> > helping progress VDR along as they already have been.  The last 
> > released VDR update (1.7.0) was made 144 days ago.  Everything 
> > people needed from VDR before still holds except not much 
> > development has been done and VDR hasn't moved forward.  As much as 
> > I hate to say it, this is one of the main reasons so many users have 
> > abandoned VDR in favor of MythTV and other software.
> > 
> > Again, nobody is suggesting to take VDR from Klaus.. Just simply 
> > allow progress to be made without these huge gaps where nothing 
> > happens where the users continue to be left in the cold while VDR 
> > continues to be left behind.  Surely there are coders "worthy" of 
> > Klaus's 'coding approval' and if he doesn't want to work on VDR 
> > directly, it would still allow those that do to move forward and he 
> > can review the code rather then write it.  Or have a dev tree and 
> > main tree.  People can work on dev tree and what Klaus "approves" of 
> > could be adopted into main tree.
> > 
> > Let's be clear... I've been a huge advocate for VDR.  I do not want 
> > to see the project die, nor do I enjoy watching so many users abandon
it.
> >  However, when much needed changes aren't made, what do you expect 
> > people to do?  I can promise I didn't bring this topic up again to 
> > cause a problem.  Only to point out that VDR is in need of help and 
> > there must be some way to move forward.  Especially for the guys who 
> > are ready & willing!

> 


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] VDR Development

2008-09-05 Thread Goga777
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 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, 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 
> > > project(s)
> > > to support and it will probably just be a mess.
> > > I think VDR is Klaus's "child" and should remain so.
> > 
> > Woah, wait a minute here!  Nobody is suggesting to take VDR away from
> > Klaus!  There are clearly some good coders who want to continue
> > helping progress VDR along as they already have been.  The last
> > released VDR update (1.7.0) was made 144 days ago.  Everything people
> > needed from VDR before still holds except not much development has
> > been done and VDR hasn't moved forward.  As much as I hate to say it,
> > this is one of the main reasons so many users have abandoned VDR in
> > favor of MythTV and other software.
> > 
> > Again, nobody is suggesting to take VDR from Klaus.. Just simply allow
> > progress to be made without these huge gaps where nothing happens
> > where the users continue to be left in the cold while VDR continues to
> > be left behind.  Surely there are coders "worthy" of Klaus's 'coding
> > approval' and if he doesn't want to work on VDR directly, it would
> > still allow those that do to move forward and he can review the code
> > rather then write it.  Or have a dev tree and main tree.  People can
> > work on dev tree and what Klaus "approves" of could be adopted into
> > main tree.
> > 
> > Let's be clear... I've been a huge advocate for VDR.  I do not want to
> > see the project die, nor do I enjoy watching so many users abandon it.
> >  However, when much needed changes aren't made, what do you expect
> > people to do?  I can promise I didn't bring this topic up again to
> > cause a problem.  Only to point out that VDR is in need of help and
> > there must be some way to move forward.  Especially for the guys who
> > are ready & willing!

> 


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] VDR Development

2008-09-05 Thread Vladimir Kangin
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, 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 project(s)
> > to support and it will probably just be a mess.
> > I think VDR is Klaus's "child" and should remain so.
> 
> Woah, wait a minute here!  Nobody is suggesting to take VDR away from
> Klaus!  There are clearly some good coders who want to continue
> helping progress VDR along as they already have been.  The last
> released VDR update (1.7.0) was made 144 days ago.  Everything people
> needed from VDR before still holds except not much development has
> been done and VDR hasn't moved forward.  As much as I hate to say it,
> this is one of the main reasons so many users have abandoned VDR in
> favor of MythTV and other software.
> 
> Again, nobody is suggesting to take VDR from Klaus.. Just simply allow
> progress to be made without these huge gaps where nothing happens
> where the users continue to be left in the cold while VDR continues to
> be left behind.  Surely there are coders "worthy" of Klaus's 'coding
> approval' and if he doesn't want to work on VDR directly, it would
> still allow those that do to move forward and he can review the code
> rather then write it.  Or have a dev tree and main tree.  People can
> work on dev tree and what Klaus "approves" of could be adopted into
> main tree.
> 
> Let's be clear... I've been a huge advocate for VDR.  I do not want to
> see the project die, nor do I enjoy watching so many users abandon it.
>  However, when much needed changes aren't made, what do you expect
> people to do?  I can promise I didn't bring this topic up again to
> cause a problem.  Only to point out that VDR is in need of help and
> there must be some way to move forward.  Especially for the guys who
> are ready & willing!
> 
> Best regards,
> -Derek
> 
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] VDR Development

2008-09-05 Thread VDR User
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 project(s)
> to support and it will probably just be a mess.
> I think VDR is Klaus's "child" and should remain so.

Woah, wait a minute here!  Nobody is suggesting to take VDR away from
Klaus!  There are clearly some good coders who want to continue
helping progress VDR along as they already have been.  The last
released VDR update (1.7.0) was made 144 days ago.  Everything people
needed from VDR before still holds except not much development has
been done and VDR hasn't moved forward.  As much as I hate to say it,
this is one of the main reasons so many users have abandoned VDR in
favor of MythTV and other software.

Again, nobody is suggesting to take VDR from Klaus.. Just simply allow
progress to be made without these huge gaps where nothing happens
where the users continue to be left in the cold while VDR continues to
be left behind.  Surely there are coders "worthy" of Klaus's 'coding
approval' and if he doesn't want to work on VDR directly, it would
still allow those that do to move forward and he can review the code
rather then write it.  Or have a dev tree and main tree.  People can
work on dev tree and what Klaus "approves" of could be adopted into
main tree.

Let's be clear... I've been a huge advocate for VDR.  I do not want to
see the project die, nor do I enjoy watching so many users abandon it.
 However, when much needed changes aren't made, what do you expect
people to do?  I can promise I didn't bring this topic up again to
cause a problem.  Only to point out that VDR is in need of help and
there must be some way to move forward.  Especially for the guys who
are ready & willing!

Best regards,
-Derek

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] VDR Development

2008-09-05 Thread Magnus Hörlin
-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 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!

Very good point !
I second this.

Nothing prevents you from setting a repository on your side and give
access to contributors.
Yeah come on, be brave and fork it ! :)

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 project(s)
to support and it will probably just be a mess.
I think VDR is Klaus's "child" and should remain so.
/Magnus H



___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] vdr-1.5.18 subtitles issue

2008-09-05 Thread sundararaj reel
On Wed, Mar 26, 2008 at 9:55 PM, matthieu castet <[EMAIL PROTECTED]>wrote:

>
> Next osd behaviour is weird : as soon as subtitle is started, when it
> will refresh it will mess up with other osd. For example if I start
> subtitle and then go to the menu, the menu will be clear by subtitle
> refresh, but I am still in menu mode.
>
>
Hi all,

 Is there a fix for this problem ? I tested with vdr-1.6.0 + softdevice
plugin. I have the same problem.

-- 
regards,
Sundararaj
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] VDR Development

2008-09-05 Thread Klaus Schmidinger
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 most likely mean my retirement from VDR development...

Klaus

> 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 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!
>> Very good point !
>> I second this.
>>
>> Nothing prevents you from setting a repository on your side and give
>> access to contributors.
>> Yeah come on, be brave and fork it ! :)

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] VDR Development

2008-09-05 Thread Vladimir Kangin
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 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!
> 
> Very good point !
> I second this.
> 
> Nothing prevents you from setting a repository on your side and give
> access to contributors.
> Yeah come on, be brave and fork it ! :)
> 
> 


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] VDR Development

2008-09-05 Thread syrius . ml
"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 would be much farther
> along by now!

Very good point !
I second this.

Nothing prevents you from setting a repository on your side and give
access to contributors.
Yeah come on, be brave and fork it ! :)


-- 

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] Problem with some HD-channels.

2008-09-05 Thread Goga777
> I was running vdr-1.5.12 for quite som time, patched and with 
> multiprotodrivers + CoreAVC I was able to watch HD channels on Thor 
> 1.0W. The thing was that when I tried to watch:
> 
> SVT 
> HD;Telenor:11421:hC34M5S1Z35:S1.0W:25000:10512+512:640=sve;641=sve:0:B00:3801:70:14:0
> 
> I had problem with stuttering video and glitches in sound. The sound 
> glitches came every second and the video was a little bit more 
> stochastic in it's behaviour.
> 
> I really wanted to be able to watch this channel because it's one of the 
> 'official' swedish channels ( i.e Government owned ). I thought it was 
> because of lack of CPU-power, so I bought an eHD and installed vdr 
> 1.7.0. Everything was smooth as silk and I could watch almost all 
> HD-channels without any problem. No more underpowered CPU glitches or 
> crashes. Except for the SVT-channel that still had the problems noted 
> above. :(
> 
> So my question is, can anyone please tell me what special kind of stream 
> that SVT is using and what I can do with my installation to be able to 
> watch it? It's not FTA, but maybe someone could figure it out anyway. I 
> can upload a short recording if anybody want to take a look.

If you will record and will playback after that on vdr - will you have these 
problems ?
Yes, please upload somewhere the 5-10 MB sample with this record, I will see

Goga










___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


[vdr] Problem with some HD-channels.

2008-09-05 Thread Per Mellander
I was running vdr-1.5.12 for quite som time, patched and with 
multiprotodrivers + CoreAVC I was able to watch HD channels on Thor 
1.0W. The thing was that when I tried to watch:

SVT 
HD;Telenor:11421:hC34M5S1Z35:S1.0W:25000:10512+512:640=sve;641=sve:0:B00:3801:70:14:0

I had problem with stuttering video and glitches in sound. The sound 
glitches came every second and the video was a little bit more 
stochastic in it's behaviour.

I really wanted to be able to watch this channel because it's one of the 
'official' swedish channels ( i.e Government owned ). I thought it was 
because of lack of CPU-power, so I bought an eHD and installed vdr 
1.7.0. Everything was smooth as silk and I could watch almost all 
HD-channels without any problem. No more underpowered CPU glitches or 
crashes. Except for the SVT-channel that still had the problems noted 
above. :(

So my question is, can anyone please tell me what special kind of stream 
that SVT is using and what I can do with my installation to be able to 
watch it? It's not FTA, but maybe someone could figure it out anyway. I 
can upload a short recording if anybody want to take a look.

Sincerely,

Per

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr