ZDoom

by **randi** » Tue Nov 21, 2006 12:49 am

Well, you could get a rough idea by compiling with NOASM and then comparing the performance with the regular version. The assembly code makes extensive use of self-modification for variables that don't change within a single call of each function, which any ordinary compiler would never try to do.

by **Hirogen2** » Tue Nov 21, 2006 2:12 pm

However, is this also true for x86_64? I know of at least one project (crypt_blowfish) where a hand-tuned assembly version would not improve much on anything but x86.

by **Neil** » Tue Nov 21, 2006 2:52 pm

That is a good point. My understanding is that compilers do a much better job when they have more registers to play with, since there's less creativity involved.

by **Softie** » Wed Nov 29, 2006 12:38 pm

I'm sorry if this is off-topic, but there isn't a GZDoom based on ZDoom 2.1.7? I just got myself a new laptop and wanted my new "installation" of GZDoom to be up-to-date. I think it will run pretty smoothly on the GeForce Go 7950 GTX.

by **Graf Zahl** » Wed Nov 29, 2006 12:49 pm

No, there isn't. The reason is that at the same day 2.1.7 was released I committed a large change to ZDoom itself. In other words, I never had GZDoom code I could update to 2.1.7 because it was already at a newer stage. And in the last month there have been more changes so at the moment I can't create something based on a release build.

by **Alterworldruler** » Fri Dec 01, 2006 8:02 am

So new gzdoom isn't going to appear until custom state labels are finished? that seems logical

by **Graf Zahl** » Fri Dec 01, 2006 8:13 am

Custom state labels are fully working. But there have been other changes as well.

by **Cutmanmike** » Fri Dec 01, 2006 8:27 am

Graf Zahl wrote:Custom state labels are fully working. But there have been other changes as well.

Awesome. What sort of changes?

by **NiGHTMARE** » Fri Dec 01, 2006 9:07 am

Cutmanmike wrote:Awesome. What sort of changes?

This sort of question is what the changelog is for

.

http://mancubus.net/svn/hosted/zdoom/zd ... rh-log.txt

by **Cutmanmike** » Fri Dec 01, 2006 9:51 am

Sorry, I keep forgetting about that.

by **DoomRater** » Thu Dec 21, 2006 2:10 pm

I see some stuff in the Changelog I want. Detaching a lot of the specific code from monsters and applying them to codepointers instead for starters, as well as Monster Autoaim only.

by **DoomRater** » Tue Jan 02, 2007 8:32 pm

"- Changed SDL mouse handling to be basically identical to the (non-DirectInput) Win32 code. The mouse is polled periodically and constantly warped to the center of the window. Despite what the SDL docs specify, SDL_WM_GrabInput() is apparently no longer a reliable means of obtaining continuous relative mouse motion events."

Ooooh, I'll be able to use my cursor based magnifying glass with ZDoom! I was going to complain about that behavior but I see it's been addressed.

by **Marcus101RR** » Thu Jul 12, 2007 9:10 pm

Whats taking so long on 2.1.8 official release?

by **Project Dark Fox** » Thu Jul 12, 2007 9:16 pm

Guest7807 wrote:Whats taking so long on 2.1.8 official release?

Can I kill him now? -_-

Patience is a great virtue.

by **QBasicer** » Thu Jul 12, 2007 10:13 pm

I remember long times between versions. You youngens.

ZDoom

ZDoom 2.1.7

Who is online