mzed

A two-dimensional model of moshers, similar to a disordered gas.

Based on research by Jesse Silverberg and Matthew Bierbaum. See: http://cohengroup.lassp.cornell.edu/projects/collective-motion-mosh-pits

moshpit

is it related to the soon-to-be-released commercial game moshpit simulator ? https://www.youtube.com/watch?v=V_IObmyIFbE


I'd never heard of that game until now. Interesting...?

I'd be curious to hear from anybody who uses this about what I could add to it. This is a pre-release that could easily have more features. But, what features?


here, max hangs infinitely when i try to open moshpit.maxhelp (osx yosemite)


moshpit.maxhelp (v0.1) worked fine on my computer
(Max 7.2.3-64bit - OSX El Capitan 10.11.5)

I have some suggestions which are probably unrealistic or unnecessary:
-whenever i've been in a moshpit, my favorite thing is how in many of them, people can fall down and everyone around will help them up immediately to protect the general movement of the pit and any members from getting hurt or trampled(a strange phenomenon in which gentility prevails through the violence... a similar thing here might be for one of the moshers(or disordered gas molecules) to drop into stasis and draw others toward it until enough coalesce around it to make it active again(like adding a game-of-life element to the mosh pit))

-sometimes some of the passive moshers(grey circles) could do what some people standing around mosh pits do and suddenly get irate enough to push back(maybe with enough collisions one of the grey circles could turn red or simply run wildly for a short time into as many red as they can)

^both of these suggestions are probably too frivolous to focus your hard work here around,
BUT! more important suggestions i have are:
-watching something like this makes me want to hear a sonification of the collisions... perhaps you could output more movement data of the overall crowd through the outlet than just the single yellow's position... or maybe, just output some representation of the 'showforce' parameter?

-perhaps you could make a non-UI version which outputs positions/movement of everything but leaves it up to max users to figure out how to animate/draw the information in other objects(basically, so that we'd have the ability to draw our own sprites or apply the info. to the CG/OpenGL world of Jitter)... (this suggestion seems like a most open-ended and therefore valuable one, but as a coder, i understand if you really just want to get the idea out there in a specific form only and move on to something else ;D ...so if nothing else, i hope you'll consider the suggestion just above this one the most :D)

Somebody else has figured out the maths for this simulation. It's a bit tricky as it is, so probably won't add additional behaviors. Figuring out the collision energy might be possible, though.

I'm thinking I should dump the positions and force values for the red moshers out another outlet. Or, send all of them as a list like , , , . If I was outputting everything, it would be quite easy to add a flag to suspend drawing, or make another object that just didn't do that.

I did have a prototype version in Javascript and and the framerate was really miserable. It's hard to say if it was the drawing or the math that was slowing things down, or both. I'm curious to implement this as a particle system in Jitter, but I'm not sure how to do that.


(it's working with max 64 bits, but makes 32 bits crash)
indeed it's fun, and more datas for sonification or custom vizualization would be cool :>


I've just added a v0.2 that outputs all of the particles out the right outlet. Also, it has an attribute to turn off drawing in the object.


>> I have some suggestions which are probably unrealistic or unnecessary >>

I also get a hang...of which the patch never opens.


Moshpit

1183

2016-07

London, UK