On Wed, Sep 10, 2003 at 06:24:13PM +0200, Michel Dänzer wrote: > On Wed, 2003-09-10 at 18:11, Alan Hourihane wrote: > > On Wed, Sep 10, 2003 at 06:05:42PM +0200, Michel Dänzer wrote: > > > On Wed, 2003-09-10 at 17:55, Alan Hourihane wrote: > > > > On Wed, Sep 10, 2003 at 05:41:23PM +0200, Michel Dänzer wrote: > > > > > On Wed, 2003-09-10 at 17:09, Jim Gettys wrote: > > > > > > > > > > > > While the X server has had the XSync extension for a long time, > > > > > > the operating system "hooks" to allow X to synchronize with > > > > > > external events (e.g. vertical sync, sample clock of audio > > > > > > streams, etc) have been absent in open source systems. XSync > > > > > > was developed in the days of engineering workstations 10 years > > > > > > ago, and was debugged with such kernel support. > > > > > > > > > > FWIW, the DRM has provided synchronization to the vertical refresh for a > > > > > while. > > > > > > > > Indeed. But it's presented through the OpenGL interface, whereas using > > > > XSync would allow non-OpenGL apps to use this extension and get that > > > > facility. > > > > > > No need for OpenGL, it's simply an ioctl for the DRM device. It wonly > > > works when the DRI is enabled obviously. > > > > O.k. But then that's not very portable - in this instance we'd have to > > get the user space app to talk directly to the DRM. Ugh! > > Really? I'd think only the server would use the device, if the clients > did, it would be the same problem regardless of the underlying > mechanism, wouldn't it? (I'm talking about using it for XSync, in case > that wasn't clear; an abstraction library for the various methods of > vertical refresh synchronization might also be useful though)
It wasn't clear. Alan. _______________________________________________ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel