Skasi - Ctrl-Alt-MiddleClick will reset the COFC view. It'll take you to directly overhead, maximum height, north towards the top. It's the "I've gotten lost on the map or gotten the camera stuck help help help" button. But that's different from "take me back to my 'home' view" which is what I implemented.
MauranKilom - The default OBS audio encoding bitrate was pretty low; that may have been what you and Shadowfury were hearing. I've bumped it up to the max now.
Shadowfury:
quote: how does the resolution get wrong |
It's a DPI thing. When you change your text size, you're changing the Windows DPI setting, which tells Windows and all compliant apps to rescale text and icons and related UI features, but without altering image sizes and other things which should be scaled by pixels rather than inches.
Not every application gets this right. When you change your DPI, Spring renders its output at a resolution which makes the in-game text the right size for your new DPI... but which also renders EVERYTHING ELSE at that new resolution. In my case, that effectively lowered my Spring resolution. Spring rendered in low resolution to a window, and Windows / the graphics card / the graphics driver scaled up that low resolution output to match the desktop resolution. So I was getting a scaled-up low resolution video.
OBS captured the low-resolution video without regard to the Windows upscaling, because it's getting it directly from the video card. And yes, I could adjust the position (very easy, very intuitive controls, yay OBS) but that didn't help the basic problem - Spring was outputting low resolution video. OBS can't do anything to turn it into high-resolution; upscaling just makes it bigger, it doesn't add back the missing details, clarity, and sharpness that Spring didn't put there in the first place.
There are similar problems in all three modes: windowed, non-windowed fullscreen, and windowed fullscreen borderless. They result in slightly different issues, but none of them work right, and they all have as their root cause that Spring doesn't deal with DPI changes correctly. Turns out there's even a mantis ticket for this from 2009:
http://springrts.com/mantis/view.php?id=1729But everything's working now. I'm getting perfect hi-res video captures now, because I gave up and set my DPI back to standard. It makes it really hard to read menus and text and such, but since most of what I do with this PC is play Zero-K it's an acceptable trade-off.
FWIW, here's what I'm doing now. I run my desktop at 2048 x 1536 (4:3) with DPI set to 100%. I run Spring windowed, maximized. Now that I've solved the DPI problem I could probably also do either of the other two modes, but I'm used to this now so I'll stick with it. I run OBS and capture at 1920x1080 aka 1080p (16:9). I center the Spring output in the OBS capture region. Then I move the UI panels that I want to show into the capture region and keep the ones I want to hide out of that region.
In my Spring window I see the entire UI and the game at 4:3 ultra-high res. But OBS captures a cropped subsection of that, which is functionally native 1080p. And due to the placement of the UI panels, it
looks like a real 1080p Spring window would on someone's widescreen flatpanel. And it plays back in full 1080p on youtube.
So I'm cheating again. :)
Edit: The DPI issue is also what was causing the double-cursor thing. OBS was getting information that it was in two different places - one with the right DPI scaling, and one without. No idea why. But that's what was happening.
quote: We have much to discuss about making a better spectator view. |
In keeping with Spring / Zero-K tradition, I expect we'll end up with
multiple better spectator views. :)
I expect you and I want similar things here, but not
exactly the same in
everything. As I get time I'll be scratching my own itches, and if I can scratch some of yours in the process, well, then, I'm happy to help.