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

2012-03-01 Thread 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

2012-02-23 Thread 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

2011-05-31 Thread 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

2010-11-14 Thread 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

http://dvd.sourceforge.net/dvdinfo/mpeghdrs.html

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] Strange problem with one specific channel

2010-10-18 Thread Magnus Hörlin

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

2010/10/18 Eric Valetteeric.vale...@free.fr:
   

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] Fwd: Re: Strange problem with one specific channel

2010-10-18 Thread 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] Radio playback with VDR 1.7.15

2010-08-08 Thread 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

2010-03-02 Thread 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

2010-01-24 Thread 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

2009-11-22 Thread 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?

2009-11-12 Thread 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 linu...@nzbaxters.com 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 linu...@nzbaxters.com 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

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

2009-10-15 Thread 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] Setup more than 4 tuners to the same satellite

2009-10-15 Thread 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 mag...@alefors.se 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] Switching from MythTV to VDR

2009-10-14 Thread 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)

2009-08-27 Thread Magnus Hörlin

Seppo Ingalsuo wrote:

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

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



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

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



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

BR,
Seppo



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



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


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

2009-08-26 Thread 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

2009-08-25 Thread 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


[vdr] ttxtsubs patch for vdr-1.7.9

2009-08-24 Thread 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)

2009-08-24 Thread Magnus Hörlin

Seppo Ingalsuo wrote:

Hi,

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

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

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

Anyway this is what I got when compiling

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

BR,
Seppo



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

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


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



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


Re: [vdr] ttxtsubs patch for vdr-1.7.9

2009-08-24 Thread 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] HD clients for vdr

2009-08-24 Thread 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=136326highlight=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] HD clients for vdr

2009-08-20 Thread 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 mag...@alefors.se 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

2009-08-20 Thread 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 mag...@alefors.se 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] xbmc-pvr (was - HD clients for vdr)

2009-08-20 Thread Magnus Hörlin

Goga777 wrote:

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

on XBMC to make it appear like VDR frontend?

  

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



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


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

Goga


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

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

/Magnus


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


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

2009-08-20 Thread Magnus Hörlin

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



sure

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



and vdr too ?:-)

Goga

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

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

/Magnus

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


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

2009-08-20 Thread Magnus Hörlin

Seppo Ingalsuo wrote:

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

Can a single vdr server have multiple independent xbmc clients?

BR,
Seppo


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

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

/Magnus

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


Re: [vdr] HD clients for vdr

2009-08-19 Thread 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 anssi.hann...@gmail.com 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

2009-08-19 Thread Magnus Hörlin

Torgeir Veimo wrote:

2009/8/19 Theunis Potgieter theunis.potgie...@gmail.com:
  

On 18/08/2009, Anssi Hannula anssi.hann...@gmail.com 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

2009-08-19 Thread 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

2009-08-18 Thread 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)

2009-06-01 Thread 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

2009-05-31 Thread 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

2009-05-31 Thread 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

2009-05-29 Thread 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] [OT] NVidia ION mini-ITX arriving

2009-05-17 Thread 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

2009-05-16 Thread 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

2009-05-16 Thread Magnus Hörlin
Torgeir Veimo wrote:
 2009/5/16 Magnus Hörlin mag...@alefors.se:

   
 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

2009-05-16 Thread Magnus Hörlin
scott wrote:
 On Sat, 16 May 2009 14:11:55 +0200, Magnus Hörlin mag...@alefors.se
 wrote:
   
 Torgeir Veimo wrote:
 
 2009/5/16 Magnus Hörlin mag...@alefors.se:

   
   
 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

2009-05-16 Thread 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

2009-05-16 Thread Magnus Hörlin
Torgeir Veimo wrote:
 2009/5/16 Magnus Hörlin mag...@alefors.se:
   
 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

2009-05-16 Thread 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

2009-05-16 Thread 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

2009-05-16 Thread 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

2009-05-16 Thread 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

2009-05-12 Thread 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] [OT] NVidia ION mini-ITX arriving

2009-05-12 Thread 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] Can I disable pause live tv altogher?

2009-05-11 Thread 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?

2009-05-05 Thread 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] Can I disable pause live tv altogher?

2009-05-05 Thread 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?

2009-05-05 Thread 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] xineliboutput cvs broken osd scaling

2009-04-13 Thread 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

2009-03-16 Thread 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

2009-03-09 Thread 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


[vdr] Anyone working on ttxtsubs for 1.7.4?

2009-02-26 Thread 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

2009-01-14 Thread 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] Choice of recording format

2009-01-12 Thread 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] [ANNOUNCE] VDR developer version 1.7.3

2009-01-12 Thread 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] Minimal VDR install

2009-01-12 Thread 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] new project - xine-vdpau

2008-12-29 Thread Magnus Hörlin
VDR User wrote:
 On Tue, Dec 16, 2008 at 12:57 PM, Magnus Hörlin mag...@alefors.se 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] VDR with S2API (update)

2008-12-15 Thread 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)

2008-12-13 Thread Magnus Hörlin
Clemens Kirchgatterer wrote:
 Udo Richter udo_rich...@gmx.de 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

2008-12-12 Thread 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)

2008-12-09 Thread 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)

2008-12-09 Thread 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 Development

2008-09-06 Thread 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 and multiproto - which driver to use?

2008-04-19 Thread 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

2008-03-16 Thread 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

2008-02-04 Thread 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?

2008-02-03 Thread 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

2008-01-16 Thread 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

2008-01-15 Thread 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

2008-01-14 Thread 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


[vdr] Two VDR's on one machine

2008-01-09 Thread 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] Two VDR's on one machine

2008-01-09 Thread 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


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

2008-01-03 Thread 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] next features?

2007-11-18 Thread 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] next features?

2007-11-18 Thread 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] vdr-1.5.9 and ttxtsubs patch/plugin

2007-09-03 Thread 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

2007-08-22 Thread 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

2007-08-21 Thread 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?

2007-06-27 Thread 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?

2007-06-27 Thread 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

2007-06-22 Thread 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