Products · Supermarket Simulator · read from a local copy

Serving ice cream

Ice cream is a system of its own, with buckets and cones as separate pieces.

Ice cream in Supermarket Simulator is its own little machine of a system: the game keeps buckets, cones, flavours with their own graphics, a scooping animation and displays built to hold cones.

What the game establishes

Ice cream is a system of its own, with buckets and cones as separate pieces. (checked against the game's own files)
Flavours are data with their own graphics. (checked against the game's own files)
Scooping has its own animation and spoon graphics. (checked against the game's own files)
Cones have a display and display slots of their own. (checked against the game's own files)
Buckets are produced by their own generator and carry a status. (checked against the game's own files)
The stand has its own helper record, like the shop's other stations. (checked against the game's own files)
A flavour exists as an instance with an interactable of its own. (checked against the game's own files)
A topping has a topping object and an interactable of its own. (checked against the game's own files)
The stand is kept in step over a network and has a comparison tester of its own. (checked against the game's own files)

In play

Ice cream is its own system. The game keeps buckets, cones and the stand as separate pieces rather than folding them into ordinary stock, which is why serving it is its own routine.

Flavours are data with their own look. Each flavour has a record and its own graphics, so what you serve is chosen rather than whatever happens to be in the machine.

Scooping is animated. The game has a scooping animation and its own spoon graphics, which is why serving a cone takes a moment rather than being an instant transfer.

It has displays built for it. There is a display for cones and display slots of its own, so the counter is made for this product instead of being a shelf with ice cream on it.

The buckets are made and tracked. Buckets are produced by their own generator and carry a status, which is why a machine can run out or still be full.

Flavours and toppings are things you can reach. A flavour exists as an instance with an interactable of its own, and a topping has the same pair, which is why choosing what goes on a cone is done at the machine rather than in a menu.

The stand is also kept in step. It has a networked helper of its own and a comparison tester, which is why what one player serves is what the others see.

It is a stall with a helper, like the others. The game keeps a helper record for the ice cream stand, which is why staff can be put on it.

What this entry does not tell you: what a cone costs, how many flavours exist, or how quickly stock runs out. We have not verified those numbers, so we do not print them.

In-game picture of the back room racks filled with stock from Supermarket Simulator, used to illustrate Shelf slots and display space.

Shelves and stockShelf slots and display spaceA shelf is made of rack slots with records of their own.

In-game picture of the restocker employee at work from Supermarket Simulator, used to illustrate Who keeps the shop clean.

StaffWho keeps the shop cleanThere is a cleaning worker with an item of their own.

Version and sources

A local copy of the game, read only. Identifiers are listed on the technical reference pages; nothing here is estimated. Documented build: 1.6.0 (223).