Johannes Lundberg wrote:
Hello,
Pretty cool idea. :-) Are we speaking Quake 1, 2 or 3? I presume Quake 1
for the rest of this email.
I think that would actually be an awesome objective. It is much easier
to work with something when there is a clear goal, an objective of where
you are heading. Porting Quake and make it run in 320x240 resolution
should really be a piece of cake.
What's needed is:
- network support - we already have working IPv4 + UDP, Quake only uses
UDP as far as I know. Of course, the IP stack is not feature-rich enough
yet to support everything Quake needs but the foundation is there.
- graphics support. 320x240 works (worked) and Quake 1 would work in
this resolution with no problems. We could try to have a VESA
framebuffer and 640x480 (or higher) resolutions as well. OpenGL or
similar is obviously much more complex.
- sound support. SB16 used to work, we would have to hack it up to work
with something more modern too.
- file system support. We had VFS working + initial ramdisk and
FAT/Minix. We could do it by just loading Quake in the initial ramdisk
but better off would be ISO 9660 filesystem support so we can read the
files from a CD-ROM. (or DVD?) I think we have floppy code as well so if
it would fit on a 1,44 meg disk (obviously a Quake rip with only 1 level
or something like that), that could be used.
- mouse support. We had USB support as well, at least probing the
devices... oh no, wrong, it was PCI probing that worked. Or perhaps even
USB. Anyway, we would need to have OHCI + USB HID support to be able to
read mouse events from the mouse.
- keyboard support. This one is a piece of cake.
When we have all of this, what we need is the equivalent of GNU libc to
be able for Quake to do what it wants. We can do it the easy way and
just start working on exactly the POSIX/ISO functions needed by Quake
and nothing else. ;-) The simplest way is to write stubs first and then
retry the Quake compile over and over again, to see new functions
needed. And then, start implementing them.
The question is just, how do we line this up with the recent (well...)
development in the area of chaos.net...? Henrik?
Best regards,
Per Lundberg
> Heh.
> I am hereby challenging you on a game of Quake running on chaos 2010!
> And well, the odds are a lot in my favour, but it will a fun game indeed. :)
>
> Regards,
> Johannes Lundberg
>
> On 8/22/07, Per Lundberg <pe...@ha...> wrote:
>
>> Regarding the chaos development, things have been a bit slow the last
>> months (no kidding???) but what I thought about tonight would be to
>> register the site chaos2010.org. That would give us some time to prepare
>> for the all-stunning, wonderful launch of chaos 2010, the KILLER x64
>> operating system that works in systems with barely 1 gig of RAM! (: And
>> only requires 100 gigs of hard drive space...
>>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> chaos-devel mailing list
> cha...@li...
> https://lists.sourceforge.net/lists/listinfo/chaos-devel
>
|
