Free city simulator software for linux

MOS 6502 Simulator is sort of an emulator for a 6502 chip. Theres virtually nothing apart from the CPU (minus BCD operations). It also bears no heed to instruction timings.

Whilst (apart from those two things) it successfully simulates the CPU there were a few design flaws, which led me not to continue with it:

- I wrote it in C++.

As the 6502 had no dedicated IO bus, everything was done via memory. I had the idea of having a pure virtual class which provided a generic interface, then as I wrote devices to sit in the memory space, they could just override portions of it, or trap on writes or something.

Whilst writing this, I kept getting the feeling I should have written it in asm instead Especially for manipulating flags and rotates and stuff. (as I could have just rotated AL, for example, rather than the mess I have in the C++ code.

- Sloppy instruction decoding.

I originally set out to decode the instructions properly, but there were lots of exceptions to the system used (esp. if I intended to support the 65C02 for example). This decended into a massive switch statement. I almost considered splitting it up to smaller files, and just #include them in the middle, just to make it more managable.

Also, as they are not in numerical order (grouped according to type, or addressing mode, cant remember atm) it wouldnt compile to a jump table. Does with optimisation on though.

The main thing that prompted me to write this was I found my BBC-B in the loft, and felt a pang of nostalgia for the hours wasted hunched over it in the lowest resolution text mode (IIRC mode 7 to save ram). I had the idea of writing a NES or BBC emulator, however it didnt get that far.

It has a pretty simple image format. The file must be >= 65536 bytes (64k) and that is simply the memory image for the system (16-bit address bus). There is a strange sort of ASCII text display at 0x200, which is ok enough for spewing a string to. As it was just thrown together in the space of 6 hours or so (took a long time to do the switch statement) its not very thouroughly documented, but hey.

Unlimited Simulator project is a general purpose simulator.
Unlimited Simulator is not a game. Its a basis to create whatever simulations you want, from games to scientific simulations.
You only have to worry about physics, controls and how the world looks like. It can be at the same time a car simulator, a spaceships war game, or a scientific simulation.
While you can do these things on their own, Unlimited Simulator provides the ability to do all three at once. It allows interaction of completely different kinds of clients, thus achieving unprecedent realism and complexity.
Main features:
- multiplayer: many players by internet or two in your computer;
- create your own vehicles, tracks, terrains, sounds, objects;
- vehicles may have their own physical simulation functions, and interact with the game, creating new objects, destroying others. They can fly or float or move underwater; they can be animals, or surrealistic creations. You create.
- track can contain structures as loops, bridges, banked curves, and anything you can do with polygons;
- creating a track can be done DRAWING on the terrain (not implemented yet);
- objects can be animated and intelligent!
- everything is modular: this means almost all the stuff is plugable! No need to recompile the code;
- last, but not least: GPLed!
Enhancements:
- big debugging in ulengine/primitives.c. Several allocation problems solved.
- review of network code: structs separated in a new header, shared/net.h, and other improvements in code itself.
- review of client plugin format (what functions, names, etc).
- wrappers for the not-so-standard standard C variable types in config.h.
- cosmetic changes in some places, specially ulengine.h.
- BIG debugging in ulengine/project.c and ulengine/graphic.c. Only a billion or so bugs left.
- improved ulengine/demo.c; tests now include graphic functions.
- fixed two small bugs in drawHLine due to rounding.
- added a new projection system. Not tested yet.
- graphics test phase started: drawPixel, drawHLine, drawLine, drawFlatTri and drawShadedTri are working.
- modified POLY_UL structure: SCREENP_UL *projected field was deleted. This field is really unecessary, and deleting it saves 2*sizeof(int) bytes for each vertex. Projections are not individually saved anymore (why should they be after all?). See ulengine/project.c:projectP() to see how projected points are handled.
- added ulengine/image.c, to handle image operations.
- added ulengine/effects.c.
- textures support implemented.
- several small optimizations in ulengine/graphic.c.
- work in the server communications system.

Jimsim Network Simulator project can emulate several routers connected via virutal networks. You can connect to the routers with your own favorite telnet program.
Connecting to the Virtual Routers
Use your favorite telnet program to connect to each of the virtual routers. For example:
For router 1 type:
C:>telnet localhost 10000
For router 2 type:
C:>telnet localhost 10001
For router 3 type:
C:>telnet localhost 10002
Network Layout
Currently the network is configured like this:
access-list [1-99] [permit/deny] [ ip wildcard-mask | host a.b.c.d | any ]
ip acccess-list [standard] [name]
ip access-group
show access-list
show ip interface
show ip interface brief
debug interface
encapsulation [hdlc,ppp] (serial interfaces only)
bandwidth
clock rate (serial interfaces)
interface loopback0
User commands:
?
enable
exit
ping ip
show cdp
show cdp neigh
show cdp neigh detail
show interface
show interface e0,eth0,etc
show ip route
show version
Enable commands:
clear counters
clear counters interface
config terminal
copy running startup
copy startup running
debug all
debug ip routing
debug ip eigrp
debug cdp
disable
exit
reload
show run
show startup
show ip eigrp neighbors
show ip eigrp topology
traceroute ip
undebug all
undebug ip routing
undebug ip eigrp
undebug cdp
Config commands:
cdp run
enable password password
end
hostname
banner motd delimiter
banner exec delimiter
banner login delimiter
ip route network netmask dest
interface e0,eth0,etc
bandwidth value
ip address addr netmask
description
cdp enable
shutdown
line con0, console0, console 0
login
login local
password passwd
router eigrp number
network a.b.c.d
service password-encryption
user username password password
Version restrictions:
- The EIGRP support is very basic. Just the network command for now. (Neighbors dont expire.) You can disable EIGRP with "no router eigrp process_id"
- The routing table isnt 100% correct. It doesnt summarize subnets. Nor does it understand multiple routes to the same destination. This will be fixed in the next version.
- Traceroute seems to count extra hops. Its counting each remote interface on a router as a hop. So, when you traceroute from router1 to router3, it counts router2 twice (once for 192.168.1.2 and 10.1.1.1)

GNUSim8085 is a graphical simulator for the Intel 8085 microprocessor.
GNUSim8085 is a simulator and assembler for the Intel 8085 Microprocessor, in GNOME environment.
GNU 8085 Simulator contains an inline assembler and a debugger.
Enhancements:
- New: Use gtksourceview as editor component.
- Fix: Syntax highlighting working again.
- Fix: About dialog does not close by pressing close button.

Simulator 8085 is a simulator of the 8085 MP for KDE (3.1 and 3.2pre) that allows you write code in a text editor.

After assembling, the hex code is readable alongside the mnemonics. It can handle jumping labels and strings, and you can choose beetween a single or multiple window interface. All 8085 MP inclusive interrupts work.

Elfelli is a tool to simulate and visualize electric flux lines around arbitrary positioned, electrically charged bodies.
The project is able to export PNG files of the current canvas. Elfelli is written in C++ and uses gtkmm.
Compiling:
To compile Elfelli, you need SCons. In many distributions you will also need the development package of gtkmm (in Debian this is libgtkmm-2.4-dev).
Compiling itself is very simple:
$ scons
Installation:
To install Elfelli, simply type:
$ scons install
By default, it is installed in /usr/local. If you want to change that prefix, alter the install command to:
$ scons install prefix=/install/prefix
Enhancements:
- Its now possible to save and load the current scene as well as changing a bodys charge.

Golly project is an open source, cross-platform Game of Life simulator currently under development by Andrew Trevorrow and Tomas Rokicki.
Our goal is to write a world-class Life simulator, solicit ideas and help from the planets best Life hackers, and share some of our excitement.
Main features:
- Unbounded universe (limited only by memory).
- Fast, memory-efficient conventional algorithm.
- Super fast hashing algorithm for highly regular patterns.
- Responsive even while generating or garbage collecting.
- Reads RLE, Life 1.05/1.06, and macrocell formats.
- Can paste in patterns from the clipboard.
- Auto fit option keeps patterns sized to the window.
- Full screen option (no menu/status/tool/scroll bars).
- Built-in HTML help system (thanks to wxWidgets).
Enhancements:
- The X11 version of Golly has a number of bugs and limitations, so use the GTK version if you can (it requires GTK+ 2.x).
- If you want to build Golly from the source distribution then to avoid various bugs use wxGTK 2.7 or later.

Vamos Automotive Simulator project, as the name suggest is an automotive simulation framework with an emphasis on thorough physical modeling and good C++ design. Vamos includes a real-time, first-person, 3D driving application.

Vamos is young and its goals are only partially met. I invite anyone whos interested to contribute.

Thorough physical modeling

Vamos models most major systems of a car. The drivetrain includes a simulation of the engine, clutch, transmission and a limited-slip differential. Tires and suspension are also modeled. If I missed something, let me know.

Good C++ Design

The geometry, track, car and world modules are in their own namespaces. Care has been taken to avoid cyclic dependencies. Standard Library components like strings, vectors and maps are favored over arrays. Some of the modules and classes have aged more gracefully than others. If you see a design area that needs improvement, feel free to pitch in.