I went on test server and the new sounds I heard were for the most part totally crappy to me or out of context, except to the ones for jetpack (that can still be enhanced).
PLANS : I think I'm gonna start working on humans, which are basically to me the easiest sounds to make. I have some experiments for turrets and remixes of weapons. Planned after that : a proper "turning" sound for turrets, "Our base is under attack" announcers
NEEDED IDEAS : I would need ideas for a sound at the beginning of a round ("Fight" is out of context). It could be a voice or a sound effect, and if you have an idea for both teams, it would be even better.
Perhaps a mechanical (heavy bass) clock noise, ticking 3 times (The third tick would be the heaviest) before the round starts? It's a good way to wake everyone up to the start of a new round. It doesn't particularly make contextual sense, but I think Tremulous is a game that favors function over form.
Another sound that needs a more fitting replacement that I would like to specifically point out is the sound that currently announces votes that are called. The current one we are using is a gong and a flute (come to think of it, that vote sound and the fight sound would be more fitting in a mortal combat type of game ).
And I think you're wrong on that point, Tremulous has a powerful spirit, and when it comes to basis sounds, they are great on that point. The game is logic in its universe, it just doesn't have high quality assets (I mean HD and 44100Hz). I was more thinking about a sfx noticing clearly that humans and aliens are transfered to the base, a bit like being launched on the battlefield.
@dGr8LookinSparky : I agree on your point and might think about something other, but I don't have any real idea for now. I think I'll open it in a maybe strange way : 1. I'll post all sounds I made regarding this, and maybe more. 2. Then, you'll have to make an issue if you want me to add them to aaa-assets, and I'll make a Pull Request.
P.S : My Github P.P.S : All sounds will be released under CC-BY-SA 4.0 P.P.P.S : You can contact me on IRC [ ##xserverx #tremulous ]
that is an ill-advized design goal, because in „half” of the cases, vote-like functionality should be non-intrusive of sustained focus on gameplay (or spectation).
ideally, a prompt should only be intrusive when settling a debate is urgent, which is nominally only when a kick vote is called for wholegame-disrupting abuse (eg. a malicious decon — will likely need to rewind to an earlier state in the game); in all other cases (including when a kick vote is called for abuse that is not wholegame-disrupting (eg. 1 general, malicious teamkill)), there should be a supportively extensive time-window for a „moment of availability” to come, for every player, notably during sustained focus on gameplay.
following this logic, there should be no such things as nextmap and mute votes, which r of advertizing nature; instead, such should be incorporated into /suggest.
nextmap votes should ultimately be finalized at intermission (with the ability to add candidates, and vote, and change your vote via a vote menu up to the final chance to vote at the intermission). So in the case of such a nextmap vote. So once such a feature is implemented, the adding of nextmap candidates during a match would not require as much notice as the current nextmap votes.
Regarding mute votes, even once /suggest ignore is implemented, there would still be certain need for mute votes (such as ghosting, excessive flooding of the chat, etc), which can have major negative impacts on the match, but also wrongful mutes can have a negative impact on the match, in terms of team communication, not to mention potentially resulting in a negative atmosphere. So it would be important to get notification of such a vote.
A wrongful kick vote of any kind can have a negative impact on the player being kicked, as well as on the whole match if that player was contributing in a positive way towards that match. Thus why such a vote should be noticeable.
Examples of other kinds of votes that require sufficient notice:
Change map votes (perhaps should be removed, as draw votes combined with next map has the same overal functionality)
Admit defeat votes
Force spec votes
Deny build votes
Unmute & Un-deny build votes
Something else that all those votes have in common is that in the current implementation, from the time of notice, to the time of completion, the voting is open for a maximum of 30 seconds, which in itself creates an urgency (As if you are not given sufficient notice, it can be easy to completely miss such votes).
I would say that the only current kind of vote that doesn't require "extra ensured notice" are poll votes (which might be better done in a vote menu that could be open through the duration of the match).
Couldn't a vote sound be done in such a way where when occuring, players would definitely notice it and tell that a vote has been occurred, while not being distracting from the gameplay (nor spectation)? Such a balance is what would be ideal. Consider how the chat sounds are done. You can tell that someone has submitted a chat specifically as general chat as well as specifically as team chat, when such chats occur, yet those sounds don't distract from the gameplay (nor spectation).
Actually if the political situation turns out to stay as it is now I should maybe just take my sounds and go work with Unvanquished. I can't make it run on my computer for now but at least the developping community is real