eromancer
patreon
v0.056 Battle Test Release / January Progress Update!
🕑 Added 2018-01-14 09:06:43 +0000 UTC Hey everyone!Thanks for being patient while we finished up the battle test release. It’s been a lot more work than I anticipated, largely due to the fact that I haven’t just had to iron out kinks with the new style/procedures, but also with the new character models. Anyways, lots of stuff to cover, so here we go!
V0.056 Battle Test Release
As mentioned previously this release is very basic with the simple goal of showing off the core mechanics of battle in the new art style. There will absolutely be at least one more of these for the $3 tier prior to v0.06 in which we make some fixes and reintegrate the remaining features. Check the writeup below for the download as well as a detailed list of what’s being presented in it. I really ask that you guys do me a favor and don’t share these test releases publicly since it would be A) really confusing for people without the context of the Patreon posts, especially since the public mostly isn’t aware we’ve been working on an art overhaul, and B) the release isn’t fully representative of the quality we’ll have for v0.06. When we start promoting the project publicly again I want to blow people’s minds with v0.06.
You can download the test release here.
Please be aware this test release still requires the RPG Maker VX Ace Runtime Package. Also, please follow these few steps when reporting a bug to make our lives (or rather, our programmer's life) much easier:
- If game screen is not empty make a screenshot (preferably with error message out of the way),
- Add a description; where the error occurs, what was the last action (or few last actions) -- the more details, the better. It doesn't have to be a novel, but every detail counts,
- Send description along with '!Error.log' and 'Options.ini' files (both in the System folder) and optional screenshot to us (eromancergames@gmail.com).
So, before we get to the features, first here’s a list of things missing from the test release:
- Neon =/. Long story short, her poses aren’t updated yet and I wanted to get this thing out the door. It’s actually given me a chance to push forward 3D mirroring techniques for poses though, which I’ll explain below.
- H skills and armor damage will be added in as we complete requirements to add them back in. Full concurrency requires some work done on holds by APL, and we need to get 3D armor damage working with Malise's new suit/model still.
- No proper battle effects animations for the new art style yet besides Malise's muzzle flash (which will be improved still). We’re still using the old RPG Maker effects for the damage/hit/etc. graphics, so they look pretty out of place. The positioning of the effects on the new sprites is also sort of off.
- Enemy/effects reflections are something we are planning on looking at, though they probably won’t make it into v0.06(?). We are pretty sure the technique we are using for reflections on the map will also work in battle, and it would help ground the enemies within the scene better.
Here’s a list of things you will find in the release:
- 720p resolution (with 16:9 aspect ratio)
- A new perspective/format for the battle scene. Characters will now appear in the correct scale and perspective with respect to the camera.
- Malise’s battle poses have been updated for the new character model and artwork style. There are still a few issues with them, mostly having to do with the holsters. They didn’t get the attention they need yet since we were consumed with getting the variations on her suit working last month. I’m also strongly considering rendering them from a different position so as to better capture perspective… if it works it should make the action poses way more interesting and readable, and for the non-actiony ones she will be looking in the direction of the player instead of head-on.
- First look at the new police enemy in action. Apologies for the sound effects – they are goofy RPG Maker sounds for now.
- APL's concurrent battle time system (discussed in detail in last month’s update) is on by default. These means enemies/actors can perform actions simultaneously, and it adds a pretty cool new layer of interaction to battle. Granted, enemies don’t have skills in this release, but hopefully you can see the potential :D. You can turn this off in the options menu.
- There’s an updated options menu which will allow you to play with the new battle speed mode settings. This allows for much more flexibility with battle speed customization. You can also recreate the old battle time modes by setting the ‘During Input’ and/or ‘During Actions’ settings to 0% (Hold the shift key while changing a value to change it by 10% increments). This will become simpler and clearer once we add difficulty presets.
- New battle music (new mastering / fixed guitar for less angle grinder sounding action since I showed it off last). I'll upload this to the soundtrack rewards.
- Improved (and animated) turn indicator.
- Added a parallax/3D effect that shifts the camera to the side when a character's turn is available. This makes it unmistakably clear whose turn it is, and also looks pretty slick. There’s an option to turn this off in the options menu if you find it distracting. We're still working on this, so it's possible you may see some portraits cropped incorrectly due to the sliding motion. We also intend on improving it with curve-based camera movement for more fluidity once we get it working.
- 3D mirrored portraits. This is still something I need to confirm that we can dedicate hard drive space to in order to carry it through the entire game. So far this hasn’t really been an issue, but since we now plan on having additional characters besides Neon and Malise, characters need the ability to appear on either side of the UI. Mirroring in 3D takes more work, but is definitely preferable to mirroring in post since characters’ features are also (incorrectly) mirrored.
- An enemy animation system improvement allowing for some variation in enemy poses by choosing them semi-randomly.
- An early version of enemy sprite scaling which allows us to scale enemy sprites to achieve correct perspective with the battle background. We’d like to automate this so enemies will appear correctly in dynamically generated battles.
Please let us know what you like and what you think could be improved upon (or even what you miss from the old style)! Pretty much everything about the new artwork style is still experiment for me with respect to battle, so feedback now is very valuable!
Neon Converted to Genesis 3!
Fair warning >_>, the next few paragraphs are techno-babble heavy.
While working on the Iray conversion of Neon’s bike last month I discovered the source of a bug that I’ve been dealing with since we converted Neon’s armor materials over to the new style. The bug would seemingly randomly cause the rendering engine (Iray) to switch from using the graphics cards to the CPU; something GPU renderers do when they’ve run out of video RAM. This is turbo bad, and basically locks down the computer for something like 10 minutes while Iray tries to initialize the render with the CPU (I opt to just restart everything, which is the next best thing to blasting it with a shotgun). Well, it turns out Iray is reporting incorrect VRAM usage -- and the main culprit in most of our cases is displacement mapping… something that we use pretty heavily and is all over Neon’s armor.
Displacement mapping (also called parallax mapping in games) is a technique for generating faux geometry from textures. Well, turns out Iray creates *actual* geometry… which saves no resources whatsoever, and eats up VRAM like crazy. The saving grace here is that while I was converting Neon’s bike I discovered good ol’ bump mapping works extremely well in Iray at very high levels, and even looks better than Iray’s displacement mapping does on assets that weren’t designed with its displacement algorithm in mind (most of our assets weren’t, and this can cause some really nasty artifacts). The downside is you lose out on the parallax effect that displacement offers, meaning that while lighting looks great, large features look very obviously flat. Since Neon’s armor has a lot of these features, we’ve decided that TK would optimize the models for use with bump mapping by adding the larger features straight into the geometry. While it may seem relatively minor, the benefits of this are:
- Saving my sanity by not having to restart my PC every time I want to render Neon
- Saving my sanity by speeding up my viewport from a crawl when working with Neon’s render-ready assets
- Not having weird melty metal blobs all over one of our main characters from displacement artifacts
Since editing the base models for her armor required re-rigging it, we decided to kill two birds with one stone and knock out her Genesis 3 conversion. Here are some of the major changes, as well as a gallery to show some of them visually:
- Her body has been reshaped, but as opposed to Malise we kept this one quite similar to the old one. The geometry is a lot cleaner, so there should be fewer weird lumps (these didn’t stand out a lot with our old rendering style, but would be really obvious with the new one).
- I improved her skin quite a bit by taking techniques I’ve learned while working on Malise (Malise also has some skin improvements in the latest portraits). The biggest improvement is the addition of translucency and subsurface maps, which selectively block light from passing through to give the appearance of stuff like veins and imperfections; something important for making skin look more like skin and less like silicone or wax (or simply opaque).
- Like with our old Neon, she has a couple separate versions: one without her lower body armor and one with. One major difference is TK has created custom bend morphs for her thighs for each separate version so there aren’t deformities or overly bendy metal parts like with the last version.
- Neon’s now using the same upgraded genital system that Malise is using.
- Slightly edited her face shape to fit the new style better, but left it very similar to the old one. She had a bit of a Battle Angel Alita thing going on with the bigger eyes and it was weirding me out. Genesis 3 has much lower polygon density on its base shape than Victoria 4 due to how it is made for high resolution morphs, and this means some details on her unique, pouty lip shape were lost. I may get TK to make a morph to fix that.
- TK has been working on the displacement to bump conversion of her armor since we finished the Genesis 3 conversion, but it will take him a little longer to finish it; which leads us to…
TK’s Armor Remodeling Progress
It required quite a lot more effort than initially anticipated, but TK is nearly finished remodeling Neon’s armor to fix our rendering woes. TK has been doing this by baking the displacement maps to the geometry (resulting in a 4 million polygon model) and then using that as a guide to edit the topology of the base model to add the necessary details.
Here’s a gallery showing his progress!
Amazingly he’s been able to do this while keeping virtually the same polycount as the original geometry (which looked like this). Keep in mind that minor details will still look 3D by adding them via bump mapping.
New Genitals / Universal Wet Mapping / Geo-Grafting
I think when I left off last month I had started working on configuring our new genital system for Malise. That’s taken care of, and now that Neon has been converted to Genesis 3 she gets to use it as well :D. I hadn’t done much customization in these promo images, but I intend on differentiating them somewhat between characters. I also plan on improving the materials when I get a chance.
One thing I’ve been trying to do is to make these promo images serve as examples for new techniques we’ve figured out with the new art style. Something this Malise pic shows is our work on wet-mapping. Even though we were pretty much without Ubercharge in December due to his concept art apprenticeship, he took some time to hash out some experiments which should allow us to easily and quickly make any material we need to look wet. In the Malise image at the top I purposely made her boots wet, whereas the gloves of the same material are dry to show the difference. I did another test with the Neon image in which I made the water bead up on her armor. Taking this kind of thing a step further with masking in post, we should be able to make our 3D simulated slime and cum a whole lot more realistic.
Another thing I want to point out in that Malise image is the skin bulges around the gloves/boots. This is the effect we’d like to replicate with 3D armor damage. We are planning on doing this with geo-grafts much like the nipples and genitals (geometry that replaces parts of the Genesis 3 model, but also behaves as part of the body system). TK did some rough testing with Daz geo-grafts and they were pretty successful; they inherit joint correction morphs from the Genesis 3 figure, which was one of our major obstacles preventing us from doing this with Victoria 4.
AltairPL’s Programming Progress Update
If I had to describe December in just one word, it would probably be the word "HELL". When holidays finally came, I was just too damn tired to be in a festive mood... or to work, so I had to take few days to recover. What took the cake however, was New Year’s Eve and New Year totally ruined by aching tooth... fun.
Anyway, I somehow managed not to hang myself, and spent the majority of January on catching up... below is the list of stuff I did since the last monthly update up till now.
Exclusive to Battle Test Release:
- Made a slimmed down version of the game containing only assets used by the Battle Test Release
- Attempted to implement series of variables and flags that would make creation of special builds like this much easier - few things work flawlessly, but unfortunately, RTP dependency threw wrench in my gears, so it's left for the beautiful day when we finally say "Bye Bye" to the RPG Maker runtime package.
At least remotely related to Battle Test Release:
- Modified and optimized turn indicator, including addition of animated glow effect to improve visibility and indication who's turn it is
- Added slide effect to actor's action input start and end to further improve indication who's turn it is
- Added scaling capability to enemy sprites; manual for the moment, but the plan is to allow easy scale automation to emulate perspective, etc.
- Added possibility to mirror some effects, like actor's muzzle flash animation - needed by test release, but may be very handy if/when we decide to implement possibility of reordering actors in the party
- Improved portrait handling to, among other things, allow using dedicated portraits for each side of the screen for which a portrait may be shown
- Improved/fixed enemy pose handling - there were some problems revealed thanks to Policeman's multiple idle poses
Unrelated to Battle Test Release:
- Fixed potential, in certain conditions, bug/crash in Audio sub-system related to music playback
- Made some changes to internal files/folders structures, naming schemes, etc. - a lot more stuff like this is added to notes, waiting for its turn
- Made a lot of notes and experiments meant to determine possibility of some future optimizations, features, etc.
- Coded algorithm for creating Bezier curves that will be used in everything from smooth non-linear camera movement and cutscenes to fades and effects. I’ll go into more detail on this in the next update.
ARIS Station Map and HDR/Procedural Post Processing
Ero here again. I finished a block-out design for one of the new maps at the end of the year and now that Ubercharge is back he has been working on that. The map is for the first ARIS station you'll encounter in v0.06. We had done a previous version but decided we wanted to carry the dark vibe of the perimeter wall structure inside. He’s not quite finished with it yet, but you can check out a gallery of his progress here (updated since the Inner Circle post)!
A big step forward for us since Ubercharge came onboard is that we’ve begun transitioning a lot of things to HDR (high dynamic range). From the Wikipedia page, HDR is defined as a technique used in imaging to reproduce a greater dynamic range of luminosity than is possible with standard digital imaging or photographic techniques. For us, this basically means we can edit lighting in post much better, and achieve far more realistic lights and glare effects. Thus, while working on this new map, Ubercharge has been developing a procedural template using HDR in Nuke for post processing maps.
In addition, I’ve recently been working with ArionFX, a suite for Photoshop specifically for HDR effects. I’ll eventually use Nuke for this (once I learn it), but I’ve done some tests that show an improvement over my current techniques. I also used it for the new turn indicator graphic.
Volumetric Fog Testing
Ubercharge has been working on some initial testing with volumetric fog / area light beams / texture projection in Redshift, which reminded me I needed to figure out volumes in Iray for the Ven scene in v0.06. Volumes are really useful not only for a standard fog effect, but also for darkness, which you see in this test render with the Corruptor. This’ll be useful for saving time with H scenes where a lot of shots from different angles are needed, but where we don’t necessarily have background environments. Depth of field can also look good, but I find a lot of artists cheese the hell out of it to avoid putting effort in.
Looking Forward
I’ll probably need a few days to figure out a trajectory for the next monthly update goal, but it’s likely there’ll be another battle test release next month. There may be an additional one for the Inner Circle crowd in between, depending on what we choose to focus on and how long it takes. Once we get a second to breathe we’ll be able to better judge what features will be in it, and I’ll be sure to make another post in a couple of weeks or so once I have the details :D.
Comments
Just make sure you don't burn out and that your pace is sustainable. Seems like the rework will be worth it.
Carter Parks
Exactly...if he wants shitty quality that even some of the more established circles put out (not naming names), that's on him. But the rest of us are still eagerly (AND PATIENTLY) waiting...just hope it comes out before the end of the month...otherwise I'd have to pledge again...and if the higher authorities (read:parents) see another patreon charge...I don't know HOW I'm gonna explain it to them...
James Denning
You can't please 100% of the people 100% of the time Eromancer. The rest of us loyal pledgers continue to support your work. You are trying to bring us a H-game of AAA quality, but with the budget of a indie team. That requires time and patience. Which most of us have. If Christopher wants a cheap quick game, there are many websites dedicated to adult flashgames that can satisfy him. But they are all the same toony graphics and plotline. Once you played one of them, you have played them all.
Carter Parks
...Uh oh...apologies, Ero...it appears that the higher authorities (i.e. parents) went poking around in my checkbook again and started getting inquisitive about what PayPal and Patreon are...sorry, gotta bail for a bit...BUT REST ASSURED, I WILL BE A PATRON AGAIN SOMETIME...Until this blows over and I can sneak another one by my nagging mother...or if I finally get my own place...You still have my pledge for this month, though, so if you could get v. 06 out sometime this month that'd be great...if not, I guess I can wait till I can get another pledge in.
Carter Parks
Hell, he can go throw a hissy-fit, and if he's that uninformed about how in-depth and time-consuming this level of work in this type of field is, then I don't believe HIM about being in this "industry" like you are, Eromancer. I'm more than satisfied giving you just a small fraction of my money every month waiting for the big payout that will be v .06 and will wait patiently for that day...and don't expect anything that's beyond your current limits. I understand that you and your team are working your asses off trying to get this new version PERFECT for us patrons, and respect all the time and effort you're putting into this. Hey, @Christopher Dunbar-Kelley...if they put out stuff as quickly as you expect them to, we'd get half the quality for half the time...do you really think that's fair? The quality of the end product is almost always equal to the amount of time and effort spent on it...and keep in mind, pretty sure Ero and his team have ACTUAL LIVES OUTSIDE OF THIS PROJECT LIKE MOST OF US DO...so the fact that they're devoting half of every day to this project is a big thing for them, and should show you how much this project actually MEANS to them and how much they appreciate our support...I believe in you and your team Ero...as a late, great anime hero once said, "Believe in the me that believes in you!" ...Can't wait to see what all this time and effort amounts to...KEEP UP THE GOOD WORK!
Expecting consistent gameplay content in the midst of a total project redesign -- assets, engine, artwork style and so on, is exactly what I'm referring to when I say you'd do well to re-evaluate your expectations. This project is of such a nature that it's an endurance test for everyone involved. I certainly don't expect all patrons to be willing to endure the low points, but I also believe they'll see how our work pays off once we get to the high points.
Celios
Eh. I suggest going for your "AAA" jobs then. I'm sure with these updates working longer than 12 hour days 7 days a week pushing content on a more than quarterly basis you'll land them for sure. As for me, this is where I step out.
Actually, if you worked in my department of the industry I would totally expect you to believe that. You also wouldn't suggest $7k for four people working full time plus project expenses is more than adequate.
Celios
Then by all means go do that. If I'm unhappy I'll unsubscribe. It's not like you'd care about a few bucks off anyway. You want people to stay with something posting new game updates almost 6 months at a time ain't the way to go. I work in your department of the industry so you can't expect me to believe you on 12 hours a day 7 days a week. Not unless you don't know what you're doing. Don't need to get mad over it.
I'd suggest re-evaluating your expectations. We work 12 hours a day 7 days a week on this project and there are most likely far more technological issues to overcome than the other project you're comparing us to. Also keep in mind any one of us could be doing what we're doing for a AAA studio for four times what we earn on this project, with fewer hours, and with benefits.
Celios
It's not dying but for 7k a month they certainly aren't putting out much. I know another game and it's putting out the same amount for 1/6th of what they are making, plus they have another team member. Can't help but feel a little cheated on the pace of this game.
does anyone know when v0.06 is coming up it feels like this game is dying
Any ETA for v0.06 ?
AltairPL
Got notification about your comment, but I can't find it anywhere, so I'll just post reply here. At the moment, game controllers are only supported in builds based on RPG Maker, like this Battle Test or Game builds. We are working on our own engine, and in it, controller handling is not yet implemented. Underlying libraries have controller support, so I hope I will be to code it in for our engine as well, but I can't make any promises.
Brian Rommel
Oh okay. I'm Sorry for my ignorance. Id assumed this was the only playable part. Sorry for my confusion. I played around with the game build and think its pretty neat. will there be any controller support in the final version.
AltairPL
Not sure what you mean by "on rails", but the thing in this post is only Battle Test showcasing both battle engine and graphics overhauled. Download links to game builds are in this post: <a href="https://www.patreon.com/posts/3-reward-game-6995378">https://www.patreon.com/posts/3-reward-game-6995378</a> .
Brian Rommel
Correct me if this information is already out there but is the entire game gonna be an on rails thing or is this just a battle system and you can freely move the character.
AltairPL
Should be OK now, but feel free to hit us up in case of other problems. Oh, and have fun ^^.
Brian Rommel
So when I unzipped the file it seperated the exe from the main folder with all the other files so I moved them into it and it works now though I havent tested it other then getting it to launch.
AltairPL
Just tried some pretty crazy things to replicate your problem, and the only way I've found to make this "System\RGSS300.dll" window to appear was to delete/rename the System folder or the dll file inside it. Both are fine in the archive, so it should work fine. Few questions: - what operating system are you using? - is there a "RGSS300.dll" file in the game folder's "System" sub-folder? - where is the game folder located? Does this path contain any non-latin or special characters?
Brian Rommel
So I am getting System\RGSS300.dll could not be found. I started the game like you said. I have the RTP installed as well. Its installed in Program Files (x86) / Common Files / Enterbrain / RGSS3 / RPGVXAce
AltairPL
You don't need RPG Maker VX Ace Lite or any other to run the game, only VX Ace RTP. Whole process is very simple: - download and install RTP. - download and unpack/extract somewhere the game release archive. - run the MATM.exe from the game release folder. If you still have problems running the game, you need to provide us with more information, like what you did to start the game and what was the result, e.g. error message, blank screen, etc.
Brian Rommel
I'm new here so I don't quite know how to get this running I just downloaded the runtime package and have downloaded RPGmaker maker VX Ace lite. what am I missing
Carter Parks
After (don't know why I didn't do so in the first place) reading the earlier posts and comments...I rescind my question...I'm just gonna say (with fingers crossed) that I hope it's out before the end of February...
Carter Parks
Also, forgot to ask about this earlier, but do you have an ETA on when v.06 will be available?
Carter Parks
Well, I feel like a bit of a jerk for questioning your commitment to continuing this...it's fucking beautiful. (Even better than the old style...and I haven't even seen any H-attacks yet...that's gonna be well worth the wait, no doubt. I take back my...rather harsh doubts stated earlier...and wish you Good Luck, and Godspeed. ...Hell, I might actually keep my patronage up if I can...(even if I'm told no by the higher powers...(don't ask)...I'll probably still do it.
i can also tell that it runs super and fast as it would be a made video :D
Jamie C.
I tried everything I could to break this test combat demo and alas no bug. It run absolutely smoothly and not one glitch, screen twitch, freeze, all inputs were recognized and in my opinion the controls operated better than your previous build in 0.05, its clean and everything just works! nice
Loogie
Was starting to doubt you guys would pull this off. The demo feels incredibly fluid and polished.
AltairPL
Because URGE still requires too much work to be usable in releases, and for now, game code needed for 0.06 has priority. Rushing URGE into production would/could lead to a lot of problems, and it isn't in anyone's interest.
CherryBlossomStorm
why does it still rely on RPGMaker ??
SirManatee
No Errors from me either. Played through three or four rounds with battle speed settings on default, then three rounds with the speeds set to 100/50/20. The speed modifiers seemed to all be working perfectly.
Tested it until characters got to level 3 using the no restore, neither graphically or gameplay wise I didn't notice any glitches. The graphical upgrades look stunning.
No Errors here, and great work as always Ero! Here's to the completion of 0.06 and the continued excellence you keep putting out
Didn't come across any errors or anything, mind. So yay!
I was just really happy to play with something. ^^
Kim Kim
Holy fuck ero, what a great update. That skindentation is glorious.
Mostacho
When you choose the option "Launch in Full Screen" then it does not adapted - better you deselect this Option and start the game normal and press F5 - then it will strech to the vertical limit. Pressing F5 while you have selected the Option "Launch in Full Screen" it remains to the normal resolution and only the Window is changing.
Faithel
Great guys, glad to test this glorious game again. Such a huge upgrade compared to first version. So much more potential now! All went smoothly on my end, but the resolution on full screen didn't adapted to my resolution 1440x900.
AltairPL
Any more details on this error? Also, did you have sufficient read/write access to the game folder? Usually, system folders like Program Files may be problematic.
James Denning
I had problems starting the battle test, kept encountering an error before I got to the main title screen. I eventually figured out I needed to "Run as Administrator" to run the test. Once I got into it it ran smoothly. I stretched out the combat to 10 minutes before I got bored, not a bug to be noticed.
AltairPL
Thanks for the detailed feedback and glad you like it. There is a still a lot to do to make this battle engine flawless, but the base is solid, if I can say so myself, so hopefully it will go smooth. Action condition checking is still wonky in some cases and healing de facto dead character should not work. I will need to improve it before next demo.
Thank you for the superb update. No bugs on my end so far, and I would like to take this opportunity to express my awe at the graphics and soundtrack. A lot has changed since the last playable update and this is solid proof of your efforts. Keep up the good work guys!
Cereliona
So, as a whole, this battle system seems pretty well put together. I've been doing what I could think of to break things, and I've had no success at it. As of this point, I've tried winning a battle at the same time as my second character gets defeated, and correctly got a game over. I've also attempted using a healing item at the same time as a character was defeated, and while I don't know if this was intended, the downed image appeared for a second, then the healing went off as normal and Malise was back up at 300 hp. The same thing occurred when the one being healed was the final character remaining, thus it prevented a game over.
AltairPL
So, we got the report earlier that vanilla RM full-screen functionality (set in F1 menu or via Alt+Enter key combination) doesn't work really well with 16:9 game ratio. This is the one thing I forgot to check after converting the game from 4:3 to 16:9, and I wanted to say sorry to everyone playing MATM that way till now. This is a really good example how implementation of some out-of-the-box things looks like in RM. Bad news is that there is no way I'll be able to fix this, I've already checked. And some people wonder why I think RM is stinking pile of crap... Making full-screen work in URGE, our new game engine, will not be a problem, as seen in Tech Demos, but URGE will not be ready for some time now... not for 0.06, maybe 0.07 . If you have huge display or need scaling for other reasons, you're stuck for now with already/still implemented 3rd party script - just use F5 to toggle full-screen or F6 to toggle maximizing window size. Quality of scaling of this method leaves much to be desired, and using both F5/F6 can cause weird behavior, but this is the only thing we have at our disposal at the moment. Sorry once again and feel free to comment how the alternative works for you.
AltairPL
Step changes to 10% if you hold SHIFT. Anyway, this options screen is still a work-in-progress and we do plan to implement presets of some sort, so it will be easier.
Subjectivity
I only play the game in turn-based mode, and turning the ATB speeds all the way down to 0% was pretty tedious. I couldn't find a faster way to do it than to just hold the arrow key down and watch it drop 1% at a time for all three speeds. I'm afraid I really liked the old layout better, where I just had to switch it over to "Wait For Input."
dd209
I preferred the old battle music tbh. The new one is a bit too subdued.
