MaxCoderz

Galandros wrote:MC needs new projects and progress news...

Well, it hardly qualifies as a new project, but Acelgoyobis and PindurTI can be found on github now, in case anyone is interested.

CDI wrote:Still holding out for this one

So am I.

Btw, 2 cc's, that's cool - did it texture more than 1 pixel at the same time? Sure, it used LUTs to advance four pixels at a time, and exploited the parallelisation capabilities of the good old Pentium 1 by arranging instructions in a highly pipeline efficient way. I think one iteration took 9 ...

people write 3d engines for it, beacause whit screen resolution of 1024*768 (= low) and 30 FPS, you need to calucate 1024*768*30=23 592 960 rays a second, that is more then the calucator has cycles in fast mode :shock: Real-time 3D engines don’t work like that. You don’t shoot rays independently for ...

Doesn't matter, all I need it an algorithm But, please don't use that as an excuse to use something exotic ;) edit: ok, Universe, you have won. Until I find a better way, I will just copy all data to a secondary array. :( http://www.jjj.de/fxt/ Have a look at the permutation functions of the lib ...

http://www.speedtest.net/result/377306508.png I’m downloading stuff at the moment and my brother is also hooked up, but I could get about 4100/320 kbps with no traffic. http://www.speedtest.net/result/377325448.png That’s my uni connection. It might be toned down a bit by the fact that it was mea ...

I believe PTI only supports 82, 83, and 83+ Yes, but the SE ROMs can also detect regular 83+ hardware and run on it (as far as I can remember). At least PTI works with ROMs from 1.15 to 1.18. The grey levels are definitely nice to see. :) I also experimented with 8-level greyscale back in the old ...

I think I did it first in 2000, maybe 1999. But I haven’t really coded anything after Acelgoyobis (2004), unless emulators count. My first encounter with assembly was in 1992, on the PC.

It seems to run perfectly under linux as well (Debian sid amd64) with wine, even the sound works fine.

benryves wrote:To make life easier, I'm going to use a fixed jump table from $4000..$40FF that BBC BASIC will use to call the host interface code.

Wait a minute, isn’t that area partly occupied by the signature?

I'll play around with some other RNGs. I simply iterated over some area within page 0 to create the fire effect in the menu of Acelgoyobis (basically scrolling up a line, ANDing the screen with the TIOS code and redrawing text with an OR sprite routine in each frame), and it looks pretty good. Here ...

It's not as fast as I would like - an image which needs every pixel changed takes a couple of seconds - but it's good enough to be used in games for nice transitions between static screens. Wouldn’t it be more efficient to do it like this: Loop through the images. For each byte do the following: 1. ...

This looks a lot more professional already than many old PC games.

qarnos wrote:Screenshot - first half with stars on, second half with stars off

How come stars cause such a performance hit?

qarnos wrote:I just rotate the value right one place and mask out the two lowest bits to give a byte offset into the pattern array.

Does it look worse if you don’t mask out the last two bits? I can imagine that a clever dither pattern could allow achieving finer shades that way.

Recently I was forced to install fluxbox on a Linux box, becuase it’s a bit old to handle all the shiny fancy desktop environments (even Xfce). Well, I’m quite amazed. :D The whole thing gives you nothing more than a bunch of workspaces, two menus and of course the usual window decorations, and eve ...