VOGONS

Search

Common searches

Search results

Display options

Display options

Re: Quake2 + Acebot for DOSBox (128mb)

Posted on 2015-07-28, 02:35

Thank you for sharing your results. The performance numbers are interesting. I've also wondered whether there is any need of lookup tables to speed up some calculations and whether precision can be (further) relaxed in some of the program flow. Leilei once mentioned tinygl as a shim, but it has just …

Re: Quake2 + Acebot for DOSBox (128mb)

Posted on 2015-07-27, 21:46

I think the ntvdm sound is not very robust and that some later XP updates didn't help (as you mentioned). The vdmsound wasn't much better (on newer XP versions). I also read that NT4 doesn't have sound support, so actually you have full compatibility with NT4 ntvdm. :) I was able to run the 640x480 …

Re: Quake2 + Acebot for DOSBox (128mb)

Posted on 2015-07-27, 20:18

I think the calculation is not correct yet because some models flicker. :( It's probably an error in keeping track of the stack, but if it eventually works, then it should take advantage of the parallelism between cpu and fpu instructions on a real DOS machine (although Abrash probably profiled the …

Re: Quake2 + Acebot for DOSBox (128mb)

Posted on 2015-07-27, 19:12

This code is almost working in R_PolysetCalcGradients() and should provide a template for other lines in that function: // r_lstepx = (int)ceil((t1 * p01_minus_p21 - t0 * p11_minus_p21) * xstepdenominv); __asm__ ("fld %1\n\t" "fld %2\n\t" "fmulp\n\t" // st1 "fld %3\n\t" // 2 "fld %4\n\t" // 3 "fmulp …

Re: Quake2 + Acebot for DOSBox (128mb)

Posted on 2015-07-27, 07:25

Attached patch for x86/87 dotproduct() and part of R_PolysetCalcGradients() function. This code is now active in r_part.c and r_polyse.c. Tested in dosbox with comparable performance to without patch, but untested in pure DOS which has full advantage of the x87 code. Patch also provides hints toward …

Re: Quake2 + Acebot for DOSBox (128mb)

Posted on 2015-07-26, 05:44

Compared the timedemo result between a case where the C function "R_DrawParticle()" is active and a case where this function is empty of code. For the map demo1.dm2, both result in 20.3fps. I have only tested in dosbox. Even if dosbox doesn't have full advantage of the fpu function, it still should …

Re: Quake2 + Acebot for DOSBox (128mb)

Posted on 2015-07-24, 08:41

The particle code seems fast already, and I couldn't tell the difference between asm and C versions in a win32 build. I like the idea where you inlined the major C function calls there. Looking at the asm versus C, it seems fairly similar in structure and I wonder why it's commented on the latter's …

Re: Quake2 + Acebot for DOSBox (128mb)

Posted on 2015-07-24, 07:45

That's impressive work. I think that's the first time the win32 specific asm from the Quakes has been translated to gcc, especially important to the workings of Rogue. I look forward to trying it out and the particulars of the translation. Thanks! I like that expansion pack because it includes new …

Re: Quake2 + Acebot for DOSBox (128mb)

Posted on 2015-07-23, 09:41

Not surprised on that, but I appreciate your work toward that mod. There is a recent thread on the dday forum about running the mod on the software renderer and the lack of bots. I believe they concluded that the code is not compatible, but the bots were actually inactivated by random placement of …

Re: Quake2 + Acebot for DOSBox (128mb)

Posted on 2015-07-23, 08:47

Wow, I can't believe how quickly you expanded the code of q2dos (and qdos, too) toward compatibility with the dos box. I'm glad to hear of all your results (including the code updates), especially that memstats extends to high memory systems and the performance advantage of q2dos in 9x versus win32! …

Page 3 of 4

Go to top of page Go to top of page
Close window
Close window