Re: [vdr] Client/server implementation after VDR 2.0: Do [not] reinvent the wheel

[Magnus Hörlin]

On 03/01/2012 05:02 PM, Gero wrote:

browser and the frontend does not connect to backend at all.
>  
>  Say you've been unable to manage to do it;-)

Su
I'd say we should let Klaus reinvent the wheel. I'm pretty sure he 
(using us as testers) can do better than myth/tvheadend. As an 
electronics design engineer, I myself do a lot better work if I'm 
allowed to do it the way I want instead of trying to copy someone elses 
design.

/Magnus H


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

Re: [vdr] Intelligent management of simulcast DVB-S2 / DVB-T channels

[Magnus Hörlin]

On 02/23/2012 04:50 PM, Dominic Evans wrote:
I remember seeing patches for marking channels as identical in terms 
of EPG (so e.g., a DVB-S version of the channel can automatically 
share the EPG entries from the DVB-T version), but has anyone worked 
on a patch for identifying simulcasting channels, or even had some 
preliminary design thoughts for how one could be implemented?


I can imagine at least the following two use cases:

1) When watching live TV, channel '1' automatically selects the 'best' 
available version of 'BBC One London' depending on available tuners - 
e.g., rotating through BBC One HD (DVB-S2), BBC One (DVB-T2), BBC One 
(DVB-S) and BBC One London (DVB-T).  This is much more intuitive than 
having to manually find an available broadcast of the channel.


2) For recordings, if a timer needs to start a recording on 'BBC One 
London', depending on its priority and a 'required quality' attribute 
it will similarly locate a tuner to make the recording with. Assuming 
it needs the DVB-S2 tuner for HD, if someone with lower priority is 
currently watching live TV on BBC One HD via DVB-S2 (and only one HD 
tuner is available) then they will be transparently switched down to 
the next available tuner quality.



Hi.
This is an interesting topic and I have had exactly the same ideas. But 
I think this violates Klaus's "Keep it simple" philosophy and (as usual) 
I tend to agree with him.

/Magnus H


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

Re: [vdr] Weird recording problem

[Magnus Hörlin]

On 05/29/2011 07:14 PM, Johan Andersson wrote:
In a small company like where I work I take the support call and fix 
the issue. Then your strategy would work.


I suspect that in a larger company the only thing that happens is that 
the people at frontline support gets annoyed. The relevant people will 
only see one issue in their issue tracking system regardless.


It would however be interesting to know if more people in Sweden have 
seen this. Perhaps everyone but me knew of the french situation and 
had it fixed long ago. Perhaps recording old Stargate reruns on TV6 is 
too geekish so noone else noticed :-)


I got a very positive sounding response from Teracom. I got the 
impression they are really going to fix this. For anyone else interested
I simply mailed their support address on their homepage 
http://www.teracom.se, ie: kundtja...@teracom.se



/Johan


Klaus Schmidinger skrev 2011-05-28 23:55:

On 28.05.2011 10:57, Johan Andersson wrote:


I sent off a question to customer support at Teracom and got a reply
indicating that they do have an error relating to these channels in
their 'coding platform'.


Thanks for actually doing this - finally a broadcaster who at
least admits *they* have a problem ;-)


'Your problem seems to relate to the error we have', was their
statement. They had no due date for fixing it though.


Maybe they would give this more priority if more people contacted
them about this. Once replying to inquiries takes up a considerable
amount of their time, they might consider doing something about it.
Perhaps you should post here how to contact them, so other viewers
of their channels could also bother them ;-)

Klaus


Hi Johan.
Yes, I have seen this too. TV10 has had it all the time but like you 
said, now TV6 has the same problem. I will send them a mail too and I 
must say I understand why Klaus doesn't want to make an ugly fix for 
this. I guess most STB people has, and that's why these problems exist. 
If everybody could just follow the standards things would be more stable.

/Magnus H


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

Re: [vdr] VDR 1.7.16 - emergency exit on recording HD shows

[Magnus Hörlin]

On 11/14/2010 05:45 PM, Eric Valette wrote:

On 14/11/2010 15:15, Udo Richter wrote:


In your case, as Klaus already wrote, it may have something to do with
the fact that VDR wants to start the recording with an I-frame, and
probably can't find one.


Some patches have been posted suggesting that replacing in remux.c


 independentFrame = ((Data[i + 2] >> 3) & 0x07) == 1;

which, as I read the bit definition is correct in doc



For further info:
Frame type = 000 forbidden
Frame type = 001 intra-coded (I) - iframe
Frame type = 010 predictive-coded (P) - p frame
Frame type = 011 bidirectionally-predictive-coded (B) - b frame
Frame type = 100 shall not be used(dc intra-coded (D) in ISO/IEC11172-2)
Frame type = 101 reserved
Frame type = 110 reserved
Frame type = 111 reserved


by something equivalent to

independentFrame = ((Data[i + 2] >> 3) & 0x6 == 0

saying basically that what is not a P frame, a D frame or B frame 
sould be an I-frame. I haven't yet tested it myself although I have a 
channel that I can play but not record.


Klaus says that the above code is not correct according t specs but 
failed to explain how we could get other values than 1, 2, 3, 4


-- eric

Thanks Eric, finally I can record Kanal 10 DVB-T in Sweden. Like I said 
in my previous post about that channel, I don't think the problem is 
related to vdr but to some error in the stream. This proves that frame 
type is zero instead of one.

/Magnus H


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

Re: [vdr] Fwd: Re: Strange problem with one specific channel

[Magnus Hörlin]

On 10/18/2010 05:52 PM, dplu wrote:

Hi

Senufo has publish a patch for vdr for existing problem since 1.7.10 at least

http://www.mail-archive.com/vdr@linuxtv.org/msg12668.html

I guess you must apply it on 1.7.16 also , recording DVB-T in France works
perfectly with this, checked on my vdr 1.7.15

@+

   
Ok, thanks. Tried it here but it doesn't seem to be the same issue as 
with the french channels. The problem remains.

/Magnus

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

Re: [vdr] Strange problem with one specific channel

[Magnus Hörlin]

On 10/18/2010 01:24 PM, Steffen Barszus wrote:

2010/10/18 Eric Valette:
   

On 10/18/2010 11:45 AM, Magnus H wrote:
 

Hi.
   
 

The above applies for a standard unpatched VDR 1.7.16, even without
starting
any plugins. VDR simply won't record it.
   

For the record: il have exactly the same problem with at least one channel
in france. I can play the channle but each time I try to record it I get a 0
byte file. Haven't get time to investigate it yet.
 

We got reported the same issue:
https://bugs.yavdr.com/issues/143

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

   
Ok, thanks. That bug report is exactly the same as my problem. Hope to 
get some time to look at it then since it will help more people.

/Magnus


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

Re: [vdr] Radio playback with VDR 1.7.15

[Magnus Hörlin]

On 08/08/2010 01:01 PM, Stephan Austermühle wrote:

Hi all,

anybody else having problems to playback radio streams with VDR 1.7.15
and DVB-S as source? VDR messages in syslog look okay but neither
recording nor playing works for me.

I do not have any problems with TV (including HD).

Best regards,

Stephan

   


No, works fine here.
/Magnus H


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

Re: [vdr] [Announce] iStreamdev 0.3.7

[Magnus Hörlin]

Alib wrote:

Hi there.

Long time vdr user but first time I post here I think.

iStreamdev is a WebApp for your iPhone.
It acts as a vdr streamdev frontend and lets you streams your vdr channels &
recordings and all your video & audio files to your non jailbroken iPhone.

Features:

. 100% webapp compatible user interface using iWebkit framework (
http://iwebkit.net )
. Channel selection throught categories
. Channels listed with logo and current epg.
. Streaming format selection: Edge, 3g, Wifi
. Recording streaming: Access your vdr recordings with epg.
. Timers support: Add/Edit/Delete/Activate/Deactivate timers.
. Video files support: Stream to all your video files ( avi, mkv, mov, etc )
to your Iphone. If you have a movie.tbn poster.jpg or folder.jpg file in the
same folder as the video file, it will display it as thumbnail. If there's
no picture, it will generate a thumbnail from the video.
. Music files support: Access to your mp3/aac/Wav files remotly and stream
them with playlist support.

Screenshots: http://projects.vdr-developer.org/wiki/istreamdev/SCREENSHOTS

To Do:

- Program Guide with timers.

What you need:

- an http server with PHP5 enabled like apache or lighthttpd
- having "at" package.
- www-data user should allowed to use "at".
  Check on your /etc/at/deny if www-data is there, and remove it if so.
- PHP is allowed to use exec() function.
- ffmpeg compiled with libx264 and libmp3lame support
- segmenter: modified version nows included in istreamdev path


Project page:

http://projects.vdr-developer.org/projects/show/istreamdev

Readme: http://projects.vdr-developer.org/wiki/istreamdev/README
Install: http://projects.vdr-developer.org/wiki/istreamdev/INSTALL

Enjoy.



 
  
Thanks a lot, it's brilliant. I did this myself some time ago, but just 
live tv and nothing more. For some reason I didn't get recordings 
playback to work well so I never finished it.

/Magnus H



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

Re: [vdr] Location of subtitles

[Magnus Hörlin]

Rolf Ahrenberg wrote:

On Fri, 22 Jan 2010, Magnus H wrote:


I run xineliboutput from CVS and get my subtitles un-scaled in the
upper-left 720x576 area on my 1366x768 display. This means really 
small text
just below the middle of the screen aligned to the left, on both 
720x576 and

1920x1080 transmissions.


Sorry about that. Didn't test the unscaled OSD implementation and 
ofcourse there was couple of bugs, but those should be fixed now in 
CVS. The subtitles should now be center aligned on the bottom of the 
screen.


BR,
--
rofa

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


Thanks Rolf. Looks good now.
/Magnus


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

[vdr] ttxtsubs patch for vdr-1.7.10

[Magnus Hörlin]

Hi, just thought I'd post an unofficial ttxtsubs patch for vdr-1.7.10 in case 
someone wants to use it.
/Magnus H




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

Re: [vdr] mdadm software raid5 arrays?

[Magnus Hörlin]

I too have only good experiences with md raid5 and have used it for years on
my vdr server. It’s not uncommon that I record 7-8 programs simultaneously,
including HD channels, and I have never had any problems with that. On the
other hand, this is just a VDR/NFS server serving two diskless VDR/XBMC
frontends so maybe it would affect OSD performance if I had it on the same
machine.

/Magnus H

 

 

  _  

Från: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] För Alex
Betis
Skickat: den 13 november 2009 08:00
Till: VDR Mailing List
Ämne: Re: [vdr] mdadm software raid5 arrays?

 

In general good experience.
I don't record much, so I don't worry about speed.
There are many web pages about raid5 speed optimizations. 
The slowdown in raid5 writes mostly happen when a part of a strip (chunk of
data) has to be written,
so the driver has to read the strip, and write it back. The optimizations
talk about alignment of file system block size with raid strip size.

Since we're talking about movie recordings (huge files), then big file
system blocks will not create much waste.
Smaller strip size will probably reduce the read performance a bit, but will
increase write speed since there will be less cases where not the whole
strip has to be updated.

In one sentence, you won't know if it's slow until you'll try :)
RAID 10 will obviously give better write speed, but I'm not yet convinced
that raid 5 can't handle 4 recordings at the same time.

If we're talking about HD recording, it's about 3Gigs/hour, meaning less
than MByte per second.
Don't think there should be a problem to write 3-4 MByte/sec without any
raid.

By the way, I had a very bad experience with LVM on top of raid in latest
distros, so if you want to save some hairs on your head, don't try it :)



On Fri, Nov 13, 2009 at 1:06 AM, Simon Baxter  wrote:

Thanks Alex.  I think I've decided to go RAID 1+0 rather than RAID 5 as
I'm worried about the write speed.

I often record 3 or 4 channels at once and do see some "slow down" on OSD
responsiveness during this.

What's your experience with RAID5?



- Original Message -
From: Alex Betis
To: VDR Mailing List
Sent: Friday, November 13, 2009 1:03 AM
Subject: Re: [vdr] mdadm software raid5 arrays?


Simon,

Pay attention that /boot can be installed only on a single disk or RAID-1
where every disk can actually work as a stand alone disk.

I personally decided to use RAID-5 on 3 disks with RAID-1 on 3xsmall
partitions for /boot and RAID-5 on the rest.
RAID-5 also allows easier expansion in the future.



On Tue, Nov 10, 2009 at 8:48 PM, Simon Baxter  wrote:

Thanks - very useful!

So what I'll probably do is as follows...
* My system has 4x SATA ports on the motherboard, to which I'll connect my
4x 1.5TB drives.
* Currently 1 drive is in use with ~30G for / /boot and swap and ~1.4TB
for /media
* I'll create /dev/md2, using mdadm, in RAID1 across 2 ~1.4TB partitions
on 2 drives
* move all active recordings (~400G) to /dev/md2
* split /dev/md2 and create a raid 1+0 (/dev/md1) using 4x partitions of
~1.4TB across 4 drives

At this point I have preserved all my data, and created a raid1+0 for
recordings and media.

I should now use the remaining ~100G on each drive for raid protection for
(root) / and /boot.  I've read lots on the web on this, but what's your
recommendation?  RAID1 mirror across 2 of the disks for / (/dev/md0) and
install grub (/boot) on both so either will boot?




On Tue, Nov 10, 2009 at 09:46:52PM +1300, Simon Baxter wrote:

What about a simple raid 1 mirror set?



Ok.. short comparison, using a single disk as baseline.

using 2 disks
raid0: (striping)
++   double read throughput,
++   double write throughput,
--   half the reliability (read: only use with good backup!)

raid1: (mirroring)
++   double read throughput.
osame write throughput
++   double the reliability


using 3 disks:

raid0: striping
+++  tripple read performance
+++  tripple write performance
---  third of reliability

raid1: mirroring
+++  tripple read performance
osame write throughput
+++  tripple reliability

raid5: (distributed parity)
+++  tripple read performance
-lower write performance (not due to the second write but due
   to the necessary reads)
+sustains failure of any one drive in the set

using 4 disks:

raid1+0:
 four times the read performance
++   double write performance
++   double reliability


please note: these are approximations and depending on your hardware
they may be off by quite a bit.

cheers
-henrik




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

 

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.425 / Virus Database: 270.14.58/2493 - Release Date: 11/12/09
07:38:00

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

Re: [vdr] Setup more than 4 tuners to the same satellite

[Magnus Hörlin]

> -Ursprungligt meddelande-
> Från: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] För Theunis
> Potgieter
> Skickat: den 15 oktober 2009 12:00
> Till: VDR Mailing List
> Ämne: Re: [vdr] Setup more than 4 tuners to the same satellite
> 
> On 15/10/2009, Magnus Hörlin  wrote:
> >
> >
> 
> > > ___
> >
> >  Hi. What you want is a "Quattro" LNB and a 4-to-8 (or 5-8) Multiswitch,
> not
> >  a quad LNB. Then you can use up to eight independently operating
> tuners.
> >  /Magnus H
> >
> 
> Is a Quad LNB good if you only have 4 tuners?
> 
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Yes, and that's what I have. I have considered stepping it up a notch,
though.
/Magnus



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

Re: [vdr] Setup more than 4 tuners to the same satellite

[Magnus Hörlin]

> -Ursprungligt meddelande-
> Från: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] För Theunis
> Potgieter
> Skickat: den 15 oktober 2009 10:28
> Till: VDR Mailing List
> Ämne: [vdr] Setup more than 4 tuners to the same satellite
> 
> I currently have a twin LNB on a single dish. I have read through some
> old threads but could not find what I was looking for. I need some
> advice on how to setup more than 4 tuners ( example 6 ) to see the
> same satellite with the same dish. I can only change the LNB and add
> cables and/or multiswitch/diseq.
> 
> I did read http://www.linuxtv.org/wiki/index.php/Sat_antenna
> 
> But I'm still not sure what I should get
> 
> Should I get a 8x8 LNB ( http://www.ellies.co.za/index.php?id=548 )
> and each card plugs in directly to this LNB?
> 
> Or do I need to get a Quad LNB (
> http://www.ellies.co.za/index.php?id=547 ) and add to that a
> multiswitch/diseq type ( http://www.ellies.co.za/index.php?id=795 ) ?
> 
> Or should I keep my existing TwinLNB and simply add this
> http://www.ellies.co.za/index.php?id=796 ?
> 
> Thanks for any advice in advance.
> Theunis
> 
> ___

Hi. What you want is a "Quattro" LNB and a 4-to-8 (or 5-8) Multiswitch, not
a quad LNB. Then you can use up to eight independently operating tuners.
/Magnus H



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

Re: [vdr] Switching from MythTV to VDR

[Magnus Hörlin]

> -Ursprungligt meddelande-
> Från: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] För Andre
> Newman
> Skickat: den 14 oktober 2009 16:04
> Till: VDR Mailing List
> Ämne: [vdr] Switching from MythTV to VDR
> 
> Hi,
> 
> I'm looking for some pointers on VDR coming from a MythTV history. I'm
> happy with most of the MythTV features but not the stability or the
> playback image quality, I've been using MythTV as my only TV recorder
> for some years.
> I got around the image quality issues by using a PS3 for playback and
> have monit restarting mythtv-backend or mysql for me when it falls over.
> 
> I have a vdr 1.7.8 on Ubuntu system running to try out, a long term
> vdr user German friend helped me get started with vdr as I found lots
> of things only really discussed or documented in German, I got past
> that and learned a little German, I now seem to be able to find most
> things but not all
> These are my questions and my friend does not know and cannot find me
> solutions, googling hasn't given me any answers and I've been reading
> this list for some time too.
> 
> I don't have a full featured card, I tried to buy one at first but
> they don't seem to exist any more, I have a HVR4000 in my test PC, oh
> and I'm not really very interested in SDTV or analog TV, only HDTV. I
> am in the UK but have a system looking at 28E, 19E and 13E as well as
> local DVBT. The PC has an Nvidia 9400gt so VDPAU is possible, I have
> tried it through MythTV and standalone mplayer but I'm not very
> impressed with the image quality, I'll stick with the PS3 for now.
> 
> Good stuff is mature DVBS2 support, bomb proof stability, sky and
> freesat epg, sc, vdr-admin, static network protocol, live streaming.
> 
> In general I find that if vdr has a feature, it works really well.
> 
> My problems, not many but they are stoppers.
> 
> No ITVHD, I tried the fixed pid and turn off updates workaround but it
> didn't work for me, not so important as I suspect red button ITVHD
> will be history in a couple of months, not like I'd be missing many
> programmes anyway!
> 
> no uPnP
> Ok have fixed this by running mediatomb pointed at the media
> directory, performance is great (better than MythTV's built in uPnP)
> but vdr's naming convention and file splitting makes this a mess. I
> was pointed to the max file size setting but this is only 2GB as a max
> or is it 4GB, either way even a 1 hour HDTV show on a low bitrate
> channel has several files.
> I get a very very long list of files all called 1 2 etc. to
> navigate through! Ok there's useful switches to make the directories
> more meaningful but that means a lot of digging through the file
> structure from the PS3 menu, not ideal.
> 
> Timers, I'm used to MythTV's record programme "XXX" on any channel at
> any time flexibility which follows programme reschedules, new series
> starting without me knowing, all kinds of good stuff that I now take
> for granted. vdr seems to set the timer for a channel and a time like
> an ordinary PVR or VCR with EPG. If there's a plugin that takes this
> up a level I'm struggling to find it in English or German, please
> point me in the right direction.
> 
> As an example I tried to record 3 minute wonder on CH4HD, it's a
> filler programme so on at all kinds of times, got the first one then
> who knows what that was on at the same time from then on.
> 
> I really like the simplicity and robustness of vdr compared to the
> sprawling disjointed MythTV, I'm hoping I've missed a few tricks along
> the way or the things that cause me hassle are simple enough for me to
> patch, if pushed in the right direction.
> 
> Any advice greatly appreciated.
> 
> Andre
> 
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.421 / Virus Database: 270.14.5/2418 - Release Date: 10/13/09
> 19:11:00

Have you tried the epgsearch plugin? It's an absolute must have. I have
tried Myth also but find VDR more "understandable" and easier to maintain.
/Magnus 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)

[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)

[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] xineliboutput vs xine-vdr plugin

[Magnus Hörlin]

> -Ursprungligt meddelande-
> Från: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] För Gerald
> Dachs
> Skickat: den 25 augusti 2009 10:05
> Till: VDR Mailing List
> Ämne: Re: [vdr] xineliboutput vs xine-vdr plugin
> 
> > Am wondering if the xineliboutput is a tad better thant xine-vdr w/
> > xine patched for vdpau?
> >
> > I currently use the latter, with the advantage that I can stop xine in
> > order to run xbmc and possibly toggle between them using a lirc hotkey
> > setup, all the while vdr runs all the time in the background for
> > eventual recordings, but it seems that xineliboutput might have some
> > more advanced features wrt cropping etc?
> 
> Why is that an advantage of xine-vdr? I toggle between xineliboutput and
> xbmc.
> 
> Gerald
> 
> 
Yes, so do I. I guess he's starting the frontend from vdr instead of doing
that separately.
/Magnus H



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

Re: [vdr] HD clients for vdr

[Magnus Hörlin]

svan...@bahnhof.se wrote:

Yes, it has limitations but given the low power consumption it's still
impressive. The ION runs fine with advanced deinterlacer for 576i and
temporal for 1080i. A 9500GT can do advanced on 1080i but for me it's not
worth the extra heat and space. I have the computer on the back of my TV.
http://www.minhembio.com/magho
/Magnus



Are you sure your ION can play 1080i with temporal? What is the source? I
have tried a lot of HD-channels on Thor 0.8W without success and I have to
use bob deinterlace filter or else the hardware drops frames.

See:
http://www.nvnews.net/vbulletin/showthread.php?t=136326&highlight=deinterlace

I have installed Ubuntu 9.04 amd64 server with a minimum of services.

/Svankan


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

  
In XBMC it works fine with Eurosport HD recordings on Thor at least. 
Ubuntu 9.04 32bit on the diskless ION, recordings on nfs.

/Magnus H


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

Re: [vdr] ttxtsubs patch for vdr-1.7.9

[Magnus Hörlin]

VDR User wrote:

Have you tested it to make sure it works?  I only ask cuz making a
patch apply clean, and having it still work can be two totally
different things sometimes.

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

  
I just checked it worked in my own environment, no thorough testing, no 
guarantees..

/Magnus 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)

[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

[vdr] ttxtsubs patch for vdr-1.7.9

[Magnus Hörlin]

Hi, just thought I'd post the ttxtsubs patch I modified to apply cleanly to
vdr-1.7.9 if someone is interested.
/Magnus H



vdr-1.7.9-ttxtsubs.patch
Description: Binary data
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

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

[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)

[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)

[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=376056&postcount=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] HD clients for vdr

[Magnus Hörlin]

> -Ursprungligt meddelande-
> Från: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] För Theunis
> Potgieter
> Skickat: den 20 augusti 2009 09:28
> Till: VDR Mailing List
> Ämne: Re: [vdr] HD clients for vdr
> 
> On 19/08/2009, Magnus Hörlin  wrote:
> >  Hi Goga. No, it's not available in xbmc. For some reason xineliboutput
> has
> > never worked as well for HD as xbmc does.
> >  /Magnus
> >
> 
> 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



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

Re: [vdr] HD clients for vdr

[Magnus Hörlin]

> -Ursprungligt meddelande-
> Från: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] För Theunis
> Potgieter
> Skickat: den 20 augusti 2009 10:00
> Till: VDR Mailing List
> Ämne: Re: [vdr] HD clients for vdr
> 
> On 19/08/2009, Magnus Hörlin  wrote:
> >  Well, my ION board with 9400m does temporal deinterlacing of 1080i HDTV
> > just fine in xbmc. The question was about the best silent solution and a
> > computer with just an Atom and a 9400 requires a lot less cooling than
> > something with a discrete graphics card.
> >  /Magnus H
> 
> On http://www.mythtv.org/wiki/VDPAU it indicates that the 9400M has
> limitations:
> Advanced (2x, Hw) used for <= 720, Temporal 2x HW or Advanced 1X HW for >
> 720
> 
> Where as Nvidia ion - GeForce 9400. Zotac IONITX-C reports: Works
> great even w/ single core atom. No fans. 20W power draw.
> 
> Can you confirm that you don't experience the same problems as with
> the GeForce 9400GT/M ?
> 
> Thanks,
> Theunis
> 
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.409 / Virus Database: 270.13.61/2312 - Release Date: 08/19/09
> 18:06:00

Yes, it has limitations but given the low power consumption it's still
impressive. The ION runs fine with advanced deinterlacer for 576i and
temporal for 1080i. A 9500GT can do advanced on 1080i but for me it's not
worth the extra heat and space. I have the computer on the back of my TV.
http://www.minhembio.com/magho
/Magnus



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

Re: [vdr] HD clients for vdr

[Magnus Hörlin]

Goga777 wrote:
Well, my ION board with 9400m does temporal deinterlacing of 1080i HDTV 
just fine in xbmc. 



did you try the temporal_spatial with 1080i ?

Goga

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

  
Hi Goga. No, it's not available in xbmc. For some reason xineliboutput 
has never worked as well for HD as xbmc does.

/Magnus


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

Re: [vdr] HD clients for vdr

[Magnus Hörlin]

Torgeir Veimo wrote:

2009/8/19 Theunis Potgieter :
  

On 18/08/2009, Anssi Hannula  wrote:


Magnus Hörlin wrote:
 >
 > Hi. My opinion is that nvidia's ION platform with vdpau and XBMC gives the best 
result. The atom's cpu load is <10% playing 1080p h264 so forget the 3GHz core2 
unless you want to play Flash HD movies or other non-vdpau formats.


