HudBot fans there is a new version

"Better than what it did" is the objective. Making the terrain sets takes some time otherwise I would have something else to show. These terrains are all first attempts. I don't like the lush terrain at all but I can stand the other two. Thanks for the tip.

terrain file links!

Well I consider hook.dll and hudbot to be one entity. The "4.3" hudbot.exe is the same as
you say but the hook.dll is substantially larger - like 500k! It seems like a lot of code for
just a .2 to .3 version change :-)

There may be an effort underway to internationalize (or regionalize depending on your terms)
hudbot so that you can configure it for different languages. Maybe a lot of that 500k is this
stuff.

I lifted hook.dll, the HUDs, and the Replacements out of the tribesprojectv2_full.rar file and
started running them on my config (which is fairly vanilla).

Unfortunately I started to get a lot of crashes (particularly when in observer mode) at the
tribes address 0057CD72. Falling back to hudbot 4.2 + 4.2 hook.dll makes the crashes
go away. I was advised that this is where tribes crashes when it has memory problems
so I'm thinking the 4.3 hook.dll is corrupting some memory (or stack) someplace. Keep
your old configs! :-)

terrain file links!

http://berneyboy.planetquake.gam espy.com/textures.htm
http://www.grsites.com/textures/
http://www.amazing3d.com/texcom.html
http://berneyboy.planetquake.gam espy.com/links.htm (look at the texture links, lots there)
http://developer.nvidia.com/object/IO_TTVol_01.html

Great Post BoDean, there are tons of great textures there.

lemon, let's get some fucking lego textures up in this bitch

:rocker:

omg lol, there´s hudbot 0.5 and you are having a party because of the "new" 0.4*

;D visit Andrews webby (http://www.team5150.com/~andrew/project.hudbot/)

Wow - and I thought 4.3 was a lot of work.

Hudbot 5 seems to make tribes boot/startup a lot faster too.

Well I consider hook.dll and hudbot to be one entity. The "4.3" hudbot.exe is the same as
you say but the hook.dll is substantially larger - like 500k! It seems like a lot of code for
just a .2 to .3 version change :-)

There may be an effort underway to internationalize (or regionalize depending on your terms)
hudbot so that you can configure it for different languages. Maybe a lot of that 500k is this
stuff.

I lifted hook.dll, the HUDs, and the Replacements out of the tribesprojectv2_full.rar file and
started running them on my config (which is fairly vanilla).

Unfortunately I started to get a lot of crashes (particularly when in observer mode) at the
tribes address 0057CD72. Falling back to hudbot 4.2 + 4.2 hook.dll makes the crashes
go away. I was advised that this is where tribes crashes when it has memory problems
so I'm thinking the 4.3 hook.dll is corrupting some memory (or stack) someplace. Keep
your old configs! :-)

Is there an archive somewhere with older versions of hudbot available for download? I've been using 4.3 and crashing a lot.

*edit* 4.5 looks a lot better so I'll give it a try.

Thanks Greyhound. Yea, I haven't screwed with any of the old hudbot stuff since you posted news of the update. Where was the "Coming Soon" post? Bastards. Just when I figured out what the hell I was doing with .png's. Anyway.
I'm loving it. I 'm waiting for some of your hud backgrounds.

Thanks for all your work on this release!

<long overdue feature>
$pref::ShowWeapon, Default TRUE, Range TRUE/FALSE
</long overdue feature>

Here's something that looks interesting:
onLocalSound is similar to onClientMessage, except for local sounds. %cl is the client id and %sfx is the name of the .wav that will be played. If you return anything other than "True" or a non-zero value, the sound will be muted.

Is there an example of the proper syntax to be used for onLocalSound?
I'm wondering if this allows me to mute only specific default tribes sounds? (ie: *.wcheer*.wav, *.wcolor*.wav, etc) I've tried muting specific sounds various ways (extracting from .vols, muting the ones I don't want to hear with a wav editor and I've also tried deleting them then recompiling the .vol without them) These methods work briefly but end up messing up all the audio playback usually after 5 minutes of play.

Possible Hudbot5 buglet

Someone votes to kick someone. You bring up the tab menu. You see the scores OK on
the lefthand scroll box but the text printed under "options" on the right have all the characters
printed in white blocks (in the old days "rubout" 0x3f would use that font bitmap). If you wait
for a bit the next refresh occurs and then the characters are printed correctly. It is only
between the tab but before the next refresh that the incorrect characters are displayed - and
only under options.

Awesome work.

How about a release that includes the lib and .h, so players can keep coding new stuff, but have all these new features as well?

(Of course I don't mean release the code to it all. Just the include file with the few functions that make it possible to code script functions.)