I've been experimenting with env_microphone, but it doesn't seem to work.
I am 100% sure that the speaker selected must NOT be an env_speaker.

Here are my questions:
-Can the speaker be dynamic? (Moves)
-Which entities can be used as speakers?

I am guessing no one knows?
Why do my mapping questions always go unanswered...

env_sound maybe?


what are you doing - arena map with announcer? (if yes, im gonna kick ur ass, because i have same idea :twisted: :P )

__________________
ONEPOINTTHREEPOINTTWO

LOL if no one knows ill take a shot, im new to source forts but ive been around once or twice... what would u like it to do??? like play a cuztom sound if so jus tell me cuz i no exactly how to make cuztom sounds work...

I don't think it is an env_sound...maybe an info_target? I'll have to try it out.

I am making a listening device.

Basically, you have 4 components, both grouped into twos by wires.

1. The signal transmitter - Aim this at the signal reciever to transmit sound waves in the form of a laser
2. The microphone - Self explanatory, is wired to the signal transmitter

3. The signal reciever - If your aim is off a bit, place this on the laser to recieve sound transmissions; converts laser signals into sound
4. The amplifier and speaker - Converts the laser signals into audible frequencies, a red light turns on when the system is recieving a signal

From a mappers point of view:
1. env_laser parented to a physbox, does 0.00000001 damage
2. physbox with a welded microphone, env_roped and logic_measure or something to the 1st, I like to call this "roped"
3. func_button activated by damage (Obviously, going to need to filter damage) and activates the microphone (Which already has a set speaker) and the env_sprite; is welded to physbox, physbox is "roped" to amplifier
4. Physbox with child env_sprite[img][/img]

The signal can be broken easily, so place them high up.
Watch out for noobs that think lasers always do lethal damage.


I think I am going to work on another mapping concept because I can't get env_microphone to work.

There are 3 power generators per team.
Each is equipped with a laser to transfer energy, these must be pointed at unique nodes at the home base.
These nodes are func_buttons activated by damage, I am going to have to work out a more complex system for this to work like I want it to.
There are also two meters in the base. One represents signal strength, and the other represents emergency power. A physbox inside the meter to the right-most position has a thruster attached to move the physbox left at the force of 21 units or so. A laser (Of team color for looks) will come from the left of the meter and hit the physbox to make a bar for effect.

When a button is damaged, a thruster on the signal strength meter physbox is activated pushing the physbox to the right at a force of 10 units or so.

This means that if all 3 lasers are transmitting properly, the home base will have an excess of 9 units of power over time.
The base can survive with 2 lasers transmitting properly, but will loose 1 unit of power over time.
With only one laser transmitting properly, the base will loose 11 units of power over time, more than half in ratio.

When signal strength is at zero, the home base will draw from emergency power at the rate of 10 units of power over time.

When no power is available, something horrible will happen.
I think I will make the team's base unfreeze with the excuse that the home base was using its power supply to freeze all blocks in place.

Concept Copyright Night-Eagle 27/4/2005

Well that sounds like it might be kinda kool for a minigame, but not for the whole map, it would take too much away from the actual gameplay.

Good luck anyways. I have never used an env_microphone myself so I cant help you there.