Re: A JMonkeyEngine3 wrapper?
Everything's in a mercurial repository here: http://hg.bortreb.com/cortex/ sincerely, --Robert McIntyre AtKaaZ atk...@gmail.com writes: Robert, do you have all that in a project somewhere on github? I really enjoy all the explanations -- -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: A JMonkeyEngine3 wrapper?
Robert, do you have all that in a project somewhere on github? I really enjoy all the explanations On Fri, May 3, 2013 at 7:19 PM, Robert Louis McIntyre r...@mit.edu wrote: I've written some JME3 wrapper code for my thesis project -- it's not ready for prime time, but it's got some nice ideas. The design goal is to try and make my thesis code concise instead of being a general purpose library, but one idea I like it to build a world out of clojure functions that do the updating, etc. relevant pages for this project (with code) include: http://aurellem.org/cortex/html/world.html http://aurellem.org/cortex/html/util.html and some more at http://aurellem.org This is for a slightly older version of JME3, but things should mostly still work for the latest version. sincerely, --Robert McIntyre -- -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: A JMonkeyEngine3 wrapper?
Thanks everyone for their input! I have studied all the proposed codes! Based on them I have created a proof-of-concept solution for my case. Although reading the API of Jonathan's library inspired me, I avoided looking into the code yet so as to have some personal fun (remember I am a Clojure newb). But I came across Aurellem blog even before starting this thread, so some neat tricks are (and will be :D)taken from there. The entry point is based on example by James. At the end of this message I provide a link to the project. So I would be grateful for answers to the following questions: 1. Why executing (test-init) from the tail of core.clj causes NPE in Material.java (namely missing the AssetManager), but doing same thing from a REPL does not? I have figured out that sometimes timing matters so I put sleepers there, but it does not work for this very case. 2. A couple of general recommendations on where I break some Clojure style/traditions There are lots of silly things, but it's just a POC. The project is a CCW/Leiningen one. Load core.clj in REPL and execute (test-init). In the app, press S to move backwards to see the whole picture. The song is a freeware by Veela, the girl sings about keys, problems, functions, time, immutability and stuff so I thought it's pretty functional and clojuric. Version with JME (unpack-n-go, 80mb): http://db.tt/dRMtImGU Version w/o JME (put JME jars into 'lib' dir, 8mb): http://db.tt/jP6joeP6 Don't forget 'lein deps' since it will draw in some. So I think that we might get started developing on the base of Orbit by Jonathan and Cortex by Robert, no? -- -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: A JMonkeyEngine3 wrapper?
Thanks everyone for their input! I have studied all the proposed codes! Based on them I have created a proof-of-concept solution for my case. Although reading the API of Jonathan's library inspired me, I avoided looking into the code yet so as to have some personal fun (remember I am a Clojure newb). But I came across Aurellem blog even before starting this thread, so some neat tricks are (and will be :D)taken from there. The entry point is based on example by James. At the end of this message I provide a link to the project. So I would be grateful for answers to the following questions: 1. Why executing (test-init) from the tail of core.clj causes NPE in Material.java (namely missing the AssetManager), but doing same thing from a REPL does not? I have figured out that sometimes timing matters so I put sleepers there, but it does not work for this very case. 2. A couple of general recommendations on where I break some Clojure style/traditions There are lots of silly things, but it's just a POC. The project is a CCW/Leiningen one. Load core.clj in REPL and execute (test-init). In the app, press S to move backwards to see the whole picture. The song is a freeware by Veela, the girl sings about keys, problems, functions, time, immutability and stuff so I thought it's pretty functional and clojuric. Version with JME (unpack-n-go, 80mb): http://db.tt/dRMtImGU Version w/o JME (put JME jars into 'lib' dir, 8mb): http://db.tt/jP6joeP6 Don't forget 'lein deps' since it will draw in some. So I think that we might get started developing on the base of Orbit by Jonathan and Cortex by Robert, no? -- -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: A JMonkeyEngine3 wrapper?
Thanks everyone for their input! I have studied all the proposed codes! Based on them I have created a proof-of-concept solution for my case. Although reading the API of Jonathan's library inspired me, I avoided looking into the code yet so as to have some personal fun (remember I am a Clojure newb). But I came across Aurellem blog even before starting this thread, so some neat tricks are (and will be :D)taken from there. The entry point is based on example by James. At the end of this message I provide a link to the project. So I would be grateful for answers to the following questions: 1. Why executing (test-init) from the tail of core.clj causes NPE in Material.java (namely missing the AssetManager), but doing same thing from a REPL does not? I have figured out that sometimes timing matters so I put sleepers there, but it does not work for this very case. 2. A couple of general recommendations on where I break some Clojure style/traditions There are lots of silly things, but it's just a POC. The project is a CCW/Leiningen one. Load core.clj in REPL and execute (test-init). In the app, press S to move backwards to see the whole picture. The song is a freeware by Veela, the girl sings about keys, problems, functions, time, immutability and stuff so I thought it's pretty functional and clojuric. Version with JME (unpack-n-go, 80mb): http://db.tt/dRMtImGU Version w/o JME (put JME jars into 'lib' dir, 8mb): http://db.tt/jP6joeP6 Don't forget 'lein deps' since it will draw in some. So I think that we might get started developing on the base of Orbit by Jonathan and Cortex by Robert, no? -- -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: A JMonkeyEngine3 wrapper?
Thanks everyone for their input! I have studied all the proposed codes! Based on them I have created a proof-of-concept solution for my case. Although reading the API of Jonathan's library inspired me, I avoided looking into the code yet so as to have some personal fun (remember I am a Clojure newb). But I came across Aurellem blog even before starting this thread, so some neat tricks are (and will be :D)taken from there. The entry point is based on example by James. At the end of this message I provide a link to the project. So I would be grateful for answers to the following questions: 1. Why executing (test-init) from the tail of core.clj causes NPE in Material.java (namely missing the AssetManager), but doing same thing from a REPL does not? I have figured out that sometimes timing matters so I put sleepers there, but it does not work for this very case. 2. A couple of general recommendations on where I break some Clojure style/traditions There are lots of silly things, but it's just a POC. The project is a CCW/Leiningen one. Load core.clj in REPL and execute (test-init). In the app, press S to move backwards to see the whole picture. The song is a freeware by Veela, the girl sings about keys, problems, functions, time, immutability and stuff so I thought it's pretty functional and clojuric. Version with JME (unpack-n-go, 80mb): http://db.tt/dRMtImGU Version w/o JME (put JME jars into 'lib' dir, 8mb): http://db.tt/jP6joeP6 Don't forget 'lein deps' since it will draw in some. So I think that we might get started developing on the base of Orbit by Jonathan and Cortex by Robert, no? -- -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: A JMonkeyEngine3 wrapper?
I've written some JME3 wrapper code for my thesis project -- it's not ready for prime time, but it's got some nice ideas. The design goal is to try and make my thesis code concise instead of being a general purpose library, but one idea I like it to build a world out of clojure functions that do the updating, etc. relevant pages for this project (with code) include: http://aurellem.org/cortex/html/world.html http://aurellem.org/cortex/html/util.html and some more at http://aurellem.org This is for a slightly older version of JME3, but things should mostly still work for the latest version. sincerely, --Robert McIntyre -- -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: A JMonkeyEngine3 wrapper?
Hmm, interesting, but games usually involve much state and changes to keep up their worlds alive.. how do you abstract over this? For example, if you need to move something, then surely you will call for a change.. right inside the user code that happens all the time.. isn't it so? Just interested in how do you develop the functional philosophy to a really usable extent.. I cannot imagine how to avoid changing Vector3f elements at runtime.. or maybe you just pass the whole changed app-state to each new cycle? As far as I see, Jonathan and I, too create the wrappers as a side-effect of a personal project. I just think that maybe it is possible to factor out and assemble the code to a separate library and if you need something in your project, you implement it straight to the library and commit. Of course that would require a kind of coordination like never before, but it is a real FTW and is prone to benifits like finding something you wanted to have already being implemented by someone! четверг, 2 мая 2013 г., 2:14:36 UTC+4 пользователь James Reeves написал: On 1 May 2013 21:08, Alex Fowler alex.m...@gmail.com javascript:wrote: So, inspired by the latest talks with locals, I propose starting a collective initiative on creating a full-scale wrapper for JME3. Actually, I am starting to write my Clojure project with JME3 and I feel like in a desperate need for a clojuric wrapper. So I started implementing wrappers for Material, Texture, Geometry and so on.. but I think that that code would be rather universal and there is no point for it to belong to a personal project. So I think that we might start a community library project on this with those who is interested. Besides that, I think that I am a rather newb in Clojure and if I do that on my own, I will not do it as good as possible :D Is somebody interested in that? I have a bunch of code for a game I'm working on, but I've taken a slightly different approach to the problem than other people seem to have so far. When you develop in a functional language like Clojure, you typically want to quarantine all behaviour related to I/O, and avoid touching any mutable values directly. In Ring, for instance, we limit the interaction with the underlying servlet classes to a single function: the adapter. For jME3, I've been pursuing a similar approach. Essentially I'm aiming for this: (run-app (atom initial-app-data)) The only point of contact between the jME3 classes and the logic in Clojure will be that single function. Everything else will happen through modifying reference to a data structure. Right now I've got it working with geometries, textures, a simple HUD, events, very limited physics, collisions, and I'm currently writing an interface to NiftyGUI (which isn't easy, as it's not very well designed). The work I've done on this so far is part of a game, but could potentially be factored out. Currently it's very much a work in progress, and I expect it to take several months before I have anything useful outside of my use-case. - James -- -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: A JMonkeyEngine3 wrapper?
On 2 May 2013 12:09, Alex Fowler alex.murat...@gmail.com wrote: Hmm, interesting, but games usually involve much state and changes to keep up their worlds alive.. how do you abstract over this? I work out what changes are required to the scene by comparing the current data structure with the previous one, then change the scene accordingly. I'm currently employing a very naive strategy: if the data structure associated with a tree of nodes has changed, I remove all the child nodes and recreate them from the data structure. This works well for a relatively static world, and allows me to have around 50 moving NPCs in the scene and still maintain 60 fps on modest hardware. If I want more power, then I'd need a more sophisticated approach. For instance, I could construct a custom data structure that maintains a log of changes, then use that to mutate the jME3 node attributes that have changed. However, I suspect I'll hit other bottlenecks (such as the number of triangles my GPU can render) long before I need something quite that complex. As far as I see, Jonathan and I, too create the wrappers as a side-effect of a personal project. I just think that maybe it is possible to factor out and assemble the code to a separate library and if you need something in your project, you implement it straight to the library and commit. Of course that would require a kind of coordination like never before, but it is a real FTW and is prone to benifits like finding something you wanted to have already being implemented by someone! My use case might be different enough to make this difficult. I'm using jME3 classes to save time, but I deviate from standard jME3 practise when it makes sense to do so. For instance, I don't use the AssetManager from the SimpleApplication object, because it makes more sense to have a global AssetManager. - James -- -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
A JMonkeyEngine3 wrapper?
So, inspired by the latest talks with locals, I propose starting a collective initiative on creating a full-scale wrapper for JME3. Actually, I am starting to write my Clojure project with JME3 and I feel like in a desperate need for a clojuric wrapper. So I started implementing wrappers for Material, Texture, Geometry and so on.. but I think that that code would be rather universal and there is no point for it to belong to a personal project. So I think that we might start a community library project on this with those who is interested. Besides that, I think that I am a rather newb in Clojure and if I do that on my own, I will not do it as good as possible :D Is somebody interested in that? -- -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: A JMonkeyEngine3 wrapper?
My effort can be found here: https://github.com/odyssomay/orbit It's kind of all over the place in that I have started on a lot of things, but not really finished any parts. In any case, should be some useful stuff in there. I haven't really been active on the project lately - there's a bunch of other things I'd like to finish first. But I intend to finish the library in the near future. I renamed the library today which might cause some trouble - just a heads up. Jonathan On Wed, May 1, 2013 at 10:08 PM, Alex Fowler alex.murat...@gmail.comwrote: So, inspired by the latest talks with locals, I propose starting a collective initiative on creating a full-scale wrapper for JME3. Actually, I am starting to write my Clojure project with JME3 and I feel like in a desperate need for a clojuric wrapper. So I started implementing wrappers for Material, Texture, Geometry and so on.. but I think that that code would be rather universal and there is no point for it to belong to a personal project. So I think that we might start a community library project on this with those who is interested. Besides that, I think that I am a rather newb in Clojure and if I do that on my own, I will not do it as good as possible :D Is somebody interested in that? -- -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: A JMonkeyEngine3 wrapper?
Some info about the current status: * Input handling - missing joystick (not that important I guess). * Networking - completely done (might be improved, but works for most purposes). * Physics - not started. * Materials - usable, but needs work. * Geometry - same as material. * Application + settings - mostly done. * UI - mostly done. Most notably missing click handlers. I have also tried to make an enlive-style system for creating user interfaces and 3d geometry. The ui part is done, but the geometry part is missing. I might have missed something. Just ask if you'd like to know more. Jonathan On Wed, May 1, 2013 at 11:20 PM, Jonathan Fischer Friberg odysso...@gmail.com wrote: My effort can be found here: https://github.com/odyssomay/orbit It's kind of all over the place in that I have started on a lot of things, but not really finished any parts. In any case, should be some useful stuff in there. I haven't really been active on the project lately - there's a bunch of other things I'd like to finish first. But I intend to finish the library in the near future. I renamed the library today which might cause some trouble - just a heads up. Jonathan On Wed, May 1, 2013 at 10:08 PM, Alex Fowler alex.murat...@gmail.comwrote: So, inspired by the latest talks with locals, I propose starting a collective initiative on creating a full-scale wrapper for JME3. Actually, I am starting to write my Clojure project with JME3 and I feel like in a desperate need for a clojuric wrapper. So I started implementing wrappers for Material, Texture, Geometry and so on.. but I think that that code would be rather universal and there is no point for it to belong to a personal project. So I think that we might start a community library project on this with those who is interested. Besides that, I think that I am a rather newb in Clojure and if I do that on my own, I will not do it as good as possible :D Is somebody interested in that? -- -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: A JMonkeyEngine3 wrapper?
UI example: https://github.com/odyssomay/orbit/blob/master/test/orbit/test/ui.clj#L45 Sorry for the spam. :) Jonathan On Wed, May 1, 2013 at 11:28 PM, Jonathan Fischer Friberg odysso...@gmail.com wrote: Some info about the current status: * Input handling - missing joystick (not that important I guess). * Networking - completely done (might be improved, but works for most purposes). * Physics - not started. * Materials - usable, but needs work. * Geometry - same as material. * Application + settings - mostly done. * UI - mostly done. Most notably missing click handlers. I have also tried to make an enlive-style system for creating user interfaces and 3d geometry. The ui part is done, but the geometry part is missing. I might have missed something. Just ask if you'd like to know more. Jonathan On Wed, May 1, 2013 at 11:20 PM, Jonathan Fischer Friberg odysso...@gmail.com wrote: My effort can be found here: https://github.com/odyssomay/orbit It's kind of all over the place in that I have started on a lot of things, but not really finished any parts. In any case, should be some useful stuff in there. I haven't really been active on the project lately - there's a bunch of other things I'd like to finish first. But I intend to finish the library in the near future. I renamed the library today which might cause some trouble - just a heads up. Jonathan On Wed, May 1, 2013 at 10:08 PM, Alex Fowler alex.murat...@gmail.comwrote: So, inspired by the latest talks with locals, I propose starting a collective initiative on creating a full-scale wrapper for JME3. Actually, I am starting to write my Clojure project with JME3 and I feel like in a desperate need for a clojuric wrapper. So I started implementing wrappers for Material, Texture, Geometry and so on.. but I think that that code would be rather universal and there is no point for it to belong to a personal project. So I think that we might start a community library project on this with those who is interested. Besides that, I think that I am a rather newb in Clojure and if I do that on my own, I will not do it as good as possible :D Is somebody interested in that? -- -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: A JMonkeyEngine3 wrapper?
Oh that's interesting! Looking at your code and API, I see many nice design solutions, although the style is somewhat different from waht I do.. but me are newb.. and I now started from doing wrappers for meshes, vertex buffers, geometries and materials and stuff.. since these are the 1st things me be interested in :D. But my code is somewhat just 2 pages now and untested :D... I will share it tomorrow when I finish it and at least run some tests, now I must take some sleep. I think that if we assemble for that effort, someone who is good at Clojure will have to propose some standard guidelines along which the code is to be written, because JME is a big thing and covering it all or at least half of it better follow some all-known ideals so that the result will look and feel monolithic. четверг, 2 мая 2013 г., 1:30:49 UTC+4 пользователь Jonathan Fischer Friberg написал: UI example: https://github.com/odyssomay/orbit/blob/master/test/orbit/test/ui.clj#L45 Sorry for the spam. :) Jonathan On Wed, May 1, 2013 at 11:28 PM, Jonathan Fischer Friberg odys...@gmail.com javascript: wrote: Some info about the current status: * Input handling - missing joystick (not that important I guess). * Networking - completely done (might be improved, but works for most purposes). * Physics - not started. * Materials - usable, but needs work. * Geometry - same as material. * Application + settings - mostly done. * UI - mostly done. Most notably missing click handlers. I have also tried to make an enlive-style system for creating user interfaces and 3d geometry. The ui part is done, but the geometry part is missing. I might have missed something. Just ask if you'd like to know more. Jonathan On Wed, May 1, 2013 at 11:20 PM, Jonathan Fischer Friberg odys...@gmail.com javascript: wrote: My effort can be found here: https://github.com/odyssomay/orbit It's kind of all over the place in that I have started on a lot of things, but not really finished any parts. In any case, should be some useful stuff in there. I haven't really been active on the project lately - there's a bunch of other things I'd like to finish first. But I intend to finish the library in the near future. I renamed the library today which might cause some trouble - just a heads up. Jonathan On Wed, May 1, 2013 at 10:08 PM, Alex Fowler alex.m...@gmail.comjavascript: wrote: So, inspired by the latest talks with locals, I propose starting a collective initiative on creating a full-scale wrapper for JME3. Actually, I am starting to write my Clojure project with JME3 and I feel like in a desperate need for a clojuric wrapper. So I started implementing wrappers for Material, Texture, Geometry and so on.. but I think that that code would be rather universal and there is no point for it to belong to a personal project. So I think that we might start a community library project on this with those who is interested. Besides that, I think that I am a rather newb in Clojure and if I do that on my own, I will not do it as good as possible :D Is somebody interested in that? -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clo...@googlegroups.comjavascript: Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+u...@googlegroups.com javascript: For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+u...@googlegroups.com javascript:. For more options, visit https://groups.google.com/groups/opt_out. -- -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: A JMonkeyEngine3 wrapper?
On 1 May 2013 21:08, Alex Fowler alex.murat...@gmail.com wrote: So, inspired by the latest talks with locals, I propose starting a collective initiative on creating a full-scale wrapper for JME3. Actually, I am starting to write my Clojure project with JME3 and I feel like in a desperate need for a clojuric wrapper. So I started implementing wrappers for Material, Texture, Geometry and so on.. but I think that that code would be rather universal and there is no point for it to belong to a personal project. So I think that we might start a community library project on this with those who is interested. Besides that, I think that I am a rather newb in Clojure and if I do that on my own, I will not do it as good as possible :D Is somebody interested in that? I have a bunch of code for a game I'm working on, but I've taken a slightly different approach to the problem than other people seem to have so far. When you develop in a functional language like Clojure, you typically want to quarantine all behaviour related to I/O, and avoid touching any mutable values directly. In Ring, for instance, we limit the interaction with the underlying servlet classes to a single function: the adapter. For jME3, I've been pursuing a similar approach. Essentially I'm aiming for this: (run-app (atom initial-app-data)) The only point of contact between the jME3 classes and the logic in Clojure will be that single function. Everything else will happen through modifying reference to a data structure. Right now I've got it working with geometries, textures, a simple HUD, events, very limited physics, collisions, and I'm currently writing an interface to NiftyGUI (which isn't easy, as it's not very well designed). The work I've done on this so far is part of a game, but could potentially be factored out. Currently it's very much a work in progress, and I expect it to take several months before I have anything useful outside of my use-case. - James -- -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
