Re: [vdr] next features?
Klaus Schmidinger wrote: Some comments in this thread (and others) sound as if there is an imminent need to switch to HDTV/H.264, because otherwise we won't be able to watch tv any more within a few months. I don't see any real incentive in taking all the extra efforts to do HDTV. The programmes I usually watch are all broadcast in normal MPEG2, SDTV. Even if I had the ability to receive HDTV, I would have to pay extra to actually see anyting - so what's the point? I completely agree with Klaus on that point. All the HD hype right now is just the industries way of pushing a new technology and selling new hardware (decoders, TV sets, ...) to the consumers that didn't really ask for it. Seems a bit like some years ago when 16:9 TV sets was a *must have*. But there were actually almost no anamorph 16:9 transmissions and most people with their brand new sets were happily watching the news speaker or their favourite soap opera stars with squashed heads. That has somehow changed and even the news are in 16:9 anamorph format on German TV now. But how long did it take? How many channels are available now which transmit quality HD content (apart from demo channels)? I don't think it's a significant number to make VDR useless because you can't watch them with it. Of course there are alternatives for the early adaptors so that's fine. I am sure VDR will also support HD some time in the future. It just doesn't seem necessary right now. Ondrej ... ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dxr3 compiling and 1.5.11
No way, I have installed xubuntu with truetype fonts, so that is not a reason. Yarema Luca Olivetti wrote: El Thu, 15 Nov 2007 19:58:43 +0100 YUP [EMAIL PROTECTED] escribió: I successfully compiled dxr3 plugin from cvs (stable at it was described here http://www.linuxtv.org/vdrwiki/index.php/Dxr3-plugin), but still no luck - vdr crashes with segmentation fault. This happened to me with the first version of vdr using truetype fonts: since my vdr machine is headless, has no X and consequently no kde/gnome desktop, I had no truetype font installed. Installing TT fonts and configuring vdr to use the installed fonts solved my problem. Bye ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
VDR User wrote: Also, I talk with many dvb users on pretty much a daily basis and I've never once heard someone say they've left VDR for that other software because of eye-candy/UI. Most people seem to be concerned with capability functionality, not pretty graphics. My personal opinion is that, because I'm biased in favor of VDR, it's disappointing to see so many users abandon it simply because of the lack of support for things that are becoming more common in-demand every day. [...] A lot of these guys aren't coders, aren't used to compiling things, and aren't even used to using a console for that matter. They often use ready packages, and if those packages don´t contain the necessary patches, they will never get it to work. The more the interest shifts, the more people will leave VDR in its current state behind for something more suitable. Klaus very honestly said he's perfectly ok with that and sees no incentive to support this stuff so the story pretty much ends there. I fully agree with you (with [nearly?] all points) . I think you can see the interest in HD in the high number of hits e.g. in the DVB-S2 section at vdrportal.de. The people here and at vdrportal are very technically interested, so I think that there are a lot of early adopters that do not want to wait until 2010. And speaking for other PVR hard- and software solutions too, scrambling is no real problem for people who want to get certain content - and this is no secret as you can see in the vdr-wiki entry. HDCP output is no problem as the Dreambox 8000 is also said not to support this flag. Or do you think that Dream Multimedia will get sued as soon as the Dreambox 8000 is out because of this missing feature? With kind regards Jörg ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] adding a budget card to my VDR
I don't think you can stream output from other devices thru the nexus tv-out but I am not 100% sure. Regardless, why not just use your budget card for dedicated recording and nexus for live tv? That would eliminate the problem altogether. I also just inquired about diseqc.conf supporting multiple dvb devices and diseqc switches. I'll be using multiple cards soon and each will have it's own switch and own diseqc requirements but at present it doesn't appear VDR diseqc.conf supports this. I haven't heard any comments back on it so that's all I can tell you at this time. The good news is that I don't think adding such support would be much of a problem. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On Fri, Nov 16, 2007 at 08:20:38AM -0800, VDR User wrote: I didn't try vdr-1.5.11 because there is no H.264 patch for it. I really don't understand why they are not investigated to be intregrated into vdr at this time as more and more TV are going to go to H.264 (not all in HDTV). Let's hope that will change soon :-) -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org http://picasaweb.google.com/Gregoire.Favre ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] adding a budget card to my VDR
Hi all, I don't think you can stream output from other devices thru the nexus tv-out but I am not 100% sure. Hm... I'm using a DVB-S FF card as TV-out and two budget DVB-T cards as the input. I do not even have a sat dish. My FF does ONLY do TV-out. Cheers, Jan -- Jan Exner - [EMAIL PROTECTED] - http://www.jan-exner.de/ Neues aus England http://www.jan-exner.de/uk.html ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On 11/16/07 17:32, Gregoire Favre wrote: On Fri, Nov 16, 2007 at 08:20:38AM -0800, VDR User wrote: I didn't try vdr-1.5.11 because there is no H.264 patch for it. I really don't understand why they are not investigated to be intregrated into vdr at this time as more and more TV are going to go to H.264 (not all in HDTV). 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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] adding a budget card to my VDR
On Nov 16, 2007 8:48 AM, Jan Exner [EMAIL PROTECTED] wrote: Hm... I'm using a DVB-S FF card as TV-out and two budget DVB-T cards as the input. I do not even have a sat dish. My FF does ONLY do TV-out. So the answer appears to be yes then. Thanks for clearing that up. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] About language choices in subtitle and audio selectors
Klaus Schmidinger wrote: On 11/13/07 00:12, Petri Helin wrote: Klaus Schmidinger wrote: So VDR just displays what the provider broadcasts - unless, of course, there is a bug in VDR's code, in which case you're welcome to send a fix. Well, it seems to work with live TV, but for replay it does not. At least I am unable to see any evidence of VDR looking up the language codes. Is there an alternative method VDR uses when replaying compared to the one used with live TV? Please check whether the info.vdr file in your recording contains lines like X 3 03 ger deutsch The info.vdr contains the following: X 3 11 fin X 1 01 fin X 2 03 esl The subtitles menu contains options No subtitles, fin and 50. -Petri ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] adding a budget card to my VDR
Hello, I have a couple of questions about my future upgrading. My VDR is running fine with a single Nexus-S for a couple of years. Beside the VDR box I have another sat receiver, and I'm thinking about integrating it in my VDR box via a budget (skystar2?) card. My goal is: 1. - to have the advantage of 2 cards (concurent recording and live tv from different TP-s). Is it possible, for example to record a channel with the nexus and watch live tv with the budget on the nexus' tv output? 2. - to use my two motorized (Diseqc 1.2) dishes - is it possible to configure in diseqc.conf 2 independent dishes for the 2 cards? 3. - to avoid using X - I prefer a solid and stable system, no xinelib, softdevice, etc. (This is my biggest problem with the HDTV side of the VDR: I don't like software decoding. As FF-HDTV card will not exist in the near future, I'll continue to watch SDTV and that's fine for me at the moment.) I ask for suggestions to my future FF + budget system. Thanks, István -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On Nov 16, 2007 2:52 AM, Petri Helin [EMAIL PROTECTED] wrote: That should be no problem. If a patch exists, a package developer could easily make use of and include it in the release. So there is no need for Klaus to add it in to the core VDR. It's generally not a good idea to base your conclusions on 'should' or 'could'. Also, you can easily effectively argue that such basic common functionality should be added into the core being that it's such basic common functionality... Not much different then the recent support of subtitles. Also, Ondrej, HDTV is not hype, it's real it's here. Everyone I know who has invested in HDTV equipment did so because of the obvious increase in quality.. Not because they are mindless idiots who fell victim to illusions of content that doesn't really exist, or because of spoonfed hype.. Have you ever even watched HD content on a HD display? Maybe the provider -you use- doesn't offer much HD content but there are plenty of other providers that do. I don't know how it is where you live but here every major network and most of their affiliates, most of the pay movie channels, sports, ppv, etc. are all offered in HDTV, with a lot more coming soon. You can't ignore the obvious truth that a lot of people are leaving VDR behind because of its lack of support for h264 and HDTV. Maybe -you- don't use it but clearly a lot of other people do. I respect your opinions but they don't seem to be based on an accurate reflection of reality. You can resist HDTV and h264 all you want but it's here to stay. Besides, what's so bad about being with the curve or ahead of it for once, instead of always trailing behind? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] About language choices in subtitle and audio selectors
On 11/13/07 00:12, Petri Helin wrote: Klaus Schmidinger wrote: On 11/12/07 20:11, Petri Helin wrote: Hi, I am wondering whether it would be possible to use full names instead of abbreviations for languages in audio and subtitle selectors? I am also wondering how the current solution gets the name/abbreviation for an option in the list, since at least for subtitles there seems to be something wrong. For Finnish subtitles I get the abbreviation fin for live TV and recordings made with VDR version = 1.5.10. Same for Swedish subtitles. But for a program which contains Finnish and Spanish subtitles, I get fin and 50 or, even more confusing, fin and fin. And for recordings made with the old subtitles plugin and VDR version prior to 1.5.10 with Finnish subtitles, the option given says 57. I feel this is a bit confusing, and was hoping to change it, but unfortunately I cannot figure out the method how the names for the option are chosen. So, I am hoping for someone to clarify how it is done and whether it could be easily changed. The three letter language codes are derived from the codes broadcast in the PID definitions (see pat.c under 'case SI::SubtitlingDescriptorTag:'). The full names are derived from the EPG's component descriptors (see eit.c under 'case SI::ComponentDescriptorTag:'). When it comes to presenting these to the user, they are collected in menu.c, function SetTrackDescriptions(). If no textual description is available, the raw index of the track is used. So VDR just displays what the provider broadcasts - unless, of course, there is a bug in VDR's code, in which case you're welcome to send a fix. Well, it seems to work with live TV, but for replay it does not. At least I am unable to see any evidence of VDR looking up the language codes. Is there an alternative method VDR uses when replaying compared to the one used with live TV? Please check whether the info.vdr file in your recording contains lines like X 3 03 ger deutsch Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On Nov 15, 2007 9:03 PM, VDR User [EMAIL PROTECTED] wrote: Lastly with regard to Petri's comment that, But VDR does support h.264 broadcasts already, although with patching, but still. So there is no need for anyone to stop using VDR because of a lack of h.264 support. I don't think anyone would argue that stock support for things such as h264 is far more desirable over the requirement of patches and modifying an app. Generally speaking, the less a user has to alter the source code, the better. In a related note, one of the most common questions I see being asked is how to patch this or that. The number of linux dvb users is growing in large part due to the lack of good solid dvb software for Windows. A lot of these guys aren't coders, aren't used to compiling things, and aren't even used to using a console for that matter. That should be no problem. If a patch exists, a package developer could easily make use of and include it in the release. So there is no need for Klaus to add it in to the core VDR. -Petri ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
Hi, Klaus Schmidinger schrieb: On Fri, Nov 16, 2007 at 08:20:38AM -0800, VDR User wrote: I didn't try vdr-1.5.11 because there is no H.264 patch for it. Well, I've spent some time with subtitles. Will switch to 1.5.11 this weekend and supply new patches. I really don't understand why they are not investigated to be intregrated into vdr at this time as more and more TV are going to go to H.264 (not all in HDTV). The answer is very simple: I'm currently working on other things. That's OK with me. As I wrote earlier, feel free to contact me when you think about taking over the patches. 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 ;-) Actually, we are not asking for decoding H.264, as there are no patches necessary to VDR regarding decoding. Decoding is handled either by FFmpeg-svn, xine-lib-1.2-hg and vdr-xine-0.8.0 or by a HDe and the reelbox plugin. Both decoding and display solutions don't need VDR to be patched. The most relevant patch to VDR enhances the remuxer to extract the picture type of H.264 frames. This part is sufficient to record H.264 broadcasts on DVB-S and DVB-C. Then there is the part which adds DVB-S2 support to VDR (provided by Marco Schlüßler). Sure, this one is a bummer as one needs to use the new multiproto DVB drivers. The remaining parts (syncearly, framespersec) support H.264, but are also useful for MPEG2. One provides faster zapping and the latter will make VDR show correct recording lengths e. g. for NTSC recordings. So to sum up and refer to my previous post, there is no need to watch H.264 on a PIII 450 MHz (although this should be possible with a HDe), but even this machine would be able to record H.264. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] adding a budget card to my VDR
Hm... I'm using a DVB-S FF card as TV-out and two budget DVB-T cards as the input. I do not even have a sat dish. My FF does ONLY do TV-out. So the answer appears to be yes then. Thanks for clearing that up. Great! This means, that I can go on with my budget-upgrade, the only issue will be with the diseqc.conf http://www.tigercomp.ro/~ifuley/ -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] About language choices in subtitle and audio selectors
On 11/16/07 19:46, Petri Helin wrote: Klaus Schmidinger wrote: On 11/13/07 00:12, Petri Helin wrote: Klaus Schmidinger wrote: So VDR just displays what the provider broadcasts - unless, of course, there is a bug in VDR's code, in which case you're welcome to send a fix. Well, it seems to work with live TV, but for replay it does not. At least I am unable to see any evidence of VDR looking up the language codes. Is there an alternative method VDR uses when replaying compared to the one used with live TV? Please check whether the info.vdr file in your recording contains lines like X 3 03 ger deutsch The info.vdr contains the following: X 3 11 fin X 1 01 fin X 2 03 esl The subtitles menu contains options No subtitles, fin and 50. And does the 50 track actually contain subtitles? If so, in what language? Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] About language choices in subtitle and audio selectors
Klaus Schmidinger wrote: On 11/16/07 19:46, Petri Helin wrote: Klaus Schmidinger wrote: On 11/13/07 00:12, Petri Helin wrote: Klaus Schmidinger wrote: So VDR just displays what the provider broadcasts - unless, of course, there is a bug in VDR's code, in which case you're welcome to send a fix. Well, it seems to work with live TV, but for replay it does not. At least I am unable to see any evidence of VDR looking up the language codes. Is there an alternative method VDR uses when replaying compared to the one used with live TV? Please check whether the info.vdr file in your recording contains lines like X 3 03 ger deutsch The info.vdr contains the following: X 3 11 fin X 1 01 fin X 2 03 esl The subtitles menu contains options No subtitles, fin and 50. And does the 50 track actually contain subtitles? If so, in what language? Klaus Track 50 does contain Spanish subtitles and replaying them works perfectly. It is just the subtitle menu option which has a wrong label. -Petri ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
