> <CUT>
Thanks for the pointers. I have a better idea now of the options available.
> I'm afraid I couldn't give an answer on your surface/driver extensions
> up til now. Did you do anything in that direction already? I'll give
> you a detailed answer tonight, but so far I'd like to encourage you to
> start with the changes you proposed, following your prefered choices.
No, I've not yet pursued the proposed extension.
My work currently is still primarily exploratory - proof-of-concept - so
it's reasonable, if not efficient, for me to reconstruct any private state
on every operation.
> Maybe you didn't read about my redesign of the surface core that would
> allow many things like buffers not directly accessable (memory mapped),
> maintained by other libraries, like OpenGL or low level device drivers.
> If you have some ideas or would like to assist with the design and maybe
> even the implementation, I'd appreciate that.
I've not seen this - can you provide a direct reference to this?
This is very interesting, as it does seem that it might address some of the
other constraints that I am currently trying to work with/around.
I was considering adding exactly this private allocation management to the
core myself.
My motivation is twofold:
1. Provide support for private formats (or physical representations
of existing logical formats).
2. DRM.
However, if your redesign is slated for release in the near term then it
would be prefered to benefit from this or work in conjunction to acheive
this.
Do you have any feeling of a minimum practical timescale for your redesign
to reach release - days, weeks, months, years(!) - since I would need to
take this into account for the specific piece of work that I'm looking at.
Regards,
Jason Barstow.
Notice
The information in this message is confidential and may be legally
privileged. It is intended solely for the addressee. Access to this
message by anyone else is unauthorized. If you are not the intended
recipient, any disclosure, copying or distribution of the message, or
any action taken by you in reliance on it, is prohibited and may be
unlawful. If you have received this message in error, please delete it
and contact the sender immediately. Thank you.
_______________________________________________
directfb-dev mailing list
[email protected]
http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