Isn't Flash HD content usually encoded in H.264? That's the case in
 youtube, at least, and the clips play fine using vdpau decoding in mplayer.


 > It's not very cheap yet but you can build a fanless one for €200. For 
example a http://www.cartft.com/catalog/il/1072 together with 2G ram and a 
pico-psu.


--

Anssi Hannula
  

What GPU does the nvidia ION A type board have? Wikipedia lists it as
NVIDIA PureVideo HD. And if you look that up on wikipedia then it
could be any of the GPUs
http://en.wikipedia.org/wiki/Nvidia_PureVideo#Table_of_PureVideo_.28HD.29_GPUs

Ideally you would like to have the 9400/9500 type GPU that can do both
h264 and VC1.



Initially you might think you do, since you'd like to playback bluray
material in the future. But in fact, most of the time you'd be
displaying h.264 from HDTV transmissions, and deinterlacing it, if
it's 1080i. Not all the different GPUs can do the advanced (temporal)
deinterlacing for 1080i material.

In most cases, a 9500gt is the better choice, since it can do just
that, even though it doesn't support VC-1 decoding in hardware, while
a 8400gs can do that, but not deinterlace it.

For a more thorough answer, have a look at the mythtv mailing lists.
  
Well, my ION board with 9400m does temporal deinterlacing of 1080i HDTV 
just fine in xbmc. The question was about the best silent solution and a 
computer with just an Atom and a 9400 requires a lot less cooling than 
something with a discrete graphics card.

/Magnus H



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

Re: [vdr] HD clients for vdr

[Magnus Hörlin]

> -Ursprungligt meddelande-
> Från: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] För Theunis
> Potgieter
> Skickat: den 19 augusti 2009 09:52
> Till: VDR Mailing List
> Ämne: Re: [vdr] HD clients for vdr
> 
> On 18/08/2009, Anssi Hannula  wrote:
> > Magnus Hörlin wrote:
> >  >
> >  > Hi. My opinion is that nvidia's ION platform with vdpau and XBMC
> gives the best result. The atom's cpu load is <10% playing 1080p h264 so
> forget the 3GHz core2 unless you want to play Flash HD movies or other
> non-vdpau formats.
> >
> >
> > Isn't Flash HD content usually encoded in H.264? That's the case in
> >  youtube, at least, and the clips play fine using vdpau decoding in
> mplayer.
> >
> >
> >  > It's not very cheap yet but you can build a fanless one for €200. For
> example a http://www.cartft.com/catalog/il/1072 together with 2G ram and a
> pico-psu.
> >
> >
> > --
> >
> > Anssi Hannula
> 
> What GPU does the nvidia ION A type board have? Wikipedia lists it as
> NVIDIA PureVideo HD. And if you look that up on wikipedia then it
> could be any of the GPUs
> http://en.wikipedia.org/wiki/Nvidia_PureVideo#Table_of_PureVideo_.28HD.29_
> GPUs
> 

It's a 9400.

> Ideally you would like to have the 9400/9500 type GPU that can do both
> h264 and VC1.
> 
> From what I could read about Flash HD, is that the limitation seems to
> be from the Adobe plugin (on windows) that does not do hardware
> acceleration for h264
> (http://www.nvnews.net/vbulletin/showthread.php?t=135840). But if we
> use mplayer or Xine to, then it should in theory it should be able to
> do Flash HD?

Sorry, my mistake. I didn't know flash movies were h264. It's just a problem 
for the poor souls that are stuck with windows then.


> 
> What is your setup like? Do you use VDR as the main application or do
> you use something like XBMC with VDR or do you load a plugin on VDR to
> play flash type movies? Which output plugin do you guys use? I
> currently use xineliboutput 1.0.4. It does have its short comings but
> very good for Live TV.
> 

I have a vdr server that runs xineliboutput and streamdev, both from cvs. Then 
I use vdr-sxfe or xbmc on my diskless clients. Mostly vdr-sxfe for SD tv and 
xbmc for everything else.
/Magnus

> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.409 / Virus Database: 270.13.59/2310 - Release Date: 08/18/09
> 18:05:00


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

Re: [vdr] HD clients for vdr

[Magnus Hörlin]

> -Ursprungligt meddelande-
> Från: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] För Theunis
> Potgieter
> Skickat: den 18 augusti 2009 15:00
> Till: VDR Mailing List
> Ämne: [vdr] HD clients for vdr
> 
> I recently saw the popcornhour and the HD demo on the popcorn wasn't
> what I expected. It felt like the early adopters of the first DVD
> players that came out. It was more jittery than a Blu-Ray disk on a
> PS3. So now I am wondering, what is the best silent/cheap client out
> there? That actually does 100% smooth playback like a normal DVD
> except at HD resolution/video bandwidth? Are there popcorn
> alternatives? Or is the best now to get a nvidia 9400/9500 to do video
> decode acceleration with a Core 2 Duo type processor of about 3GHz?
> 
> What are you opinion?
> 
> Theunis
> 
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.392 / Virus Database: 270.13.59/2310 - Release Date: 08/17/09
> 18:04:00

Hi. My opinion is that nvidia's ION platform with vdpau and XBMC gives the best 
result. The atom's cpu load is <10% playing 1080p h264 so forget the 3GHz core2 
unless you want to play Flash HD movies or other non-vdpau formats.
It's not very cheap yet but you can build a fanless one for €200. For example a 
http://www.cartft.com/catalog/il/1072 together with 2G ram and a pico-psu.
/Magnus H



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

[vdr] vdr-xine and ffwd/rew/skip (was: ExtensionHD and VDR 1.7.6)

[Magnus Hörlin]

Reinhard Nissl wrote:
> Well, have a look into xineDevice.c and locate
> cXineDevice::HasIBPTrickSpeed(). Then remove the comment and
> apply the attached patch to VDR.
>
> The problem is, that I don't know which speed calculation to use
> in SetTrickSpeed(). So I asked kls to supply this info as in the
> attached patch but he thinks of changing the semantic of
> SetTrickSpeed() at all. That's why I haven't released this
> functionality yet.
>
> Bye.
>   
Thanks, but that unfortunately didn't help me. For me, ffwd/rew hasn't 
worked with vdr-xine since back in the days when you had to patch if for 
networked use. Then xineliboutput came along and I have never managed to 
get vdr-xine to work well enough to replace it. I guess I have tried 
about 100 different versions of hardware/vdr/graphics drivers/xinelib 
and vdr-xine over the years. The HD playback is better than in 
xineliboutput but what I do a lot is to jump 60s forward through 
recordings and that doesn't work very well with vdr-xine. The progress 
bar jumps 60s almost immediately, but it only jumps about five seconds. 
And a few seconds later, it jumps to where it should. With xineliboutput 
a can hold the button down and it jumps very fast and precise. And 
ffwd/rew is instantaneous. With vdr-xine, xine-ui crashes almost every 
time. And since I don't even have a GPU on my vdr server, I'm not very 
fond of having to compile xine on it. But like I said, vdr-xine works 
better with HD channels and plays Swedish national television's 720p50 
SVT HD which xineliboutput doesn't do very well so it would be nice to 
get it working. Actually, I tend to use XBMC to watch HD recordings 
since their vdpau implementation seems to be the best. Thanks for taking 
your time.
/Magnus H


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

Re: [vdr] ExtensionHD and VDR 1.7.6

[Magnus Hörlin]

Reinhard Nissl wrote:
> Hi,
>
> Magnus Hörlin schrieb:
>
>   
>> I have to agree that the vdpau deinterlacers are better than the tvtime 
>> ones, including the temporal only deinterlacer that is used for 1080i. 
>> But it is as you say a little annoying that paused images are not 
>> deinterlaced. I use the ION platform with 9400M.
>> 
>
> Well, the attached patch is better than nothing but a better
> approach would be to render both fields into a single surface
> before displaying them. At the moment, both fields are rendered
> separately.
>
> Bye.
>   
> 
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>   
Well, it's A LOT better than nothing. Reinhard, you are a true hero. Now 
if only ffwd/rew/skip would be as smooth with vdr-xine as it is with 
xineliboutput... Anyway, your xinelib-1.2 vdpau patches are brilliant. 
I've used every one of them since day one.
/Magnus H


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

Re: [vdr] ExtensionHD and VDR 1.7.6

[Magnus Hörlin]

Seppo Ingalsuo wrote:
> Pasi Kärkkäinen wrote:
>   
>> Nice.
>> How's the deinterlacing quality? 
>>   
>> 
> The 576i movement is smoother (not frame rate but the lowpass effect) 
> than with GreedyH/GreedyL deinterlacers I  used with software decoding. 
> Greedy deinterlacers did show show jaggies sometimes so I'd say it's 
> generally better.  My viewing size for VDPAU are 46" and 32". Projector 
> users may prefer a sharper picture perhaps? I haven't tried 1080i stuff 
> so I can't comment that.
>
> The only problem with deinterlacing is that paused picture in vdr 
> sometimes looks like not deinterlaced. There could be comb effect in 
> entire screen or perhaps just one line.
>
> My graphics cards are GS8400. I wonder if there are different 
> deinterlacers around in different nvidia generations?
>
> BR,
> Seppo
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>   
I have to agree that the vdpau deinterlacers are better than the tvtime 
ones, including the temporal only deinterlacer that is used for 1080i. 
But it is as you say a little annoying that paused images are not 
deinterlaced. I use the ION platform with 9400M.
/Magnus H


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

Re: [vdr] ExtensionHD and VDR 1.7.6

[Magnus Hörlin]

Pasi Kärkkäinen wrote:
> On Thu, May 28, 2009 at 08:54:05PM +0300, Seppo Ingalsuo wrote:
>   
>> Luca Olivetti kirjoitti:
>> 
>>> OTOH with my setup it works poorly (artifacts, banding, freezing, 
>>> changes in color, etc.) and I'm not the only one, so I'm not sure vdpau 
>>> support is mature enough for inclusion in xine-lib.
>>>   
>>>   
>> Here VDPAU works close to perfectly with two different (Intel E8200, AMD 
>> 4850E + GeForce 8400) Ubuntu Jaunty boxes with included restricted 
>> Nvidia driver and self compiled VDPAU enabled xine-lib.
>>
>> I had picture tearing that was solved by disabling composite extension. 
>> I lost possibility for HUD OSD for now. I needed to force also 50 Hz 
>> video mode to HDMI with custom xorg.conf modeline. Somehow probably due 
>> to extremely low CPU load VDPAU also solved breaking SPDIF sound that I 
>> had on my Asus P5Q motherboard (with similar setup the AMD780G mobo 
>> never had sound problems). 576i video scaling and de-interlacing is good 
>> quality in VDPAU.
>>
>> 
>
> So you have 576i 50Hz interlaced video playing at 50fps de-interlaced? 
>
> -- Pasi
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>   
Well, at least that's how I use it most of the time and it's working 
brilliantly. To me, vdpau is the best thing that's ever happened to the 
htpc world next to VDR of course... When it comes to xine-lib, I must 
say that XBMC uses vdpau in a better way. VDR HD recordings look a lot 
better when played back in XBMC than with  xineliboutput. But for anyone 
interested, xineliboutput HD OSD works as of wednesdays cvs.
/Magnus H


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

Re: [vdr] lyngsat/kingifsat 2 vdr script

[Magnus Hörlin]

marti...@embl.de wrote:

Manual channel scanning does not work so well as the provider sometimes don
´t
adhere to the dvb api. Adding the channels one by one from within vdr can t
ake
an eternity.
Anybody has a script to generate a vdr channels.conf out of an .html file f
rom
lyngsat or kingifsat ?

http://www.lyngsat.com/packages/dpastra.html

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

  
I wrote a perl script a few years ago that works for me but it's not 
very pretty. Feel free to modify to your liking

/Magnus H



lyngsat2vdr.pl
Description: Perl program
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [OT] NVidia ION mini-ITX arriving

[Magnus Hörlin]

Tommi Lundell wrote:
> Magnus Hörlin wrote:
>   
>> Goga77
>> 
>>>> last week. It's arriving tomorrow and it will be very interesting to see if
>>>> it work as well as my 9400-based uATX does.
>>>> /Magnus
>>>>
>>>> 
> This is the best VDR frontend/XBMC machine I've ever tried. I don't know
>   
>> why, but it works better than my Intel E7200/Nvidia 9400 uATX board. For 
>> /Magnus H
>>
>> 
>
> Hello
>
> I think to buy GA-E7AUM-DS2H NVIDIA GeForce 9400 motherboard. Can you 
> share your experiences whit 9400 based mobo and VDPAU? (And rest your 
> notes ofc ;-))
> What you mean "GA-E7AUM-DS2H NVIDIA GeForce 9400...")?
>
> Tommi
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>   
Well, I've had that board since it came out and if I was you I'd wait 
for one of hopefully several Nvidia Ion boards coming out soon. For some 
reason I never managed to make the GA-card work as well as my Ion board 
which is just fantastic. This how the Revo looks mounted on the back of 
my LCD, together with a USB DVD player. HDD, WLAN card and top cover are 
removed since I don't need any of them. As you can see, the performance 
figures while playing "killa" in XBMC are quite impressive, don't you think?
http://www.minhembio.com/magho
Yes I know, I will tidy up the cable routing! But with only two (AC 
power and ethernet) cables running to the TV that's not a very difficult 
job.
/Magnus H


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

