Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-09-01 Thread Morfsta
I got xbmc-vdr working the other day - but can't seem to see any
active deinterlacing when using VDPAU Temporal. Other methods such as
bob and weave work okay, but not VDPAU. Does anyone else see this
problem? Pretty useless without any reasonable deint going on.. :-(

Thanks,

Morfsta

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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-09-01 Thread Goga777
do you know why xbmc support only vdpau-temporal ? what about bob-vdpau ? 
temporal_spatial-vdpau ?

 I got xbmc-vdr working the other day - but can't seem to see any
 active deinterlacing when using VDPAU Temporal. Other methods such as
 bob and weave work okay, but not VDPAU. Does anyone else see this
 problem? Pretty useless without any reasonable deint going on.. :-(

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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-30 Thread Seppo Ingalsuo
On Sun, 2009-08-30 at 08:49 +0300, Harri Kaimio wrote: 
 Hi,
 
 adding line
 
 Recordings.Sort();
 
 after
 
 Recordings.Update( true );
 
 in cConnectionVTP::CmdPLAY (in server/connectionVTP.c) fixes this 
 particular problem. So the problem seems to be that streamdev reloads 
 the recording list every now and then and does not sort it always.

Thanks. That makes it work for me so that correct recording is opened. 

But vdr-xbmc looks rather broken othervise related to recordings. Most
of the time with new videos I get only sound chirps without video. Old
vdr format videos seem to work better.

 
 By looking at code there seems to be a similar problem when deleting 
 recordings which is of course even more worrying as it can lead to data 
 loss... I haven't verified this yet though (and cannot test it before my 
 kidslet me use the system again :-)

Sounds scary! 

 
 I still don't have any idea why the subtitles are not shown correctly in 
 recordings. Also with some recordings from Yle's TV channels XBMC plays 
 the wrong soundtrack (plain VDR works OK with them)

I was able to open one recording from YLE Teema where subtitles were
shown. It was an edited recording that seems to work better (audio
chirps  no video problem).

BR,
Seppo



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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-29 Thread Seppo Ingalsuo
On Wed, 2009-08-26 at 22:02 +0300, Harri Kaimio wrote:

 
 I have the same problem with my vdr+xbmc setup. It might be a sorting 
 order problem: if I select nth recording from the list in XBMC (which is 
 in alphabetical order), vdr seems to do a depth first search in the 
 video directory tree without any sorting at all and plays the recording 
 that is in nth position in this order.

Do you have idea where the error is, is it in
streamdev/server/recplayer.c in function scan()? Or at upper level in
connectionVTP.c? While looking the code I don't get where the bug could
be.

I really wonder how xbmc can be usable for some, is the separate patch
for an old streamdev better?

 
 Also subtitles do not work for me when watching recordings (in live TV 
 they are OK)

I haven't yet been able to randomly hit a suitable YLE recording to
check that :^)

BR,
Seppo



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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-29 Thread Harri Kaimio

Hi,

adding line

Recordings.Sort();

after

Recordings.Update( true );

in cConnectionVTP::CmdPLAY (in server/connectionVTP.c) fixes this 
particular problem. So the problem seems to be that streamdev reloads 
the recording list every now and then and does not sort it always.


By looking at code there seems to be a similar problem when deleting 
recordings which is of course even more worrying as it can lead to data 
loss... I haven't verified this yet though (and cannot test it before my 
kidslet me use the system again :-)


I still don't have any idea why the subtitles are not shown correctly in 
recordings. Also with some recordings from Yle's TV channels XBMC plays 
the wrong soundtrack (plain VDR works OK with them)


BR, H

Seppo Ingalsuo kirjoitti:

On Wed, 2009-08-26 at 22:02 +0300, Harri Kaimio wrote:

I have the same problem with my vdr+xbmc setup. It might be a sorting 
order problem: if I select nth recording from the list in XBMC (which is 
in alphabetical order), vdr seems to do a depth first search in the 
video directory tree without any sorting at all and plays the recording 
that is in nth position in this order.


Do you have idea where the error is, is it in
streamdev/server/recplayer.c in function scan()? Or at upper level in
connectionVTP.c? While looking the code I don't get where the bug could
be.

I really wonder how xbmc can be usable for some, is the separate patch
for an old streamdev better?

Also subtitles do not work for me when watching recordings (in live TV 
they are OK)


I haven't yet been able to randomly hit a suitable YLE recording to
check that :^)

BR,
Seppo



___
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] xbmc-pvr (was - HD clients for vdr)

2009-08-27 Thread Seppo Ingalsuo
On Wed, 2009-08-26 at 21:10 +0200, Magnus Hörlin wrote:

 Well, it seems you're right. I've read a post somewhere that 
 parentalrating was needed but it seems to work just fine without it. 

It seems to give at least nice color coding to EPG. It's not correctly
used in Finnish DVB broadcast (Mythbusters listed as sports :^) but
useful any way.

 And 
 the streamdev extensions only seem to add some messages when new 
 recordings start and that kind of things.

Oh, that sounds important. Och tack så mycket för patch, it applied
cleanly.

BR,
Seppo



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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-27 Thread Magnus Hörlin

Seppo Ingalsuo wrote:

On Wed, 2009-08-26 at 21:10 +0200, Magnus Hörlin wrote:

  
Well, it seems you're right. I've read a post somewhere that 
parentalrating was needed but it seems to work just fine without it. 



It seems to give at least nice color coding to EPG. It's not correctly
used in Finnish DVB broadcast (Mythbusters listed as sports :^) but
useful any way.
  
Ok, didn't see that. For a while there I thought I made the patch for no 
reason...

/Magnus
  
And 
the streamdev extensions only seem to add some messages when new 
recordings start and that kind of things.



Oh, that sounds important. Och tack så mycket för patch, it applied
cleanly.

BR,
Seppo



___
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] xbmc-pvr (was - HD clients for vdr)

2009-08-26 Thread Seppo Ingalsuo
On Mon, 2009-08-24 at 18:00 +0200, Magnus Hörlin wrote:

 Hi, I've stripped the ext72 patch to contain just the two necessary 
 extensions streamdevext and parentalrating
  and adapted it to vdr-1.7.9 but it should work for 1.7.8 also. Seems to 
 work here so far and it's compatible with the iptv and ttxtsubs patches.
 Now all you need to get vdr-xbmc running is:
 vdr (duh!)
 my attatched patch for vdr
 streamdevoutput plugin from cvs
 XBMC pvr-testing from svn
 (with the streamdev patch in the XBMC tree, the osdteletext plugin also 
 works)
 
 No guarantees that it's gonna work for you though.

Thanks! I'll give it a try!

Meanwhile I ran xbmc without patched vdr 1.7.9, just cvs streamdev. The
functionality was quite okay with working channel selections, epg, list
of recordings. Recording playback didn't work. According to vdr logs
streamdev tried to start some wrong recording. 

I wonder if parental rating is really mandatory. On the other hand I
suppose it doesn't harm.

BR,
Seppo



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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-26 Thread Harri Kaimio

Seppo Ingalsuo wrote:


Meanwhile I ran xbmc without patched vdr 1.7.9, just cvs streamdev. The
functionality was quite okay with working channel selections, epg, list
of recordings. Recording playback didn't work. According to vdr logs
streamdev tried to start some wrong recording. 


I have the same problem with my vdr+xbmc setup. It might be a sorting 
order problem: if I select nth recording from the list in XBMC (which is 
in alphabetical order), vdr seems to do a depth first search in the 
video directory tree without any sorting at all and plays the recording 
that is in nth position in this order.


Also subtitles do not work for me when watching recordings (in live TV 
they are OK)


BR, H

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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-26 Thread Magnus Hörlin

Seppo Ingalsuo wrote:

On Mon, 2009-08-24 at 18:00 +0200, Magnus Hörlin wrote:

  
Hi, I've stripped the ext72 patch to contain just the two necessary 
extensions streamdevext and parentalrating
 and adapted it to vdr-1.7.9 but it should work for 1.7.8 also. Seems to 
work here so far and it's compatible with the iptv and ttxtsubs patches.

Now all you need to get vdr-xbmc running is:
vdr (duh!)
my attatched patch for vdr
streamdevoutput plugin from cvs
XBMC pvr-testing from svn
(with the streamdev patch in the XBMC tree, the osdteletext plugin also 
works)


No guarantees that it's gonna work for you though.



Thanks! I'll give it a try!

Meanwhile I ran xbmc without patched vdr 1.7.9, just cvs streamdev. The
functionality was quite okay with working channel selections, epg, list
of recordings. Recording playback didn't work. According to vdr logs
streamdev tried to start some wrong recording. 


I wonder if parental rating is really mandatory. On the other hand I
suppose it doesn't harm.

BR,
Seppo



  
Well, it seems you're right. I've read a post somewhere that 
parentalrating was needed but it seems to work just fine without it. And 
the streamdev extensions only seem to add some messages when new 
recordings start and that kind of things.

/Magnus


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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-24 Thread Lauri Tischler

Seppo Ingalsuo wrote:

On Sun, 2009-08-23 at 09:05 -0700, VDR User wrote:


Did you know that Klaus is giving VDR a new 24bit OSD?  High
resolution/high color will soon be in vanilla VDR, no expensive eHD
card or otherwise required. ;)


