On Wed, 11 Jul 2001, Aleksandr Koltsoff wrote:
> What are the objectives technically speaking nowadays? Is it
> still to write all the drivers especially for KGI/GGI or are you planning
> for some kind of an adaptation layer so that existing code from the
> XFree86-project (drivers) can be plugged directly?
The KGI project still has a pulse, and that's where any driver writing
will be happening. Over here in GGI-land, we will be flinging GGI to any
backend that it will stick to, which will include using other project's
(DirectFB, DRI) drivers, and of course to KGI itself.
> Is there going to be somekind of extendability in GGI for
> hardware-acceleration functions (not all chips implement stuff the same way,
> or at all even), access to 3D?
I think we will likely be busy with hw 2d for a while, but yes. We will
be discussing future hw accel plans soon (likely in a week or two), so you
picked a good time to join the ml.
> access to YUV-transforms
Yes. Well, at least, if by transforms you mean either overlay windows
that change FB layout to YUV underneath, or YUV transformation during
BITBLTs if it is hw accel, there are preliminary plans for that. Of course,
by "plans" I mean plans for a GGI extension API, not for implementation,
which depends on us finding a target which supports those features.
> IDCT-transform engines and such?
Don't know what IDCT stands for, but would like to....
> I also know of one graphics board manufacturer who want to enter the Linux
> market with a graphics controller which has a mpeg2-encoder in hardware
> built in. The manager of that company asked me if I'd know any
> Linux-standards for this, but as you know, there are no standards for
> anything :-).
Well, we do have plans for video overlay (LibOvl, the same lib that
handles YUV viewports I mentioned above) but "plans" are much further from
standards than actual implementations like the tv-tuner API, Whatever
X11 uses these days, and DirectFB. However, wherever they end up going
with it, also getting KGI/LibOvl support for the card might be bought
cheap, as there are some folks around here who like to code for "free
samples"
--
Brian