Re: [vdr] [OT] NVidia ION mini-ITX arriving

[Magnus Hörlin]

VDR User wrote:
> Thanks for the feedback on this hardware!  There are many interested
> parties (myself included) so it's great to hear some real world
> experiences.  Have you tried throwing any VC-1 at it yet?
>
> Regards,
> Derek
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>   
Sorry, I don't have any VC-1 content available. Can you point me to some 
links and I'll be happy to try some.
/Magnus

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

Re: [vdr] [OT] NVidia ION mini-ITX arriving

[Magnus Hörlin]

Kimmo Taskinen wrote:
> Magnus,
>
> What kind of remote controller / IR receiver are you using?
> Does it have integrated receiver supporting lirc?
>
> - Kimmo
> On 16 May 2009, at 13:55, Magnus Hörlin wrote:
I use Microsoft's MCE remote (the only decent thing they ever produced) 
with this.
/Magnus H


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

Re: [vdr] [OT] NVidia ION mini-ITX arriving

[Magnus Hörlin]

Goga777 wrote:
> thanks again
>
> which resolution and diagonal size has your TV set ?
>
> Goga
>
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>   
Well, currently it's a 37" 1366x768 LG LCD which means vdpau has to work 
even harder, downscaling 1080p to 768p. I hope to change that for a 42" 
1080p screen this summer since my mother needs a new tv..
/Magnus H


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

Re: [vdr] [OT] NVidia ION mini-ITX arriving

[Magnus Hörlin]

Nicolas Huillard wrote:
> Magnus Hörlin a écrit :
>   
>> Well, my first imressions of the ION platform (Acer Revo) are very good. 
>> It does the vdpau deinterlacing without problems and so far the video 
>> decoding has not exceeded 1% cpu load for ANY 1080p clip I've tried. 
>> This is the best VDR frontend/XBMC machine I've ever tried. I don't know 
>> why, but it works better than my Intel E7200/Nvidia 9400 uATX board. For 
>> those interested it uses 34W from 220V with the hdd still attached. I 
>> don't know if it's using any power though, since I've disabled SATA in 
>> the bios because I boot it off the network. Anyone who knows how to open 
>> this wonderful little thing?
>> 
>
> Thanks for the feedback.
>
> Knowing that my EPIA ML6000 draws 25W from the wall (no HDD at all) 
> while hardware-decoding MPEG2, using the same kind of power brick, I'd 
> say decoding 1080p with 34W is great !
> I guess the HDD will still spin, even with SATA disabled at the BIOS. 
> You could rip 2 more watts off by unpluging it.
>
> Openning it :
> http://hothardware.com/Articles/Acer-Aspire-Revo-SFF-NVIDIA-Ion-PC/?page=3
>
> Does digital sound come out of the box on HDMI only ? No SPDIF of some 
> kind ?
>
>   
Thanks a lot for the link. Will open it as soon as my daughter has 
finished watching "High school musical". aplay -l shows no sign of a 
digital output other than hdmi which is a bit odd. I thought there would 
be a header on the mb at least but I guess not. For the moment I'm happy 
with hdmi.
/Magnus H



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

Re: [vdr] [OT] NVidia ION mini-ITX arriving

[Magnus Hörlin]

Torgeir Veimo wrote:
> 2009/5/16 Magnus Hörlin :
>   
>>>>> With an N230 or 330 processor?
>>>>>   
>
>   
>>>> That's a 230 with 2GB RAM. Don't see any need for a 330 for this
>>>> application.
>>>> 
>
> How much ram does the GPU get allocated with 2GB ram overall? 256MB?
>
>   
I allocated 512 MB in the bios but I'm not sure how much is actually 
used. Does anybody know how to see how much the gpu uses?
/Magnus H


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

Re: [vdr] [OT] NVidia ION mini-ITX arriving

[Magnus Hörlin]

Goga777 wrote:
>> Well, my first imressions of the ION platform (Acer Revo) are very good. 
>> It does the vdpau deinterlacing without problems and so far the video 
>> decoding has not exceeded 1% cpu load for ANY 1080p clip I've tried. 
>> This is the best VDR frontend/XBMC machine I've ever tried. I don't know 
>> why, but it works better than my Intel E7200/Nvidia 9400 uATX board. For 
>> those interested it uses 34W from 220V with the hdd still attached. I 
>> don't know if it's using any power though, since I've disabled SATA in 
>> the bios because I boot it off the network. Anyone who knows how to open 
>> this wonderful little thing?
>> 
>
>
> thanks for your report. 
>
> but can you watch dvb-s2 h264 channels with some usb dvb-card ?
>
> Goga
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>   
Not sure about that. I have a vdr server in the attic with six pci-slots 
full of dvb-t and s2 cards and run xineliboutput over the network. Works 
like a charm with vdpau deinterlacing my 1080i channels. The only one 
that doesn't work perfectly yet is SVT HD with 720p50.
/Magnus H


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

Re: [vdr] [OT] NVidia ION mini-ITX arriving

[Magnus Hörlin]

scott wrote:
> On Sat, 16 May 2009 14:11:55 +0200, Magnus Hörlin 
> wrote:
>   
>> Torgeir Veimo wrote:
>> 
>>> 2009/5/16 Magnus Hörlin :
>>>
>>>   
>>>   
 Well, my first imressions of the ION platform (Acer Revo) are very
 
> good.
>   
 It does the vdpau deinterlacing without problems and so far the video
 decoding has not exceeded 1% cpu load for ANY 1080p clip I've tried.
 This is the best VDR frontend/XBMC machine I've ever tried. I don't
 
> know
>   
 why, but it works better than my Intel E7200/Nvidia 9400 uATX board.
 
> For
>   
 those interested it uses 34W from 220V with the hdd still attached. I
 don't know if it's using any power though, since I've disabled SATA in
 the bios because I boot it off the network.
 
 
>>> With an N230 or 330 processor?
>>>
>>>   
>>>   
>> That's a 230 with 2GB RAM. Don't see any need for a 330 for this 
>> application.
>>
>>
>> 
> Bit off topic but which XBMC skin are you using?
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>   
The default skin. Havn't changed anything in xbmc settings except 
enabled vdpau.


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

Re: [vdr] [OT] NVidia ION mini-ITX arriving

[Magnus Hörlin]

Torgeir Veimo wrote:
> 2009/5/16 Magnus Hörlin :
>
>   
>> Well, my first imressions of the ION platform (Acer Revo) are very good.
>> It does the vdpau deinterlacing without problems and so far the video
>> decoding has not exceeded 1% cpu load for ANY 1080p clip I've tried.
>> This is the best VDR frontend/XBMC machine I've ever tried. I don't know
>> why, but it works better than my Intel E7200/Nvidia 9400 uATX board. For
>> those interested it uses 34W from 220V with the hdd still attached. I
>> don't know if it's using any power though, since I've disabled SATA in
>> the bios because I boot it off the network.
>> 
>
> With an N230 or 330 processor?
>
>   
That's a 230 with 2GB RAM. Don't see any need for a 330 for this 
application.


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

Re: [vdr] [OT] NVidia ION mini-ITX arriving

[Magnus Hörlin]

Goga777 wrote:
> Приветствую, Magnus
>
> how much does it ?
>
>   
>> I couldn't wait for a mini-ITX so I ordered a
>> http://www.nordichardware.com/news,9180.html
>> last week. It's arriving tomorrow and it will be very interesting to see if
>> it work as well as my 9400-based uATX does.
>> /Magnus
>>
>> 
Well, my first imressions of the ION platform (Acer Revo) are very good. 
It does the vdpau deinterlacing without problems and so far the video 
decoding has not exceeded 1% cpu load for ANY 1080p clip I've tried. 
This is the best VDR frontend/XBMC machine I've ever tried. I don't know 
why, but it works better than my Intel E7200/Nvidia 9400 uATX board. For 
those interested it uses 34W from 220V with the hdd still attached. I 
don't know if it's using any power though, since I've disabled SATA in 
the bios because I boot it off the network. Anyone who knows how to open 
this wonderful little thing?
/Magnus H


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

Re: [vdr] [OT] NVidia ION mini-ITX arriving

[Magnus Hörlin]

Well, in my world PCI cards have nothing to do in the livingroom or bedroom.
They should be put away in the attic or cellar together with the hdd's and
antenna cables. The first thing I will do when it arrives is remove the hdd
and boot it up from the same nfs directory as my current livingroom VDR/XBMC
client.
/Magnus

> -Ursprungligt meddelande-
> Från: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] För gimli
> Skickat: den 12 maj 2009 13:21
> Till: VDR Mailing List
> Kopia: Klaus Schmidinger's VDR
> Ämne: Re: [vdr] [OT] NVidia ION mini-ITX arriving
> 
> Disadvantage : No PCI Slot :(
> 
> > http://www.mini-itx.com/2009/05/04/zotac-ion-itx-atom-mini-itx-board-
> unboxing-and-salivating
> >
> > "...which means 1080p HD playback from an embedded Mini-ITX board with a
> > fanless 1.6GHz processor whilst consuming 21W.
> > The ION-ITX-A has its own DC converter onboard, and is supplied with a
> > 90W AC Adapter."
> >
> > Nice silent drop-in replacement for any mini-ITX / micro-ATX mobo.
> >
> > --
> > NH
> >
> > ___
> > 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
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.325 / Virus Database: 270.12.21/2101 - Release Date: 05/11/09
> 16:14:00


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

Re: [vdr] [OT] NVidia ION mini-ITX arriving

[Magnus Hörlin]

I couldn't wait for a mini-ITX so I ordered a
http://www.nordichardware.com/news,9180.html
last week. It's arriving tomorrow and it will be very interesting to see if
it work as well as my 9400-based uATX does.
/Magnus

> -Ursprungligt meddelande-
> Från: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] För Nicolas
> Huillard
> Skickat: den 12 maj 2009 12:54
> Till: Klaus Schmidinger's VDR
> Ämne: [vdr] [OT] NVidia ION mini-ITX arriving
> 
> http://www.mini-itx.com/2009/05/04/zotac-ion-itx-atom-mini-itx-board-
> unboxing-and-salivating
> 
> "...which means 1080p HD playback from an embedded Mini-ITX board with a
> fanless 1.6GHz processor whilst consuming 21W.
> The ION-ITX-A has its own DC converter onboard, and is supplied with a
> 90W AC Adapter."
> 
> Nice silent drop-in replacement for any mini-ITX / micro-ATX mobo.
> 
> --
> NH
> 
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.325 / Virus Database: 270.12.21/2101 - Release Date: 05/11/09
> 16:14:00


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

Re: [vdr] Can I disable pause live tv altogher?

[Magnus Hörlin]

> >
> > The Real Problem is that people are too lazy to educate their brats
> > properly.
> 
> For F sake.  Do you have kids?
> 
> You can educate a 5 year old, but a 2 year old?   Have you even tried?
> 
> Just to say: I am not lazy, and my kids are not brats, and I don't think
> I or the the others here who raised this issue deserve to be ridiculed.
> 
> (Or perhaps you intended your post to be humorous??)
> 
> >

Well, I also wondered if he was humorous or not. When my daughter was three
years I often found five or so live recordings running. Now I have a son of
the same age and now it never happens for some reason. It could be that I
have changed remote to one that has a pause key that you don't press by
accident as easily. Or perhaps a boy/girl thing? But when I come to think of
it, I don't think I have told him that you can pause live tv...
Anyway, I think that people who want to pause live tv don't want a
confirmation popup so perhaps disabling "pause live tv" by a config
parameter is a better solution.
/Magnus H



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

Re: [vdr] Can I disable pause live tv altogher?

[Magnus Hörlin]

> -Ursprungligt meddelande-
> Från: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] För Halim
> Sahin
> Skickat: den 5 maj 2009 13:52
> Till: vdr@linuxtv.org
> Ämne: Re: [vdr] Can I disable pause live tv altogher?
> 
> hi,
> 
> What's the difference?
> your approach needs patching vdr.
> Remooving the pause key from remote.conf does the same.
> HTH.
> Halim
> 

Hi Halim, to me it is a big difference. If I'm watching a recording (which I
do 99% of my TV-time) and there's a "Pause" key on my remote, I want it to
work as expected. To me, this is one of the key points of open source
software. If it doesn't work the way you want, modify it.
/Magnus



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

Re: [vdr] Can I disable pause live tv altogher?

[Magnus Hörlin]

> -Ursprungligt meddelande-
> Från: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] För
> marti...@embl.de
> Skickat: den 5 maj 2009 11:19
> Till: vdr@linuxtv.org
> Ämne: [vdr] Can I disable pause live tv altogher?
> 
> Well, keeping the remote control away from my kids is not easy unless I
> han
> g it
> from the ceiling.
> 
> Is there some way I can disable live tv pausing all together?
> 
> It is causing a lot of trouble and I don´t reallly need that feature...
> 

