Live data from Hacker News

Take Over The Galaxy with GitHub (DCPU16 support)

github.com

31–40 of 89 posts

Re: Take Over The Galaxy with GitHub (DCPU16 support)

#31

I had a dream the other night wherein there was a start-up that took custom code requests for 0x10c players on commission. Requests ranged from optimizing the ship's defense to autopilot and hyperspace jump controls. Viable?

small business, not startup

Re: Take Over The Galaxy with GitHub (DCPU16 support)

#32

Earlier quoted context omitted.

"it is now possible to do things in a few days that took people ... decades to achieve". Let's not get too excited here. Name one thing that can be done in days that used to take decades.

The first Fortran compiler's creation took 18 person-years. Now there are C compilers which were written from scratch in person-weeks , like TCC.

Well, but those 18 person-years did their part to allow those person-weeks. That is: I agree, technology got far. But there's a second phenomenon involved: human knowledge. Technology steps happen in generations, often restarting from scratch. Knowledge steps on the other hand most come incremental (well, with some losses here and there). We're standing on the shoulders of giants.

Re: Take Over The Galaxy with GitHub (DCPU16 support)

#35
post #17

Earlier quoted context omitted.

It could run JavaScript, but this is a 16-bit processor we're talking about here, with minimal RAM. It's more likely we'll be using C and BASIC ;)

How about FORTH?

Shhhh.... don't give away our secret weapon!

Re: Take Over The Galaxy with GitHub (DCPU16 support)

#36
post #21
post #5

Earlier quoted context omitted.

Yeah this seems like the exact scenario where hand-rolled assembly and perhaps some hand-optimized C will really shine. You don't see a lot of embedded processors running javascript, for example. If your ship can process data and respond 5% faster than an opponent's, all other things being equal, you will come out ahead. If the current level of interest persists, by the time the game launches, I imagine that the vast…

I think we're going to see some clever optimizing DSLs (a la FFTW) -- restricted languages for the kinds of embedded programs you write on such an architecture will be easier to optimize than general purpose languages. Particularly if they have a clear cost model. The Haskell embedding is very likely to head in that direction. (See e.g. in this style : http://www.fftw.org/faq/section4.html#whyfast or this style : htt…

Low-level lisps à la GOOL/GOAL[0] will probably gain some traction as well, or so I hope.

[0] http://en.wikipedia.org/wiki/Game_Oriented_Assembly_Lisp

Re: Take Over The Galaxy with GitHub (DCPU16 support)

#37
post #17

Earlier quoted context omitted.

It could run JavaScript, but this is a 16-bit processor we're talking about here, with minimal RAM. It's more likely we'll be using C and BASIC ;)

How about FORTH?

or false? http://strlen.com/false-language

Re: Take Over The Galaxy with GitHub (DCPU16 support)

#38
post #22
post #5

Earlier quoted context omitted.

Yeah this seems like the exact scenario where hand-rolled assembly and perhaps some hand-optimized C will really shine. You don't see a lot of embedded processors running javascript, for example. If your ship can process data and respond 5% faster than an opponent's, all other things being equal, you will come out ahead. If the current level of interest persists, by the time the game launches, I imagine that the vast…

Yep, only thing I dislike is that the processor does not simulate the importance of cache. If the in-game processors allowed the selection of different cache-line sizes (both instruction cache and data cache) for different costs (paid via the in-game currency), it would add another level of depth to the game market. It would also mean getting into the nitty-gritty of optimization would be even more worth it.

Why currency and not cycles? The VM is designed to give each CPU ~100k cycles per second (billed per instruction).

Re: Take Over The Galaxy with GitHub (DCPU16 support)

#39
post #18

I'm having a hard time articulating why I think this is so fantastic. It's great to see people attack a not-so-serious problem with such gusto. I love the passion behind taking things apart just to see how things work. Thanks, github. You made my day.

The value of just playing around is underestimated. A lot of discoveries have been made by people just playing around.

As someone with not a lot of experience in low level languages and I can't wait to play around with this. I think it will be fun way to learn and maybe even try building hardware implementation using a FPGA.
Post reply on HN