Hello colleague, i wiser man/programmer once wrote:
*Premature optimization is the root of all evil.*We started talking about the prospect to have *some* CG alorithms available in julia, so jumping to OpenCL seems fast for me. On Thursday, August 14, 2014 1:32:38 PM UTC+2, Simon Danisch wrote: > > I'd be a huge fan, of a OpenCL accelerated geometry package, which works > flawlessly with OpenGL. > After all, these kind of algorithms quickly get slow on big meshes, and > you normally want to view them in OpenGL anyways. > No one really has this open source and integrated into a bigger framework. > Maybe we can start with some Julia implementations and slowly start > offering them also for Arrays which reside in VRAM? > > Why not extending Meshes.jl? I always thought, it will host these kind of > algorithms at some point... > We just need to make it use parametric types, instead of having 64 bits > everywhere... > > Am Freitag, 9. Mai 2014 23:13:06 UTC+2 schrieb Steve Kelly: >> >> I am going to be developing some software for 3D printing. For path >> planning, we will need to use the clipping algorithm. >> >> Graphics.jl mentions a clip function. >> https://github.com/JuliaLang/julia/blob/master/base/graphics.jl >> Cairo.jl uses the C implementation in Cairo. >> >> I would like to implement this algorithm natively in Julia. My question >> to the community is whether it be more appropriate to create a new package >> or optionally add the algorithm to Graphics.jl (or another package)? >> >> Thanks, >> Steve >> >