I think removing these lines in vdr.c would do the trick:

  // Pausing live video:
  case kPause:
   if (!cControl::Control()) {
  DELETE_MENU;
  if (!cRecordControls::PauseLiveVideo())
 Skins.Message(mtError, tr("No free DVB device to
record!"));
  key = kNone; // nobody else needs to see this key
  }
   break;

/Magnus H



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

Re: [vdr] Can I disable pause live tv altogher?

[Magnus Hörlin]

> -Ursprungligt meddelande-
> Från: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] För Halim
> Sahin
> Skickat: den 5 maj 2009 11:57
> Till: vdr@linuxtv.org
> Ämne: Re: [vdr] Can I disable pause live tv altogher?
> 
> hi,
> Remove the pause key from your remote.conf
> Regards
> Halim
> 
> 
> ___

That is not what he's looking for since he probably wants the pause key to
work during playback But do people still watch live tv? I hardly ever do
anyway.
/Magnus H



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

Re: [vdr] xineliboutput cvs broken osd scaling

[Magnus Hörlin]

gimli wrote:
> Hi,
>
> with the latest cvs version of xineliboutput the OSD scaling is broken
> using HD content. The OSD seems way to large on HD content.
>
> My setup is :
>
> Soft :
>
> vdr-1.7.5
> xineliboutput from today
> xine-lib-vdpau
>
> Hard :
> For video out i use vdpau on an IGP8300 motherboard.
>
> Anyone else noticed that behavior ?
>
> cu
>
> Edgar (gimli) Hucek
>
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>   
Yes, I've had the very same problem for weeks. It looks as though I only 
see the upper left 720x576 pixels no matter what content I play. So for 
1080i I hardly see any OSD at all. Dose xineliboutput CVS work with 
1.7.5 already?
/Magnus H

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

[vdr] VDR 2.0

[Magnus Hörlin]

Hi. VDR 1.x was MPEG2-only and recorded in MPEG-PES. Now that it can do
MPEG4 AVC/AAC, and records in MPEG-TS, isn't it time to rename it 2.0 after
1.7.5?
/Magnus H



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

Re: [vdr] vdr 1.7.4 & xineliboutput

[Magnus Hörlin]

Seppo Ingalsuo wrote:
> Does streamdev work with vdr 1.7.4? It's needed to make multiple vdr and 
> vdr-sxfe instances that share the save DVB tuners.
>
> BR,
> Seppo
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>   
Yes, I use vdr-1.7.4 with streamdev from cvs and have two vdr instances 
running xineliboutput.
/Magnus H


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

Re: [vdr] vdr 1.7.4 & xineliboutput

[Magnus Hörlin]

Goga777 wrote:
>>> Is some body working on getting xineliboutput to work vdr-1.7.4?
>>>   
>> Latest CVS works.
>> 
>
>
> did you check it with dvb-s2 h264 hdtv channels too ?
>
> Goga
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>   
Yes, works pretty well here. S2-liplianin, vdr-1.7.4, xineliboutput CVS, 
xine-lib 1.2 hg with rnissl's vdpau patches, nvidia 9400.
/Magnus H


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

[vdr] Anyone working on ttxtsubs for 1.7.4?

[Magnus Hörlin]

Hi. I've just made the switch to S2API and vdr-1.7.4 and it seems to work
quite well both with xineliboutput (with vdpau) and streamdev now. The thing
I'm missing is teletext subtitles and I don't know how hard it would be to
update it for ts. Has anyone started on this? What countries other than
Sweden and Finland use teletext subtitles frequently? I understand that it
is not one of your (Klaus) top priorities, but do you have access to any
channels that use it? Otherwise it's probably even lower on the priorities
list.
One feature request for VDR: a setup option to record all pids, including
all audio and teletext pids. That way I guess it would be easier to develop
a plugin for it (and I'd be happy to send you some recordings).
/Magnus H



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

Re: [vdr] Minimal VDR install

[Magnus Hörlin]

Andrey Kuzmin wrote:
>> I usually start by installing the latest version of ubuntu on one
>> computer and then duplicate that directory  for every client.
>> 
>
> Completely   diskless   clients   booting  through  PXE or iSCSI  from
> single image or from dedicated images from server are also worth  to  try.
> This work fast on gigabit networks with dedicated network cards on server
> per client. Haven't tried this with VDR yet, planning in future.
>
>
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>   
That's what I meant. I have diskless clients booting through PXE from 
dedicated images. And I just have a single 100Mb interface to serve four 
clients but that more than enough.
/Magnus H


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

Re: [vdr] Minimal VDR install

[Magnus Hörlin]

Chris Silva wrote:
> Hi, folks.
>
> My current vdr is instaled over "normal" ubuntu desktop since forever.
> Now I want to try something similar starting with ubuntu server and
> reducing installed packages to the minimum.
>
> I found a similar ideia at this link:
> http://kuparinen.org/martti/comp/vdr/vdr.html
>
> Now for the questions:
>
> - Anyone with similar approach?
> - What is the minimum xorg needed?
> - Recommended settings?
>
> The ideia is to have a lightweight system installed on a usb pen
> (almost all files are read only, so no problem) and add one or more
> HDD drives to perform the recording. Those drivers will only work when
> a recording is scheduled. Thus reducing noise to the minimum.
> Currently I have almost no dB coming from my vdr box, except for the
> disks.
>
> I need to take in account other applications xorg needs. Like xine,
> mplyer, whatever.
>
> I really want to end up with a minimal/no noise fully working system.
>
> Thanks.
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>   
I run "minimal" diskless ubuntu setups on a vdr server and three 
clients. The basic "cli" install of ubuntu desktop is <600MB and on the 
server there's not very much to add, just what's needed to compile vdr 
and an nfs server. On the clients I just install xinit and xorg-driver 
plus what's needed to compile xine. Then I start X with startx and 
vdr-sxfe/xbmc/performous with the remote using .xinitrc/irexec. No gdm 
or window manager, except for on my desktop client. And with a picoPSU 
the clients run at <30W so they're silent all right. The server with 
three hdd's and raid5 use a bit more but it's hidden away in the attic 
so I can't hear it anyway.
I usually start by installing the latest version of ubuntu on one 
computer and then duplicate that directory  for every client. Then it's 
just to boot that install for every client and add the rest of the 
packages needed for that hardware (I have one intel, one nvidia and one 
amd client so I can follow their respective X driver progress).
/Magnus H


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

Re: [vdr] [ANNOUNCE] VDR developer version 1.7.3

[Magnus Hörlin]

Klaus Schmidinger wrote:
> On 12.01.2009 16:01, Nicolas Huillard wrote:
>   
> Well, I thought that this id could also be used here, but apparently
> I was wrong.
>
> Ok, then let's have another id for this...
>
> Klaus
>
>   
Thanks. There aren't too many projects of this magnitude that responds 
this quickly to user wishes. Even though I would have liked to see 
teletext subs recorded by default and multiple frontend support I 
fully understand your priorities.
/Magnus H


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

Re: [vdr] Choice of recording format

[Magnus Hörlin]

> -Ursprungligt meddelande-
> Från: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] För
> jori.hamalai...@teliasonera.com
> Skickat: den 12 januari 2009 09:52
> Till: vdr@linuxtv.org
> Ämne: Re: [vdr] Choice of recording format
> 
> > TS is what's broadcast, so every device that's able to play DVB
> broadcasts
> 
> > must be able to play TS. Therefore recording the TS "as is" (of course
> only
> > the PIDs belonging to one programme) makes the most sense.
> 
> I am hoping that recording takes all PIDs belonging to a program,
> including
> all private streams for all subtitles. And even without any plugin to
> request
> them. Later when you process the file with some other software, then
> subtitles
> or other sound tracks might be needed. Or they can be discarded on TS
> editors
> later. But you cannot generate them if you don't have them.
> 
> I think removing 'not plugin requested PIDs' saves very little space on
> disk.
> And proportionally even less for HD recordings.
> 
> For a hour HD programme (
> HD H.264: ~5.5GB (@ 12Mbps)
> AC3: ~170MB (@ 384kbps)
> MPEG2 audio: ~100MB (@ 224kbps)
> DVB subtitles: 50MB (just a guess 50kb per subtitle image * 1000 subtitles
> per show)
> TXT subtitles: 0.5MB (just a guess 0.5kB * 1000 subtitles per show)
> 
> So I suggest on TS-format (at least make it setup-menu configurable):
> - record all audio tracks
> - record all dvb subtitles tracks
> - record all txt subtitles tracks (might be handy on MKV & SRT-conversion)
>   - I know Klaus' intention to convert TXT -> DVB subtitles just to store
> one
> format on file at recording time? But I don't like that because it is
> not
> recording the original stream.
> 
> - Jori

Thanks Jori, I fully agree. Hope Klaus does too
/Magnus H



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

Re: [vdr] new project - xine-vdpau

[Magnus Hörlin]

VDR User wrote:
> On Tue, Dec 16, 2008 at 12:57 PM, Magnus Hörlin  wrote:
>   
>> I'm very happy to say that I now run vdr-sxfe with vdpau! It's not
>> stable yet but what a great first effort. It actually works, including osd.
>> 
>
> Can you post your pc specs and what cpu usage is with/without using
> VDPAU?  Thanks!
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>   
Well, starting from today (rev 126) this works really well. I'm playing 
some old vdr 1080i recordings from VOOM HD right now with my 4850e at 7% 
at 1GHz on an ASUS uATX board with an 8200 IGP. With xv the same clip 
averages at 70% at 2.5GHz (without deinterlacing) and there are many 
interruptions. 70%*2.5GHz/(7%*1GHz)=25. That means the GPU does the job 
of about 25 CPU's under these conditions. Not bad!
I'm not sure what deinterlacing is available with vdpau though. But my 
suggestion to people looking for new hardware is: buy a mobo with nvidia 
8/9-series IPG and a cheap CPU and start testing. Let's hope Intel start 
allowing HDMI on Atom boards soon, that would be ideal.

Happy new year to all vdr users and developers,
/Magnus H


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

Re: [vdr] new project - xine-vdpau

[Magnus Hörlin]

Goga777 wrote:
> Great news :)
>
> right now developers have announced new project - xine-vdpau 
>
> Source repository: svn://jusst.de/xine-vdpau
>
> Mailing-list: http://lists.kafic.ba/mailman/listinfo/xine-vdpau
> (xine-vd...@kafic.ba)
>
> irc channel #xine-vdpau on freenode.net
>
>
> Goga
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>   
I'm very happy to say that I now run vdr-sxfe with vdpau! It's not 
stable yet but what a great first effort. It actually works, including osd.
/Magnus H



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

[vdr] 1.7.2 and xineliboutput

[Magnus Hörlin]

Hi there. Does anyone know if there has been any progress with 
xineliboutput and 1.7.1 or 1.7.2? And what about streamdev-server and 
streamdev-client? Do they work?
I have just switched to s2api on 1.7.0 and it (sort of) works, but I 
would like to give feedback on 1.7.2. However I need xineliboutput and 
streamdev so I guess I have to wait, or?
Thanks,
/Magnus H

 

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

Re: [vdr] VDR with S2API (update)

[Magnus Hörlin]

> -Ursprungligt meddelande-
> Från: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] För Pasi
> Juppo
> Skickat: den 15 december 2008 16:31
> Till: VDR Mailing List
> Ämne: Re: [vdr] VDR with S2API (update)
> 
> > Other point : previous emails talk about various possibilities about DVB
> > device "location".
> > My ideal setup would be :
> > * all DVB devices in a single headless always-on server
> > * all clients diskless, using an NFS share
> >
> This would be ideal solution for me as well!
> 
> Br, Pasi
> 
> 
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

That's how I have always used VDR, one server with seven DVB-S/S2/T cards
and three diskless clients plus one laptop. Currently I run just one vdr
instance on the server and one instance on each client, except the "master"
client that connects via xineliboutput to the server's vdr.
/Magnus H



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

Re: [vdr] VDR with S2API (update)

[Magnus Hörlin]

Clemens Kirchgatterer wrote:
> Udo Richter  wrote:
>
>   
>> I really don't get the point why it is necessary to totally rewrite
>> VDR core to support multiple frontends (surely loosing compatibility
>> to almost all plugins), when it will at the end just start one thread
>> per frontend, while we can already start one VDR instance per
>> frontend right now.
>> 
>
> at least the /video directory that is shared across multiple vdr
> instances that know nothing about each other is a single race-condition
> on its own.
>
> vdr in a massive client server configuration is a giant hack with many
> pieces each with its own little problems summing up.
>
> clemens
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>   
You're right. I would like a setup where there's one master vdr that 
does all the recording and has access to the dvb cards. The slaves can 
start and watch recordings on the master vdr, and watch live tv of 
course. Then I'd be happy. Streamdev is almost there, but not all the 
way. I would also like to export videodir read-only but my problem is 
vdr won't start on a read-only videodir.
/Magnus H


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

Re: [vdr] XBMC + VDR 1.7.0

[Magnus Hörlin]

> >
> > That's what I have done. I've written a little script which is called
> > from the XBMC scripts section. It basicly starts vdr-sxfe and kills
> > xbmc. After exiting vdr-sxfe xbmc is started again. VDR is running in
> > the background connected with my server in the basement through
> > streamdev. This solution works very good for me.
> 
> In the video, it looks like the the user is using a main menu entry,
> that why I wondered, because the XBMC VDR plugin does not seem to
> support OSD transmission.
> 
> Joerg
> 
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

I see no reason to use xbmc as vdr frontend. Personally I use lirc/irexec to
switch between vdr-sxfe and xbmc. The "DVD Player" button switches to xbmc,
and "Live TV" or "Recorded TV" for vdr-sxfe. As for startup times, my
clients use 28-30W and have no fans or hdd's so I have them on 24/7. At
least during Swedish winter a have use for them anyway...
/Magnus H



___
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)

[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)

[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

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 + xbmc

[Magnus Hörlin]

-Ursprungligt meddelande-
Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Niels
Wagenaar
Skickat: den 2 december 2008 15:00
Till: vdr@linuxtv.org
Ämne: Re: [vdr] vdr + xbmc

-Original message-
From: Gerald Dachs <[EMAIL PROTECTED]>
Sent: Tue 02-12-2008 13:21
To: vdr@linuxtv.org; 
Subject: Re: [vdr] vdr + xbmc
> -- SNIP --
> I use one remote for both, I toggle with one button between 3 modes.
> mode 1
>vdr-sxfe on Plasma TV and graphttft-fe on TFT in case
> mode 2
>xbmc on Plasma TV and graphttft-fe on TFT in case
> mode 3
>nothing on Plasma TV and xbmc on TFT in case

I think you use a .lirc configuration in combination with irexec to switch?

> I start vdr with --lirc=/dev/null so that it doesn't react on the remote.
> Vdr-sxfe ist started with --lirc. Vdr-sxfe is never started the same time
> that xmbc is running, so I can use the same remote for both.
> 

This is indeed something I was looking for. Forgot that some options are
extremely easy to resolve. But I was wondering, what remote do you use
yourself and did you configure a .lircrc for vdr-sxfe? 

I want to use this configuration for my new HTPC (completely software based
output) which will use Xine for VDR viewing (vdr-sxfe is somewhat unstable
on my configuration). And the phrase " One Remote to rule them all" would be
great :) 

> Gerald
> 

Niels Wagenaar

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

I have just one remote in my livingroom. Since my LG LCD has an RS232 port I
can control power and volume on if from my .lircrc and some perl scripts. So
with the "Start" button on my MCE remote (only good thing Microsoft ever
made) the TV is powered and vdr-sxfe started. And the power button shuts
everything down. Very high WAF/KAF. Now I intend to have some other button
start XBMC instead to see if it's any good.
/Magnus H



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

Re: [vdr] MythTV Adds Support For NVIDIA VDPAU

[Magnus Hörlin]

Goga777 wrote:
>> "bleeding edge" myself. And that's what it takes to get VDPAU running. I 
>> don't have time for this right now so I'll just wait for Christmas and 
>> hope that by then I can have VDR with native .ts, h.264 and S2API 
>> (although I fully understand that Klaus has issues with it!) and xine 
>> with VDPAU. 
>> 
>
> who will be Santa Klaus ? :)
>
> Goga
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>   
It would have been nice if it could have been me, but I'm a hardware 
design engineer so this is a bit over my head at the moment. But I think 
I'll switch to software some day. It's more fun!
/Magnus H


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

Re: [vdr] MythTV Adds Support For NVIDIA VDPAU

[Magnus Hörlin]

Niels Wagenaar wrote:
> -Original message-
> From: Torgeir Veimo <[EMAIL PROTECTED]>
> Sent: Mon 01-12-2008 12:58
> To: VDR Mailing List ;
> Subject: Re: [vdr] MythTV Adds Support For NVIDIA VDPAU
>
>   
>> On 1 Dec 2008, at 21:49, Magnus Hörlin wrote:
>>
>> 
>>> I have introduced VDR to at least 20 people (mostly windows-users)
>>> over the years, but this may be the day it ends.
>>>   
>> It appears you think that VDR will never get a plugin that can utilise
>> the VDPAU (or similar) api?
>>
>> 
>
> Why should it depend on VDR or its plugins? The only reason when VDPAU
> would be used, is in combination with software based device output plugins
> like the xine & xineliboutput. As soon as Xine supports VDPAU, then the
> VDR plugins *should* support it as well.
>
> For other (read: hardware) output devices, VDPAU isn't used at all.
>
> And from my point of view, MythTV is still not as accesible compared too
> for instance Mediaportal or Microsoft MCE. IMHO, the best combo is still
> VDR for DVB viewing in combination with XBMC for multimedia viewing. But
> then again, this is my oppinion :-)
>
> Regards,
>
> Niels Wagenaar
>
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>   

Yes, I've heard som nice things about XBMC lately so maybe I'll check it 
out. My second look at Myth didn't impress me more than it did five 
years ago. I think I'll stick to VDR awhile longer mostly since I know 
it in and out, and that I think highly of Klaus. Installing Myth was the 
same as it was last time and I couldn't even get it to lock with my 
multiproto drivers. I had hoped that Myth had more documentation by now 
and that it would be a lot easier to install, but I guess I was wrong. I 
couldn't find anything that matches Reinhard's Howto's for instance. It 
seems most Myth users install distro packages, but I prefer compiling 
"bleeding edge" myself. And that's what it takes to get VDPAU running. I 
don't have time for this right now so I'll just wait for Christmas and 
hope that by then I can have VDR with native .ts, h.264 and S2API 
(although I fully understand that Klaus has issues with it!) and xine 
with VDPAU. And maybe XBMC together with some trick lirc-controlled 
scripts to switch between that and VDR.
If not, maybe I'll have another go at Myth. But I hope I won't have to...
/Magnus H


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

Re: [vdr] MythTV Adds Support For NVIDIA VDPAU

[Magnus Hörlin]

-Ursprungligt meddelande-
Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Torgeir
Veimo
Skickat: den 1 december 2008 12:57
Till: VDR Mailing List
Ämne: Re: [vdr] MythTV Adds Support For NVIDIA VDPAU


On 1 Dec 2008, at 21:49, Magnus Hörlin wrote:

> I have introduced VDR to at least 20 people (mostly windows-users)  
> over the years, but this may be the day it ends.

It appears you think that VDR will never get a plugin that can utilise  
the VDPAU (or similar) api?

-- 
Torgeir Veimo
[EMAIL PROTECTED]





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

Well, of course I think it will enter xine-lib soon, but I just don't want
to wait anymore. And it will be interesting to see what the Myth-team have
been up to the last five years.
/Magnus H



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

Re: [vdr] MythTV Adds Support For NVIDIA VDPAU

[Magnus Hörlin]

Yes, I know. I'm sadly sitting here compiling Myth for the first time in
over four years. I hope I won't like it 'cause I don't want to leave
VDR. But multiple frontends and GPU decoding are the two things that are
on top of my Christmas wish-list, so maybe after all. I have introduced VDR
to at least 20 people (mostly windows-users) over the years, but this may be
the day it ends.
/Magnus H



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

Re: [vdr] VDR Development

[Magnus Hörlin]

Davide Cavalca wrote:
> Il giorno sab, 06/09/2008 alle 02.58 +0200, [EMAIL PROTECTED] ha
> scritto:
>   
>> but vdr has not evolved for years !
>> no real new features, it's still meant to be used with one ff dvb-s
>> card. there's a plugin interface but most of the time you don't want
>> to hear 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 !" ?
>> 
>
> I'm neither Klaus not a regular of this list, but I think you're not
> being fair here: Klaus has every right to say he won't develop on a
> community tree; it is, after all, his own free time. BTW, if I remember
> well, Klaus has coded several features (i.e. subtitles) he himself said
> he didn't use. 
> Like it or not, VDR is a "cathedral"-style project: this has led to
> higher code quality and very good stability, at the expense of a slower
> development pace and the lack of some bleeding-edge features in the
> mainline. If you want those features, you can use a patch posted on this
> list (e.g. for hdtv, sourcecaps) or use a plugin (e.g. for teletext
> subtitles). Many distributions include those patches or provide a way
> for the user to easily appy them. Of course, you're also free to develop
> your own patches for new features: if they're good enough, I'm sure
> they'll eventually find their way into the mainline, as it happened,
> e.g., with the shutdown handling rewrite some time ago.
>
> You say you want to fork it: what would you accomplish with that? It's
> not as if the code would magically write itself. I've yet to see a
> single prospective developer say "if it were forked I'd write X". (And,
> BTW, there's nothing forbidding him to write X in form of a patch and
> post it on this list.) On the other hand, by forking you'd probably lose
> Klaus, who has written by himself the majority of VDR code and knows it
> like no one else.
>
> Finally, I personally fail to see why people switching to MythTV is a
> bad thing; VDR is not a religion, I think everyone should use whichever
> software he thinks suits best his needs. I'm very happy with VDR and
> won't be switching anytime soon.
>
> Davide
>
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>   
Couldn't have said it better. Spot on. I think the majority of long-time 
users like myself feels exactly the same way. Years ago I tried both 
Myth and VDR and the choice of VDR was easy for me then. If it would 
have been today maybe it would have a different outcome but so what? To 
have to choose between to good thing is't that bad, is it? I have helped 
at least 20 (mostly non-linux users) people set up their own VDR-boxes 
and everybody loves it.
/Magnus Hörlin


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

Re: [vdr] VDR Development

[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 and "multiproto" - which driver to use?

[Magnus Hörlin]

Lauri Tischler wrote:
> Halim Sahin wrote:
>   
>> Hi,
>> install the linux-headers package coresponding to your running kernel.
>> e. G. linux-headers-2.6.24-1-686.
>> you can get the running kernel's version  by typing uname -r
>>
>> check out the multiproto drivers by typing 
>> hg clone http://just.dde/hg/multiproto_plus.
>> 
>
> What's hg ? Not in debian :(
>
> vdr2:~# hg clone http://just.dde/hg/multiproto_plus
> -bash: hg: command not found
> vdr2:~# apt-get install hg
> Reading package lists... Done
> Building dependency tree... Done
> E: Couldn't find package hg
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>   
apt-get install mercurial

Best regards,
/Magnus H



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

Re: [vdr] newest chipset AMD 780G for home-cinema

[Magnus Hörlin]

Igor wrote:
>   Hi
>
> http://www.amd.com/us-en/Corporate/VirtualPressRoom/0,,51_104_543~124070,00.html
> http://en.hardspell.com/doc/showcont.asp?news_id=2345
>
> I think it's good platform for VDR with hdtv future :)
>
> Igor
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>   
I know, I'm already running vdr on it. So far, it only works with AMD's 
Catalyst driver, but 780G is up next for the radeonhd project. It's gong 
to be very interesting to see how far they can push the performace on 
it. And it's nice to see AMD helping the open-source community by 
providing alsa drivers themselves. So now I have working HDMI audio as well.
/Magnus

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

Re: [vdr] Howto vdr-xine installation

[Magnus Hörlin]

http://www.vdr-wiki.de/wiki/index.php/OpenSUSE_VDR_DVB-S2
/Magnus H


Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För serge
pecher
Skickat: den 4 februari 2008 13:07
Till: 'VDR Mailing List'
Ämne: [vdr] Howto vdr-xine installation

Hello,

I used to use the “opensuse dvb-s2” wiki page to follow the instructions
about the installation of xine-lib 1.2 and vdr-xine.
When I am looking for that page, I get an empty page now.
Can anyone point me out a location where to find the download commands (cvs
or hg ?) and the several compile instructions and options.

Many thanks,

serge


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

Re: [vdr] Howto vdr-xine installation

[Magnus Hörlin]

Sorry, I meant:
http://www.vdr-wiki.de/wiki/index.php/OpenSUSE_VDR_DVB-S2_-_xine
/Magnus H


Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För serge
pecher
Skickat: den 4 februari 2008 13:07
Till: 'VDR Mailing List'
Ämne: [vdr] Howto vdr-xine installation

Hello,

I used to use the “opensuse dvb-s2” wiki page to follow the instructions
about the installation of xine-lib 1.2 and vdr-xine.
When I am looking for that page, I get an empty page now.
Can anyone point me out a location where to find the download commands (cvs
or hg ?) and the several compile instructions and options.

Many thanks,

serge


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

Re: [vdr] Straw poll: stable version 1.6.0 now?

[Magnus Hörlin]

Martin Binder (AON) wrote:
> Hi Klaus,
> my opinion: the next stable version should contain DVB-S2/H.264 (HDTV) 
> support. So there is no use for a stable version based on 1.5.14.
>
> Kind regards
> Martin
>
>   
Basically, I agree. But since there are no DVB-S2 drivers in the 
official kernel I think Klaus is right in making a 1.6 now before 
jumping on the multiproto bandwagon. DVB-S2 and h.264 will be quite 
experimental for a while so why not leave that for 1.7.
In short, I vote yes. And I'm really glad you have committed to 
implementing DVB-S2/h.264 in VDR!
/Magnus H


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

Re: [vdr] OT: Pseudo-real-time h264 transcoding of mpeg2 vdr recordings

[Magnus Hörlin]

-Ursprungligt meddelande-
Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Matthias
Schniedermeyer
Skickat: den 15 januari 2008 09:54
Till: VDR Mailing List
Ämne: Re: [vdr] OT: Pseudo-real-time h264 transcoding of mpeg2vdr recordings

On 15.01.2008 09:35, Magnus Hörlin wrote:
> I'm sorry for bothering you with a question that should possibly have been
> sent to the mplayer mailing list.
> Next week I'm going to Tenerife to relax by the pool, but I don't want to
> miss any biathlon, alpine- or cross-country skiing transmissions, because
> then I can't relax Therefore I have made a script that scans my video
> dir for new recordings and starts encoding them to h264/AAC right away to
a
> bitrate of around 800kbps, which is what I can send from my server. Since
I
> will have internet access in my hotel room, I'm hoping to sit on the
balcony
> with my laptop and play the recordings using mplayer or xine while
> downloading them.
> One problem is that my vdr server is too slow to do it in real time and my
> vdr client is too fast (AMD BE-2400), so when mencoder "catches up" with
> real-time it exits instead of continuing until the vdr file is closed.
> And the same goes for wget which I planned to use for downloading the
files.
> I guess there are many very simple ways to do this so I hope you don't
mind
> my wasting your time by asking here.
> The obvious way would be to let vdr start encoding when the recording
ends,
> but I don't want to wait for that. There must be a better way.

For the download-part the easiest(tm) way is to rate-limit the connection.

wget --limit-rate
scp -l
rsync --bwlimit

With a little head-start on the encoding and a matching limit a 
continous download shouldn't be a problem.





Bis denn

-- 
Real Programmers consider "what you see is what you get" to be just as 
bad a concept in Text Editors as it is in women. No, the Real Programmer
wants a "you asked for it, you got it" text editor -- complicated, 
cryptic, powerful, unforgiving, dangerous.


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

Thanks guys, but I ended up writing a perl script that feeds both mencoder
and apache as fast as they can take without sending EOF until the input file
is 60s old. That way I don't have to put any extra bandwith limitations on
the process and now I can use my VDR just a few seconds from real-time
anywhere in the world where there's an 800kbps downlink and a VLC, xine or
mplayer. Works great. Now if I could only get a faster ADSL uplink so I can
improve the image quality.

/Magnus



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

[vdr] OT: Pseudo-real-time h264 transcoding of mpeg2 vdr recordings

[Magnus Hörlin]

I'm sorry for bothering you with a question that should possibly have been
sent to the mplayer mailing list.
Next week I'm going to Tenerife to relax by the pool, but I don't want to
miss any biathlon, alpine- or cross-country skiing transmissions, because
then I can't relax Therefore I have made a script that scans my video
dir for new recordings and starts encoding them to h264/AAC right away to a
bitrate of around 800kbps, which is what I can send from my server. Since I
will have internet access in my hotel room, I'm hoping to sit on the balcony
with my laptop and play the recordings using mplayer or xine while
downloading them.
One problem is that my vdr server is too slow to do it in real time and my
vdr client is too fast (AMD BE-2400), so when mencoder "catches up" with
real-time it exits instead of continuing until the vdr file is closed.
And the same goes for wget which I planned to use for downloading the files.
I guess there are many very simple ways to do this so I hope you don't mind
my wasting your time by asking here.
The obvious way would be to let vdr start encoding when the recording ends,
but I don't want to wait for that. There must be a better way.

/Magnus H



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

Re: [vdr] BUG: DVB-T and DVB-S[2] do not work with VDR & multiproto

[Magnus Hörlin]

Reinhard Nissl wrote:
> Hi,
>
> Morfsta schrieb:
>
>   
>>> Please report the debug output here for further investigation.
>>>   
>> Attached are two files - tuning to the same DVB-T channel using either
>> system and the Philips frontend... vdr-1.4.x shows the channel fine,
>> 1.5.12 does not.
>>
>> Hope this helps and thanks again for your assistance.
>> 
>
> Hmm, the translation layer doesn't work correctly. It doesn't
> translate new bandwidth value 1 to old bandwidth value 0,
> although there exists code to do this translation, and it should
> get called as the other translations happen correctly.
>
> As a result the old driver uses a bandwidth of 7 MHz instead of 8
> MHz.
>
> While copying the code here to ask for help in searching the bug,
> it seems that I found the bug -- a missing break in the DVB-T
> case ;-)
>
> Please try the attached patch.
>
> Bye.
>   
> 
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>   
Big thanks guys, works here too! Finally I can put my S2-3200 in my 
"production" server.
/Magnus H


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

Re: [vdr] Two VDR's on one machine

[Magnus Hörlin]

Gavin Hamill wrote:
> On Wed, 2008-01-09 at 19:57 +0100, Magnus Hörlin wrote:
>
>   
>> other diskless client overloads my network. Therefore I'm interested to 
>> know how hard it would be to modify vdr so I can run one vdr process 
>> with, say /dev/dvb/adapter0-3 and a second one on adapter4? Where do I 
>> start looking? Is it doable?
>> 
>
> http://linux.die.net/man/8/vdr
>
> -D num, --device=num
> Use only the given DVB device (num = 0, 1, 2...). There may be
> several -D options (by default all DVB devices will be used).
>
> You could also use streamdev-client + server on each instance to allow
> them to share resources. Not ideal but the best there is currently.
>
> gdh
>
>
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>   
Ooops. I'm really sorry. I've used vdr for years but forgot to RTFM.
Thanks,
/Magnus

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

[vdr] Two VDR's on one machine

[Magnus Hörlin]

I can't get Reinhard's h.264/dvb-s2 patches and multiproto to work when 
running both dvb-s2 and dvb-t at the same time. Dvb-t works if I don't 
load the dvb-s modules and dvb-s(2) works if I don't load the dvb-t 
modules but it doesn't work with both.
Instead I'm currently running my dvb-t vdr on my server as usual and 
another vdr with dvb-s2 on one of my diskless clients. However, 
recording hd channels over nfs and simulaneously streaming it to my 
other diskless client overloads my network. Therefore I'm interested to 
know how hard it would be to modify vdr so I can run one vdr process 
with, say /dev/dvb/adapter0-3 and a second one on adapter4? Where do I 
start looking? Is it doable?

I tried running a virtual Ubuntu on my Mandriva server and used dvb-t 
usb sticks on the ubuntu but usb in vmware wasn't stable enough, at 
least on my attempts.

/Magnus H


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

Re: [vdr] [ANNOUNCE] DVB-S2 + H.264 support for VDR-1.5.12

[Magnus Hörlin]

Reinhard Nissl wrote:
> Hi,
>
> attached you'll find updated patches for VDR-1.5.12, which replace all
> formerly patches regarding this subject.
>
> The patch named *-dvbs2-* additionally adds DVB-S2 support to VDR
> (thanks to Marco Schlüßler) and requires to use the DVB drivers from the
> multi-proto tree (see URL below for further details).
>
> The other patch is without DVB-S2 support and therefore most suitable
> for DVB-C users.
>
> The patches have been extended to also include the recently released
> audioindexer patch. Furthermore, the field detection code for H.264 has
> been adopted to MPEG2, where the same issue (VDR's index.vdr addresses
> frame pictures, so an index entry must not be generated for the second
> field of a field picture pair) exists, though hardly used compared to H.264.
>
> Have a look at this page for more instructions on this concern:
>
> http://www.vdr-wiki.de/wiki/index.php/OpenSuSE_DVB-S2_-_Step_by_Step_Installationsanleitung_%28Achtung_Beta%29
>
> Bye.
>   
> 
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>   
Hi. Big thanks to Reinhard, Manu, Claus and others who has made this 
possible. Using the old multiproto tree from 2007-10-25 I have SVT HD 
(swedish) working quite well with an S2-3200 on a 2.3GHz AMD BE-2400. My 
problem is that with that multiproto tree, VDR won't tune to any dvb-t 
channels on my nova-t 500. And with the latest multiproto tree dvb-t 
works but only unless I load the S2-3200 modules. If I do that VDR just 
hangs at startup saying nothing and doesn't answer on svdrp. Is there a 
way to debug this and see what's happening? Does anybody have any ideas 
about what's going on? If I remove the channels.conf vdr complains about 
that, so I know it's coming that far at least. There's no difference if 
I load any plugins or not.

Again, I have followed all steps on the wiki and h.264+dvb-s2 works with 
the old multiproto, both using vdr-1.5.10 with your "old" patch and on 
vdr-1.5.12 with the new one. I'm running this on the 2.6.22-14-generic 
kernel that ships with Ubuntu 7.10.

Keep up the good work,
/Magnus H


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

Re: [vdr] Best Diskless capable distribution ?

[Magnus Hörlin]

-Ursprungligt meddelande-
Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Juergen
Sauer
Skickat: den 30 november 2007 09:07
Till: vdr
Ämne: [vdr] Best Diskless capable distribution ?

Hi!
I reworked my ancient vdr system and build a new hardware around
my DVB-S card (after a long time of not-usage).

I want to use my server using a diskless architecture to run
vdr.

Idea, which dritribution for vdr to choose ?

I intend to have a Debian/Ubuntu system for the vdr system,
the distri should be easy updateable, but up-to-date current.

I do not want to do manual updates in the form (get source, build,
test, install, get plugins, etc.) the building / testing / installing from
pure source is nice, makes fun, but I do not have the time for doing
that this way.

So, which remote boot capaple distri do you use ?
Which is best to choose ?

TIA

mfG
Jürgen Sauer
automatiX Linux  Support Crew

PS: due heavy personal work load I interrupted my vdr usage a year ago
-- 
Jürgen Sauer

Hi Jürgen.
Ubuntu is very easy to convert to diskless and there are several good
howto's out there describing the process. My server is running Mandriva (for
historical reasons) and then I have two diskless Ubuntu Gutsy machines and
an MVP as VDR frontends. Zero maintenance and 100% uptime.

/Magnus Hörlin



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

Re: [vdr] next features?

[Magnus Hörlin]

Klaus Schmidinger wrote:
> On 11/18/07 18:31, Magnus Hörlin wrote:
>   
>> Klaus Schmidinger wrote:
>> 
>>> Maybe it actually is about time for me to build a new VDR.
>>> I'll probably take a look at the Reel Extension HD PCI.
>>> But that means I'll also need a new motherboard with at least
>>> five PCI slots (for 3 DVB-S cards, 1 DVB-T and the Extension HD).
>>> On my desktop PC I'm using a passively cooled Pentium M with 1.86GHz,
>>> which works really good, so maybe that's also a viable choice for
>>> a new VDR. I guess it goes without saying that modern motherboards
>>> have a gigabit Ethernet port and graphics on board.
>>> Does anybody have a recommendation for such a board?
>>>
>>>   
>>>   
>> Well, of the 643 modern mainboards for sale in Sweden (by modern I mean 
>> S775 and AM2), none combine five PCI slots with integrated graphics. Do 
>> you need a GPU if the Reel card works?
>> 
>
> Well, I guess you'll need some sort of console when installing the system,
> so some basic graphics would be nice. Don't know if the HD-E acts as a
> graphics card.
>
> Klaus
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>   
I simply stick an old PCI grapics card I bought for one euro on e-bay in 
my server if I need to do something that requires a local display, but 
integrated graphics is better of course.
The closest modern match would be Gigabyte GA-M61P-S3. You'll get four 
PCI, GbEthernet and graphics on board. Then you could buy a low-power 
33-Euro CPU like the LE-1100, but you would have to live with a USB 
DVB-T card. The Nova-T Stick works well for me with latest drivers.

/Magnus


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

Re: [vdr] next features?

[Magnus Hörlin]

Klaus Schmidinger wrote:
> Maybe it actually is about time for me to build a new VDR.
> I'll probably take a look at the Reel Extension HD PCI.
> But that means I'll also need a new motherboard with at least
> five PCI slots (for 3 DVB-S cards, 1 DVB-T and the Extension HD).
> On my desktop PC I'm using a passively cooled Pentium M with 1.86GHz,
> which works really good, so maybe that's also a viable choice for
> a new VDR. I guess it goes without saying that modern motherboards
> have a gigabit Ethernet port and graphics on board.
> Does anybody have a recommendation for such a board?
>
>   
Well, of the 643 modern mainboards for sale in Sweden (by modern I mean 
S775 and AM2), none combine five PCI slots with integrated graphics. Do 
you need a GPU if the Reel card works? Systems I build for friends and 
family run USB receivers nowadays, but that's a mess, I know. Personally 
I prefer to run VDR on my server in the attic (that runs a mail server 
among other things, so it's always on anyway) that's an old S754 board 
with six PCI slots. So speaking of wishlists, on my list is of course 
better support for multiple frontends.

One often overlooked part of a PC is the PSU. My desktop PC (Antec Aria, 
300W PSU) used 28W when switched off. When I replaced the stock PSU with 
a picoPSU it used 28W when up and running (idle, of course)! So I don't 
understand people who put so much effort in automatically switching 
their VDR's on and off. With properly dimensioned hardware that isn't 
necessary. And while I'm at it, the Core 2's that everybody seem to 
recommend are really good under heavy load, but when idle AMD's are a 
lot more energy efficient.

I sort of suspected that you were both co-owner and developer at 
Cadsoft. I work as a self-employed electronics engineer consultant, and 
I end up recommending Eagle to almost every customer I work for.

Keep up the good work, and continue to develop VDR in the direction that 
suits your own needs. I think that's the best way to keep the motivation 
up. But if that includes h.264, DVB-S2, teletext subs and multiple 
frontends, no one would be happier than me.

/Magnus


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

Re: [vdr] next features?

[Magnus Hörlin]

Klaus Schmidinger wrote:
The answer is very simple: I'm currently working on other things.

And as long as there isn't at least a (graphics) card that supports
decoding the "good old" MPEG2 in a quality that is at least as good
as that of the FF DVB cards, as well as decoding H.264/HDTV in *hardware*,
this whole area has next to no priority for me. I am not interested in
software decoding this stuff - I don't want to have an extra heater
in my living room ;-)

Klaus

Hi Klaus. I'm a big fan of you, VDR and Eagle since many years. I always 
agree with your postings and read them with great interest, but this is 
the first time I have to disagree. My VDR livingroom client consumes 
30-35W from AC mains when running sw mpeg2 SD decode, deinterlace and 
scaling. Using Reinhards patches to play h.264 720p it increases to 
40-45W, while my LCD runs at about 125W. So using modern pc hardware, 
software decoding doesn't really create a heater in my opinion. I'm sure 
an old 450MHz K6 uses more than that.

My setup:
AMD BE-2300: €70
Abit AN-M2HD: €80
1GB no-name DDR2: €20
Mini-box picoPSU-80: €50
total: €220

btw Klaus: I'm an everyday Cadsoft Eagle user since five years and I 
still haven't had a single crash or even found a bug in it. Having used 
all the high-end E-CAD system there is I can say that this is unheard of 
in the industry. I guess you have something to do with that, or what is 
your position at Cadsoft?

/Magnus Hörlin


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

Re: [vdr] vdr-1.5.9 and ttxtsubs patch/plugin

[Magnus Hörlin]

Luca Olivetti wrote:
> En/na Rolf Ahrenberg ha escrit:
>   
>> On Sun, 2 Sep 2007, Luca Olivetti wrote:
>>
>> 
>>> You're right, I've re-checked without my patch and it works (though with
>>> the osd level the "IsOpen" check is not really necessary).
>>>   
>> Well, you're right too and it was a bummer in my patch - somehow forgot 
>> to check those IsOpen calls when re-patching the ttxtsubs. I also 
>> integrated your mRealDoDisplay fix.
>> 
>
> Considering that
>
> 1) The last released version of the plugin is 3 and a half years old
> 2) Neither me nor google haven't seen the author here or anywhere else 
> since 3 and a half years ago
> 3) The (compressed) patch size is about half the (compressed) plugin source
> 4) You've been almost the only one that took care of the plugin (ok, I 
> did some very minor things, and probably there have been other 
> contributors, but you did the rest)
>
> why don't you take maintainership of the plugin, release a full tarball,
> and be done with it?
> Bonus points if you release a "stable" (or if you prefer "dead" ;-) 
> version for "stable" vdr and a bleeding edge version (without the #if 
> APIVERSION madness!) for the development version ;-)
>
> If Ragnar is alive and listening, please speak up.
>
> Bye
>   
I agree with you Luca. I had an email conversation (in Swedish) with 
Ragnar a year ago and he said he doesn't use VDR anymore, so it's not 
likely we'll to hear anything from him here again. I don't know what the 
situation is in Germany, but if Claus will eventually integrate 
Teletext+subs in the VDR core that's the best solution for us in Sweden.
/Magnus H


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

Re: [vdr] Mid range CPU choice

[Magnus Hörlin]

Steffen Barszus wrote:
> covert covert schrieb:
>
>   
>> I have made the choice for a BE 2350 since finding a eesff cpu in
>> Australia is very difficult.
>>
>> Thanks for the help. Now I can go find a suitable motherboard.
>>  
>>
>> 
>
> Asus M2NPV-VM  -  on vdr-portal.de this board has been on of the 
> recommendations (usual topic over there - but mainly german except 
> exceptions ) For Heatsink i plan to get a scythe ninja mini (good for 
> desktop housings.
>
> bye
>
> Steffen
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>   
Yes, that's a good choice. I have however replaced mine with an Abit 
AN-M2HD, which I recommend.
/Magnus H

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

Re: [vdr] Mid range CPU choice

[Magnus Hörlin]

covert covert wrote:
> About to step into the deep end and build my first VDR box. In fact 2
> of them at the same time both with the exact same specs.
>
> All parts are going to be new.
>
> New CPU's are a lot more confusing than the simple days of single
> cores at fixed clockspeeds.
>
> My question is what CPU should I chose for good noise reducing , heat
> reducing solutions.
>
> For processing power and cost I am looking at AMD AM2 4000 and Intel
> Duel Core E2140 and Intel core2 Duo E4400. I am open to other
> suggestions as long as they can currently be purchased in store.
>
> Since the system will be spending 95% of it's time idle I want a CPU
> that can drop down to the slowest possible clock speed with the least
> power consumption. I will also be using temperature controlled fans to
> keep it real quiet and any other ways I can find to drop down power
> and noise.
>
> Advice on the best CPU choice would be much appreciated.
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>   

I think AMD's are perfect for this since they consume less than Intels 
at low load. I have a Sempron 3200 on a mobo with Nvidia 7050 and HDMI 
onboard together with an 80W picoPSU. This gives me a fanless VDR 
frontend that draws only 30W from AC mains during TV replay and cost 
about €200. And at night it gives enough power to do as much h.264 
encoding I need. I guess you'll want DVB cards and disks in your box, 
but I prefer to have them on my server in the attic. If you wait just a 
few weeks you'll have 65nm Sempron's to give you even more processing 
power per Watt.

/Magnus H


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

Re: [vdr] vdr-ttxtsubs in vdr developer versions?

[Magnus Hörlin]

Magnus Andersson wrote:
> Hello!
>
> Does vdr-ttxtsubs plugin work with any of the latest vdr developer versions?
>
>   
Not for me. I get compile errors (although different) with and without 
the kermanekka-patch.
/Magnus Hörlin
> I have patched vdr with
> vdr-1.5.5-subtitles-0.5.0-and-ttxtsubs-0.0.5.diff and the plugin itself
> with vdr-ttxtsubs-0.0.5-kermanekka-edition.diff.
>
> http://users.tkk.fi/~rahrenbe/vdr/
>
> On my Gentoo amd64 system with kernel 2.6.20 I get this message when I
> try to compile:
>
> teletext.h:30: warning: ‘__packed__’ attribute ignored for field of type
> ‘uint8_t’
> teletext.h:31: warning: ‘__packed__’ attribute ignored for field of type
> ‘uint8_t [2]’
> teletext.h:32: warning: ‘__packed__’ attribute ignored for field of type
> ‘uint8_t [40]’
> teletext.h:37: warning: ‘__packed__’ attribute ignored for field of type
> ‘uint8_t’
> teletext.h:38: warning: ‘__packed__’ attribute ignored for field of type
> ‘ttxt_data_field [1]’
> ttxtsubsdisplay.c: In member function ‘void cTtxtSubsDisplay::ShowOSD()’:
> ttxtsubsdisplay.c:415: error: ‘SetCode’ is not a member of ‘cFont’
> ttxtsubsdisplay.c:415: error: ‘I18nCharSets’ was not declared in this scope
> ttxtsubsdisplay.c:438: error: ‘SetCode’ is not a member of ‘cFont’
> ttxtsubsdisplay.c:463: error: ‘SetCode’ is not a member of ‘cFont’
> make: *** [ttxtsubsdisplay.o] Error 1
>
> /Svankan
>
> ___
> 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-ttxtsubs in vdr developer versions?

[Magnus Hörlin]

Magnus Andersson wrote:
> Hello!
>
> Does vdr-ttxtsubs plugin work with any of the latest vdr developer versions?
>
>   
Not for me. I get compile errors (although different) with and without
the kermanekka-patch.
/Magnus Hörlin
> I have patched vdr with
> vdr-1.5.5-subtitles-0.5.0-and-ttxtsubs-0.0.5.diff and the plugin itself
> with vdr-ttxtsubs-0.0.5-kermanekka-edition.diff.
>
> http://users.tkk.fi/~rahrenbe/vdr/
>
> On my Gentoo amd64 system with kernel 2.6.20 I get this message when I
> try to compile:
>
> teletext.h:30: warning: ‘__packed__’ attribute ignored for field of type
> ‘uint8_t’
> teletext.h:31: warning: ‘__packed__’ attribute ignored for field of type
> ‘uint8_t [2]’
> teletext.h:32: warning: ‘__packed__’ attribute ignored for field of type
> ‘uint8_t [40]’
> teletext.h:37: warning: ‘__packed__’ attribute ignored for field of type
> ‘uint8_t’
> teletext.h:38: warning: ‘__packed__’ attribute ignored for field of type
> ‘ttxt_data_field [1]’
> ttxtsubsdisplay.c: In member function ‘void cTtxtSubsDisplay::ShowOSD()’:
> ttxtsubsdisplay.c:415: error: ‘SetCode’ is not a member of ‘cFont’
> ttxtsubsdisplay.c:415: error: ‘I18nCharSets’ was not declared in this scope
> ttxtsubsdisplay.c:438: error: ‘SetCode’ is not a member of ‘cFont’
> ttxtsubsdisplay.c:463: error: ‘SetCode’ is not a member of ‘cFont’
> make: *** [ttxtsubsdisplay.o] Error 1
>
> /Svankan
>
> ___
> 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-ttxtsubs in vdr developer versions?

[Magnus Hörlin]

Magnus Andersson wrote:
> Hello!
>
> Does vdr-ttxtsubs plugin work with any of the latest vdr developer versions?
>
>   
Not for me. I get compile errors (although different) with and without
the kermanekka-patch.
/Magnus Hörlin
> I have patched vdr with
> vdr-1.5.5-subtitles-0.5.0-and-ttxtsubs-0.0.5.diff and the plugin itself
> with vdr-ttxtsubs-0.0.5-kermanekka-edition.diff.
>
> http://users.tkk.fi/~rahrenbe/vdr/
>
> On my Gentoo amd64 system with kernel 2.6.20 I get this message when I
> try to compile:
>
> teletext.h:30: warning: ‘__packed__’ attribute ignored for field of type
> ‘uint8_t’
> teletext.h:31: warning: ‘__packed__’ attribute ignored for field of type
> ‘uint8_t [2]’
> teletext.h:32: warning: ‘__packed__’ attribute ignored for field of type
> ‘uint8_t [40]’
> teletext.h:37: warning: ‘__packed__’ attribute ignored for field of type
> ‘uint8_t’
> teletext.h:38: warning: ‘__packed__’ attribute ignored for field of type
> ‘ttxt_data_field [1]’
> ttxtsubsdisplay.c: In member function ‘void cTtxtSubsDisplay::ShowOSD()’:
> ttxtsubsdisplay.c:415: error: ‘SetCode’ is not a member of ‘cFont’
> ttxtsubsdisplay.c:415: error: ‘I18nCharSets’ was not declared in this scope
> ttxtsubsdisplay.c:438: error: ‘SetCode’ is not a member of ‘cFont’
> ttxtsubsdisplay.c:463: error: ‘SetCode’ is not a member of ‘cFont’
> make: *** [ttxtsubsdisplay.o] Error 1
>
> /Svankan
>
> ___
> 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

[vdr] Xineliboutput and vdr-1.5.3 compile problems

[Magnus Hörlin]

Hi.
Great to see that there's UTF-8 support now, but I'm having problems 
compiling my necessary plugin xineliboutput-1.0.0rc2 with vdr >= 1.5.3:

g++ -O3 -pipe -Wall -Woverloaded-virtual -fPIC -g  -c -D_GNU_SOURCE 
-DPLUGIN_NAME_I18N='"xineliboutput"' -D_REENTRANT -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -DXINELIBOUTPUT_VERSION='"1.0.0rc2"' 
-DUSE_ICONV=1 -Wall -I../../../include -o media_player.o media_player.c
tools/iconv.h: In constructor ‘cIConv::cIConv(const char*, const char*)’:
tools/iconv.h:43: error: ‘I18nCharSets’ was not declared in this scope
make[1]: *** [media_player.o] Error 1
make[1]: Leaving directory 
`/home/magho/vdr-1.5.4/PLUGINS/src/xineliboutput-1.0.0rc2'

*** failed plugins: xineliboutput


g++ (GCC) 4.1.2 20070302 (prerelease) (4.1.2-1mdv2007.1)


Any ideas?
/Magnus

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