What RAM do you mean? As I said, we used only 600 Megabytes of RAM for the trail to render in Krakatoa. With 8GB of RAM, you should be able to fit up to 300 million particles in memory, that’s an overkill even for most things we do on movies (except for a couple of shots in the past where we went higher, but using multiple layers).
Your machine should be fine…
You can get some real decent fume sims with 8gigs. You may have to use a couple of grids depending on how huge your trail is going to be but since you mentioned it is a head moving from one side to the other I think you’d be well within reason.
Thanks a lot Mr. Borislav.
Like I said I’ll post my tests as soon as I can.
If I have any more questions or doubts about the “manual” of the Krakatoa I’ll tell you.
It’s a shame there aren’t a lot of tutorials out there.
Well just have to study a little bit more and test and test until I get the result I’m after.
Cheers
Hello everyone.
I’ve finished my final animation project but unfortunately because of my university I can’t place it online but if someone is interested I can send them a link from yousendit to download, but don’t tell no one lol.
Just wanted to let you all know that In the next days i’ll start to put some tests online.
Thanks for all the references until now.
If someone knows extra tutorials please share them with me.
Thanks for all
I’m following some tutorials but it’s not easy.
The commands are a lot different.
For example I made FumeFx emitter and created with Particle Flow a FumeFx birth operator.
I’ve opened Krakatoa and rendered the particles but they appear flat black.
I now that if I had some lights I’ll loose that flat look but whats with that black thing?
I can’t find that Override particle colors to change that so I started to mess with everything and I’m using the Override Emission (Use) to change the color. Is this right? Why isn’t using the default color that is in the Particle Flow?
It is not easy to follow the basic tutorials that are online.
I can’t find that Particle Color Controls.
I’ve started with some tests with FumeFx, ParticleFlow and Krakatoa and start playing with Magma Flow. It is not an easy tool, without the tutorials it’s very complicated to follow but it’s impressive the type of images we can get, really great.
Black and white cloud
http://forums.cgsociety.org/attachment.php?attachmentid=153166&stc=1
Color cloud
http://forums.cgsociety.org/attachment.php?attachmentid=153167&stc=1
Cheers
Without what tutorials exactly? There ARE tutorials about changing color or density over age.
I would love to see a list of things you feel are difficult and require more tutorials, or existing tutorials that are hard to follow.
In pretty much every post you say “it is not easy”. I beg to differ, but what IS easy in 3D? 
Have you ever used a node-based editor (say, Eyeon Fusion, PFlow Tools Box #3, Thinking Particles, or Softimage ICE)? Were these easier to use and how exactly? What would you like to see changed in MagmaFlow to make it easier for you (besides better documentation which I admit could use an update?)
Thanks in advance.
I really love node based.
I used to work with Fusion, now with Nuke.
The thing about Magma are the concepts, what exact parameter does and what connections are best. The tutorials from the website are really good but lack a bit the explanation on what parameter can do, perhaps I didn’t reach that part of the tutorial.
At the moment I can tell what you could improve just need a little more practice to get used to the system. The lack of tutorials like the ones from Allan Mckay for example, there aren’t tutorials like these don’t know why. CGAcaddemy have some very good tutorials on PFlow.
The tutorial I was talking was that example from the GIJoe production. I’m in that one at the moment. I say mostly it’s not easy because I’m a maya user for seveal years and a lot of the process are different.
I start with Max about 2 months ago.
I’ll keep you posted about my doubts.
Really appreciate all your help.
Fair enough, and quite helpful feedback, thank you!
We are in the process of rewriting portions of the documentation for the upcoming 1.6.0 release (you might notice pages changing daily) and I will try to provide some more in-depth explanations.
That G.I.Joe “tutorial” was just a draft for my presentation at the Autodesk booth last Siggraph so I had to keep it short - I could go into more detail why certain things are done for sure.
Unfortunately, I cannot develop a MagmaFlow DVD for CGAcademy because of conflict of interests. As co-developer of Krakatoa, I am being paid by Prime Focus to provide documentation to all our current and prospective customers. Developing such content for a 3rd party publisher and caching in on my internal knowledge would be amoral.
So I will have to find time to do some recordings and publish them for free sooner or later.
Once again, thanks for the feedback and keep it coming.
So I will have to find time to do some recordings and publish them for free sooner or later.
That would be awesome.
I’ll keep you posted of my progress.
Cheers
I’ve started for some time with the Krakatoa tests.
But there’s one thing I’m not understanding.
The movement of the particles is defined by particle flow right.
I’ve made an smoke animation in Fume and after that I activated particleFlow (fumeFx follow and birth) an then Krakatoa. Well when I made the partitioning in Krakatoa the simulation was completely ruined.
I’ve noticed now that the velocity channel wasn’t activated on FumeFx, is this an important subject?
Thanks
Cheers
The velocity channel is required for the particles to actually follow the simulation… sooo yeah it’s important. 
One thing I’ve noticed that sometimes they blow out the FumeFx simulation.
Why does this happens?
Should I increase the number of particles?
They’ll blow out because the influence is probably a little too high, and/or because your sim just gets close to the edge of the grid, if a particle gets a velocity from the grid that’s high enough, it’ll escape the grid… the simplest solution is to turn down the influences, or just turn on the option that kills the particles when they exit the grid. You could also do some fun stuff with scripting (or box3 preferrably) to tell the particles to head back into the grid if they are getting too close to the boundry.
Scripting at the moment it’s not my field.
But I tend to activate that option that says to kill the particles that go outside the container.
I’ll check that influence parameter.
thanks
I’ve created smoke in FumeFx.
I really liked the look but I wanted to see how it behaved in krakatoa.
This isn’t the first time an animation I make looks very bad when I try to render it with Krakatoa. The rate in ParticleFlow is 200000. I think this is high enough to get detail.
In the part of the channels in Particle Flow I only have the smoke activated and the max value is 40 and the min is 1.
I have a spotlight in the scene but it doesn’t seems to have any affect on the particles.
You need a lot more particles in your krakatoa render, try starting out with 2 million and work up from there. The idea is to achieve a really dense cloud that is more representative of smoke, rather than dust.
Give this a read: 
http://lotsofparticles.blogspot.com/2009_11_01_archive.html
I’ve been reading this post from Bobo:
Back To Basics - Krakatoa Best prectices for fast iterations
My question maybe a little stupid but just wanted to make sure.
For example, if you have 4 cores, you can open 4 copies of 3ds Max and let the first one partition from 1 to 3, the next one from 4 to 6, the third one from 7 to 9 and the last one from 10 to 12. After about the same time it would take a single copy of Max to create 3 partitions you will have 12 and all cores will be used.
To do this I have to define for example that the Partition Count will be 10 and after that the Partition range is defined right? But in all the different copy’s of Max the value of 10 has to be there. I’ve made this.
To test it I put in the Particle Count: 6
Partition Range from: 3 To: 4.
But When I click Generate All Partitions Locally they all start with 1.
How can I do what Bobo is talking about?
Sorrrrrrrryy my problem.
I’ve just noticed that I have to click on Generate Partition Range Locally.
Sorry
You need a lot more particles in your krakatoa render, try starting out with 2 million and work up from there. The idea is to achieve a really dense cloud that is more representative of smoke, rather than dust.
I’ve increased a lot the number of particles and when I start to render, after 10 minutes krakatoa gives me an error message saying “Bad allocation”
Why is that?
Cheers
Are you using a 32 bit version of Windows and/or Max? If that’s the case, then no wonder.
Even though you can allocate up to 2GB of RAM in Windows 32 bit, 3GB with the switch or 4GB when running 32 bit Max on 64 bit Windows, there is an additional limitation to memory usage in 32 bit - when Krakatoa, Max or any other program requests a chunk of memory, it has to be contiguous. When the memory allocation requests come in small chunks, Windows can fit them between existing ones even if memory is severely fragmented. But if the requested chunk cannot fit anywhere, you get an error.
In contrast, on 64 bit Windows with 64 bit 3ds Max, even if you have only 4GB of physical memory, the maximum addressable memory space is so huge that the memory manager can pretend the memory were contiguous even if when it isn’t and with a little paging (which makes things very slow) ensure you get your memory. Thus the only crashes you could get with Krakatoa 64 bit are related to actual bugs in the software (there are not too many of those) and never due to memory allocation issues.
During the last couple of years, the idea to discontinue Krakatoa for 32 bit Max has popped up often, but so far we provide it just in case. But we DO NOT RECOMMEND using it for anything.
If you were using 64 bit Max and you still got an error, please report it as a bug.
As for the partitioning, the Count value defines the total number of partitions that will be created. If you hit the “…ALL…” button, all partitions will be saved in a row. But if you would open several copies of Max on the same machine or multiple machines and want to save 1 and 2 out of 10 on one, 3 and 4 on another etc., then you can set the Range to a sub-set of the total count and press the “…RANGE…” button.
Thank you Bobo.
I’m in Windows 7 64 with Max 2010 x64.
I’ll try to explain what I did.
I’ve increased the particle rate up to it’s very limit - 9999999999999999;
I’ve noticed that particle flow started not to update it’s particles, even when I had only had 1% of the viewport active in the quantity multiplier. If I scroll the timeline the particles would stay only in a certain point. Maybe the problem is related with ParticleFlow.
So initiate Max again and started rendering with Krakatoa.
This happened when I did this.
I decided to save the particles to Disk and then after some time this happened again.
The version of Krakatoa is the 1.5.1.
One thing that I noticed is that I tried to render only the FumeFx, without the particle flow, I activated the FumeFx option and them when I press render it appears Krakatoa Error.
–Argument count error: GetPath wanted 1, got 0
Whys is this?
Thanks