Re: [vdr] VDR with S2API (update)

[Helmut Auer]

>> Isn't PAL enough for everybody? *duckandcover*
>> 
>
> and me. I don't have room for any more than DVB-T and FF in my VDR barebone 
> system
>
>   
And many more. I've installed vdr for > 50 persons - most of these are 
still happy with an old P3 or Celeron ...
In Germany there's definitely no run for HDTV (No wonder because none of 
the favourite stations are using it).

-- 
Helmut Auer, [EMAIL PROTECTED] 


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

Re: [vdr] VDR with S2API (update)

[Andy Carter]

On Tuesday 09 December 2008 22:44:07 Stefan Hußfeldt wrote:
> Magnus Hörlin schrieb:
> >> My VDR is one machine with several DVB devices and hardware replay.
> >> As long as there is a way of having a good hardware replay, why
> >> shouldn't I use it?
> >
> > My opinion as a hardware design engineer is that when my cpu is 97% idle
> > displaying 1080p video, it is hardware replay. And the GPU is already
> > there for the majority of the vdr users, so why not focus on that?
>
> Sure? I haven't a GPU in my VDR for years. Only a FF-Card and a throttled
> CPU.
>
> Isn't PAL enough for everybody? *duckandcover*

and me. I don't have room for any more than DVB-T and FF in my VDR barebone 
system

Andy


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

Re: [vdr] VDR with S2API (update)

[Stefan Hußfeldt]

Magnus Hörlin schrieb:

>> My VDR is one machine with several DVB devices and hardware replay.
>> As long as there is a way of having a good hardware replay, why
>> shouldn't I use it?
>>   
> My opinion as a hardware design engineer is that when my cpu is 97% idle 
> displaying 1080p video, it is hardware replay. And the GPU is already 
> there for the majority of the vdr users, so why not focus on that?

Sure? I haven't a GPU in my VDR for years. Only a FF-Card and a throttled CPU.

Isn't PAL enough for everybody? *duckandcover*

-- 
Und Tschüss.
Stefan

### Kilroy was here ### 2.6.20.2 up 82 days


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

Re: [vdr] VDR with S2API (update)

[Klaus Schmidinger]

On 09.12.2008 23:04, Magnus Hörlin wrote:
> Klaus Schmidinger wrote:
>> On 09.12.2008 21:47, Magnus Hörlin wrote:
>>   
>>> ...
>>> 
 On Tue, Dec 09, 2008 at 07:34:19PM +0100, Magnus Hörlin wrote:

   
   
> I hope you don't buy an eHD card since I don't believe it's the way to 
> go and it would drive VDR in the wrong direction. I'm sitting here with 
> a ???65 nvidia 8200-based motherboard playing 1080p videos with the cpu 
> 97% idle using vdpau and ffmpeg! That's NOT software decoding if you ask 
> me. And now that hdmi audio finally works with nvidia it's just awesome. 
> I REALLY hope the xine guys will get this running soon.
> Btw, thanks to Klaus and the rest for all the work you put into this.
> /Magnus H
> 
> 
 ...
   
>>> I'm sorry if you think I was "bashing" the eHD card or RMM, that was not 
>>> my intention. What I meant was that I hope Klaus doesn't buy one because 
>>> 
>> I already have one ;-)
>>   
> Ok, I missed that.
>>   
>>> I think that would keep him in the "ff-card/one computer/one 
>>> user"-thinking longer. If he switched to using xinelib/ffmpeg I think we 
>>> would see a "separated vdr-backend with multiple frontends 
>>> capability"-scenario a lot sooner, don't you?
>>> 
>> My VDR is one machine with several DVB devices and hardware replay.
>> As long as there is a way of having a good hardware replay, why
>> shouldn't I use it?
>>   
> My opinion as a hardware design engineer is that when my cpu is 97% idle 
> displaying 1080p video, it is hardware replay. And the GPU is already 
> there for the majority of the vdr users, so why not focus on that?

Well, tell that to people writing plugins for such output devices.
I don't see where *I* would be involved there?!
I want an easy to use hardware output device, and so far the FF DVB cards
served me just fine. The next step in *my* VDR will be an eHD card (as I
already have one). Others may use whatever output device they prefer.
That's why cDevice is a virtual class and allows implementing any kind
of output device ;-)

