[SubJunk]

Awesome, Mitsu.
Do you have any information on how it compares with Ventrilo, TeamSpeak, Mumble, ImpTalk, etc.? Have tests been done?

[mitsubishi]

VoIP; I tested it in default settings and it was reasonable. It's not destined by ioq3 to be about high quality and clanning but for fun pubbing. For quality they have Mumble positional audio. It'd be cool if others like TeamSpeak offered simple code 'hooks' for games. The code ioq3 has (given by Mumble) to support 3D in mumble is surprisingly tiny.

[mitsubishi]

Teleportation: bind a key with /bindteleport <key> and transfer back there when key is hit (locally or with rcon; server cmd: /teleport <cl num> x y z).

--

/bindteleport is a bit gimmicky, mainly for /map and /devmap since it doesn't add 'rcon' in front. If someone was running a server with it I guess they could add manually clients to binds with /rcon teleport <client number> <x> <y> <z>.

--

PS. I thought of server admin exploitation but it's burying our heads in the sand: admin exploitation is so easy that it's silly trying to avoid it by removing such features (which are a couple of lines and released in a client). If an admin wanted to exploit, they can do a lot more things than just using this. And nastier, hard to detect things. This is pretty obvious with spec (or recorded demo) (and this time really obvious, not "i can see wallhack"-obvious).

This post has been edited by mitsubishi: 30 July 2010 - 03:28 PM

[Banned onemoar]

Client Shutdown (Client fatal crashed: Sound interface invalid.) -----
-----------------------

fail ...

edit:
useing +seta cl_voip 0 corrects the issue .. something wrong with ur code
edit again
something you broke with ikaliser turning it off makes it work again

This post has been edited by onemoar: 30 July 2010 - 06:35 PM

[mitsubishi]

onemoar, on 30 July 2010 - 06:23 PM, said:

fail ...

something wrong with ur code

something you broke

fixed.

the issue was purely logistical; ikalizer doesn't have the recording related functions so the client exits.

base/dmaEX sound doesn't have them either, it only has empty functions as placeholders for "future development". I did the same for ikalizer.

[|it|Seven of Nine]

If this is asked already i'm sorry :)

Will all this be included in urt4.2 or will we have different builds still?

[mitsubishi]

I've no idea.

[|it|Seven of Nine]

hmm k, would be a shame if it weren't included, but then again i guess you'd continue modifying builds so there would still be loads of different versions out there :)

[SubJunk]

Let's hope it won't be detected as a hack. I'm sure they will work something out though since Mitsu has been recognised as a community dev now

[mitsubishi]

Major logistical update. All windows builds get to use shared libraries. That means, cURL used by autodownloading, SDL used by the system in general, OpenAL used for audio are included in the zips for windows. This was already the case for linux though they weren't included in their packages since the system already has them and it already has them in very good builds.

I know this might be a bit more messy but it's a much better arrangement. The DLLs can be potentially replaced with other ones (better ones or individual updates etc.) and I wouldn't be surprised if certain systems operate better with them since they are the norm.

'Loads of DLLs' update.



Also Raw Input had an internal update that probably doesn't change anything on the end-user: Instead of collecting its data from SDL, it directly gets them from inside the ioq3-urt.c of the client. This makes it possible to use it with stock SDL libraries and it is remotely possible it's better in latency but I wouldn't bet on the latter.


Now also autodownloading gets an '* Autodownloading Initialized' on the initial console, to make sure the dll is there and because previously it didn't initialize at all unless a map was to be downloaded (tiny memory use for a gain in being informative).