It's a minecraft mod, yes. It's also a fully functional DC electrical simulation, with realism as a primary focus. Any inaccuracies are either strictly required (= it runs at 20Hz for most purposes), or allowances for decent gameplay.
(Or bugs. Those are probably my fault.)
For instance, battle royale (e.g. fortnite, pubg, realm royale, etc). That came from a minecraft mod based on hunger games before Arma+dayZ implemented it on their end. https://en.wikipedia.org/wiki/Battle_royale_game
But there's way more cooler stuff than that coming out of minecraft.
We have people building full blown computers in minecraft too.
You can even livestream yourself on a TV screen that you make on minecraft. Example: https://youtu.be/IdlZRhKmWJY?t=327
Like what if parts of the game code where represented as the environment. So that you can build your own game. Perhaps you can mod the game from inside the game. Or perhaps something more controlled, like modifying the level generation by interacting with the level itself.
You know, speaking of which, I actually learned FORTH from Minecraft.
Years ago, there was a now-defunct mod, Redpower 2, that massively expanded on the game's existing redstone mechanics. Redstone wires that could be run on walls and ceilings, insulated wires, bundled cables that carried 16 signals in parallel, a plethora of single-block logic gates, and a huge array of added features like the motorized "frames" that let you move huge constructions all at once, or the sophisticated pneumatic-tube networks for moving, routing, and sorting items. It was hugely popular; many features it introduced worked themselves so deeply into the modded community that clones copying many of its mechanics would remain popular to this day.
And one of the things it added, in one update, was a computer - specifically, an emulated custom 6502 variant (the 65EL02) with 8K of RAM (expandable to 64K), and a boot disk for a FORTH-based operating system to run on it. (Some dedicated users did code up other operating systems; someone ported BASIC to the thing, although it took up an awful lot of that limited memory)
Nobody had ever seen anything like it in the modded community, and a lot of children (including me) made at least a nominal effort to learn some basic FORTH so we could build things like password-locked doors, or pilot frame-based flying machines to do useful things like quarry out half the world and deliver it to our doorstep. Lots of more advanced stuff got built, too - 3D printers, computer-controlled automatic crafting systems, teleporters with selectable destinations.
The Redpower computers ended up not terribly popular, in the end - FORTH, being a language from 1970 that nobody had heard of before and which didn't look much like anything else most Minecraft players had ever used, proved a pretty intimidating barrier to entry; and shortly after Redpower introduced their feature someone else made their own mod that added Lua-based computers with a much less barebones OS and friendlier ways of interacting with useful functionality. This had a much easier time taking off.
b) failure rate
I don't think complexity alone is a game stopping issue. There are plenty of highly complex games that people find fun and addictive. But complexity in combination with high failure rates (a lot of trial and error) will kill the fun.
But I think that high complexity with low error rates is perhaps exactly what makes a game fun. If you can express yourself freely and roam around while expecting most of your actions to produce an interesting result the game will be very interesting.
LISO also contains a brilliant fitting routine which can take a measured transfer function or noise spectrum and fit circuit parameters (e.g. op-amp noise, resistor values, etc.) to the data. It first uses some standard fitting algorithm (e.g. Nelder-Mead) to get close to the possible minimum, then uses a custom optimisation in log space to get the global minimum. If I remember correctly the author published a paper on this, and I can try to find it if someone is interested.
Same thing about the output format: https://git.ligo.org/sean-leavey/circuit/blob/master/example...
Is this a custom file format or a well known one?
Also, the references to LISO are all behind a user/password wall, which makes it hard to learn: https://wiki.projekt.uni-hannover.de/aei-geo-q/start/softwar...
> the input is pretty esoteric to a newbie like me
Yeah, those input and output files are what LISO uses. This was developed between around 1995 and 2010, and was built mostly to solve specific problems the original author was having with circuits and not as a generic tool, hence the syntax. You can avoid using this syntax at all as everything gets parsed into Python objects - see e.g. .
> Is this a custom file format or a well known one?
Custom. It's similar to a SPICE input file, but not identical. The author told me that he didn't know about parsing algorithms like Lex/Yacc when he wrote it, otherwise it might have been nicer.
> the references to LISO are all behind a user/password wall
Sorry about that. As I said, this was a tool used internally within the collaboration for many years. I am working on getting at least the manual made publicly available, but there are some proprietary libraries with unclear licences preventing public release of the binary and source code. Ideally, eventually my Python project will replicate all of the features of LISO and we won't even need the old binary any more.
EDIT: if you like, I can send you the manual and binary for LISO to the email in your profile - let me know.
Glad to know so many people find it useful. I always thought it was a great visualisation tool which I why I wanted to put the effort in to do the port.
Off to bed now, but if people have questions I'll take a look at the discussion again in the morning.
I credit this app for being able to pass the first half of my sophomore year at University - just months before I failed four courses(the allowance was two) and was given a chance by the dean to redeem myself.
Seriously people, this guy is a freaking genius. I want to meet him just so I can shake his hand, thank him, and buy him about a million beers.
This is a favorite among collegues. I believe at http://lushprojects.com/circuitjs/circuitjs.html already this is already marked.
Edit: if anyone wants, reply with your CircuitLab username and I'll give you a free membership upgrade when I get home this evening.
Thanks, that's very generous! I registered a while ago and I'd definitely pay for something like this if I was using it professionally, but I'm barely a hobbyist...
Very generous of you. I've loved using it to answer stackexchange answers but don't have enough use myself to justify the membership.
I'm just getting started, so not sure what tools I'll end up using most, but it great to get to try this.
I remember running Spice on an 8086... The day I bought an 8087 coprocessor...it was SOOOOO much faster!
Hey I just signed up, it looks pretty cool. I still remember struggling with spice at school (almost 10 years ago) – I think this makes easier access to electronic simultion :)
Thanks so much, Mike, so generous of you!
Thank you for the offer, even if you don’t get to me.
Thank you! :)
My username is magnetik
Thanks! Looking forward to using this!
Thanks so much for the upgrade!
Thanks man! :)
thanks man ! :)
Recently I've used:
These were also in my bookmarks of tools I've explored:
CEDAR Logic Simulator: https://sourceforge.net/projects/cedarlogic
For teaching LogicWorks is still my favorite.
That example circuit is called a resonant circuit and the oscillation that is seen after the power supply is removed happens because both the capacitor (C) and the inductor (or coil, L) store energy—in electric and magnetic fields, respectively—and start feeding each other.
set the 100 ohm resistor to 1 ohm
set the 15uF cap to 15pF
close the switch, open it again - check out the spark (or rather the stupidly high voltage)
That LED represents a something (probably firmware on the keyboard) reacting to the switch being pressed by a user.
Edit: I used a decade counter with a 5 col matrix for simplicity. I was using a 4 bit binary counter, but the browser started really bogging down with a bunch of components.
Has anyone done a validation study comparing this simulator to a known-good simulator like Berkeley SPICE?
The validation question is interesting to me because I'd like to do things that go beyond just academic exercises, so I'd like to know how much confidence to have that the physical devices behave as modeled.
I love that I can now play with this while on my computer and with monitors..
I've done this in the past and it works just fine.
lots of interesting bits
glad this is here.