>> Why would software replay in my VDR change anyting regarding "separated
>> vdr-backend with multiple frontends capability"?
>>   
> My guess was that if xinelib was your "native" vdr frontend, perhaps you 
> would try running it on your laptop or desktop machine or whatever, and 
> eventually see that there's room for improvement when running multiple 
> frontends.

Maybe I'll even get there one day - but it's no immediate need for me.
Sorry for being a little "selfish" here, but I always made it clear
that VDR to me is a plain, simple digital receiver and video recorder.
Nothing fancy, no bells and whistles, just recording and replaying
video broadcasts.

>> Besides, isn't there the streamdev plugin that provides signals
>> to other clients? I've never tried it myself, but I was under
>> the impression that this is what people use in such cases...
>>   
> That's just my point, you havn't tried it for the above mentioned 
> reasons. I use streamdev and multiple vdr instances myself, but it's 
> not perfect. I really hope you don't take any offence by my posts, I'm a 
> huge fan.

I haven't seen anything offensive in your posts ;-)

Klaus

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

Re: [vdr] VDR with S2API (update)

[Tony Houghton]

On Tue, 09 Dec 2008 22:39:04 +0100
Klaus Schmidinger <[EMAIL PROTECTED]> wrote:

> Besides, isn't there the streamdev plugin that provides signals
> to other clients? I've never tried it myself, but I was under
> the impression that this is what people use in such cases...

Am I right in thinking you can't use the OSD with streamdev, the only
control you've got is using the URI to select a channel? I think having
a global OSD and control interface is quite limiting; if, for example,
each xineliboutput client could have its own OSD and control channel it
would be a big improvement, but I realise it would need a major change
to the API etc.

-- 
TH * http://www.realh.co.uk

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

Re: [vdr] VDR with S2API (update)

[Magnus Hörlin]

Klaus Schmidinger wrote:
> On 09.12.2008 21:47, Magnus Hörlin wrote:
>   
>> ...
>> 
>>> On Tue, Dec 09, 2008 at 07:34:19PM +0100, Magnus Hörlin wrote:
>>>
>>>   
>>>   
 I hope you don't buy an eHD card since I don't believe it's the way to 
 go and it would drive VDR in the wrong direction. I'm sitting here with 
 a ???65 nvidia 8200-based motherboard playing 1080p videos with the cpu 
 97% idle using vdpau and ffmpeg! That's NOT software decoding if you ask 
 me. And now that hdmi audio finally works with nvidia it's just awesome. 
 I REALLY hope the xine guys will get this running soon.
 Btw, thanks to Klaus and the rest for all the work you put into this.
 /Magnus H
 
 
>>> ...
>>>   
>> I'm sorry if you think I was "bashing" the eHD card or RMM, that was not 
>> my intention. What I meant was that I hope Klaus doesn't buy one because 
>> 
>
> I already have one ;-)
>   
Ok, I missed that.
>   
>> I think that would keep him in the "ff-card/one computer/one 
>> user"-thinking longer. If he switched to using xinelib/ffmpeg I think we 
>> would see a "separated vdr-backend with multiple frontends 
>> capability"-scenario a lot sooner, don't you?
>> 
>
> My VDR is one machine with several DVB devices and hardware replay.
> As long as there is a way of having a good hardware replay, why
> shouldn't I use it?
>   
My opinion as a hardware design engineer is that when my cpu is 97% idle 
displaying 1080p video, it is hardware replay. And the GPU is already 
there for the majority of the vdr users, so why not focus on that?
> Why would software replay in my VDR change anyting regarding "separated
> vdr-backend with multiple frontends capability"?
>   
My guess was that if xinelib was your "native" vdr frontend, perhaps you 
would try running it on your laptop or desktop machine or whatever, and 
eventually see that there's room for improvement when running multiple 
frontends.
> Besides, isn't there the streamdev plugin that provides signals
> to other clients? I've never tried it myself, but I was under
> the impression that this is what people use in such cases...
>
> Klaus
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>   
That's just my point, you havn't tried it for the above mentioned 
reasons. I use streamdev and multiple vdr instances myself, but it's 
not perfect. I really hope you don't take any offence by my posts, I'm a 
huge fan.
/Magnus


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

Re: [vdr] VDR with S2API (update)

[Udo Richter]

Karl Glatz wrote:
> But the disadvantages are clear: Modern GPUs support more than the OSD 
> provided by VDR (even older gpus do that).
> So none of these Output-Plugins will face the real problem: The OSD is 
> (mostly) limited to work with FF cards.
> 
> [...]
> 
> Even if you don't like such interfaces, they are the future.
> I think VDR should be modular enough to implement such a Frontend/Output 
> (is it a OSD?). AFAIK this is not possible in the current state.

The VDR 1.7.x development line has already seen some deep limitations of 
VDR going away, or will soon. And even more groundbreaking changes are 
already on the agenda. Together with HD devices, the SD limited OSD 
structures will surely have to change too. So just be patient, there's 
lots of change ahead, but: Important things first!

Cheers,

Udo



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

Re: [vdr] VDR with S2API (update)

[Klaus Schmidinger]

On 09.12.2008 21:47, Magnus Hörlin wrote:
> ...
>> On Tue, Dec 09, 2008 at 07:34:19PM +0100, Magnus Hörlin wrote:
>>
>>   
>>> I hope you don't buy an eHD card since I don't believe it's the way to 
>>> go and it would drive VDR in the wrong direction. I'm sitting here with 
>>> a ???65 nvidia 8200-based motherboard playing 1080p videos with the cpu 
>>> 97% idle using vdpau and ffmpeg! That's NOT software decoding if you ask 
>>> me. And now that hdmi audio finally works with nvidia it's just awesome. 
>>> I REALLY hope the xine guys will get this running soon.
>>> Btw, thanks to Klaus and the rest for all the work you put into this.
>>> /Magnus H
>>> 
>> ...
> I'm sorry if you think I was "bashing" the eHD card or RMM, that was not 
> my intention. What I meant was that I hope Klaus doesn't buy one because 

I already have one ;-)

> I think that would keep him in the "ff-card/one computer/one 
> user"-thinking longer. If he switched to using xinelib/ffmpeg I think we 
> would see a "separated vdr-backend with multiple frontends 
> capability"-scenario a lot sooner, don't you?

My VDR is one machine with several DVB devices and hardware replay.
As long as there is a way of having a good hardware replay, why
shouldn't I use it?

Why would software replay in my VDR change anyting regarding "separated
vdr-backend with multiple frontends capability"?

Besides, isn't there the streamdev plugin that provides signals
to other clients? I've never tried it myself, but I was under
the impression that this is what people use in such cases...

Klaus

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

Re: [vdr] VDR with S2API (update)

[Georg Acher]

On Tue, Dec 09, 2008 at 12:46:21PM -0800, VDR User wrote:
> On Tue, Dec 9, 2008 at 11:48 AM, Georg Acher <[EMAIL PROTECTED]> wrote:
> > The reelvdr code base is tested by a really large number of users (many
> > thousands and not many geeks ;-) ). Is there any specific reason why you
> > don't want to profit from the experiences RMM already made?
> 
> There are many thousands of reelvdr users?  That's news to me but ok.

I don't know the exact numbers, but the Reelbox Lite was about 4-5k. Only
one batch of PCBs was produced because later the prices for the used chips
increased dramatically. So RMM was without a product for nearly 18 months...

The Avantgarde is definitely already way beyond these figures.

-- 
 Georg Acher, [EMAIL PROTECTED] 
 http://www.lrr.in.tum.de/~acher
 "Oh no, not again !" The bowl of petunias  

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

Re: [vdr] VDR with S2API (update)

[VDR User]

On Tue, Dec 9, 2008 at 11:48 AM, Georg Acher <[EMAIL PROTECTED]> wrote:
> The reelvdr code base is tested by a really large number of users (many
> thousands and not many geeks ;-) ). Is there any specific reason why you
> don't want to profit from the experiences RMM already made?

There are many thousands of reelvdr users?  That's news to me but ok.

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

Re: [vdr] VDR with S2API (update)

[Magnus Hörlin]

