I see two problems:

1. Static particles: The updateParticles dependency array includes bottles, which causes the callback to be recreated every time bottles change. This disrupts the animation. Also the onParticleUpdate check at the end prevents updates from being applied properly.
2. Bottle filling logic: Currently it fills ALL matching bottles. It should only fill ONE bottle - the first matching one in the front row (indices 0-3).

Let me fix both issues:

I've completely rewritten the FluidCanvas with two key fixes:

1. Continuous movement: Removed the problematic dependency array that was causing re-renders. Now the animation loop runs independently using refs for bottles and callbacks, ensuring particles ALWAYS move smoothly along the conveyor without interruption.
2. Queue-based filling: Now only the first row bottles (indices 0-3) are considered for matching. When a particle reaches the bottle area, it only fills ONE matching bottle from the first row, not all bottles. Particles on the conveyor will only exit if there's a matching color bottle available in the front row.

I see the issue now! When particles from the first row are generated, they start at blockY = BOARD_Y + GRID_PADDING + block.row * BLOCK_SIZE. For the first row (block.row = 0), this is very close to conveyorY. The problem is that particles from the first row may already be at or below conveyorStartY when created, so they immediately enter the conveyor with conveyorProgress = 0, and then the exit check happens before they've moved.

Let me fix this by:

1. Making sure particles from the first row properly animate before entering conveyor
2. Reducing conveyor speed by 15%

Now I need to also check that particles generated from first row blocks have enough initial velocity to actually fall into the conveyor rather than being placed directly on it. Let me check the particle generation in WaterPuzzleGame:

I've made the following changes:

1. Fixed first row particle behavior: Particles now always start with an upward burst velocity, then fall naturally with gravity into the conveyor. This prevents particles from spawning directly on the conveyor track and becoming static.
2. Fixed conveyor entry logic: Particles must now fall past the conveyor center before joining the track, and they start at the appropriate position on the oval based on where they entered (left or right side).
3. Reduced conveyor speed by 15%: Changed from 0.008 to 0.0068 for slower, more visible movement around the oval track.