Visualization .cursorrules Strategies & Prompt Files

NEW

ASCII Simulation Game .cursorrules prompt file

you are an expert game designer and game programmer, you will choose the best game design and coding practices for all decisions in this project. The game is based on a 10x10 grid, each square has a 10x10 grid inside of it. There must be random map generation that smartly calculates where resources are located and how the map is generated. The player does not control anything in the game the player is simply an observer, therefore there should be logs for almost everything in the game and it should be turn based.
All nations should operate the same, their capabilites should be balanced. The player should be able to see the entire map at once, and the player should be able to see the entire history of the game in the logs. There should be a way to zoom in on a specific square to see more detail.
Nations should be able to trade resources with each other. Nations should be able to go to war with each other. Nations should be able to make peace with each other.
The time period of the game is constant and there is no technological tree. It takes place in ancient times.
nations should spawn a minimum distance away from eachother
the entire game should be colored ASCII based in terms of graphics
There should be neutral land that can be claimed by any nation. Neutral land should be randomly generated each game.
There should be a way to view the current owner of a square.
There should be a way to view the current resources of a square.
value of resources should be based on their rarity throughout the entire map. nations can use gold to either buy resources or armies.
armies are the primary way that nations can expand their territory.
there should be no talent tree or technology tree, nations should be balanced without the need for such a tree
population should collect in towns and cities
roads should connect towns and cities
resources are spread throughout nations through roads
nations attempt to spread their resources evenly over their territory
gold is not omni present and must be transported using roadsto the location where it is spent to build armies or develop land
oceans should be randomly generated to separate continents
rivers should be randomly generated to connect oceans and flow across the map vertically or horizontally
rivers are a food source for the land and farms can be built on them
mountains should be randomly generated throughout the map
mountains should be impassable by armies
mines in mountains provide metal at 20% efficiency
Nations should expand towards resources that they have a low amount of of and away from resources that they have a high amount of
armies should spawn at the town or city that issued the order
towns can only spawn a max level 3 army
towns have a 3 square radius for gathering resources
as towns grow their radius grows, there are 3 levels of towns and cities
a Nation's largest city is its capital
population can only live in towns and cities
resources should be spread throughout the map in a way that encourages nations to expand into new squares
armies can travel across oceans at .25x speed
armies can travel on rivers to move across the map at 3x speed
there is a "battle list" that shows all the battles that have happened and stats about them
armies go from level 1 to level 10 based on their funding
inner squares can be developed into farms, forests, mines
armies require wood, food, and metal to be created.
nations must pay upkeep depending on the amount of armies and developed land they have
battles are resolved by the difference in army level and a RISK esque dice roll mechanic that is effected by army level
armies can build castles that are good defensively and allow for funding of armies
armies can be used to conquer squares from other nations
armies can be used to defend squares from other nations
armies can be used to attack other nations
armies can be used to attack neutral squares
armies can be used to attack other nations squares
armies can be used to attack neutral squares
armies can be used to attack other nations squares
armies can be used to attack neutral squares
nations should start with the same amount of gold and land
the map should be color coded to show the owner of the square
there should be effects over the screen that mimic a CRT monitor
the game should aim to be similar to Conway's Game of Life where the nations are the living organisms.
like conway's game of life, nations should be able to "see" eachother and react to eachother
like conway's game of life, the nations should be able to "see" the resources and react to them
there should be a chart page that tracks just about everything that can be tracked in the game

stack:

ASCII

ASCII Simulation Game .cursorrules prompt file

haldave159

NEW

WebAssembly Z80 Cellular Automata .cursorrules prompt file

We're implementing a higher-level control structure for our z80 cellular automata simulation, which we call the "environmental region grid."
This system allows users to define and manipulate larger areas of influence over the underlying "primordial soup" of cells.

