essentially, but the texture is "live" with respect to svg DOM changes.
Like having an animatable billboard..texture2d with backend.
On Sat, May 29, 2010 at 7:02 AM, Matthew Pocock <matthew.poc...@ncl.ac.uk>wrote:
> So you are rendering textures with batik and using these as textures in
> jogl?
>
> Matthew
>
>
> On 29 May 2010 01:41, jonathan wood <jonathanshaww...@gmail.com> wrote:
>
>> Hello my non-affine friend!
>>
>> I would not say that I "delegate" so much as "backfill" with batik in
>> jogl. In this situation, batik's long load time is an advantage..I've done
>> simple modeling using batik's 2d output as the fulfillment end of an async
>> load (procedual texture??)....works well after the initial performance hit
>> ("insert progress bar here").
>>
>> Any common ground?
>>
>> Jonathan
>>
>> On Fri, May 28, 2010 at 7:28 PM, Matthew Pocock <matthew.poc...@ncl.ac.uk
>> > wrote:
>>
>>> Hi,
>>>
>>> Is anyone working on an SVG renderer that delegates through to opengl? My
>>> experiencwe of uasing jogl vs java2d is that you get 50-100x performance
>>> gains for rendering primitives. I'd like to use batik as a the scene-graph
>>> for some data visualisation, but right now it will not scale to the large
>>> number of elements I need to render.
>>>
>>> If nobody is currently on to this, could I have pointers as to where I
>>> would start in devloping my own rendering pipeline for the svg dom.
>>>
>>> Thanks,
>>>
>>> Matthew
>>>
>>
>>
>