Georg Acher wrote:
> On Tue, Dec 09, 2008 at 07:34:19PM +0100, Magnus Hörlin wrote:
>
>   
>> I hope you don't buy an eHD card since I don't believe it's the way to 
>> go and it would drive VDR in the wrong direction. I'm sitting here with 
>> a ???65 nvidia 8200-based motherboard playing 1080p videos with the cpu 
>> 97% idle using vdpau and ffmpeg! That's NOT software decoding if you ask 
>> me. And now that hdmi audio finally works with nvidia it's just awesome. 
>> I REALLY hope the xine guys will get this running soon.
>> Btw, thanks to Klaus and the rest for all the work you put into this.
>> /Magnus H
>> 
>
> Why all this eHD-bashing? Just because a *commercial* company already made a
> complete HDTV-vdr-solution more than 18 months ago that the vdr-community
> hasn't achieved until now? 
>
> Of course the eHD won't live forever, probably not half as long as the
> FF-card, but it solved an imminent issue at that time and it allowed to run
> vdr and HDTV on it.
>
> I also favour decoding in the graphics card instead of dedicated HW, but
> please make a reality check: For Linux, this option is now available for 4
> weeks or so...
>
> BTW: The HDTV/h264-capability is in no way related to the eHD, so it simply
> cannot drive vdr in the wrong direction. If you look at the stuff that the
> reelvdr already has in its core for TS/HDTV/h264-handling you will see that
> there is ZERO dependency on the eHD. The eHD-reelvant code is just an
> output-plugin similar to the softdevice-plugin.
>
> The reelvdr code base is tested by a really large number of users (many
> thousands and not many geeks ;-) ). Is there any specific reason why you
> don't want to profit from the experiences RMM already made?
>
>   
I'm sorry if you think I was "bashing" the eHD card or RMM, that was not 
my intention. What I meant was that I hope Klaus doesn't buy one because 
I think that would keep him in the "ff-card/one computer/one 
user"-thinking longer. If he switched to using xinelib/ffmpeg I think we 
would see a "separated vdr-backend with multiple frontends 
capability"-scenario a lot sooner, don't you? Or is it just me who 
sometimes like to look at some other show than my wife or kids, even 
though I love to be with them most of the time?
/Magnus


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

Re: [vdr] VDR with S2API (update)

[Georg Acher]

On Tue, Dec 09, 2008 at 07:34:19PM +0100, Magnus Hörlin wrote:

> I hope you don't buy an eHD card since I don't believe it's the way to 
> go and it would drive VDR in the wrong direction. I'm sitting here with 
> a ???65 nvidia 8200-based motherboard playing 1080p videos with the cpu 
> 97% idle using vdpau and ffmpeg! That's NOT software decoding if you ask 
> me. And now that hdmi audio finally works with nvidia it's just awesome. 
> I REALLY hope the xine guys will get this running soon.
> Btw, thanks to Klaus and the rest for all the work you put into this.
> /Magnus H

Why all this eHD-bashing? Just because a *commercial* company already made a
complete HDTV-vdr-solution more than 18 months ago that the vdr-community
hasn't achieved until now? 

Of course the eHD won't live forever, probably not half as long as the
FF-card, but it solved an imminent issue at that time and it allowed to run
vdr and HDTV on it.

I also favour decoding in the graphics card instead of dedicated HW, but
please make a reality check: For Linux, this option is now available for 4
weeks or so...

BTW: The HDTV/h264-capability is in no way related to the eHD, so it simply
cannot drive vdr in the wrong direction. If you look at the stuff that the
reelvdr already has in its core for TS/HDTV/h264-handling you will see that
there is ZERO dependency on the eHD. The eHD-reelvant code is just an
output-plugin similar to the softdevice-plugin.

The reelvdr code base is tested by a really large number of users (many
thousands and not many geeks ;-) ). Is there any specific reason why you
don't want to profit from the experiences RMM already made?

-- 
 Georg Acher, [EMAIL PROTECTED] 
 http://www.lrr.in.tum.de/~acher
 "Oh no, not again !" The bowl of petunias  

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

Re: [vdr] VDR with S2API (update)

[Magnus Hörlin]

Goga777 wrote:
>> I hope you don't buy an eHD card since I don't believe it's the way to 
>> go and it would drive VDR in the wrong direction. I'm sitting here with 
>> a €65 nvidia 8200-based motherboard playing 1080p videos with the cpu 
>> 97% idle using vdpau and ffmpeg! 
>> 
>
> which cpu do you have ? What about pictures quality on your TVset ? are you 
> using hdmi ?
> so , did you test a lot of 1080i/1080p samples ? or only test samples from 
> NVidia ?
>   
This is with a 4850e but I'm sure a €20 LE-1150 would do this without a 
problem. An Intel could just allow digital video on Atom boards, that on 
a mini-ITX with nvidia 9300 would be ideal. I havn't tried a lot yet, 
just Apple trailers and that's not really a good test,I know. And 
there's still work to do on image quality but it's a great first 
attempt. But there's no deinterlacing that I know of yet. I'm using hdmi 
including audio on a 1360x768 LCD.
/Magnus


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

[vdr] PremiereEPG plugin 0.2.0 released

[Stefan Huelswitt]

Hi,
today version 0.2.0 of the PremiereEPG plugin has been released.
Available from my homepage or from HG:




NEWS:

09.12.2008: Version 0.2.0
- Fixed buffer overrun in string compose (mainly with UTF8).
- Added new fix for brocken EPG data. Thanks to Sascha Abraham.
- Autogenerate i18n.c with po2i18n.pl for VDR < 1.5.7.
- Added russian translations.

-- 
Stefan Huelswitt
[EMAIL PROTECTED]  | http://www.muempf.de/

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

Re: [vdr] VDR with S2API (update)

[Goga777]

> I hope you don't buy an eHD card since I don't believe it's the way to 
> go and it would drive VDR in the wrong direction. I'm sitting here with 
> a €65 nvidia 8200-based motherboard playing 1080p videos with the cpu 
> 97% idle using vdpau and ffmpeg! 

which cpu do you have ? What about pictures quality on your TVset ? are you 
using hdmi ?
so , did you test a lot of 1080i/1080p samples ? or only test samples from 
NVidia ?

>That's NOT software decoding if you ask 

it's GPU decoding :)

> me. And now that hdmi audio finally works with nvidia it's just awesome. 

ah, fine

> I REALLY hope the xine guys will get this running soon.

+1

> Btw, thanks to Klaus and the rest for all the work you put into this.

+1 too :)


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

Re: [vdr] VDR with S2API (update)

[Karl Glatz]

2008/12/9 Klaus Schmidinger <[EMAIL PROTECTED]>

> On 09.12.2008 17:22, Hanno Zulla wrote:
> > Hi,
> >
> >> I'm pretty sure there are quite a few systems out there using
> >> FF DVB cards. I wonder why you are constantly arguing against
> >> them ;-)
> >
> > I own an FF card for two reasons only: It offers better video quality on
> > a CRT TV and vdr (1.6) prefers it.
> >
> > There are a few things to dislike about FF cards these days. To mention
> > just a few:
> >
> > - expensive
> > - big! (a smaller vdr box would be nice)
> > - problems with QAM 256
> > - bandwidth problems (see Full TS Mod)
> >
> >
> > Not too long from now, I want to replace the CRT TV and with it, one of
> > my two reasons to use a FF card will be gone.
> >
> > So yeah, it'd be nice to see vdr moving away from FF cards or
> > specialized hardware such as the eHD.
> >
> > A generic (modern) graphics card should be enough and it should be
> > easier to setup for vdr.
>
> Why don't you just use such a graphics card then?
> Of course you'll need a plugin that implements a proper cDevice
> for it, but that has nothing to do with VDR itself...
>
> I'll probably move cDvbDevice into a separate plugin in the process
> of switching to S2API, but that won't by any means mean that VDR
> "moves away from FF cards". You can already use any output device you
> like, provided there's a plugin for it.


Of couse you can, either with xineliboutput, xine-vdr or softdevice.
But the disadvantages are clear: Modern GPUs support more than the OSD
provided by VDR (even older gpus do that).
So none of these Output-Plugins will face the real problem: The OSD is
(mostly) limited to work with FF cards.
Many problems occour if you plaing a .avi file with xineliboutput, which has
a lower res than the TV - the OSD gets stretched and is nearly unreadable.
But thats only one of the problems with the OSD - its OK for TV, but it
could be mutch better.

Many concepts of todays Media Centers are just nice.
Name it: XMBC, Elisa, WMC, AppleTV; Some proof-of-concepts as Entertainer
(clutter + python), Gloss (clutter mythtv frontend), kaffeine-gl (very
experimental in kde4 branch).
Not only the effects are nice, also the concepts of using it (xmbc has
support for wiimote and such devices) etc.

