Re: [vdr] Client/server implementation after VDR 2.0: Do [not] reinvent the wheel
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
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
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
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
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
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
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
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
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
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?
I too have only good experiences with md raid5 and have used it for years on my vdr server. Its 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
-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
-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
-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)
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)
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
-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
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)
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
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
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
-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
-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)
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)
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)
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
-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
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
-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)
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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?
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?
-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?
-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?
-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
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
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
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?
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
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
-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
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
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
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)
-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)
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
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)
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)
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
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?
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
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
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?
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
-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
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
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
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
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
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?
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] Mid range CPU choice
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
covert covert wrote: About to step into the deep end and build my first VDR box. In fact 2 of them at the same time both with the exact same specs. All parts are going to be new. New CPU's are a lot more confusing than the simple days of single cores at fixed clockspeeds. My question is what CPU should I chose for good noise reducing , heat reducing solutions. For processing power and cost I am looking at AMD AM2 4000 and Intel Duel Core E2140 and Intel core2 Duo E4400. I am open to other suggestions as long as they can currently be purchased in store. Since the system will be spending 95% of it's time idle I want a CPU that can drop down to the slowest possible clock speed with the least power consumption. I will also be using temperature controlled fans to keep it real quiet and any other ways I can find to drop down power and noise. Advice on the best CPU choice would be much appreciated. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr I think AMD's are perfect for this since they consume less than Intels at low load. I have a Sempron 3200 on a mobo with Nvidia 7050 and HDMI onboard together with an 80W picoPSU. This gives me a fanless VDR frontend that draws only 30W from AC mains during TV replay and cost about €200. And at night it gives enough power to do as much h.264 encoding I need. I guess you'll want DVB cards and disks in your box, but I prefer to have them on my server in the attic. If you wait just a few weeks you'll have 65nm Sempron's to give you even more processing power per Watt. /Magnus H ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-ttxtsubs in vdr developer versions?
Magnus Andersson wrote: Hello! Does vdr-ttxtsubs plugin work with any of the latest vdr developer versions? Not for me. I get compile errors (although different) with and without the kermanekka-patch. /Magnus Hörlin I have patched vdr with vdr-1.5.5-subtitles-0.5.0-and-ttxtsubs-0.0.5.diff and the plugin itself with vdr-ttxtsubs-0.0.5-kermanekka-edition.diff. http://users.tkk.fi/~rahrenbe/vdr/ On my Gentoo amd64 system with kernel 2.6.20 I get this message when I try to compile: teletext.h:30: warning: ‘__packed__’ attribute ignored for field of type ‘uint8_t’ teletext.h:31: warning: ‘__packed__’ attribute ignored for field of type ‘uint8_t [2]’ teletext.h:32: warning: ‘__packed__’ attribute ignored for field of type ‘uint8_t [40]’ teletext.h:37: warning: ‘__packed__’ attribute ignored for field of type ‘uint8_t’ teletext.h:38: warning: ‘__packed__’ attribute ignored for field of type ‘ttxt_data_field [1]’ ttxtsubsdisplay.c: In member function ‘void cTtxtSubsDisplay::ShowOSD()’: ttxtsubsdisplay.c:415: error: ‘SetCode’ is not a member of ‘cFont’ ttxtsubsdisplay.c:415: error: ‘I18nCharSets’ was not declared in this scope ttxtsubsdisplay.c:438: error: ‘SetCode’ is not a member of ‘cFont’ ttxtsubsdisplay.c:463: error: ‘SetCode’ is not a member of ‘cFont’ make: *** [ttxtsubsdisplay.o] Error 1 /Svankan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-ttxtsubs in vdr developer versions?
Magnus 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
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
