Pages: [1] 2
  Print  
Author Topic: What did ioquake3 project accomplish?  (Read 22498 times)
iLeft.bye
Member


Cakes 1
Posts: 188



« on: November 26, 2007, 08:53:32 AM »

I really wonder
they added md4 support which was never popular
some minor bugfixes
etc
any noticeable ones?
Logged
w1zrd
Member


Cakes 2
Posts: 582


Give to life what you expect back


WWW
« Reply #1 on: November 26, 2007, 09:55:48 AM »

I really wonder
they added md4 support which was never popular
some minor bugfixes
etc
any noticeable ones?
Quote from: ioquake3 README
2006-01-24 Various contributors
   + Persistent console history
   + Added code to sleep a bit when q3 has no focus and sleep a lot when it's
      minimised (SDL only)
   + Cull excess speaker entities when using OpenAL
   + Fix the operation of the delete key in *nix
   + Only check the checksum on baseq3 pak0.pk3
   + Overhaul of console autocompletion
      - No longer does weird stuff like move the cursor inappropriately
      - Autocomplete works with compound commands
      - Special autocomplete on some commands e.g. \map, \demo
      - Removed various hacks used to counter the original autocomplete code
   + Fixed the ability to disable Ogg Vorbis
   + s/i686/i586/ - see bug #2578
   + Some sloppily coded mods call the Q3 sound API with NaNs -- sanitise this
   + Removed advertising clause from BSD license as per mailing list discussion
   + "make distclean" now does what you'd expect
   + "make clean toolsclean" now does what "make distclean" did before
   + GPL MD4 implementation

2006-01-16 Various contributors
   + Move code/unix/Makefile to ./Makefile
   + x86 OS X support
   + "quake3" shell script as shipped with 1.32 (on linux) no longer needed
   + Ogg codec support from Joerg Dietrich
   + Fix to the gcc4/-O0 x86 JIT compiler bug
   + Up the defaults for zone and hunk memory since some mods (UT) have large
      memory requirements that will have increased versus 1.32b due to some of the
      alignment fixes
   + Dependency generation for the .asm files
   + Remove FS_SetRestrictions
   + Add FS_CheckPak0 for better error messages where dumb users are involved
   + Added cl_autoRecordDemo, which when enabled automatically records a new demo
      on each map change
   + Only display the g_synchronousClients warning when it's appropriate
   + Remove custom memcpy/memset code
   + AVI video output
      - Uses motion jpeg codec by default
      - Use cl_aviFrameRate to set a framerate
      - \video [filename] to start capture
      - \stopvideo to stop capture
      - Audio capture is a bit ropey
   + General Makefile improvements
   + Support for MinGW cross compilation
   + NetBSD support from optical
   + x86_64 JIT bytecode compiler no longer disabled by default
   + msvc project files updated and moved to win32/msvc
   + Various alignment fixes
   + Solaris (x86 and sparc) support from Vincent S. Cojot
   + Fixed Altivec-based mesh rendering
   + Ditch Mac OS 9 support
   + Added a Makefile option USE_LOCAL_HEADERS which can be disabled to use system
      headers if desired
   + Detection of Altivec on Mac OS X
   + SMP support with sdl_glimp.c on Mac OS X.
   + Add "very high quality" option (patch from Pascal de Bruijn)
   + Support for RIFF files with zero length data chunks (yes they exist, and yes,
      they're legal)
   + Support for ccache. If you want it, add USE_CCACHE=1 to Makefile.local
   + Mac OS X now uses SDL backend, all Objective C removed
   + Partial implementation of FS_Seek for files in pk3s
   + Implementation of r_dlightBacks from Shane Isley
   + OpenAL support, from BlackAura aka Stuart Dalton
   + An abstract codec system, simplifying support for new formats
   + Ignore in_dgamouse setting if dga isn't available
   + Removed hard coded mouse acceleration in *nix input code
   + Basically rewrote the lcc Makefile to be more sane
   + Removed various bits of lcc that weren't built/needed
   + General portability improvements
   + Various variables added that aid packaging, from vapier
   + Centralise architecture defines in q_platform.h
   + Replaced a bunch of inline and __inline with ID_INLINE
   + Replaced a bunch of __i386__ with id386
   + General tidy up of asm preprocessor decisions
   + Removed C_ONLY from the dedicated server build
   + Removed rule to build C++ (for splines) from the Makefile
   + General decrufting
   + Split USE_SDL into USE_SDL_VIDEO and USE_SDL_AUDIO
   + Various assorted bug fixes

2005-10-29 Various contributors
   + nasm syntax asm ported to gas
   + Disabled-by-default MD4 support
   + cons build system removed
   + Better FreeBSD support
   + Makefile generates dependencies
   + Some SDL sound tweaks
   + qvm build tools and qvms are now built with the rest of the binaries
   + q3asm-turbo from Phaethon
   + Moved various displaced c and h files into more appropriate places
   + A shitload (can I say shit?) of bug fixes -- see the svn log for details
e.t.c Smiley
Logged

'Toto, I've a feeling we're not in Kansas anymore.'


iLeft.bye
Member


Cakes 1
Posts: 188



« Reply #2 on: November 26, 2007, 10:13:14 AM »

I did not notice any of them
so many changes but it feels just like quake3?
Only one I noticed was anisotropic filtering

if you read carefully, they are just some minor bugfixes
(*** noticeable changes ***)


md4 / anisotropy / ogg-vorbis / avi recording

any other to add?
Logged
w1zrd
Member


Cakes 2
Posts: 582


Give to life what you expect back


WWW
« Reply #3 on: November 26, 2007, 11:25:08 AM »

I did not notice any of them
so many changes but it feels just like quake3?
Only one I noticed was anisotropic filtering

if you read carefully, they are just some minor bugfixes
(*** noticeable changes ***)


md4 / anisotropy / ogg-vorbis / avi recording

any other to add?
well, tbh, I've been living under a rock for the last few months, I didn't even know that we had md4 support in it Smiley
Logged

'Toto, I've a feeling we're not in Kansas anymore.'


dmn_clown
Posts a lot
*

Cakes 1
Posts: 1324


« Reply #4 on: November 26, 2007, 11:55:24 AM »

any other to add?

Native AMD64, BSD, Solaris, Irix, mingw32 ports, a better build system than cons, decent stack protection on non-x86 systems, 5.1 surround sound across all systems, they are also using a few more newer GL extensions apart from anisotropic filtering.

<sarcasm>oh wait you, don't give a shit about any platform but your own...</sarcasm>

well, tbh, I've been living under a rock for the last few months, I didn't even know that we had md4 support in it Smiley

What good does supporting the format bring when there are no tools to export the format?
« Last Edit: November 26, 2007, 12:00:27 PM by dmn_clown » Logged

iLeft.bye
Member


Cakes 1
Posts: 188



« Reply #5 on: November 26, 2007, 01:54:48 PM »

png / md4 / anisotropy / ogg / avi record / openal / more platforms

it looks like freetype support is non existent in the makefile
Logged
dmn_clown
Posts a lot
*

Cakes 1
Posts: 1324


« Reply #6 on: November 26, 2007, 02:09:14 PM »

it looks like freetype support is non existent in the makefile

File a bug Smiley
Logged

iLeft.bye
Member


Cakes 1
Posts: 188



« Reply #7 on: November 26, 2007, 02:27:53 PM »

it looks like freetype support is non existent in the makefile

File a bug Smiley

I don't think it will work
It is hard to communicate with obsessive people Cheesy
plus I can add it myself
Logged
fromhell
Administrator
GET A LIFE!
**********

Cakes 35
Posts: 14512



WWW
« Reply #8 on: November 26, 2007, 05:17:34 PM »

Anistropy was in stock q3
Logged

asking when OA3 will be done won't get OA3 done.
Progress of OA3 currently occurs behind closed doors alone

I do not provide technical support either.

new code development on github
dmn_clown
Posts a lot
*

Cakes 1
Posts: 1324


« Reply #9 on: November 26, 2007, 05:57:09 PM »

I don't think it will work
It is hard to communicate with obsessive people Cheesy
plus I can add it myself


chicken.
Logged

gord
Nub


Cakes 0
Posts: 11


« Reply #10 on: November 27, 2007, 08:00:46 AM »

ioquake3 isn't about creating 'ohh cool' stuff, its really about keeping quake3 working throughout the years so people can base mods on it and making sure quake3/ta works nicely on everyones systems. im quite happy, they took this old codebase and modernised it (unified SDL on all systems, openal, ogg/png, that kind of stuff)
Logged
iLeft.bye
Member


Cakes 1
Posts: 188



« Reply #11 on: November 27, 2007, 09:28:55 AM »

for me unified SDL is not a modernization
(you depend on SDL project and you are prone to its bugs)
Logged
dmn_clown
Posts a lot
*

Cakes 1
Posts: 1324


« Reply #12 on: November 27, 2007, 01:04:47 PM »

And if you depend on DirectX you are prone to its bugs.  If you depend on Ati you are prone to their bugs.  If you depend on nvidia you are prone to their bugs.  If you depend on... well you get the point.

If you hate the direction of the ioq3 project so much, pick a host and start a fork.
Logged

iLeft.bye
Member


Cakes 1
Posts: 188



« Reply #13 on: November 27, 2007, 02:45:13 PM »

I already did however I didn't have enough time to work on it
sourceforge.net/projects/quake3

directx is fine on windows as it has less bugs
and sdl has better support on linux

so if I have a choice you I would choose the best one
why should I use SDL on windows?
 SDL is using directx on windows so you depend on directx anyway XD
Logged
dmn_clown
Posts a lot
*

Cakes 1
Posts: 1324


« Reply #14 on: November 27, 2007, 04:24:59 PM »

I already did however I didn't have enough time to work on it
sourceforge.net/projects/quake3

bummer

Quote
why should I use SDL on windows?

SDL on windows gives you better GL support, IIRC Microsoft's supported OpenGL version is broke/stuck at 1.1 plus SDL is software libre so you can fix the bugs or compile a version that uses libaa and allow Windows users to play ttyq3a.
Logged

iLeft.bye
Member


Cakes 1
Posts: 188



« Reply #15 on: November 27, 2007, 04:36:21 PM »

iottyq3a >_>
if they fix the input thing I can live with SDL happily
Logged
Dave
Nub


Cakes 0
Posts: 29


« Reply #16 on: December 28, 2007, 10:03:21 AM »

I'll tell you what it didn't accomplish.  The removal of the strafe jump exploit.

Sad really.  It takes the fun out of most CTF maps because it becomes the "can cheats" vs the "cannot cheats".  While I have figured out the strafe jump (though not as well as some), I choose not to use it because it's cheap and lacks character to use it against those who cannot. 

I scanned the source and found what looks to be an attempt to fix the bug, but it obviously doesn't work.  The source is a bit undocumented and I didn't exactly try to understand exactly what it was doing or I would have looked into fixing it.

I got Call of Duty 4 for Christmas, maybe after I'm tired of it I will again look at it.
Logged
Crash!!!
Half-Nub


Cakes 1
Posts: 57


hehe...I draw and play


« Reply #17 on: December 28, 2007, 11:32:13 AM »

Using SDL still doesn't get you away from Direct X on Windows. SDL on windows actually wraps AROUND direct X. So not only are you susceptible to SDL bugs,you are also to Direct X and what ever your video card driver's bugs are. Very bad implementation on Windows. Also strafe will always be a part of the engine. If they took it out their would be an outcry from clan members and advanced players. Im guessing about half of the OA players would leave and that half are the few that actually host servers on OA
Logged
Dave
Nub


Cakes 0
Posts: 29


« Reply #18 on: December 28, 2007, 11:54:20 AM »

Also strafe will always be a part of the engine. If they took it out their would be an outcry from clan members and advanced players. Im guessing about half of the OA players would leave and that half are the few that actually host servers on OA

Thats amusing as it seems many players leave due to cheating as stay because they can win by cheating.  I know I don't play CTF competitively as much as I used to because of it.  Most of the time when I play CTF now is just to rail the cheaters as they strafe jump across the map.  Wink

While I don't hold any real animosity toward them, I do enjoy harassing them with the rail and verbally.  Smiley 
Logged
w1zrd
Member


Cakes 2
Posts: 582


Give to life what you expect back


WWW
« Reply #19 on: December 28, 2007, 01:07:08 PM »

Go play Western Quake, there you have no strafe jumping, or learn how to move, your choice.
Maybe locking 'always run' to off would be an equally good solution then?
I don't believe however that calling people cheaters because they can do what you can't isn't very relevant to changing the source code in your favor.
Logged

'Toto, I've a feeling we're not in Kansas anymore.'


Dave
Nub


Cakes 0
Posts: 29


« Reply #20 on: December 28, 2007, 02:09:11 PM »

I don't believe however that calling people cheaters because they can do what you can't isn't very relevant to changing the source code in your favor.
With all due respect, this has to be the most illogical asinine statement I've read on this board thus far.  Being able to strafe jump is about practicing the art of exploiting it.  Not a hard feat to accomplish with time and diligence.  (as you have obviously already put forth) It is not changing the source code in my favor, it is eliminating an unintended exploit.  There is a big difference.  Of course as someone that has something to gain by expoiting it, you're going to point the finger at me.  Of course as someone to doesn't expoit the game engine, I cannot be proclaimed a cheater...  Cheater Wink   Tongue

Logged
w1zrd
Member


Cakes 2
Posts: 582


Give to life what you expect back


WWW
« Reply #21 on: December 28, 2007, 02:32:15 PM »

There are players who spend whole days playing games in order to get better, i.e practicing because A) they want to and B) they have the time. So for me it would seem natural that someone who dedicates that much time for something would deserve to 'be better', in strafejumping, aiming or whatnot.
Would it be more fair to allow a really slow pace for all players and even out the gameplay? Yes...because practice wouldn't matter.
Would it be Quake? No..
Logged

'Toto, I've a feeling we're not in Kansas anymore.'


Dave
Nub


Cakes 0
Posts: 29


« Reply #22 on: December 28, 2007, 02:42:00 PM »

I'm not going to argue the point with you as you've already made up your mind.  I will precent my though.  My thought is strafe jumping is an exploit plan and simple. 

Exploit:
  • To take advantage of somebody: to take selfish or unfair advantage of a person or situation, usually for personal gain

Therefore would it be Quake without it?  You damn skippy it would be Quake, as the strafe jumping exploit was not intended to be in Quake in the first place.

Let me ask you this.  Do you feel better when you score in CTF after you strafe jumped to and from against players that cannot?   In that case, Barry Bonds should be in the HoF right?  Wink
Logged
w1zrd
Member


Cakes 2
Posts: 582


Give to life what you expect back


WWW
« Reply #23 on: December 28, 2007, 03:44:42 PM »

Nah, no need to argue, always two sides to a coin.
It is true that the bug was not intended to be there, but it was, and it got released after all so for many years players have learned how to play with it. What I am saying is; if you change it there is a big chance that experienced players will turn their back on it.
I couldn't tell you how I would feel after scoring in CTF, I don't play it.
Logged

'Toto, I've a feeling we're not in Kansas anymore.'


fromhell
Administrator
GET A LIFE!
**********

Cakes 35
Posts: 14512



WWW
« Reply #24 on: December 28, 2007, 10:27:49 PM »

Skiing in Starsiege Tribes. That's such an exploit it became a lifestyle for the game. In Quake-engine land there is strafe-jumping (this is really really evident in Hexen II at most) Live with it.
Logged

asking when OA3 will be done won't get OA3 done.
Progress of OA3 currently occurs behind closed doors alone

I do not provide technical support either.

new code development on github
Pages: [1] 2
  Print  
 
Jump to: