Bomber plus - Would be possible to avoid repeat a source image loaded?

Hi,

On this thread Found a possible way to "batch" load multiple images in bomber plus I put here a direct link to the great and wonderful filter given by Skybase and ThreeDee to be able to use Image grids to batch load images into bomber plus

SO I wonder if with the new bomber plus,

Would be possible to avoid repeat a source image loaded?

I suposse that for this to be possible it should be made some kind of database of what images have already been loaded, so I do not mean to do it this way, as this would be probably too complex.

INSTEAD OF RANDOM SELECTION

What I really mean and suggest is to be able to make that instead of random selection of the image loaded, it could sel ect the images one by one, beginning from the first one on the grid until the last one of the grid, and then after this one, if needed more, start again fr om the first one until last one again.

So then it would only be repeated the same image after all the other images have been already loaded once.

I do not know if this would be possible but I suggest it to know about it.

Thanks for your help

Quote
Sky base wrote: The answer is yes! But the number of particles will be fixed to avoid repeat.

Thanks good news that it may be possible, but do not know what you mean that the number of particles would be fixed

I remember that someone told that it could be used a grayscale shades grid for the selection of images into bomber

So it's now cutting up the image based on the coordinates.

Quote
Skybase wrote: Oh wait I figured what you wanted. I think this method works so give this a shot.

Thanks very much for your filter, and it looks very cool and interesting to be used with one single image to break it in multiple sized pieces like an explosion and multiply the bits and like it much

But regrettably it does not work for the grid because using density value 2 destroys the image IF the tiles are all in one row ordered

This below is the result with Density 1 that is correct, but it will show exactly the same as the original grid, so is useless to have the same image grid and not be able to multiply it across as it can be done easily with your original version using repeat

what is curious is what happens if you rise the repeat and is not the same as the Size grid then the letters get repeated by itself one beside the other original one

I maybe wrong in the suggestion above and made wrong the idea of what I really wanted to get, after seeing what happens

What I mean is that using the original filter found on the link of the first post, the problem is that as there is a random selection, there is no guarantee that ALL the images included in the source grid are really feeded into the bomber plus

Ooth tricky.

To everybody else:
I don't think the bomber plus has the capability to loop does it?

Yeah so my solution to that was to represent all parts of the grid via center x and . Which meant that you had to set the grid count and the repeat count the same to appropriately get all parts of the grid once. But probably it's a limited solution. I don't know if there's another way around the issue.

Probably the simpler explanation is that the filter of the link of the first post should be able to be sure to include all the included source grid tiles and read 1 time the source grid and position the tiles it has until filling the available slots on the result, and then if is needed to fill more, read again the source image and again fill the other needed slots, and so on.

Quote
Skybase wrote: Which meant that you had to set the grid count and the repeat count the same to appropriately get all parts of the grid once. But probably it's a limited solution

Yes, it works well and works exactly as you told and following your instructions it works perfectly, but it only works for one image only with exactly the same size,

Quote
Skybase wrote: But probably it's a limited solution

Yes, I agree that maybe this is a limited solution, at least as it is now, as you can not repeat the grid elements when the result is larger than the source, you can not use variation, so you can not shuffle or scramble the individual parts of that grid image, that is the point of this batch input filter.

Quote
Rick Duim wrote: What you want is a "random" ordered list. For example, a 3x3 would have images: 1 2 3 4 5 6 7 8 9 What you want is the list scrambled, not random, so you get a random result like this: 4 7 3 1 9 2 6 8 5

Yes, this is nearly what I want and thought, I mean that the source has one order and then inside bomber you must be able to scramble, shuffle or change the position of the grids tiles

The problem comes when the result is bigger than the source, so the tiles of the source must be repeated

so following your example this the source

1 2 3
4 5 6
7 8 9

Now if the result size is 5x5

4 7 3 1 7
1 9 2 9 2
6 8 5 4 5
3 2 4 6 8
1 6 7 9 5

The result includes 25 tiles so the source grid will be read only 2 and a half times, and repeat only the needed tiles until filling the 25 slots of the result grid. I mean that all the numbers of the source grid are included twice (18), and then the remaining 7 is the first 7 grid tiles of the source grid.

