Hello Johannes,
Johannes Brunen wrote:
> today I discoverd that I'm unable to print scenes which contain texured
> geometry. The reason is that the GL_ARB_multitexture extension is not
> supported by my memory device context based GL render context. This
> leads to a failed gGlClientActiveTextureARB extension request in
> GeoVectorProperty::activate/deactivate which is not guareded against
> failure.
>
> So I have the following questions:
>
> 1. Is it possible to guard the gGlClientActiveTextureARB extension
> request to avoid a crash?
I'll take a look.
> 2. Is there any information available how I can implement a robust
> printing service on the windows platform without resolving to a memory
> device context?
hm, I don't know about the specific requirements for printing, but I'd
imagine if you have an image that there must be some way to print it. So
my guess would be that you can simply render with an FBO, download the
image/texture from the GPU into main memory and push it to some printing
API from there (sorry if this makes no sense, I really know nothing
about printing, especially not on windows ;) ).
Cheers,
Carsten
------------------------------------------------------------------------------
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
lucky parental unit. See the prize list and enter to win:
http://p.sf.net/sfu/thinkgeek-promo
_______________________________________________
Opensg-users mailing list
Opensg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensg-users
