[vdr] HD clients for vdr
Is it AMD (ATI) have the same problem? Vladimir On Sat, 2009-08-22 at 13:12 +0400, Goga777 wrote: the main reason why nvidia chooses to deinterlace always even if you use an interlaced video timing is not the scaling problem you mention. This could be eventually solved (albeit not perfectly) by scaling both fields independently. The main reason is: even with VDPAU there still exists no synchronization between stream and video timing. is it possible to solve radically this problem with vdpau ? did you discuss with nvidia developpers about this issue ? Goga ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] CAM requirements for NOVA Greece channels
Hi, I would appreciate for any help with proper set of DVB_Card/CI/CAM/Access_Card for receiving Greek channels NOVA from provider NetMed. I'm hoping that some one from VDR list do have experience with Irdetto NetMed. I've got Hauppauge Win-TV NOVA-CI-s card with expansion CI Interface 1.0A and as an alternative expansion CI Interface 1.1. Irdetto CAM I've got two different versions P/N 904063 Rev1.0 and P/N 904505 Rev1.1. And of cause working Conditional Access Card for NOVA subscription. The NOVA subscription is 100% working because in combination with CAM P/N 904063 Rev1.0 it opens channels on Dreambox. On VDR none of combination works, while with expansion CI Interface 1.0A and CAM P/N 904063 Rev1.0 VDR shows CAM Ready but still do not de-scramble channels. The free channel from the same transponder are shown well, so it's obviously not a signal level. With ViaAccess card it de-scramble NTV+ channels well, so it's not a corrupted VDR installation. I only guess that there are a specific combination of DVB_Card/CI/CAM/Access_Card that working fine with Irdetto NetMed. Any feedback are welcome. Thanking in advance, Vladimir ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Which extension for TS files?
Just to add 1 more opinion... Over 6 years i'm working with transport stream files and ALWAYS it was .ts because most of proprietary applications do not handle it correctly with any other extensions. There are DVD/VideoCD created by proprietary DVB Live TV recording that use transport stream files as well with .ts extension. Moreover, all players such as VLC/mplayer/xine well working with .ts transport stream files and do not require any renaming, while avidemux consider .ts a native extension for transport stream files as well. IMHO, it sould be .ts On Sun, 2009-01-04 at 14:50 +0100, Martin Dauskardt wrote: From: Klaus Schmidinger klaus.schmidin...@cadsoft.de Up to now VDR has used names like 001.vdr for its recording files. While moving to Transport Stream as the recording format, I need to use a different file name extension, and so was wondering which one to use. My first idea was *.ts, for Transport Stream, but when I point, for instance, Konqueror to such a file, it thinks it is a Qt Translation Source. So I was wondering if I should use *.mpg instead. This one is identified by Konqueror as an MPEG file and will make it launch a proper player. What do you think about this? I am strongly against this. *.ts may conflict with KDE, but it is a usual ending for transport stream. Several mpeg-tools can handle this. I think the dreambox is also using *.ts for its recordings. *.mpg would give much more problems with applications. A TS is not an mpeg-file. Applications which can play mpg but not TS may even crash. Greets, Martin ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR Development
If it would be helpful for the project VDR we can contribute by setting up server at our DC. We are supporting LinuxMCE distro and also want to help to VDR as a part of LinuxMCE project. Best regards, Vladimir On Fri, 2008-09-05 at 08:02 -0700, VDR User wrote: On Fri, Sep 5, 2008 at 7:38 AM, Magnus Hörlin [EMAIL PROTECTED] wrote: Of course you can fork it, and I'm sure someone eventually will, but I think you should regard it as a totally different project and give it some other name. This would lead to plugin developers having to decide which project(s) to support and it will probably just be a mess. I think VDR is Klaus's child and should remain so. Woah, wait a minute here! Nobody is suggesting to take VDR away from Klaus! There are clearly some good coders who want to continue helping progress VDR along as they already have been. The last released VDR update (1.7.0) was made 144 days ago. Everything people needed from VDR before still holds except not much development has been done and VDR hasn't moved forward. As much as I hate to say it, this is one of the main reasons so many users have abandoned VDR in favor of MythTV and other software. Again, nobody is suggesting to take VDR from Klaus.. Just simply allow progress to be made without these huge gaps where nothing happens where the users continue to be left in the cold while VDR continues to be left behind. Surely there are coders worthy of Klaus's 'coding approval' and if he doesn't want to work on VDR directly, it would still allow those that do to move forward and he can review the code rather then write it. Or have a dev tree and main tree. People can work on dev tree and what Klaus approves of could be adopted into main tree. Let's be clear... I've been a huge advocate for VDR. I do not want to see the project die, nor do I enjoy watching so many users abandon it. However, when much needed changes aren't made, what do you expect people to do? I can promise I didn't bring this topic up again to cause a problem. Only to point out that VDR is in need of help and there must be some way to move forward. Especially for the guys who are ready willing! Best regards, -Derek ___ 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] Is any way to specify specific DVB-S card in channel.conf
Dear All, Is any way to specify specific DVB-S card in channel.conf in a way that some channels are sourced via /dev/dvb/adapter0 and other channels sourced via /dev/dvb/adapter1 Thanking in advance, Vladimir Kangin ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Is any way to specify specific DVB-S card in channel.conf
Ales, I found a lot of information with regards Sourcecap for older version vdr. I'm using lmcevdr (1.6.0/1.6.0) [EMAIL PROTECTED]:~# vdr -V lmcevdr (1.6.0/1.6.0) - The Video Disk Recorder - LMCEversion control (0.0.2a) - Control VDR over terminal or telnet xineliboutput (1.0.0~rc2-cvs-LMCE0710-8) - LMCEVDRoutput based on X11/xine-lib output plugin I just guessing that is already integrated. On Thu, 2008-08-07 at 20:44 +0200, Ales Jurik wrote: On Thursday 07 of August 2008, Vladimir Kangin wrote: Dear All, Is any way to specify specific DVB-S card in channel.conf in a way that some channels are sourced via /dev/dvb/adapter0 and other channels sourced via /dev/dvb/adapter1 Thanking in advance, Vladimir Kangin You should look for Sourcecap patch. I'm not using it so I don't know where to get it. BR, Ales ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Centralized VDR solution?
On Tue, 2007-01-09 at 12:58 +0200, lamikr wrote: I am using Hauppauge MediaMVPs to connect to a central VDR system containing 3 DVB-S cards. VOMP is running on the MediaMVPs (http://www.loggytronic.com) and apart from missing * DVD support * Cutting this system contains everything I want. And it has a great WAF factor :-) What kind of network is needed for good picture quality, is 100 mb lan enough or is 1 gb needed? Mika Mika, Have a look another projects either www.plutohome.org or www.mythtv.org It's was designed as a Centralized solution and working out of the box quite well. Vladimir ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDRAdmin and character mapping
On Tue, 2007-01-02 at 18:46 +, Harald Milz wrote: I'm using the UTF-8 patch (because I'm using Russian and German EPGs), and German umlauts are displayed incorrectly unless I tell the browser explicitly to use UTF-8. Are debian packages with incorporated UTF-8 patchs available some where? BRGD, Vladimir ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Utf8-patch experiences, anyone?
Hi Alexander, Any progress on utf8 patch for 1.4.4? Merry Christmas Happy New Year Vladimir On Wed, 2006-12-06 at 01:08 +0100, Alexander Riedel wrote: Hi Marko, last debian or freetype has problems with utf8 patch. I know. :-/ Version for 1.4.4 will fix it. You can try older freetype versions or wait. Und also link to German wiki: http://www.vdr-wiki.de/wiki/index.php/Utf8-patch ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr