Bugs and Suggestions list discussion
Discussion here
#21
Posted 01 June 2010 - 04:31 AM
Nade duplication. possible with 1 or 2 nades. When you pull the pin on a grenade if you die 1 extra nade will be dropped.
e.g. I have 1 nade. i pull the pin but i get shot and die. 1 nade drops that explodes and another is still avaiable to be picked up. that's 2 nades when i only had 1
#22
Posted 01 June 2010 - 06:54 AM
Bot weapon switching.
Problem with bots not using ladders.
I've kept the list short, I'll probably be shot down for mentioning it anyway.
www.custommapmakers.org
Discord (CMM) Custom Map Makers
#24
Posted 01 June 2010 - 10:31 AM
- Timenudge: Maybe allow it to go at least to -20 for competitive players (it increases responsiveness in exchange for visual jerkiness) (positive values (that we have now) increase visual smoothness in exchange for input/gameplay responsiveness). In terms of 'hits' it's a complex matter since it can both be argued that jerkiness = 'hits lost'/visual smoothness = 'hits improved' and that jerkiness = 'better latency and hence maybe better hits'/ positive timenudge = 'local lag'. It may depend on the person or mood on what's best in a case. Personally I find it very irritating on negative values (with eventual only negatives to gameplay) so it's fine as it is for me but I suspect others operate differently. Unless -10 would be bearable..
- This is in the list already but it's in this family: cl_packetdup: allow it to go to 0 for potential lower overheads (it may not be very important potentially but some perfect connections should not need it at all).
- This has been addressed by TwentySeven already: maybe increase cl_maxpackets allowable for higher responsiveness/better 'hits' latency: it has been increased for 4.2 to 125.
- This has been discussed by TwentySeven already: maybe allow higher sv_fps/snaps for higher gameplay responsiveness: 27 is afraid to increase it. I suspect because it may increase load tremendously (CPU and network load). I believe it should be increased in 2010: conservative approaches can be just up to 25 *very conservative IMO. Or up to 40 (conservative but very noticeably higher).
None of these are bugs, 'must dos' or personal suggestions, mainly remarks for further development.
But they may be hugely affecting gameplay (well, maybe not packetdup).
This post has been edited by mitsubishi: 01 June 2010 - 06:01 PM
- Optimized exe; builds of ioq3 engine for urt With GoogleTranslate, Bumpy, dmaHD, iKALiZER, Raw Mouse, Bug Fixes, ..
- Networking, lag meter, and gaming consistency guide
#25
Posted 01 June 2010 - 10:45 AM
#26
Posted 01 June 2010 - 10:51 AM
This post has been edited by mitsubishi: 01 June 2010 - 12:57 PM
- Optimized exe; builds of ioq3 engine for urt With GoogleTranslate, Bumpy, dmaHD, iKALiZER, Raw Mouse, Bug Fixes, ..
- Networking, lag meter, and gaming consistency guide
#27
Posted 01 June 2010 - 11:10 AM
Zkat8it, on 30 May 2010 - 11:06 PM, said:
this is not always feasible, installation could be system wide for multiple users (without users having write permission to base folder). theres no harm sticking to common linux / unix standards IMHO, i.e. i would leave this as is
#28
Posted 01 June 2010 - 11:42 AM
Nvb, on 01 June 2010 - 11:10 AM, said:
Or maybe set fs_homepath on Linux default to ~/.urbanterror (or whatever current standard is for user directory for gaming applications on linux) instead of hiding it in ~/.q3a/q3ut4.
Obviously with passport, users will be more or less be forced to use the standalone binary that comes with it if they wishes to play online. Instead of using old q3a binary.
This post has been edited by Nexu: 01 June 2010 - 11:43 AM
#29
Posted 01 June 2010 - 11:57 AM
/*----------------------------------------------------------------------
All normal mapped(bump mapped) and specular mapped .|^|.
Just a few of many, and more to come.
----------------------------------------------------------------------*/
#30
Posted 01 June 2010 - 04:16 PM
Quote
Don't know if anyone else has said this because I didn't read the whole thread, but I've been running the 64-bit client from the UrT site (not tried with either ioBumpy or mitsubishi's version), and I've never had this problem.