TemplateGothicBold_36_r Current Projects or Now I Understand Why I Never Have Time to Write WWW-Pages

The Roxen WWW Server

Back i '92 I started work on the then quite mediocre Spider WWW-server. It is now '97, and then server, now named Roxen, is not quite as mediocre anymore.

Stellar Crisis Mk. II

This is a quite fun multiplayer WWW-game. Some Infovav hackers got sick of the old implementation, and started with a new one.

A X-module for Pike

Pike is a quite amazingly nice programming language. A few friends and I am currently working on an X-interface.

The pike-jukebox client

This one is really not very interresting unless you are a member of Lysator, or work at Infovav, to my knowledge the only two sites that run a server using via the Lysator jukebox protocol version 1.0.

A Roxen jukebox server

I needed a Jukebox server for Infovav. So, since I did not really feel like fixing the one written in C to using any hardware other than the quite, ehum, special sound card used at Lysator, I wrote a new one in pike, as a Roxen 1.2 module, using threads this time.

The gtext module

This started as a simple idéa: Why not write a module that can generate anfang characters on the fly? It evolved.

The Amiwm Workbench module

Well, who does not want a workbench? Right. (see, I never listens..)

This is very much work in progress, and currently, I have started to write an amiwm module for pike instead, since it is _much_ easier to code in pike...

Multithreaded mandelbroot drawer for XWindows

Why not write a mandelbroot drawing program just because everyone else does it? This one features multithreading and dithering, it even dithers on 24bps displays. That's because I was to lazy to handle them, so it just allocates 2^12 colors and then go ahead and dither to them.. It can also draw julia fractals from a point of the mandelbroot one. Not very useful, to say the least. I wrote it to learn how to code XWindows together with threads. I ended up using a separate connection to the display for each thread. That's life.

Oh, this program should run quite smoothly on Ultra Enterprise 10000 machines, since it per default use 32 threads.

If you really want it, you can find it around here.

XTracker

Yet Another Amiga MOD player. This one has a nifty X interface and was developed together with my brother at Lysator back in '94. It has not been updated since.

MPlay

I begun this back in '94, when I wanted a non-graphical sampling tool for solaris. It allows you to set the sampling rate, and the precision and number of channels, to all possible values.

Old Projects

The Lysator WWW Site

I started this back in early '93. Sadly enough, the layout has not changed to much since early '95, but there is atleast quite a lot of information available now, and quite a few interresting projects managed by members of Lysator.

The Spider WWW Server

I started this back in early '93, to support the former project. This is what has now evolved into the Roxen WWW-server.

Since I tend to get quite nostalgic now and then, I keep it here for future generations to marvel over.

Believe it or not, but this server was very advanced back in '93.

You can also find the first jukebox here. It has a telnet-only interface, and played .au songs only.

Future Projects

Things I will get around to doing some time around year 2000 if my current workload is any indication. Multithreaded Amiga Emulator

A multithreaded Amiga emulator, with one thread for each CPU (The copper and the blitter have separate threads from the main CPU) and perhaps for each started DMA transfer. This should make it fast enough to be usable.

I was supposed to do the copper, as a starter. I have a copper that can interpret copperlists (impressing, heh? :-)), but I still have to do the actual displaying of graphics in a X-window. I will also try to design the graphics to copper interface abstractly enough to make it possible for drop-in replacements of the actual display software.

Pike WWW-browser

Why not? I, Mirar, Marcus and Peter have been discussing this.

Pike photoshop

Since we only have to write a GUI (how hard can it be, right?) (I know) we will probably at least start with this this year. The image module in pike already supports layers, and the XImage module supports multi-display, which could make this quite an interresting paint package (cooperative drawing :-))