Re: [vdr] [Announce] xxv-1.3 - Feature release (1.4 rc)
Hello Diego, Am Sonntag, den 16.08.2009, 21:23 +0200 schrieb Diego Pierotto: > well i just copy the xxv.mo created with Poedit in > the /usr/local/share/xxv/locale/it/LC_MESSAGES and now i can see the > right translations. Thank you very much indeed! Your files are uploaded at our svn repository. > Can i ask why i see the module names in english? Is that normal or i > need to translate the file for the JSON interface Module name are (now) not prepared for translations. > (i saw a file called "lang-de.js" in the file download section but > it's in german and i can't understand nothing)? This file only used by skin jason. But, i forgot to create a translatable template. This template file is now (at svn repository) present, see : http://svn.berlios.de/svnroot/repos/xxv/XXV-Skins/trunk/jason/locale/lang-en.js > I attach here an error i receive when i generate the mo file using > Poedit. Can you please say me what is related? I think, the line "POT-Creation-Date: 2009-08-15 00:07+0100\n" was be missed. See http://svn.berlios.de/svnroot/repos/xxv/XXV/trunk/locale/it.po Kind regards, Andreas ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Patches for VGA timing not matching up with the TV (was: HD output - your current favourites)
On Sun, Aug 16, 2009 at 05:38:47PM +0100, Gavin Hamill wrote: > On Sun, 2009-08-16 at 20:16 +0400, Goga777 wrote: > > > > > > for you.. I believe it should be possible to get 50 fps progressive > > > > output > > > > from 50i material using vdpau deinterlacing. > > > > yes, my PCI Geforce 8400 card on GPU G98 can do 10...@50 but with the > > simplest bob deinterlacing only. I prefer to use > > more advanced deinterlacing algorithm - temporal_spatial or temporal. But > > with them I have jerky video > > Hm, do you think you were only able to use simple deinterlacing because > of limitations in CPU speed, bus bandwidth (only PCI - I've been > thinking about one of the 8400 GSs myself so I can play with it in my > PCI-only VDR box..), or power within the G98 GPU itself? > > > > .. But you might get better results if you outputted 1:1 interlaced > > > material > > > using 1080i50 mode and let the LCD tv do the deinterlacing.. > > > > Yes, exactly what I want to try, But I couldn't run properly 10...@50 - > > even in xorg.log I have the report about validated > > 10...@50 mode - my LCD TV Philips 9703PFL reported about 1080p source from > > hdmi > > :( Native output and letting the TV do the grunt work would be my > prefernece, too - in what way doesn't it work? No output at all or very > juddery output ? > Here are parts of a discussion I had with a Nvidia developer 4 months ago: --- > I'm interested in getting 1:1 output of interlaced DVB broadcasts > using Nvidia gfx cards. For this you need to be able to vsync to each > interlaced field separately.. afaik Nvidia X.org driver does not > support this? I just tested VDPAU, and it looks like this is possible, to some degree. Specifically, with 480i output over S-Video, I find that the presentation queue flips at 60Hz, not 30Hz, so it's definitely only syncing to fields not frames. The hard part is that there's no way to specify if you're outputting a top or bottom field, so it'll end up being random if your surface gets displayed as top or bottom, which kinda makes the whole thing pointless. We did acknowledge that this use-case might exist, but were of the opinion that it was extremely rare; most users will simply de-interlace their content and display it one their progressive display. Does your display device not support any progressive modes? --- > > The hard part is that there's no way to specify if you're outputting a > > top or bottom field, so it'll end up being random if your surface gets > > displayed as top or bottom, which kinda makes the whole thing pointless. > > Yeah the field order you need to be able to specify or figure out.. I did some investigation, and it doesn't look like our HW exposes any status indicating top v.s. bottom field, nor any way to request syncing of display to top v.s. bottom field. Sorry this isn't more useful! I will keep this request around as an RFE (request for enhancement) just in case we can implement it on any future HW. Oh, and it looks like we do support 50Hz output; see the README that comes with the driver, and search for the TVStandard option. > Do you know if VDPAU supports "full-fps" deinterlacing? ie. 50 fps > progressive output for 50 hz interlaced video.. Yes, out with an n Hz field rate, you should be able to derive either n Hz frame rate or 2n Hz frame rate. The exact details are explained in the vdpau.h documentation on video mixer usage, with some additional notes in the driver README. -- Pasi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Patches for VGA timing not matching up with the TV (was: HD output - your current favourites)
2009/8/16 Goga777 : >> > I'm wondering - does the problem with timing and sync also important and >> > for for vdpau nvidia cards ? or that project >> > is important only for intel and ati ? >> >> Now that I think about it, I believe this is what I was really asking >> about.. is it perhaps that good LCD TVs have so much >> smoothing/deinterlacing processing circuitry that the interlace timing >> is less of a problem when provided by VGA or HDMI? > > but to run nvidia geforce 8/9 series cards with "1080i 50Hz" mode is not so > easy > > or could you run 1080i mode on vdpau card with good result ? You can't do it with the composite output (using the nvidia supplied breakout cables). You can do it using normal dvi/vga output though, and use a transcoder, or with a tv supporting rgbhv signalling, or just plain vga/dvi/hdmi. -- -Tor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Patches for VGA timing not matching up with the TV (was: HD output - your current favourites)
On Tue, Aug 18, 2009 at 01:38:09PM +1000, Torgeir Veimo wrote: > 2009/8/16 Goga777 : > >> > I'm wondering - does the problem with timing and sync also important and > >> > for for vdpau nvidia cards ? or that project > >> > is important only for intel and ati ? > >> > >> Now that I think about it, I believe this is what I was really asking > >> about.. is it perhaps that good LCD TVs have so much > >> smoothing/deinterlacing processing circuitry that the interlace timing > >> is less of a problem when provided by VGA or HDMI? > > > > but to run nvidia geforce 8/9 series cards with "1080i 50Hz" mode is not so > > easy > > > > or could you run 1080i mode on vdpau card with good result ? > > You can't do it with the composite output (using the nvidia supplied > breakout cables). > > You can do it using normal dvi/vga output though, and use a > transcoder, or with a tv supporting rgbhv signalling, or just plain > vga/dvi/hdmi. > .. but you still have the problem of not being able to figure out the field order? See the other mail I sent to this thread.. -- Pasi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