That's nice but my main problem with vdr is having two televisions + one
computer that can be used for TV watching too. HD UI is not the main
driver for me.

There really should be a proper server/client(s) architecture with vdr.
Possible HD UI development for vdr to be useful should be developed to
operate as IP streaming client.


I really do not understand the rage about HD OSD and/or skins.
VDR is meant for watching TV-programs, like sports, movies, documents,
and porno, not OSD.


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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-24 Thread VDR User
On Sun, Aug 23, 2009 at 11:24 PM, Lauri Tischlerl...@iki.fi wrote:
 Did you know that Klaus is giving VDR a new 24bit OSD?  High
 resolution/high color will soon be in vanilla VDR, no expensive eHD
 card or otherwise required. ;)

 That's nice but my main problem with vdr is having two televisions + one
 computer that can be used for TV watching too. HD UI is not the main
 driver for me.

 There really should be a proper server/client(s) architecture with vdr.
 Possible HD UI development for vdr to be useful should be developed to
 operate as IP streaming client.

 I really do not understand the rage about HD OSD and/or skins.
 VDR is meant for watching TV-programs, like sports, movies, documents,
 and porno, not OSD.

Many of us are using real tv's and not computer monitors for viewing.
And of course many are now doing hdtv.  It's likely you're not a user
of either or both of those.  Certainly an HD OSD isn't required to
watch tv but if you knew how ass ugly it was to see the crappy low-res
8bit OSD on a big high definition tv, you'd understand.  Consider the
HD OSD like having real nice woodgrain trim in your car.  It's not
required to drive but damn sure makes your car look better.

Something else you might not have considered is that it really is
necessary to have a flexible OSD these days when you have tons of
users both with SD  HD...Their display device capable of say
1920x1080 but the current OSD implementation not allowing you the full
resolution when you're tuned to an SD channel.  If you're going to
update it to accommodate current/future needs, why not improve the OSD
as a whole?

There's no law that says VDR has to be stuck in the stone age..  It
really can be slim  trim, stable, and provide users with luxury as
well.

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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-24 Thread Seppo Ingalsuo
On Mon, 2009-08-24 at 09:12 +1000, Torgeir Veimo wrote:

 
 Maybe a streamosd plugin could provide what you need.
 

I can't find further information about that with Google. Is that an
existing project?

So, I'm not really having problem with VDR's OSD. I just want three
independent user interfaces to each HTPC/television.

Xbmc test drive status: I found the VDR recordings as well from xbmc but
unfortunately the recordings database seems to be corrupted. Selecting
something from the list brings up a random recording :^) I was just lost
with UI philopsophy that is totally different from native VDR. I suppose
XBMC's was developed by Microsoft so it can't be bad, it just takes some
time to learn ;^)

BR,
Seppo



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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-24 Thread Lauri Tischler

VDR User wrote:

On Sun, Aug 23, 2009 at 11:24 PM, Lauri Tischlerl...@iki.fi wrote:

Did you know that Klaus is giving VDR a new 24bit OSD?  High
resolution/high color will soon be in vanilla VDR, no expensive eHD
card or otherwise required. ;)

That's nice but my main problem with vdr is having two televisions + one
computer that can be used for TV watching too. HD UI is not the main
driver for me.

There really should be a proper server/client(s) architecture with vdr.
Possible HD UI development for vdr to be useful should be developed to
operate as IP streaming client.

I really do not understand the rage about HD OSD and/or skins.
VDR is meant for watching TV-programs, like sports, movies, documents,
and porno, not OSD.


Many of us are using real tv's and not computer monitors for viewing.
And of course many are now doing hdtv.  It's likely you're not a user
of either or both of those.  Certainly an HD OSD isn't required to
watch tv but if you knew how ass ugly it was to see the crappy low-res
8bit OSD on a big high definition tv, you'd understand.  Consider the
HD OSD like having real nice woodgrain trim in your car.


I really wouldnt care less, if the OSD on my Toshiba 42 FullHD looks
ass ugly, so be it, just about anything, while developing VDR,
is more important then HD OSD.
Real nice woodgrain trim in cars was used in some 1950's stationwagons. :)


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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-24 Thread Torgeir Veimo
2009/8/24 Seppo Ingalsuo seppo.ingal...@iki.fi:
 On Mon, 2009-08-24 at 09:12 +1000, Torgeir Veimo wrote:


 Maybe a streamosd plugin could provide what you need.


 I can't find further information about that with Google. Is that an
 existing project?

 So, I'm not really having problem with VDR's OSD. I just want three
 independent user interfaces to each HTPC/television.

I was merely suggesting a new type of plugin that allows a remote
client to access and control the osd instance of the vdr server. The
reason this is a problem is that vdr only have the notion of one osd
instance, and streamdev doesn't really provide a way of controlling
this osd.

-- 
-Tor

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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-24 Thread Gerald Dachs
 I really wouldnt care less, if the OSD on my Toshiba 42 FullHD looks
 ass ugly, so be it, just about anything, while developing VDR,
 is more important then HD OSD.

You are absolutely right, totally unimportant, but it can look so
unbelievable good.

 Real nice woodgrain trim in cars was used in some 1950's stationwagons.
 :)

I get still tears in my eyes, when I remember my 1978's Alfa Romeo Giulia
Nuova 1600 with steering wheel made from wood and leather all around.

Gerald


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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-24 Thread Gavin Hamill
On Mon, 2009-08-24 at 21:31 +1000, Torgeir Veimo wrote:
 2009/8/24 Seppo Ingalsuo seppo.ingal...@iki.fi:
  On Mon, 2009-08-24 at 09:12 +1000, Torgeir Veimo wrote:
 
 
  Maybe a streamosd plugin could provide what you need.
 
 
  I can't find further information about that with Google. Is that an
  existing project?
 
  So, I'm not really having problem with VDR's OSD. I just want three
  independent user interfaces to each HTPC/television.
 
 I was merely suggesting a new type of plugin that allows a remote
 client to access and control the osd instance of the vdr server. The
 reason this is a problem is that vdr only have the notion of one osd
 instance, and streamdev doesn't really provide a way of controlling
 this osd.
 

Yeh, for separate UIs - independent clients, you'd need a single backend
which has the DVB cards, and a series of 'frontend' VDRs (even on the
same PC) which each export a UI .. and then use streamdev to shuffle
video data. I never trusted streamdev as a reliable plugin for a long
time, but it now appears to be quite robust and still under active
improvement.

Of course sharing recordings / timers adds the usual levels of
complexity, but I don't forsee VDR becoming a full client/server
architecture any time soon so it's likely the best solution for some
time..

Cheers,
Gavin.
 


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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-24 Thread Theunis Potgieter
On 24/08/2009, Gavin Hamill g...@acentral.co.uk wrote:
 Yeh, for separate UIs - independent clients, you'd need a single backend
  which has the DVB cards, and a series of 'frontend' VDRs (even on the
  same PC) which each export a UI .. and then use streamdev to shuffle
  video data. I never trusted streamdev as a reliable plugin for a long
  time, but it now appears to be quite robust and still under active
  improvement.

  Of course sharing recordings / timers adds the usual levels of
  complexity, but I don't forsee VDR becoming a full client/server
  architecture any time soon so it's likely the best solution for some
  time..

  Cheers,

 Gavin.


So what happens when the main/server machine gets stuck on channel
zapping, when there and you see only a no channel display on the
client? Should the recording happen on the server? or on the client
side? how do you restart vdr if you can't see the server's menu?

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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-24 Thread Gavin Hamill
On Mon, 2009-08-24 at 14:26 +0200, Theunis Potgieter wrote:


 So what happens when the main/server machine gets stuck on channel
 zapping, when there and you see only a no channel display on the
 client? Should the recording happen on the server? or on the client
 side? how do you restart vdr if you can't see the server's menu?

I didn't say it was either flawless or an ideal approach, but there are
always methods by which to deal with such failure. (e.g. the 'remote'
plugin can listen on a TCP port and give you text OSD via telnet)

IMO, the recordings should always happen on the server. The
xbmc-modified streamdev is now able to playback recordings over its own
VTP:

http://www.xbmc.org/trac/ticket/5595#comment:29

The 'clever stuff' is handling clashes of recordings / timers - some
kind of priority system e.g. parents timers override the kids ones.

gdh



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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-24 Thread VDR User
On Mon, Aug 24, 2009 at 3:57 AM, Lauri Tischlerl...@iki.fi wrote:
 I really wouldnt care less, if the OSD on my Toshiba 42 FullHD looks
 ass ugly, so be it, just about anything, while developing VDR,
 is more important then HD OSD.
 Real nice woodgrain trim in cars was used in some 1950's stationwagons. :)

While I would place other things higher on the TODO list
(well-designed server/client capability for example), a nice HD OSD
wouldn't be at the bottom.  I'm glad Klaus took notice of how many
users wanted this.  Keep in mind, that's why VDR even has HD support
now, and probably TS as well because from previous postings he didn't
show much interest since those wern't things he needed.  But it's made
the user base happy!

Overall I'm for anything that improves/enhances VDR, and attracts more
users in.  If that's a fancy OSD or something else, it's all fine by
me.  I stand by my earlier statement that VDR can be slim  trim,
stable, and provide users with luxury as well because I think it's
foolish not to believe that.

Some people like peas  carrots, some don't.  ;)

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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-24 Thread VDR User
On Mon, Aug 24, 2009 at 4:59 AM, Gavin Hamillg...@acentral.co.uk wrote:
 Yeh, for separate UIs - independent clients, you'd need a single backend
 which has the DVB cards, and a series of 'frontend' VDRs (even on the
 same PC) which each export a UI .. and then use streamdev to shuffle
 video data. I never trusted streamdev as a reliable plugin for a long
 time, but it now appears to be quite robust and still under active
 improvement.

When I tried streamdev it was very unstable.  Granted, that was some
time ago and I certainly hope the plugin has matured dramatically
since then.  However, I don't think that plugin is the best route to
take for server/client.

 Of course sharing recordings / timers adds the usual levels of
 complexity, but I don't forsee VDR becoming a full client/server
 architecture any time soon so it's likely the best solution for some
 time..

The more we have things like the Nvidia Ion platform appearing, the
more important I think it is to add a well-thought out server/client
design into the core of VDR.  For example, right now you can buy
mini-itx Ion systems that offer a great solution as an HTPC that
supports HD all in a very small footprint.  This is just what the
doctor ordered..  A small low power but fully capable media pc you can
easily hide or attach to the back of your tv.  Or your 19 LCD if you
prefer.  But what do you do with all the pci dvb cards?  Or even usb
dvb devices?  That little pc can handle most (if not all) of your
needs with the exception of one major drawback...  The small size
comes by sacrificing things like pci slots  case space.

If there wasn't a need for server/client, mythtv wouldn't be so
popular.  It's one of the top features it offers, and reason enough
for users who have abandoned VDR in favor of it.  Unfortunately I
agree that we won't see this type of change to VDR any time soon.  I
know Klaus isn't exactly thrilled about the idea and afaik doesn't
intended to address this need any time soon, or possibly ever.  A lot
of people thought VDR would never see support for HDTV either and look
how quickly that was implemented once the decision was made to do it.
Maybe there's hope! ;)

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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-24 Thread Magnus Hörlin

Seppo Ingalsuo wrote:

Hi,

Are there cleaner or later patches somewhere for vdr (1.7.8) for xmbc?
The patch vdr-1.7.4-ext68-streamdev.patch from ticket
http://xbmc.org/trac/ticket/5595

could be applied but there could be some extra that I don't need from
some VDR extensions patch.

I'm also wondering if streamdev cvs is good as such. The HISTORY file
mentions added XBMC support by extending VTP capabilities (thanks to
Alwin Esch).

Anyway this is what I got when compiling

g++ -march=pentium4 -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c
-DUSE_STREAMDEVEXTENSION -DREMOTE_KBD -DVDR_USER=\vdr\ -DLIRC_DEVICE=
\/dev/lircd\ -DRCU_DEVICE=\/dev/ttyS1\ -D_GNU_SOURCE
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
-DVIDEODIR=\/video\ -DCONFDIR=\/video\ -DPLUGINDIR=\./PLUGINS/lib\
-DLOCDIR=\/usr/local/share/locale\ -I/usr/include/freetype2
-I/usr/src/v4l-dvb/linux/include channels.c
In file included from skins.h:17,
 from osdbase.h:15,
 from player.h:14,
 from status.h:15,
 from channels.c:17:
recording.h:66: error: ‘const cEvent* cRecordingInfo::GetEvent() const’
cannot be overloaded
recording.h:63: error: with ‘const cEvent* cRecordingInfo::GetEvent()
const’
make: *** [channels.o] Error 1

BR,
Seppo



___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
  
Hi, I've stripped the ext72 patch to contain just the two necessary 
extensions streamdevext and parentalrating
and adapted it to vdr-1.7.9 but it should work for 1.7.8 also. Seems to 
work here so far and it's compatible with the iptv and ttxtsubs patches.

Now all you need to get vdr-xbmc running is:
vdr (duh!)
my attatched patch for vdr
streamdevoutput plugin from cvs
XBMC pvr-testing from svn
(with the streamdev patch in the XBMC tree, the osdteletext plugin also 
works)


No guarantees that it's gonna work for you though.
/Magnus H



vdr-1.7.9-xbmc.patch
Description: application/mbox
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-23 Thread Seppo Ingalsuo
On Sat, 2009-08-22 at 22:43 +0300, Seppo Ingalsuo wrote:

 Now xbmc connects to vdr server and gets first radio channels, then tv
 channels and then nothing happens. 

Now after PC and xbmc restart live tv works. Even DVB subtitles are
shown!

How should I access vdr recordings from xbmc? Should I somehow import
vdr directory (NFS share) to xbmc video library?

I'm also wondering when vdr channnels and particularly EPG are updated.
Is it only when xbmc is restarted? Now I don't see EPG for satellite
channels that provide only now  next or very short some hours EPG.

Othervise xbmc-vdr looks very promising with totally new high definition
UI.

BR,
Seppo



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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-23 Thread VDR User
On Sun, Aug 23, 2009 at 1:46 AM, Seppo Ingalsuoseppo.ingal...@iki.fi wrote:
 Othervise xbmc-vdr looks very promising with totally new high definition
 UI.

Did you know that Klaus is giving VDR a new 24bit OSD?  High
resolution/high color will soon be in vanilla VDR, no expensive eHD
card or otherwise required. ;)

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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-23 Thread Torgeir Veimo
2009/8/24 Seppo Ingalsuo seppo.ingal...@iki.fi:
 On Sun, 2009-08-23 at 09:05 -0700, VDR User wrote:

 Did you know that Klaus is giving VDR a new 24bit OSD?  High
 resolution/high color will soon be in vanilla VDR, no expensive eHD
 card or otherwise required. ;)

 That's nice but my main problem with vdr is having two televisions + one
 computer that can be used for TV watching too. HD UI is not the main
 driver for me.

 There really should be a proper server/client(s) architecture with vdr.
 Possible HD UI development for vdr to be useful should be developed to
 operate as IP streaming client.

Maybe a streamosd plugin could provide what you need.

-- 
-Tor

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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-22 Thread Seppo Ingalsuo
Hi,

Are there cleaner or later patches somewhere for vdr (1.7.8) for xmbc?
The patch vdr-1.7.4-ext68-streamdev.patch from ticket
http://xbmc.org/trac/ticket/5595

could be applied but there could be some extra that I don't need from
some VDR extensions patch.

I'm also wondering if streamdev cvs is good as such. The HISTORY file
mentions added XBMC support by extending VTP capabilities (thanks to
Alwin Esch).

Anyway this is what I got when compiling

g++ -march=pentium4 -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c
-DUSE_STREAMDEVEXTENSION -DREMOTE_KBD -DVDR_USER=\vdr\ -DLIRC_DEVICE=
\/dev/lircd\ -DRCU_DEVICE=\/dev/ttyS1\ -D_GNU_SOURCE
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
-DVIDEODIR=\/video\ -DCONFDIR=\/video\ -DPLUGINDIR=\./PLUGINS/lib\
-DLOCDIR=\/usr/local/share/locale\ -I/usr/include/freetype2
-I/usr/src/v4l-dvb/linux/include channels.c
In file included from skins.h:17,
 from osdbase.h:15,
 from player.h:14,
 from status.h:15,
 from channels.c:17:
recording.h:66: error: ‘const cEvent* cRecordingInfo::GetEvent() const’
cannot be overloaded
recording.h:63: error: with ‘const cEvent* cRecordingInfo::GetEvent()
const’
make: *** [channels.o] Error 1

BR,
Seppo



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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-22 Thread Seppo Ingalsuo
On Sat, 2009-08-22 at 14:31 +0300, Seppo Ingalsuo wrote:

 recording.h:66: error: ‘const cEvent* cRecordingInfo::GetEvent() const’
 cannot be overloaded
 recording.h:63: error: with ‘const cEvent* cRecordingInfo::GetEvent()
 const’
 make: *** [channels.o] Error 1

The duplicate due to patching had to be removed from recording.h. Also
there was need to include status.h to videodir.c.

Now xbmc connects to vdr server and gets first radio channels, then tv
channels and then nothing happens. I wonder how long it needs to be
waited. Perhaps wrong/non working patches?

Xmbc without vdr seems to be fine. 

BR,
Seppo



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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-21 Thread Morfsta
Does the unified xbmc pvr work with VDR 1.7.8? The howto instructions
on the xbmc forum only mention 1.7.4.

Does 1.7.8 and latest xbmc-pvr svn only require a new streamdev (to
support TS?), or are other patches required?

Would be good if someone could outline what's needed to get it working.

Thanks,

Morfsta

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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-21 Thread Alex Fazzari
I have it working with 1.7.7.if that helps.  Some patches are required
to streamdev and VDR, I believe these are included in the source of
the pvr-testing branch.  If you search the thread on xbmc for mirak
you will see a prebuilt 1.7.7 and streamdev available via launchpad.

For me it's not stable enough yet. The one big show stopper I've got
is the following issue - changing channel by pushing up or down when
watching TV crashes xbmc on two of my channels.  This may jus tbe
something to do with my setup - I've tried debugging xbmc to get to
the bottom of this with no luck.

Saying that development is cracking on:  you can see the commits on
Trac if you're interested,
http://www.xbmc.org/trac/browser/branches/pvr-testing/

On Fri, Aug 21, 2009 at 9:24 PM, Morfstamorf...@gmail.com wrote:
 Does the unified xbmc pvr work with VDR 1.7.8? The howto instructions
 on the xbmc forum only mention 1.7.4.

 Does 1.7.8 and latest xbmc-pvr svn only require a new streamdev (to
 support TS?), or are other patches required?

 Would be good if someone could outline what's needed to get it working.

 Thanks,

 Morfsta

 ___
 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] xbmc-pvr (was - HD clients for vdr)

2009-08-21 Thread Goga777
 I'm trying to do just that. A separate install for vdr and xbmc. No
 integration for me now, since the plugins functionality is lost.
 
 A few methods are described here -
 http://www.xbmc.org/forum/showthread.php?t=47560.

with that scrip you can run vdr or xbmc independently 


!/bin/bash
export LANG=ru_RU.UTF-8
export LC_ALL=ru_RU.UTF-8
/usr/src/VDR/vdr --lirc --localedir=/usr/src/VDR/locale -s 
/etc/vdr/vdrpoweroff.sh -v /video -c /etc/vdr -u root -L 
/usr/src/VDR/PLUGINS/lib -Pxine -r   

while [ 1 -eq 1 ]; 
do

svdrpsend.pl remo on  

 xine -f --post vdr_video --post vdr_audio --post upmix_mono --verbose=2 -V 
vdpau -A alsa vdr:/tmp/vdr-xine/stream#demux:mpeg_pes

svdrpsend.pl remo off  xbmc -fs -l 

 done



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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-20 Thread Goga777
  So how do you set timers or lookup EPG etc in XBMC is there a plugin
  on XBMC to make it appear like VDR frontend?
  
 
 I do all that in vdr-sxfe but there's a lot of work being done to use xbmc
 as a vdr frontend here: http://xbmc.org/forum/showthread.php?t=45314
 /Magnus

but xbmc-pvr has a lot of limitation as vdr-frontend - it can't  control of vdr
plugins and vdr settings, go to osd vdr menu, to use vdr plugins (femon, 
channellist,...) 

have a look please
http://xbmc.org/forum/showpost.php?p=376056postcount=344

Goga


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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-20 Thread Magnus Hörlin

Goga777 wrote:

  So how do you set timers or lookup EPG etc in XBMC is there a plugin
  

on XBMC to make it appear like VDR frontend?

  

I do all that in vdr-sxfe but there's a lot of work being done to use xbmc
as a vdr frontend here: http://xbmc.org/forum/showthread.php?t=45314
/Magnus



but xbmc-pvr has a lot of limitation as vdr-frontend - it can't  control of vdr
plugins and vdr settings, go to osd vdr menu, to use vdr plugins (femon, channellist,...) 


have a look please
http://xbmc.org/forum/showpost.php?p=376056postcount=344

Goga


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

  
Of course it has limitations, it's a very young project. But it's 
progressing very fast and I think, given some time, that I will 
eventually abandon xinelib. At the moment I just press a button on my 
remote to switch between xbmc and vdr-sxfe so I can have the best of 
both worlds.

/Magnus


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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-20 Thread Seppo Ingalsuo

Magnus Hörlin wrote:
Of course it has limitations, it's a very young project. But it's 
progressing very fast and I think, given some time, that I will 
eventually abandon xinelib. At the moment I just press a button on my 
remote to switch between xbmc and vdr-sxfe so I can have the best of 
both worlds.

Can a single vdr server have multiple independent xbmc clients?

BR,
Seppo


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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-20 Thread Goga777
 Of course it has limitations, it's a very young project. But it's 
 progressing very fast 

sure

and I think, given some time, that I will 
 eventually abandon xinelib.

and vdr too ?:-)

Goga

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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-20 Thread Magnus Hörlin

Goga777 wrote:
Of course it has limitations, it's a very young project. But it's 
progressing very fast 



sure

  
and I think, given some time, that I will 
eventually abandon xinelib.



and vdr too ?:-)

Goga

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

  
Oh no, I will NEVER abandon VDR. I have tried myth twice and I wasn't 
impressed.

/Magnus

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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-20 Thread Magnus Hörlin

Seppo Ingalsuo wrote:

Magnus Hörlin wrote:
Of course it has limitations, it's a very young project. But it's 
progressing very fast and I think, given some time, that I will 
eventually abandon xinelib. At the moment I just press a button on my 
remote to switch between xbmc and vdr-sxfe so I can have the best of 
both worlds.

Can a single vdr server have multiple independent xbmc clients?

BR,
Seppo


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

Yes, that's the nice part since it uses streamdev. For me that's the 
main reason I'm interested in it.

/Magnus

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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-20 Thread Gavin Hamill
On Thu, 2009-08-20 at 18:44 +0200, Magnus Hörlin wrote:
 Goga777 wrote:


 Oh no, I will NEVER abandon VDR. I have tried myth twice and I wasn't 
 impressed.

Ah, I have to butt in here with my Myth rant. I too tried Myth, but for
me it has a critical flaw - channel zapping... it takes several seconds
to change channel.

The myth 'community', aware that it takes many seconds, told me that I
am doing it wrong - the user is supposed to choose something from the
programme guide and then switch to it. 

That alone kills Myth as a TV interface :/ Myth might be pretty to look
at, but VDR is super-functional :)

gdh



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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-20 Thread VDR User
I too have tried mythtv and found it to be a big bloated slow piece of
crap.  It seems to be a bunch of odds  ends slapped together rather
then a solid dvb app built from the ground up.  Not impressed with it
at all.

I should note that even though I did give it a try, I never intended
to replace VDR with it regardless of the test results.  I am a VDR
loyalist. :)

Cheers,
Derek

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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-20 Thread Morfsta
On Thu, Aug 20, 2009 at 7:55 PM, VDR Useruser@gmail.com wrote:
 I should note that even though I did give it a try, I never intended
 to replace VDR with it regardless of the test results.  I am a VDR
 loyalist. :)

I too have tried Myth on a number of occasions and have found it
unwieldy and slow, not sure why its so popular, perhaps because of the
flashier interface.

I currently have an ehd but have also just invested in a nvidia 9400,
to begin fiddling with VDR + XBMC but as usual I never get really
great results from using X11 based output, even with VDPAU and
temporal-spatial de-interlacing. It never seems to be up to the same
quality as a dedicated output card like the eHD, or FF TT card before
it.

That said, I haven't done the XBMC + VDR bit yet, just tried using
vdr-xine and xinelibout which just don't cut it. :-(

Right now I have ehd on one HDMI input for the TV with LIRC remote
control and X11 desktop with XBMC on the other output with mouse
control. Would be nice to eventually have all of it on one output with
just LIRC control for it all, but right now it serves me well with
good quality output and stability.

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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-20 Thread VDR User
On Thu, Aug 20, 2009 at 12:37 PM, Morfstamorf...@gmail.com wrote:
 On Thu, Aug 20, 2009 at 7:55 PM, VDR Useruser@gmail.com wrote:
 I should note that even though I did give it a try, I never intended
 to replace VDR with it regardless of the test results.  I am a VDR
 loyalist. :)

 I too have tried Myth on a number of occasions and have found it
 unwieldy and slow, not sure why its so popular, perhaps because of the
 flashier interface.

That's definitely is a part of it.  I know former VDR users who
switched to myth for that very reason.  Now that VDR has support for
hdtv, it's finally getting an osd overhaul as well (maybe coming in
1.7.9?), which will be 24bit iirc.  We'll finally be able to have a
high color/high resolution osd as well, which I'm hoping will spawn
peoples interest in making some really great skins and so on.  Most tv
stations it seems offer their logos in high color/high res as well.  I
know Klaus prefers to focus more on stability then things like candy
enhancements but I think he realized this is something users really
wanted to see implemented now that hdtv support is present.  And with
so many users investing in things like inexpensive vdpau-supported
video cards over overly expensive 'full featured' dedicated cards,
it's a logical enhancement to make to bring VDR up-to-speed visually.

One thing I would like to see in the future is a solid server/client
solution for VDR.  That is the other and probably biggest reason users
have abandoned VDR in favor of myth.  Yes there are things like
streamdev or xbmc+vdr, etc..  But those options are either too limited
or too much hassle.  It would be great if we could just set one
software (VDR) up and keep things lean.  I don't think this is
something we'll see any time soon, if at all.  But then a lot of
people said the same thing about support for hdtv and an awesome osd.
:)

Cheers,
Derek

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


Re: [vdr] xbmc-pvr (was - HD clients for vdr)

2009-08-20 Thread Chris Silva
On Thu, Aug 20, 2009 at 6:15 PM, Goga777goga...@bk.ru wrote:
  eventually abandon xinelib. At the moment I just press a button on my
  remote to switch between xbmc and vdr-sxfe so I can have the best of
  both worlds.

 would you like to describe more details your installation - xbmc and vdr 
 please

 Goga


Hi.

I'm trying to do just that. A separate install for vdr and xbmc. No
integration for me now, since the plugins functionality is lost.

A few methods are described here -
http://www.xbmc.org/forum/showthread.php?t=47560.

Perhaps Magnus can say for sure what method he uses.

Cheers
Cris

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