But when it comes to TV Watching and Recording and so on, there is NO better
solotion than the VDR. And this is really your fault ;-) (and the
vdr-community)

Even if you don't like such interfaces, they are the future.
I think VDR should be modular enough to implement such a Frontend/Output (is
it a OSD?). AFAIK this is not possible in the current state.

Just my opinion.


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

Re: [vdr] VDR with S2API (update)

[Goga777]

 On Mon, Dec 8, 2008 at 11:57 AM, Halim Sahin <[EMAIL PROTECTED]> wrote:
> > It makes no sense to me supporting  something
> > which can't be used with hdtv stuff in one year!
> 
> HDMI isn't going anywhere any time soon.  Neither is h264, or anything
> else so can you give us some examples of things you think won't be
> usable with HDTV in a year?

btw - Using HDMI Audio/Video On Linux
http://www.phoronix.com/scan.php?page=article&item=linux_hdmi&num=1

Goga

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

Re: [vdr] VDR with S2API (update)

[Magnus Hörlin]

On Sun, Dec 7, 2008 at 9:43 AM, Klaus Schmidinger
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr>> wrote:

> On 07.12.2008 18:40, gimli wrote:
>> / Hi Klaus,
> />/ />/ just one question. Do you also use a budget system ?
> />/ If so, how do you watch TV with vdr 1.7.1 and later ;)
> />/ since xineliboutput is completly broken with it.
> /
> Currently I still have a FF DVB card for replaying, which, in
> the long run, will be replaced by an eHD card.
>
> Klaus
>
>
I hope you don't buy an eHD card since I don't believe it's the way to 
go and it would drive VDR in the wrong direction. I'm sitting here with 
a €65 nvidia 8200-based motherboard playing 1080p videos with the cpu 
97% idle using vdpau and ffmpeg! That's NOT software decoding if you ask 
me. And now that hdmi audio finally works with nvidia it's just awesome. 
I REALLY hope the xine guys will get this running soon.
Btw, thanks to Klaus and the rest for all the work you put into this.
/Magnus H


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

Re: [vdr] VDR with S2API (device API extension)

[Klaus Schmidinger]

On 09.12.2008 18:54, Rolf Ahrenberg wrote:
> On Tue, 9 Dec 2008, Klaus Schmidinger wrote:
> 
>> I have been thinking about something along that line for quite
>> a while, and also saw your patch you sent me earlier in a PM.
>> My actual implementation will most likely be somewhat different,
>> but should fulfill the same purpose.
> 
> This is off-topic, but what's the status of implementing the parental 
> rating and content descriptions for events? My patch has existed for 
> ages, so should I simply forget it or refactor according to received 
> feedback (non-existent currently :) ? The interface could be cleaner as 
> always and data should also be stored into epg.data...
> 
> http://www.saunalahti.fi/~rahrenbe/vdr/patches/vdr-1.6.0-parentalrating-content.diff.gz

To be honest, there's currently so much to do (and I'm just catching
up again with VDR development) that this has very little priority to me.
I'll leave this in my inbox, in case I come across it again at some point ;-)

Klaus

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

Re: [vdr] VDR with S2API (device API extension)

[Rolf Ahrenberg]

On Tue, 9 Dec 2008, Klaus Schmidinger wrote:

> I have been thinking about something along that line for quite
> a while, and also saw your patch you sent me earlier in a PM.
> My actual implementation will most likely be somewhat different,
> but should fulfill the same purpose.

This is off-topic, but what's the status of implementing the parental 
rating and content descriptions for events? My patch has existed for 
ages, so should I simply forget it or refactor according to received 
feedback (non-existent currently :) ? The interface could be cleaner as 
always and data should also be stored into epg.data...

http://www.saunalahti.fi/~rahrenbe/vdr/patches/vdr-1.6.0-parentalrating-content.diff.gz

BR,
--
rofa

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

Re: [vdr] VDR with S2API (device API extension)

[Klaus Schmidinger]

On 09.12.2008 16:40, Rolf Ahrenberg wrote:
> Hi,
> 
> the S2API implementation would be a perfect place to integrate my 
> frontend facilities patch in a way or another.
> 
> The patch simply extends the current cDevice API to include some common 
> frontend related statistics (now available only in femon), so that skins 
> and all the other plugins can easily use them. This would simplify the 
> femon plugin and also would enable skin plugins to show for example 
> signal strength, snr, bit error rate, etc., in channel info window.
> 
> Also other input plugins (IPTV, pvrinput, analogtv, ..) could implement 
> these new methods and therefore provide some feasible information for 
> femon (or any other plugin) to show up.
> 
> http://www.saunalahti.fi/~rahrenbe/vdr/patches/vdr-1.6.0-frontend-facilities.patch.gz

I have been thinking about something along that line for quite
a while, and also saw your patch you sent me earlier in a PM.
My actual implementation will most likely be somewhat different,
but should fulfill the same purpose.

Klaus

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

Re: [vdr] VDR with S2API (update)

[Klaus Schmidinger]

On 09.12.2008 17:22, Hanno Zulla wrote:
> Hi,
> 
>> I'm pretty sure there are quite a few systems out there using
>> FF DVB cards. I wonder why you are constantly arguing against
>> them ;-)
> 
> I own an FF card for two reasons only: It offers better video quality on
> a CRT TV and vdr (1.6) prefers it.
> 
> There are a few things to dislike about FF cards these days. To mention
> just a few:
> 
> - expensive
> - big! (a smaller vdr box would be nice)
> - problems with QAM 256
> - bandwidth problems (see Full TS Mod)
> 
> 
> Not too long from now, I want to replace the CRT TV and with it, one of
> my two reasons to use a FF card will be gone.
> 
> So yeah, it'd be nice to see vdr moving away from FF cards or
> specialized hardware such as the eHD.
> 
> A generic (modern) graphics card should be enough and it should be
> easier to setup for vdr.

Why don't you just use such a graphics card then?
Of course you'll need a plugin that implements a proper cDevice
for it, but that has nothing to do with VDR itself...

I'll probably move cDvbDevice into a separate plugin in the process
of switching to S2API, but that won't by any means mean that VDR
"moves away from FF cards". You can already use any output device you
like, provided there's a plugin for it.

Klaus

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

Re: [vdr] VDR with S2API (update)

[Hanno Zulla]

Hi,

> I'm pretty sure there are quite a few systems out there using
> FF DVB cards. I wonder why you are constantly arguing against
> them ;-)

I own an FF card for two reasons only: It offers better video quality on
a CRT TV and vdr (1.6) prefers it.

There are a few things to dislike about FF cards these days. To mention
just a few:

- expensive
- big! (a smaller vdr box would be nice)
- problems with QAM 256
- bandwidth problems (see Full TS Mod)


Not too long from now, I want to replace the CRT TV and with it, one of
my two reasons to use a FF card will be gone.

So yeah, it'd be nice to see vdr moving away from FF cards or
specialized hardware such as the eHD.

A generic (modern) graphics card should be enough and it should be
easier to setup for vdr.

Thanks,

Hanno

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

[vdr] VDR with S2API (device API extension)

[Rolf Ahrenberg]

Hi,

the S2API implementation would be a perfect place to integrate my 
frontend facilities patch in a way or another.

The patch simply extends the current cDevice API to include some common 
frontend related statistics (now available only in femon), so that skins 
and all the other plugins can easily use them. This would simplify the 
femon plugin and also would enable skin plugins to show for example 
signal strength, snr, bit error rate, etc., in channel info window.

Also other input plugins (IPTV, pvrinput, analogtv, ..) could implement 
these new methods and therefore provide some feasible information for 
femon (or any other plugin) to show up.

http://www.saunalahti.fi/~rahrenbe/vdr/patches/vdr-1.6.0-frontend-facilities.patch.gz

BR,
--
rofa

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

Re: [vdr] VDR with S2API (update)

[Pertti Kosunen]

Halim Sahin wrote:
> You can buy a lcd tv and after two years you can't use it's
> hdmi connectiorr of hdmi revision 599,95.0 
> 
> hd ready->full-hd/hdmi1.1, 1.2 1.3 .
> I read something about limitations of current hdmi standard so we will 
> maybe we get displayport as new solution???

This has (almost) nothing to do with software. HDMI's are backward 
compatible so you should always get at least some size of picture and 
basic PCM sound.

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