Re: [vdr] 1:1 pixel mapping - a waste of time?
24p is just a framerate, in HD it's actually 1080p but with 24 frames per second instead of 60. There are also NTSC DVDs with 24p video but that's a whole different story that we won't get into.. - Vaizki P.S. Sorry for the awful Outlook quote style.. Will work on fixing it. -Original Message- From: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] On Behalf Of Tony Houghton Sent: 6. tammikuuta 2009 2:08 To: vdr@linuxtv.org Subject: Re: [vdr] 1:1 pixel mapping - a waste of time? On Tue, 6 Jan 2009 01:17:52 +0200 "Jukka Vaisanen" wrote: > HDMI uses DVI signalling for the video (and audio is hidden in a > vertical blanking time slot believe it or not) so it may seem like just > another connector.. however in their finite wisdom the HDMI > standardization people decided that HDMI will not support arbitrary > resolutions, but instead only the existing (and back then, planned) > broadcast resolutions: > > - 576i/p (pal) and 480i/p (ntsc) > > - 720p (1280x720) > > - 1080i and 1080p (1920x1080) How is "24p" (ie 24fps) managed? -- TH * http://www.realh.co.uk ___ 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] 1:1 pixel mapping - a waste of time?
Yes, it's a good idea to get 1:1 pixel mapping on your display. Double scaling (first pc, then display) is not a good idea, ever. But, some problems arise: HDMI uses DVI signalling for the video (and audio is hidden in a vertical blanking time slot believe it or not) so it may seem like just another connector.. however in their finite wisdom the HDMI standardization people decided that HDMI will not support arbitrary resolutions, but instead only the existing (and back then, planned) broadcast resolutions: - 576i/p (pal) and 480i/p (ntsc) - 720p (1280x720) - 1080i and 1080p (1920x1080) The world is full of TVs with 1366x768 and other weird resolutions. There are also plasmas with 1024x768 etc "standard computer resolutions". The big surprise to many people is that even though DVI signalling could carry these native resolutions, the displays themselves won't accept / sync to them. And they don't advertise them in the EDID data so you have to force your computer to that resolution / refresh to even try it (and fail). The only true 720p displays I have seen are rear-projection TVs and data/av projectors. They will accept their native resolution of 1280x720 over HDMI, however getting rid of overscan to get 1:1 is another matter.. Then a solution: I used to have a Panasonic plasma with a similar non-standard resolution and I used the VGA port with it to automatically get a 1:1 pixel display as it's intended for PC display use. Yes VGA is not optimal but at that resolution and a 1 meter cable, who cares... Today I have a full HD 1920x1080 panel with an option for "exact scan" which gives me 1:1 pixels (without overscan) out of the box over HDMI, I just run normal 1920x1...@60hz out of my computers. And finally a question: If someone can tell me how to get 576i over HDMI out from VDR, please do. That way I could use my external HQV Reon video scaler to upscale it.. Of course it would need to allow me to switch modes for 720p and 1080i also based on broadcast resolution ;) - Vaizki From: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] On Behalf Of Scott Sent: 6. tammikuuta 2009 6:30 To: vdr@linuxtv.org Subject: [vdr] 1:1 pixel mapping - a waste of time? As Im just starting to get vdr working, I was wondering if 1:1 pixel mapping between the video card (nvidia onboard HDMI output) and my flat panel (Samsung plasma) is a waste of time. When looking at a "computer" generated image like the desktop, its going to make a difference, but with broadcast material (SD mostly), I imagine that the material is scaled anyway to fit the resolution of the panel (which in my case I think is 1024x720, but that has a bit of overscan). So it wont be 1:1 anyway, or am I wrong here?I know this is a bit off topic, but there seems to be a fair bit of experience here. -- Scott ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] MythTV Adds Support For NVIDIA VDPAU
MythTV includes its own software player and VDPAU support was added directly into it. Here are the changes, http://cvs.mythtv.org/trac/changeset/19165 I'm sure it'll make its way into xine as well. Of course we can gripe about it day and night until it does, right ;) And yes, there's really no reason to work on this in core VDR or softdevice at all, time would be better spent in getting it into xine and testing it. - Vaizki -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Halim Sahin Sent: 1. joulukuuta 2008 18:03 To: vdr@linuxtv.org Subject: Re: [vdr] MythTV Adds Support For NVIDIA VDPAU Hello, On Mon, Dec 01, 2008 at 07:20:57AM -0800, VDR User wrote: > I've been hearing tons of people talking about VDPAU and I too hope we > see support for it in one way or another in VDR. If not, we'll > certainly lose even more users to MythTV. I suppose the good news is > that h264/HDTV/mpeg-ts are priorities for VDR at least! Hopefully > we'll see something soon. :) Adding vdpau support can be done in one of the soft(devices). It is not related to core vdr! Maybe softdevice can do this. If xinelib adds support for this it should work in vdr too. So i am a bit confused what the mythtv guys have implemented now! HTH. halim ___ 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] 576i output on DVI->HDMI?
Well the 100Hz is just a kludge to fit 576i on the HDMI signaling. My understanding is that the following happens: PC sends 1-1-2-2-3-3-4-4.. but the a/v receiver just ignores every other frame because it knows about the 576i kludge also.. so it is just seeing 1+2-3+4 going into the deinterlacer + scaler. The 100Hz thing is just a workaround to get enough data on the link so that the HDMI handshake will happen :P - Vaizki -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ville Aakko Sent: 15. heinäkuuta 2008 16:53 To: VDR Mailing List Subject: Re: [vdr] 576i output on DVI->HDMI? 2008/7/15 Jukka Vaisanen <[EMAIL PROTECTED]>: > My understanding is that 576i in HDMI is actually done as a 100Hz > displaymode where each frame is sent twice. This is because the HDMI > spec doesn't allow "speeds" as low as required by true 576i.. I'm not actually answering your question (I couldn't since I don't have any experience with these modern TVs), but, AFAIK, you wouldn't get very good results by doing what you describe. If every frame of 50Hz interlaced moving picture is shown twice, you'll get annoying blurriness and / or jerky movement. Anyhow, the movement won't be "smooth" as you might expect (because the frames are shown like this: 1-2-1-2-3-4-3-4-5-6-5-6-7-8-7-8 instead of 1-2-3-4-5-6-7-8). You'll get much better results by doing "true" deintercaling, and showing every "full" frame just once (i.e. 1+2-3+4-5+6-7+8 and so on). So what you want would be quite useless, IMHO, though I could be wrong. Someone correct me if you know better =). If you really want to show interlaced material as they are supposed to - i.e. you are a Hifi-lover - then the only "real" solution is to get a display that can (truly) show 50Hz interlaced - perhaps via a DXR3 card, as you used to =). > I am using xineliboutput currently as the software output device. Of > course I would prefer it to use 576i for only the interlaced SD channels > / recordings and change to 1080p for media player with HD content ;) I'd just deinterlace via software (or hardware), and then upscale x2 (576 * 2 = 1052). Or, maybe forget the upscaling and send 576p (n * 50Hz) trough the HDMI/DVI. -- -- Ville Aakko - [EMAIL PROTECTED] ___ 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] 576i output on DVI->HDMI?
With all the recent talk about deinterlacing, I was wondering if it's now possible to get 576i output over DVI->HDMI from xine-based output devices for VDR? I was a dxr3 user for a long time and the deinterlacing offered by A/V hardware never gave me any issues.. Now I have an A/V receiver with a HQV Realta inside so it should nicely deinterlace and upscale my image. My understanding is that 576i in HDMI is actually done as a 100Hz displaymode where each frame is sent twice. This is because the HDMI spec doesn't allow "speeds" as low as required by true 576i.. I am using xineliboutput currently as the software output device. Of course I would prefer it to use 576i for only the interlaced SD channels / recordings and change to 1080p for media player with HD content ;) - Vaizki ___ 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?
I usually lurk here so my vote represents the 'user' community more than the 'dev'.. Yes to stable 1.6.0 with current kernel-drivers - VDR needs new users that can get it running easily out of the box with a debian bare bones install. The people who want HDTV support are going to go with the dev-releases anyway. Yes to switching to TS recording, maybe review the metadata fileformats a bit and allow more extendability and plugin data store there (no XML pretty please!) Yes to ttextsubs too (oh sorry you didn't ask! ;) - Vaizki -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Klaus Schmidinger Sent: 3. helmikuuta 2008 12:17 To: vdr@linuxtv.org Subject: [vdr] Straw poll: stable version 1.6.0 now? There has been some controversy about my recent decision to move forward and require the "multiproto" driver for VDR in the developer version. It is also currently rather unclear whether the current PES recording format can be kept to handle HDTV, or whether it would make sense (or even be feasible) to switch to TS (as suggested by the people from RMM). In order to take the edge of this, I was wondering if it would make sense to revoke the switch to the "multiproto" driver and go straight towards a stable version 1.6.0 with what is now in version 1.5.14. This should satisfy all those who are eagerly awaiting a new stable version, without forcing them to make the driver switch now. If we decide to go that way, I would release a version 1.5.15 with what could become the new stable, wait until like the end of the month to see whether it still needs some minor fixes, and call it 1.6.0 then. I know there are still some patches out there that some would expect to go into the next stable version, but I actually want to prepare VDR for HDTV before looking into these patches. So, here's the straw poll: Should there be a stable version 1.6.0 now, based on what's in version 1.5.14, but without DVB-S2 or even H.264 support? Yes or No? Klaus ___ 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