QuakeWorld.nu - MVDSV 0.28 and KTX 1.35 are out!

News

Updates

Servers

deurk / 28 Jul 2008, 05:43

MVDSV 0.28 and KTX 1.35 are out!

After a few days of RC state, both MVDSV and KTX were released as stable. They proved being far more stable than any previous versions.

Time to update your servers!

UPDATE #1 wrote:

For server admins updating, please READ THE BOTTOM NOTE as it contains informations about how not to get stuck with your old configuration!

While changelog and release notes are still being compiled (there have been quite a few changes since last stable versions of both programs), downloads are available from QW-DEV.net as the following places:
KTX download page
MVDSV download page

More builds will make their way to the download pages soon and if you compiled a flavor that is not yet available, feel free to contact people on #mvdsv or #ktx to submit it.

Hope you'll enjoy those!

IF YOU HAVE BUGS OR FEATURES REQUESTS TO SUBMIT, please use the following URLs:
KTX issue submission page
MVDSV issue submission page

UPDATE #2: wrote:

IMPORTANT CHANGES!

Command line option +gamedir was replaced by new option -game. Our server package contains this change but if you use your own, remember to change that.

This also requires changing sv_gamedir option in mvdsv.cfg to sv_gamedir qw (our package has proper configuration). Or in some other config if you did your own configs.

UPDATE #3: wrote:

Initial changelogs

mvdsv changelog wrote:

MVDSV 0.28 build 793 (release version)

FEATURE: New QTV related commands: qtv_list and qtv_close.
FEATURE: VWEP aka visible weapon models. Works with demos and serverside (player, spec) if set so.
FEATURE: Changed default mem setting to 32MB instead of 16MB.
FEATURE: MVDSV now defaults lots variables like they are in the configs.
FEATURE: MVDSV got cpu% optimizations, should take less CPU resources now.
FEATURE: New, better and improved CM_HullTrace() (collision detection and stuff).
FEATURE: Added -game cmd line switch, replaces +gamedir.
FEATURE: Changed MIN_DEMO_MEMORY (democache) from 1MB to 16MB by default.

BUGFIX/FEATURE: Put an additional check for x86_64 systems in configure. Should automatically make MVDSV compile 32bits even if on 64bit systems to make MVDSV more compliant with KTX.

BUGFIX: Correcting CCITT QTV auth method.
BUGFIX: Fixed minping flooding.
BUGFIX: You can use "cmd minping" when QTV is connected.
BUGFIX: Do not put "s-p" and so on in to demo/QTV stream.
BUGFIX: CMD DL . didn't work properly when QTV was connected.
BUGFIX: MVD recording was rewritten to make it more stable.
BUGFIX: Don't crash when someone issues too long command.
BUGFIX: Sv_demoCacheSize was meant to be kilobytes but was actually bytes.
BUGFIX: Setinfo space was increased to 1024 bytes.
BUGFIX: Join/observe can be done once in 5 seconds.
BUGFIX: Fixed buffer overflow that caused MVDSV to segfault at certain point.
BUGFIX: Changed max file name length from 64 to 196. Now MVDSV is able to delete/download these demos and do not cause demo dir size overflow.
BUGFIX: Dead bodies or body parts could touch projectiles (rockets), now they don't.
BUGFIX: Allow_download_other actually works now. It's NOT recommend set it to 1 unless you really need it.
BUGFIX: Display "Connected to QTV" only in the server console.
BUGFIX: Default download maps URL now points to http://maps.qw-dev.net.
BUGFIX: +commands on the commandline are executed after server.cfg.
BUGFIX: Log code clean up, fraglog has port number in log name now.

KTX changelog wrote:

KTX 1.35 build 817 (release version)