Key Concepts:
1. Soup Cells: The individual units of our cellular automata, which follow basic rules and interact with their neighbors.
2. Regions: Larger areas that encompass multiple soup cells. Each region can have unique properties that influence the behavior of the soup cells within it.
3. Environmental Region Grid: A grid overlaid on top of the soup cell grid, dividing the simulation space into discrete regions. This grid can be 4x4, 8x8, or 16x16, allowing for different levels of granularity.
4. Region Parameters: Each region has a set of adjustable parameters that affect the soup cells within it. These could include:
- Obstacle (A region that blocks the movement of soup cells)
- Directional influence (biasing cell interactions in specific directions)
- Randomness factor (introducing more or less chaos in cell behavior)
- Temperature (affecting overall activity levels)
- Energy levels (influencing the likelihood of certain cell states or interactions)
- Other custom parameters as needed
5. Dynamic Influence: The region parameters dynamically modify the behavior of soup cells, creating areas of distinct characteristics within the larger simulation.
6. User Interaction: Users can interact with the simulation by adjusting region parameters in real-time, allowing for on-the-fly modification of the simulation's behavior.
7. Visualization: The region grid and its effects are visually represented, allowing users to see the influence of their changes on the simulation.

Purpose:
This system adds a new layer of complexity and control to the cellular automata simulation. It allows for the creation of diverse environments within a single simulation, enabling users to explore how different regional properties affect the emergent behavior of the cellular automata.
By implementing this region grid system, we're providing a powerful tool for users to experiment with large-scale influences on cellular automata behavior, potentially leading to new insights and interesting emergent phenomena.

Plan:
1. Define the Region Structure:
Create a comprehensive data structure to represent each region. This structure should be flexible enough to accommodate various parameters that can influence the behavior of soup cells within that region. Consider including:
- Obstacle
- Directional influence (for each cardinal direction)
- Randomness factor
- Temperature
- Energy level
- Any other relevant parameters
Ensure that each parameter is represented by an appropriate data type, typically using floating-point numbers for continuous values or integers for discrete states. This structure will be the foundation of your region system, so design it with extensibility in mind.
2. Create the Region Grid:
Implement a two-dimensional array to represent the region grid. This grid should be flexible in size, allowing for configurations such as 4x4, 8x8, or 16x16. Each element of this array will be an instance of the region structure defined in step 1. Initialize this grid with default values for all parameters, ensuring a consistent starting state. Consider implementing methods to easily resize the grid and maintain the aspect ratio with the underlying soup cells.
3. Implement Soup Cell to Region Mapping:
Develop a system to efficiently map each soup cell to its corresponding region. This mapping is crucial for quick lookups during simulation. Create a separate array where each element represents a soup cell and contains the index or reference to its associated region. Implement functions to update this mapping whenever the region grid size changes. Ensure that this mapping system is optimized for performance, as it will be frequently accessed during the simulation.
4. Modify the Main Simulation Loop:
Update the core simulation logic to incorporate region parameters. For each soup cell update:
a. Determine the cell's corresponding region using the mapping created in step 3.
b. Retrieve the region's parameters.
c. Apply the effects of each parameter to the soup cell's behavior.
This might involve adjusting probabilities, modifying state transition rules, or influencing the cell's interaction with neighbors. Ensure that this integration is done efficiently to maintain simulation performance.
5. Implement Parameter-Specific Logic:
For each parameter in the region structure, create dedicated functions or methods to apply its effects. For example:
- Obstacle: Turns the cell into an obstacle, preventing it from being randomly selected, and preventing neighbor soup cells from interacting with it.
- Directional influence: Adjust the probability of a cell interacting with neighbors in specific directions.
- Randomness: Introduce variability in state transitions or cell behavior.
- Temperature: Affect the overall activity level or energy of cells within the region.
- Energy level: Influence the likelihood of certain operations or state changes.
Design these functions to be modular and easily expandable, allowing for the addition of new parameters in the future without major code restructuring.
6. Enhance the WASM Interface:
Extend the WebAssembly interface to handle the new region grid system. This involves:
a. Creating functions to set and get the entire region grid state, allowing for efficient data transfer between JavaScript and WASM.
b. Implementing additional functions for manipulating individual regions or specific parameters.
c. Ensuring these functions are properly exported and accessible from the JavaScript side.
d. Optimizing data transfer to minimize performance overhead, especially for larger grid sizes.
7. Develop the User Interface:
Design and implement a comprehensive user interface for manipulating the region grid. This should include:
a. A visual representation of the region grid, possibly overlaid on the main simulation view.
b. Interactive elements for each region, allowing users to adjust parameters individually.
c. Global controls for setting grid size and applying presets.
d. A system for selecting different "brushes" or tools for painting parameter values across multiple regions.
e. Real-time feedback showing the effects of parameter changes on the simulation.
Ensure that the UI is intuitive and responsive, providing users with immediate visual feedback on their actions.
8. Create a Region Visualization System:
Develop a robust visualization system for the regions. This should:
a. Visually represent the various parameters of each region, possibly using color coding, patterns, or overlays.
b. Update in real-time as parameters are changed, providing immediate feedback to the user.
c. Implement different visualization modes to focus on specific parameters or overall region states.
d. Ensure that the visualization is clear and distinguishable from the underlying soup cell simulation.
9. Implement Data Synchronization:
Create an efficient system for keeping the region grid data synchronized between the JavaScript UI and the WASM simulation. This might involve:
a. Implementing periodic updates at set intervals.
b. Creating an event-driven synchronization system that updates when changes occur.
c. Optimizing large data transfers to maintain smooth performance, possibly using typed arrays or other efficient data structures.
d. Implementing a queuing system for updates to prevent overwhelming the simulation with rapid changes.
10. Update the Shader Code:
Modify the fragment shader used for rendering the simulation to incorporate region effects. This involves:
a. Passing region data to the shader, either as a texture or uniform array.
b. Updating the shader logic to consider region parameters when rendering cells.
c. Implementing visual effects that reflect the influence of region parameters, such as color shifts, intensity variations, or particle effects.
d. Optimizing the shader code to maintain performance, especially for larger simulations or complex region effects.
This system will allow for complex, user-defined behaviors across the simulation space, significantly enhancing the depth and interactivity of the cellular automata simulation.