and then you can make another possible variation and scramble and shuffle the same grid to get another variation result using the same source grid.

This above is a suggestion to be able to have a balance and include all the source images tiles without repeating them randomly, if anyone thinks about any other possible way it could be good too.

Good and intetesresting idea, SpaceRay, would be good to avoid repeating same image twice so that they do not appear one adjacent to another

I think that what you are trying to explain is that what you want is that the source grid is being read in a sequential way each time, so if it ends reading the grid, it should start again from beginning so this way it would never be repeated one adjacent image

Is a very good suggestion, although as Skybase has told, it may be difficult and tricky to do.

Quote
Betis wrote: If you want to keep the images in a grid pattern but scramble the tiles, steer clear fr om the bomber, just use a tile node with solid fill and some granulated coordinates plugged into an offset node

Please, can you explain it a little bit more?

I do not know what is a granulated coordinates and wh ere to put the offset node

I have tried also to put the Grid that SpaceRay has shown above with the tiles component with repeat 5 for H and V and it does not work as expected

Thanks for your help

Thanks Skybase for explaining it well and I did understand it right, although I do not know how to make those gradients, but does not matter, keep reading

Quote
Betis wrote: If you want to keep the images in a grid pattern but scramble the tiles, steer clear from the bomber,

I think this is wrong in some way, because I have seen that after using the awesome and well done filter done by Rick Duim Grid Image input he did use the bomber and you can keep the images in a grid pattern, and you can surely scramble very easily all the images included in the grid and increase the amount of images to be scrambled

I may be wrong but maybe if using the Tiles node, would it be applied only to the amount of "tiles" appearing in the original source image grid? I mean that if what you mean is that you could be able to shuffle the same amount of tiles in another order, but you can not then increase the number of tiles and add more as it happens with the Rick Duim filter, then there is no point of using the tiles node for input.

It's pretty simple. Basically what Betis said. Use an offset with granular (posterized) values to kick the squares around. You have to offset in one direction at a time to avoid getting the same coordinates twice. Like this with the example 5x5 alphabet image.

(Keep seamless tiling on, otherwise some of the particles flip around.)

Shuffle 5x5.ffxml

I just realized you could make a look-up table for the Bomber plus with the same basic method plus some additional trickery:

Create an image with the appropriate number of squares each with an incremental grayscale value. Then use the offset method to shuffle them and finally hook up Bomber+ with Lookup to this shuffled "table" for which particle to choose.

Quote
ThreeDee wrote: I just realized you could make a look-up table for the Bomber plus with the same basic method plus some additional trickery:

OH! YES! I have also thought about it that this could be done in a similar way when I suggested to make non repeating colors in this other thread

Create random colors shapes that are not repeated nearby?

Quote
SpaceRay wrote: 1 - GRAYSCALE CHECKERS is to use a graduated checker box with different grayscale shades that are different and then feed this to the bomber to control the random color production as shown on this image, (although should be random grayscale squares)

It was my first choice as a suggestion, but I did not think that this could be used for this topic of this thread

I have tested and found that this graduated and progressive grayscale can be made using the very good and well done color chart filter that Skybase made here

Be able to make a good color chart inside FF with all the gradients?

although do not know if this kind of grayscale grid chart would work and is the thing you are suggesting

Quote
ThreeDee wrote: Create an image with the appropriate number of squares each with an incremental grayscale value. Then use the offset method to shuffle them and finally hook up Bomber+ with Lookup to this shuffled "table" for which particle to choose.

As shown here above, I have been able to make the grid with incremental grayscale values in a grid, although as said above, I do not know if this kind of grayscale grid chart would work and is the thing you are suggesting

What I do not know now is how to use the look up and offset to shuffle them and hookup to bomber plus

Thanks very much ThreeDee, will test it and see how it works

If you use it with a loop, the output of the bomber plus is what will get looped. If you input a loop output into the bomber plus, it'll bomb the output of the loop. So no, the bomber and the bomber plus doesn't have this capability.

Thanks very much for this useful thread