FEATURE: Instagib was added.
FEATURE: Rocket arena (RA) was added.
FEATURE: RACE was added.
FEATURE: Added coop support.
FEATURE: Kicking player also bans him/her for 30 seconds to prevent instant rejoin.
FEATURE: fast maps/commands stuffing.
FEATURE: Added votemap command. Player can do "votemap 1on1" and it will vote for map with name 1on1.
FEATURE: New setinfo "wswfix" aka weapon switch fix.
FEATURE: /maps command supports parameters. For example "/maps ztn" shows map that have "ztn" in their name.
FEATURE: /commands command supports parameters too.
FEATURE: Allow lastscores from QTV.
FEATURE: Added teamplay 4 option: no damage is dealt to teammates' health or armor.
FEATURE: Store weapon stats in MVD demos.
FEATURE: New setinfo "wpsx". Set this to 1 and KTX will send weapon stats to client Supported by ezquake only (+cl_wp_stats). It doesn't work for spectators but will work on MVD demos or on QTV.
FEATURE: Added /nospecs command. To change the vote percentage for this item, use k_vp_nospecs variable.
FEATURE: /noitems command. Disables items that can be picked up in the map (health, armors, etc).
FEATURE: Added /giveme command. Useful only when sv_cheats 1 is enabled.

FEATURE/BUGFIX: Now you can use "make dl32" on 64bit systems making compiler compile at 32bits.
FEATURE/BUGFIX: KTX doesn't require /check_maps in the configs anymore. The latest MVDSV is required.
FEATURE/BUGFIX: Damagefrags: Telefrags do not give any points. Trying to telefrag a pented player gives -1. Points are now capped to target armor+health, uncapped when target is pented.
FEATURE/BUGFIX: LOTS of CTF related fixes.
FEATURE/BUGFIX: /spawn666time [seconds]. Server variable for this is "dmm4_invinc_time". Removed spawn666 and berzerk features. k_666, k_bzk and k_btime are obsolete.
FEATURE/BUGFIX: Statistics were revised a bit. Added lots of stuff, check KTX statistics wiki on QW-DEV.net.

BUGFIX: Filter colored messages for those who do not support it. (non-ezquake or ezquake earlier to version 1754)
BUGFIX: DMM4 is NOT automatically set by instagib/midair. Enabling DMM4 sets clock to 3 minutes by default.
BUGFIX: ezQuake wasn't detected properly when the client was spectator.
BUGFIX: Precache keys always.
BUGFIX: Force_spec is not allowed on non-kickable vips. Elected admins can't force_spec real admins.
BUGFIX: Date correction for QTV lastscores.
BUGFIX: Teleporting code was rewritten. Telefrags are instant now and will not have after-effect for ~100ms like before.
BUGFIX: Commands/maps stuffing should not overflow backbuffers.
BUGFIX: Demo recording is disabled with deathmatch 0.
BUGFIX: /maps works for spectators too.
BUGFIX: Small test display fix when game is stopped without stats.

Comments

2008-07-28, 05:50

Aquashark

will MVDSV ever consider this? i think its the next evolutionary step

"since the id maps are open source now, i was thinking how about implementing multiple arena support into QW?
this concept resembles Rocket Arena 3 mod for Quake3. so.. let me be more specific:

- take dm2/dm4/dm6 sources and make a map containing all three (or make a map containing 3 x dm2, or (3 x dm6 + 3 x dm2 + 3 x dm4), or what combination you like to set as standard)
- when connecting to a server running this map the player is given a choice for what arena he should join

this means multiple duels can happen at the same time.
people won't have to sit in line and watch some random game when they can join another arena and bounce on the map until a new player joins in.

or better yet: a group of people can join a server and organise a mini-duel competition with a MVDSV in-built automated bracket thingie"

http://quakeworld.nu/forum/viewtopic.php?pid=14597

2008-07-28, 07:43

empezar

f.nu updated

2008-07-28, 08:34

deurk

Aquashark, the best way to get an answer to the question is to open a new feature ticket here: http://qw-dev.net/projects/mvdsv/issues/new

2008-07-28, 08:43

bps

sweet

2008-07-28, 08:58

Willgurht

I like the idea Aquashark. Would prolly require a new scoreboard format or something. + alot of other things.

2008-07-28, 17:31

empezar

+gamedir has changed into -game, for some reason. update your run files.

2008-07-28, 20:36

deurk

Added an edit to article to give info on that.

2008-07-28, 23:35

Renzo

empezar wrote:

+gamedir has changed into -game, for some reason. update your run files.

For some reason? Is this reason enough?

Certain bugs require drastic action to be taken, and sometimes things just don't go as you'd like but most of the times those things will be taken care of, one way or another.

There is absolutely no use in guessing. QW-DEV site and it's wikis/repositaries are there for the information people need. I'm sorry about not being able to present changelog(s) yet but they'll come and you'll see how very many fixes they contain.

2008-07-28, 23:37

Renzo

Both win32 and linux server packages have been updated to contain official releases + changes in the configs ever since 1.34 so people should get those too.

2008-07-28, 23:40

#10

Renzo

Installation procedure was updated too and you can view it online when installing your servers from the server packages, and is even more detailed than the files included in the packages.

2008-07-28, 23:41

#11

Renzo

Information about updated statistics and how they work was added when the release became reality.

2008-07-29, 06:50

#12

Zalon

hehe, couldn't you just use +exec server.cfg +exec 4on4.cfg?

2008-07-29, 07:57

#13

empezar

Apparently not Zalon, since server.cfg would get executed after both of those config files.

Renzo, still no reason to change something like that from a release candidate to stable. I mean, if a release candidate is good enough to be released, you rename it and release it. You don't add new features / changes to it. Then you'd have to release another release candidate. I simply replaced my qwprogs.so thinking "ah, so this will work just as well as the release candidate", only to discover 12 hours later that my servers were not working at all due to this change.

2008-07-29, 08:04

#14

Renzo

I know it should have been mentioned in news item at least, since there is no release notes available even today.

2008-07-29, 11:56

#15

Renzo

There you go with the changelogs. They are not perfect but who knows if they'll ever be.

2008-07-29, 12:00

#16

FlePser

=)) trying to fix ra and ctf and then the XS4ALL servers are up and running (hopefully)

2008-07-29, 15:56

#17

Aquashark

when connecting to an updated server, missing maps get downloaded in /ktx/maps rather than /id1/maps, /qw/maps

2008-07-29, 23:38

#18

Renzo

Not if you read the news item, or used our server package.

mvdsv.cfg wrote:

[renzo@xxx ktx]$ cat mvdsv.cfg |grep gamedir
sv_gamedir qw // gamedir

2008-07-30, 06:05

#19

deurk

REMINDER: if you need help with KTX or MVDSV, you can of course find us on QuakeNet IRC in #mvdsv or #ktx, but you can also use the QW-DEV.net forums and ask your questions there:
KTX forums: http://qw-dev.net/projects/ktx/boards
MVDSV forums: http://qw-dev.net/projects/mvdsv/boards

You can also on both websites open a SUPPORT ticket (choose support as the tracker to use).

Enjoy

Edited by deurk on 30 Jul 08 @ 07:05CET

Edited by deurk on 02 Aug 08 @ 13:24CET

2008-07-31, 09:16

#20

VVD

64bit support by KTX - when? :-(

2008-07-31, 09:54

#21

VVD

[vvd@vvd /usr/q]$ wpro http://qw-dev.net/attachments/download/101/mvdsv_0.28-sources.zip
...
[vvd@vvd /usr/q]$ zip -T mvdsv_0.28-sources.zip
zip warning: missing end signature--probably not a zip file (did you
zip warning: remember to use binary mode when you transferred it?)

zip error: Zip file structure invalid (mvdsv_0.28-sources.zip)

2008-07-31, 10:38

#22

Renzo

VVD wrote:

64bit support by KTX - when? :-(

Quote:

KTX developers: VVD

Any time you want to do it

I noticed those .zip errors too, hopefully deurk gets them fixed since sources are not the only ones being broken

EDIT: Added missing stuff to the KTX changelog :\

Edited by Renzo on 31 Jul 08 @ 11:39CET

2008-07-31, 14:31

#23

deurk

MVDSV sources have been reuploaded. I had no trouble with the other zip files. If there are any, please let me know.

2008-07-31, 17:03

#24

molgrum

VVD wrote:

64bit support by KTX - when? :-(

FTE can run KTX QVMs on 64-bit platforms fine but if you want to run natives there will be complications. Is there a reason you want to run 64-bit KTX natives (assuming that's what you mean)?

2008-07-31, 18:58

#25

deurk

Is there a reason why you need to know why he needs it?

Edited by deurk on 31 Jul 08 @ 19:59CET

2008-07-31, 19:15

#26

Renzo

molgrum wrote:

Is there a reason you want to run 64-bit KTX natives (assuming that's what you mean)?

Because it kinda fails when you try to run MVDSV compiled at 64bits with KTX compiled at 32bits?

KTX fails to compile 64bits atm, that's why my very stupid makefile hacks for both of them (forcing -m32 compiler flags, sure, it works, but...)

64bit mvdsv + 32bit ktx wrote:

VM_Load: "qwprogs"
SV_Error: You must have the qwprogs.dat from QuakeWorld installed
ERROR: SV_Error: You must have the qwprogs.dat from QuakeWorld installed

Impossible.

64bit mvdsv + 64bit ktx wrote:

VM_Load: "qwprogs"
./port1: line 4: 29732 Segmentation fault ./mvdsv -game ktx -port 28222

Impossible times two.

Using .QVM on big servers is out of the question due to too high CPU-utilization.

2008-07-31, 22:00

#27

VVD

>> Is there a reason you want to run 64-bit KTX natives (assuming that's what you mean)?
> Using .QVM on big servers is out of the question due to too high CPU-utilization.
+1

> KTX developers: VVD
> Any time you want to do it

I have too "small" exp. in QTV to MVDSV calls. :-(

2008-08-01, 08:14

#28

Up2nOgOoD[ROCK]

WHAT???????????????? No one has said anything about this yet?

BUGFIX: Dead bodies or body parts could touch projectiles (rockets), now they don't.

??!? Please, why make this fundamental gameplay change? In TF, corpse'ing is highly utilized. It is also a by-product of many strategies and circumstances in ALL mods and gameplays. Boring on a corpse is part of the game, why oh why remove it?!

also, shouldn't

BUGFIX: Filter colored messages for those who do not support it. (non-ezquake or ezquake earlier to version 1754)

be in MVDSV (so its global to all mods) instead of KTX?

Edited by Up2nOgOoD[ROCK] on 01 Aug 08 @ 09:20CET

2008-08-01, 08:49

#29

Grump

Well I don't see any dead bodies - would be silly if a rock could hit something that wasn't there ;-)

GJ devs! Instagib is very cool aim praccy :-)

2008-08-01, 09:31

#30

VVD

Agree with Up2nOgOoD[ROCK].
> BUGFIX: Dead bodies or body parts could touch projectiles (rockets), now they don't.
This was feature, not bug. IMHO, need to make it tunable with old behavior by default.

>> BUGFIX: Filter colored messages for those who do not support it.
>> (non-ezquake or ezquake earlier to version 1754)
> be in MVDSV (so its global to all mods) instead of KTX?
Agree too.

2008-08-01, 11:12

#31

Renzo

up2 wrote:

??!? Please, why make this fundamental gameplay change? In TF, corpse'ing is highly utilized. It is also a by-product of many strategies and circumstances in ALL mods and gameplays. Boring on a corpse is part of the game, why oh why remove it?!

I think it was funny to bore into a corpse or head too

However I really fail to see this as "fundamental" gameplay change. Does this happen in duels, ever? In 2on2 games with small maps like dm4 you got to bore to bodies sometimes, in dm2 almost never. In 4on4.... well very seldomly (saw this one on dm3 demo, and that demo was sent to us as a bug report).

up2 wrote:

In TF, corpse'ing is highly utilized.

I was going to say how does this matter with QW but then I realized MVDSV is used with other mods too. Yeah, I can see your point, but for the QW part of it, it's not really meaningful. Adding a CVAR shouldn't be that bad thing to do for the next release.

Quote:

BUGFIX: Filter colored messages for those who do not support it. (non-ezquake or ezquake earlier to version 1754)

be in MVDSV (so its global to all mods) instead of KTX?

We'll have to see what Qqshka thinks about it.

Some quote from the last night:

Quote:

<renzo> I think you should do lots of things
<qqshka> yeah but I'm mostly alone..

If you feel that you can contribute, KTX and MVDSV both could use a few talented coders...

Edited by Renzo on 03 Aug 08 @ 00:57CET

2008-08-01, 12:35

#32

jkn

> ??!? Please, why make this fundamental gameplay change? In TF, corpse'ing is highly utilized. It is also a by-product of many strategies and circumstances in ALL mods and gameplays. Boring on a corpse is part of the game, why oh why remove it?!

Why bother with that?
We will continue using MVDSV 0.25 since OZTF and any MVDSV newer than that are incompatible anyway.

2008-08-01, 14:48

#33

sassa