Krakatoa 1.0.2.30007 Beta has been posted

Deprecated Krakatoa 1.1 Beta Discussion
1

Just in case you have missed it, the first Beta of this round was posted yesterday to the "Builds" conference.

This one build will not require a new license and is labeled as v1.0.2.30007 to reflect this.

Future Beta builds will be named v1.1.0.3XXXX and will need an updated license to run.

Have fun and get those bug reports rolling!

2

Downloaded, but haven’t installed. Will this show up as a new renderer, or will it remove the old 1.0? Just need to plan so I don’t goober up any production setup.


  • Chad
3

>Downloaded, but haven't installed. Will this show up as a
>new renderer, or will it remove the old 1.0? Just need to
>plan so I don't goober up any production setup.
>

It will replace the existing 1.0.

Theoretically, it should be compatible with anything you have done in 1.0, just better and faster. But that's the theory, and as we all know, the difference between theory and practice is bigger in practice than in theory... ;o)

When we roll in the new PFlow File operators, they will add new operators to PFlow, but we plan to allow you to keep the old ones around for backwards compatibility (if anyone is using them at all).

4

Hi Bobo,

short question, will the new Pflow operator allow to read out the color information of each particle
stored in a prt file? Or is this already possible? Because, if I now use a "Krakatoa File Birth" operator
and load a prt file with color information, it uses the color set in the "Display" operator instead of the
particle color stored in the prt file.

Thanks
Tom

 

5

>Hi Bobo,
>short question, will the new Pflow operator allow to read
>out the color information of each particlestored in a prt
>file? Or is this already possible? Because, if I now use a
>"Krakatoa File Birth" operatorand load a prt file with color
>information, it uses the color set in the "Display" operator
>instead of theparticle color stored in the prt file.
>ThanksTom
> 
According to the developer of the new operators, the color channel will be loaded into the Vertex Color channel, and will thus appear in the color channel of Krakatoa again when you render or save, allowing for "recycling" of colors through a Pflow->Krakatoa->Prt->Pflow->Krakatoa pipeline. This is assuming that there is no Material operator in the PFlow overriding the vertex color channel data.

The current operators are very limited and only apply position and velocity data, and the Birth is using a single frame only.

6

>According to the developer of
>the new operators, the color channel will be loaded into the
>Vertex Color channel, and will thus appear in the color
>channel of Krakatoa again when you render or save, allowing
>for "recycling" of colors through a
>Pflow->Krakatoa->Prt->Pflow->Krakatoa pipeline.

Hi Bobo,

That sounds great! I think that also means, this vertex color information is accessible
with Box3 too, right?

7


>Hi Bobo,
>That sounds great! I think that also means, this vertex
>color information is accessiblewith Box3 too, right?

Right!

8

I don’t see a “Downloads” conference.

9

The “builds” conference is where you want to go.


  • Chad
10

LOL, fixed.