stack:

WASM

WebAssembly

JavaScript

WebAssembly Z80 Cellular Automata .cursorrules prompt file

PhantasticUniverse

Visualization .cursorrules strategies

ASCII Simulation Game .cursorrules prompt file

ASCII Simulation Game .cursorrules prompt file

WebAssembly Z80 Cellular Automata .cursorrules prompt file

WebAssembly Z80 Cellular Automata .cursorrules prompt file

.cursorrules file Cursor AI Python FastAPI API

Python FastAPI Scalable API .cursorrules prompt file

Next.js React TypeScript .cursorrules prompt file

Go Backend Scalability .cursorrules prompt file

Angular TypeScript .cursorrules prompt file

React Native .cursorrules prompt file

Next.js 14 Supabase TailwindCSS .cursorrules prompt file

TypeScript Next.js Tailwind .cursorrules prompt file

Vue.js 3 TypeScript Vite Tailwind .cursorrules prompt file

TypeScript Tailwind Next.js SSR .cursorrules prompt file

.cursorrules file Cursor AI Python FastAPI API

Next.js React TypeScript .cursorrules prompt file

Python FastAPI Scalable API .cursorrules prompt file

HTML Tailwind CSS JavaScript .cursorrules prompt file

PyQt6 EEG Processing .cursorrules prompt file

Cursor Tip

Here is a quick example of leveraging the .cursorrules file (syst

Cursor Tip

Cursor Tip

Cursor Tip

Build ChatGPT with Python: Cursor AI Tutorial Guide

Create a Chrome Extension Fast: Cursor AI Tutorial

Build AI Voice Notes App: Cursor AI Tutorial Guide

Cursor AI Tutorial: Easy Loading Page with Shadcn Components