Partitioning is based on changing the random seed of a live simulation, or, if the particles have an initial state, randomizing the initial position and/or velocity. But a PRT Loader does not have a random seed, and does not advect particles over time, so even if you randomized the position and/or velocity on the first frame, this would not affect the following frames which are explicitly loaded from disk.
Since you are loading a pre-baked BIN file from RealFlow, Partitioning does not really work, and it is not expected to. It is the same in Krakatoa MX btw.
A possible workaround would be to modify the Partition script to not track the IDs of the particles, and thus randomize the positions of all particles on all frames within the Jitter Radius. We can look into that, although I am not sure whether it will look good. The result would be similar to the workarounds available in Krakatoa MX where a high-frequency Noise deformer can be added to a PRT Loader to produce a similar effect: thinkboxsoftware.com/krak-pa … sting-fil/
The other alternative is to use the Repopulate feature of Krakatoa MY and distribute a large number of new particles within the influence range of the BIN particles.
thinkboxsoftware.com/kmy-rep … particles/