[mitsubishi]

ok I think I fixed it.

all builds are updated.



basically, +vstr has a check on the case of release(of the key) to avoid firing the release when bringing down the console; but that check malfunctions if you press another +vstr bind.

i removed the check altogether so no such malfunction occurs; let me know if it has any side effects.

actively that was a 'feature' that can be considered a bug.

This post has been edited by mitsubishi: 25 February 2010 - 12:52 PM

[QA fda| ObScUrE]

that was a fast fix good work mitsu.
it seems to work without side effects.

[illmatic (old)]

mitsubishi, on 25 February 2010 - 06:51 AM, said:

i removed the check altogether so no such malfunction occurs; let me know if it has any side effects.

wow, nice fix Mitsu, I have some friends who script who are going to be v. happy (:

[QA RS| SubJunk]

Great job

[marcel951 (old)]

Very nice, no choppy sound any more with latest 64 bit version + OpenAL, I had a great gaming evening . OpenAL is no match for Ikalizer but, anyway...

Is it placebo or it really loads maps faster than 32 bit version?

[mitsubishi]

marcel951, on 25 February 2010 - 11:43 PM, said:

Very nice, no choppy sound any more with latest 64 bit version + OpenAL, I had a great gaming evening . OpenAL is no match for Ikalizer but, anyway.

it is theoretically possible to be better than ikalizer but only in a minority of users with hardware that has good OpenAL support - for hardware features - and that only if it's not buggy; e.g. I got a software-based X-Fi to test it but it's choppy (on 32 and 64); perhaps hardware-Xfis are better though.

marcel951, on 25 February 2010 - 11:43 PM, said:

Is it placebo or it really loads maps faster than 32 bit version?

It is faster here on the point of loading the .bsp of the map and other game assets [when it is compared with the gcc32 version]; it is slower when it compiles .qvm (the game's code) on the fly [this is the time of waiting before seeing the loading screen]. The fact that qvm compilation is different is very predictable since 32bit qvm compilation is done by a different file of code written by id software and x86_64 is done differently [because it's a different processor] from a new code done by a SUSE linux guy. Potentially because it doesn't compile directly with opcodes[like vm_x86.c] but first it makes assembly code and then assembles it.
</techie stuff>

[Yas]

sounds repeating, segmenting, crackling, repeating etc.
using gcc build of windows 32bit version.

eis broken dude. dunno when u brokesdit, but is brokens.

[mitsubishi]

see if it turned on openal or if it turned it off; generally see that it uses the same sound system; /s_info, /s_useopenal, /s_useikalizer.

This post has been edited by mitsubishi: 26 February 2010 - 05:09 AM

[QA RS| SubJunk]

Menu buttons don't do anything when I click them, like vote and cycle etc, started with new version

This post has been edited by SubJunk: 26 February 2010 - 05:28 AM

[mitsubishi]

not here; does it occur on a new config?