On Tue, Dec 18, 2001 at 11:51:53AM -0800, Billy Biggs wrote: > Zdenek Kabelac ([EMAIL PROTECTED]): > > Luckily, Mark Vojkovich of nVidia has already stated he'll support a > vsync device if there is a standard API, and so many people are > demanding a lower HZ value in the kernel it has to happen sometime.
Then something has changed - as last time I've been mailing with NVidia guys - they only helped me with my problem with their driver but has got immediately quiet when I've started to discuss VSYNC device :) > > Well I've though that you will just pass one image and leave the > > graphics card to do the rest - are you suggesting you are pushing two > > different images into the graphics card ? (If yes then why ???) > > You mean hardware deinterlacing? Not all hardware can deinterlace, Well actually I mean oposite process :) to properly support TV output for noninterlaced video. > discussion and code about deinterlacing, a neat (windows) project is at > http://deinterlace.sf.net/ I know about this project... > > I mean that video card might have support for some simple interlacing > > itself. [...] > > This could be better handled by the software. I believe we either > need an API where we give a stream of fields or frames with decided > dominance. Well why I should I burn my CPU when hardware can do that more efficiently ?? > > code around :) > > I just started to play with your code. I ripped out all the BES > stuff, now I'm looking at doing the same code for i810. Sound good? Well no problem with me - I would suggest there would be just some table with functions and each grpahics card would have it method to detect/enable/disable/... call > > manipulation with the hardware register. I guess I've posted some > > email on LKM about this - without any interest. > > Ugh. What about using the DRM? Can we put locks in there? I have no > idea about any of this DRI stuff or how that architecture works. I guess you would have to discusse this with them... (I've tried - no success - maybe they were too busy...) > What patches for BTTV? Enable Peak Filtering & low color removal providing much better automute (as the one in bttv is disable/enable audio when the signal is a bit weak - really annoying) Better value for agc filter so I could actually watch my LP recoded tapes - as with it's default value the image is too much bright (practially all I could see is just white image and I had to use really very small brightness & constrast values to at least see something which has been remaining image) > I complain on video4linux-list, but any time I bring up quality issues Well I've pushed as much as I could into bttv once I've bought my AverTV card (e.g. stereo support, radio support) and those rejected patches I'm using myself together with few of my friends - but as I see it could be really useful for other users as author still has 'not smart' excuses to ignore them. -- .''`. Which fundamental human right do you want to give up today? : :' : Debian GNU/Linux maintainer - www.debian.{org,cz} `. `' Zdenek Kabelac kabi@{debian.org, users.sf.net, fi.muni.cz} `- Resistance is futile. You all will be packaged _______________________________________________ Avifile mailing list [EMAIL PROTECTED] http://prak.org/mailman/listinfo/avifile
