Fun concept. You'll probably be better off creating your own entity and
creating your own method for hit-testing, overlap, etc. The OnTakeDamage and
CEntitySphereQuery are pretty limited in the fact that it'd be harder to
calculate world (i.e. walls) disrupting the radio wave. You'd probably do
well building a mesh pragmatically for the radio wave and manipulating it
via shaders than any other method. The issue with this is that it is more
time consuming but would allow for a more accurate model.

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Christopher Kunz
Sent: Saturday, January 07, 2006 3:45 PM
To: Sebastian Breutmann
Cc: [email protected]
Subject: [hlcoders] Creating wireless networking with half-life 2 engine

Hi,

I'm new to the list, so please bear with me :)
I am currently in a fairly unusual project: For a my master's studies at
Hanover
University, I and a partner have been given the task of evaluating MANET
(Mobile
AdHoc Networks) simulation possibilities using the Half-Life 2 engine. That
means we're supposed to create some kind of a radio wave model, ad-hoc
connections and (ideally) IP networking. The result would then be a realtime
3D
simulation of a WiFi or Bluetooth ad-hoc network.

Luckily, the OSI layer model allows us to break the task down into smaller
subtasks, ranging from the physical to the application layer. Probably,
everything above Layer 3 or 4 is not interesting for our purposes.

So far, we are still thinking about how to implement the physical layer in
HL².
What we need is a free-space propagation model including packet travel
through
air and if possible re- and deflection as well as materials support. Our
idea
was to hook into an NPC's OnTakeDamage function and use explosions (which
seem
to be circular or spherical in their pressure wave) as "packet emitters".
The
RadiusDamage stuff seems to be ideal for simulating a free-space propagation
for
radio signales. We would then have to put some kind of payload data into the
explosion event... or something like that.

Does anyone on the list have any insight if this approach is feasible at
all? Do
you have better ideas for us?

Thanks for your input,

--ck

--
http://www.de-punkt.de   [ [EMAIL PROTECTED] ]    http://www.stormix.de
PHP-Anwendungen sind gefährdet! SQL-Injection, XSS, Session-Angriffe,
CSRF, Commandshells, Response Splitting,... böhmische Dörfer? Dann gleich
"PHP-Sicherheit" direkt beim Verlag vorbestellen!
http://www.php-sicherheit.de/

_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives,
please visit:
http://list.valvesoftware.com/mailman/listinfo/hlcoders


_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
http://list.valvesoftware.com/mailman/listinfo/hlcoders

Reply via email to