On Wed, Jan 02, 2002 at 06:49:35PM +0100, Peter Surda wrote:
> On Wed, Jan 02, 2002 at 05:45:56PM +0100, Zdenek Kabelac wrote:
> > Well I could test TV Out only during weekends - but I guess the long 
> > cammera panning scenes will cause some problems unless the image would
> > be blured.
> Yep. I'll send you something on which I see problems.

I still have the japanies clip - so there is no need - I'll check it
with this one later...

> > the problem with setting right values for  H/V sync signals - and
> > should be easy to solve if the driver would be written by me...
> Well, the ATI TVout is written by me so I know this is not possible yet :-)

>From doc for Matrox card it looks like rather simple thing to select
image borders and I would expect the same for ATI


> > scheduler (I would say it wakes the thread with 99.9% precision at least
> > with my mga driver)
> I should be more precise: ATI handles double buffering in hardware, when
> you tell it "do yuv conversion/scaling" and set a certain bit, the picture
> isn't drawn immediately, only on the next refresh. And as the command returns

aviplay for now doesn't use hw double buffering of mga_vid device - but
it works with MGA the same way as you describe for ATI - for duuble
buffering you also do not have to wait until image is being flipped.

But I've modified the driver in such a way that read operation
on device will wait for the next vsync blank interrupt.

Thus aviplay is only using  read  on this device to get proper timing - it
has nothing common with XFree rendering stuff - it's still fully
handle inside XFree 

> why it happens to me, aviplay has no idea when the actual drawing happens.

That is why LINUX needs  such device and I still couldn't understand
why it's not there - even ZXSpectrum has been able to provide such
thing...

> I'd like to keep the double-buffering to prevent tearing. So my idea is to
> write a module that wakes the video renderer thread AFTER the refresh has
> finished, not when it begins. This will allow the transfer part of

That's what we are talking about all the time :)
- some modular architecture which would provide interrupt handler and
eventualy some extra addons for some video cards
- though it would be much better if these would be handled by XFree directly
(ok there are still some 'weird' people who prefer console & framebuffer...
so there might be some reason to provide such capabilities outside of
XFree)



-- 
  .''`.  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

Reply via email to