There's a bunch of useful operations that games & animation systems perform 
frequently that are less common in other uses of linear algebra. For 
example: linear and spline interpolations.

The DirectXMath library is worth 
studying: 
http://msdn.microsoft.com/en-us/library/windows/desktop/hh437833(v=vs.85).aspx
Similarly, the XNA math 
libraries: 
http://msdn.microsoft.com/en-us/library/bb196942(v=xnagamestudio.35).aspx

On Sunday, January 6, 2013 11:13:04 PM UTC-8, Mikera wrote:
>
> Yep, the idea is to be flexible enough to support many different 
> implementations.
>
> The pure Clojure version should be very easy to use and flexible since it 
> uses regular Clojure persistent vectors. The trade-off is of less 
> performance compared to the Java/native implementations.
>
> As an added bonus, writing a pure Clojure version is useful for testing / 
> validating the design of the API before we extend it to more complex 
> implementations.
>
> On Sunday, 6 January 2013 12:54:08 UTC+8, Rob Lachlan wrote:
>>
>> I really like this idea -- I think there's a need for a dedicated matrix 
>> computation library in clojure.  I really like the idea of having matrix 
>> operations implemented in clojure (I think that you have this in 
>> persistent_vector.clj) but also being able to call on java libraries.
>>
>>
>> On Saturday, January 5, 2013 2:00:23 AM UTC-8, Mikera wrote:
>>>
>>> Hello all,
>>>
>>> I've been experimenting with a common API / abstraction for matrix and 
>>> vector maths in Clojure:
>>>
>>>   https://github.com/mikera/matrix-api
>>>
>>> The idea is:
>>>  - Provide a clear, consistent API for matrix and vector operations
>>>  - Support multiple different underlying implementations (e.g. native 
>>> code via JBLAS vs pure Java like vectorz-clj)
>>>  - Provide a base which other libraries that need to consume matrices 
>>> can build upon (e.g. Incanter)
>>>  - Offer good performance while still presenting a reasonably flexible 
>>> high level API
>>>
>>> I think this could be very useful for the Clojure community, especially 
>>> given the interest in big data, simulations, machine learning, 3D graphics 
>>> etc. If it goes well and there is enough interest, I guess that this could 
>>> form the basis for a future "core.matrix" library.
>>>
>>> Comments / ideas / patches welcome.
>>>
>>>   Mike.
>>>
>>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en

Reply via email to