Devlog update (2013-11-17) Flying snipers!

[14th_account]

This week was a bunch of random stuff, so I'll just paste the list...

* Fixed camera not resetting to center when joining a new game
* Fixed players with bink weapons couldn't bink themselves
* Fixed teammates could bink each other with explosives even though FriendlyFire was off
* Modified the two spent Desert Eagle shells to be ejected with different velocities
* Fixed sniper scope cooldown could be bypassed by triggering an overriding animation
* Fixed freecam camera wasn't completely still when the cursor was inside the center deadzone #277
* Modified predicting the player's current MovementAcc to be less rocket surgery
* Fixed MovementAcc being erratic when the player was transitioning between animations and grounded/in-air
* Added visualization of the player's MovementAcc by scaling the cursor
* Modified spectator and demo view to hide the inactive parts of the interface
* Modified decreased the freecam deadzone again to make the sudden speed jump less abrupt #277
* Modified cursor to be visible during game pause #460
* Fixed team menu keyboard input blocked if opening it using the cursor #428


This animation demonstrates the cursor scaling of MovementAcc (Barrett, Ruger, Minimi):




Shoozza worked as much as me, but with code cleanup and tweaking build scripts. Unfortunately that's not very exciting. Oh, and we plan to release another version before Christmas, so we might have a beta out sometime around early December.

[jrgp]

Good job guys!

Oh, and we plan to release another version before Christmas, so we might have a beta out sometime around early December.

Why not release a version on Christmas? It'd be a great present to the community. :3

[14th_account]

I don't think Shoozza wants to be in a mutual headlock with the build scripts on Christmas Eve. That's when Germans await Odin the Solstice man to come with gifts.

[As de Espada]

awesome fixes! as you said, Shoozza also did a lot of work, congratulations for the whole team

[Shoozza]

Good job guys!

Oh, and we plan to release another version before Christmas, so we might have a beta out sometime around early December.

Why not release a version on Christmas? It'd be a great present to the community. :3

Only when you replace the soldat panel with something I can easy deploy to and integrate the forums into the sitenews
I wish the whole site was under version control so we could have people who fix stuff there.

Btw I ripped out >400kb of compiled code since the last release build for the Soldat client alone and reduced the config file size by >400kb as well.
I removed the autoupdater (don't worry), ASE and  other libraries we didn't really use and finally merged our encryption and hash libs.

[duz]

Btw I ripped out >400kb of compiled code since the last release build for the Soldat client alone and reduced the config file size by >400kb as well.
I removed the autoupdater (don't worry), ASE and  other libraries we didn't really use and finally merged our encryption and hash libs.

Awesome! 

[skrX]

I like

[DarkCrusade]

@Akinaro: Indeed, you sound very annoying.

[homerofgods]

I agree with Akinaro that soldats biggest problem at the moment are fps issues and unexplanable laggs. I think the only solution the devs has come up with is to update directX. I have been messing around with soldat config and nothing seams to work. If you use win7 you can try to run soldat in xp compatible mode, but if that doesn't help you're doomed.

[Shoozza]

@Akinaro Fryer was looking into the rendering code some time ago, maybe he will optimize it a bit.

The rendering stuff needs attention but I cannot remove the rendering code like I did with the other stuff
I'm not sure how busy Fryer is atm maybe he'll improve it but I wont find the time for this release, I just have other stuff to finish before we can release a new version.

That said I have a few ideas how to solve this rendering mess but it's a lot of work.

[14th_account]

I did some optimizations of the polygon logic and collision checking last week. I have a few more optimizations planned for 1.6.7. I'm not sure if they'll give any significant speed improvements, but we are aware that the performance is one of the highest priority issues. Though having more developers on the team with DirectX experience wouldn't hurt.

[CheeSeMan.]

Nice job DEVS keep it up I don't really get the cursor changing though, won't it be sort of huge if I am say getting binked and running? Also will this be an option as I know some players just prefer very small cursors that don't change at all?

[14th_account]

won't it be sort of huge if I am say getting binked and running

Yup. It lets you know how inaccurate you would be if you were to attempt to fire your Barrett.

as I know some players just prefer very small cursors that don't change at all?

I'm sure they will appreciate the added advantages. This behavior has been kosher since before Half-Life.

will this be an option

There doesn't need to be an option for every little thing in the game. And I haven't heard anyone complaining about the cursor scaling from bink and self-bink.

[Flym]

Nice

[DutchFlame]

great work guys!

Quick question: Can we expect a anti-cheat for christmas release ? 

[Shoozza]

great work guys!

Quick question: Can we expect a anti-cheat for christmas release ? 

Sadly no, anticheat is planned for the release after 1.6.7 (unless we have to make a hotfix release again)

[DorkeyDear]

This is interesting stuff! I'm excited to try out the whole MovementAcc thing, and see how it will feel when actually playing. I wonder if it will be a distraction; I suspect it would change much more frequently with the new change when compared to bink. Even if it is a distraction, I can't imagine not getting used to it though.

Question: how will bink play a role in cursor size now?

[14th_account]

Both bink and movementacc will affect cursor size. The inaccuracies from them are added together.

[CheeSeMan.]

won't it be sort of huge if I am say getting binked and running

Yup. It lets you know how inaccurate you would be if you were to attempt to fire your Barrett.

as I know some players just prefer very small cursors that don't change at all?

I'm sure they will appreciate the added advantages. This behavior has been kosher since before Half-Life.

will this be an option

There doesn't need to be an option for every little thing in the game. And I haven't heard anyone complaining about the cursor scaling from bink and self-bink.

No need to get overprotective I like this idea, but I wouldn't like to see a jumbo sized cursor appearing everytime I get sprayed while running. I can't remember which version it was lately but one of them whenever I had barret and got binked the cursor seemed ridiculously big.

[14th_account]

Since 1.6.4 the cursor size grows logarithmically - meaning it requires more and more accumulated innaccuracy effects to grow it further. So this has already been prevented, though it's entirely possible that the logarithmic function could use some tweaking.