Just a heads up, I added more label ideas between the time you started typing up your post and when you actually submitted it. Since we're on a new page, it's possible you may not have noticed.
I know that he's gone, and I know I sound like a broken record at this point, but do you or Anon or whatever really have no idea how to enable this elusive ability for widescreen mode to support ratios between 4:3 and 16:9 that apparently got implemented but currently has no switch to actually enable it?
Seriously, this was a function that I was really excited to see.
HELP WANTED - Contact me if you know the original source of this song:
:((((((((((((
This makes me really, really sad since that means it's extremely possible that we may very well never get this function even many years from now in the future, even more so since such "vaporware" circumstances seem to commonly occur with Nasuverse works.
HELP WANTED - Contact me if you know the original source of this song:
HELP WANTED - Contact me if you know the original source of this song:
Honestly the tjs just has me going in circles. I know that krkrz detects the screens native resolution and can use it, but I don't know how to set it as a setting. You can even see the list of resolutions in the console log when switching to fullscreen.
In all honesty, even if I have the spare time, I don't want to be messing around with the tjs code without a functional debugger as I'm much more likely to break something than fix something.
Last edited by TheUnknownIdentity; February 23rd, 2019 at 06:32 PM.
~ "I have no idea what I'm doing, but at least I'm trying."
Found a more tech based issue on Reddit that NM might find interesting.
"I've found an odd issue that occurs when I have GSYNC enabled. The game causes my monitor's refresh rate to tank to 15-30 hz, which makes the mouse and any background windows stutter. Without gysnc enabled, my mouse is fine."
Memorable quotes
Originally Posted by Kinoko NasuOriginally Posted by UnlimitedBladeWorks
I have no GPUs nor displays capable of variable refresh, but using an old fashioned on-screen FPS counter shows that the VN runs at extremely variable frame rates - basically it seems to run at whatever the minimum needed is to render the current scene and animations at.
In particular, it was hitting multiple hundreds of fps during the TM logo, but on the load/save screen it would sit at literally single-digit fps. Bouncing between Extra and the title would have the title sometimes at like 20fps and other times at like 50fps.
The key thing is that the VN's mouse interaction seems to work more like touch-screen input in that it doesn't seem to actually keep track of the mouse cursor location unless you're holding down a mouse button while moving it (like when dragging a save from one slot to another).
So yeah...that could be a bit problematic going forward as variable refresh tech becomes more commonplace, especially with HDMI 2.1 including the tech as well as Nvidia now supporting Vesa AdaptiveSync and even next-gen Intel GPUs (whereby the tech can be used for power-saving reasons in laptops as well).
EDIT: Hey wait a minute, this behavior of fps in the VN pretty much matches how it works in my web browser of choice (Pale Moon). I've got to wonder if this simply isn't a limitation of trying to use VRR with non-exclusive fullscreen mode (which AFAIK doesn't work as well as in exclusive fullscreen - maybe reasons like this is why?)
Last edited by NM64; February 23rd, 2019 at 07:30 PM.
HELP WANTED - Contact me if you know the original source of this song:
I didn't want to say anything while I was debugging, mainly because it is not my place as a beginner to critique another's code, but the cause is probably the massive amount of overhead. Mostly method call overhead from the getters and setters for the patch_hd layer. It is also most likely the reason for the slowdown in the skip feature.
~ "I have no idea what I'm doing, but at least I'm trying."
As I've only just been made aware that there is in fact a reddit thread, I was going through it a bit and found this tidbit from you Jack:
I would like to voice my displeasure towards installers that do this.Originally Posted by Jacktheinfinite101 @ Reddit
For one, it makes it impossible to install on a PC without an internet connection (you've effectively made the installer an "always-online" application) and two, it makes it impossible to install if/when the source downloads become unavailable (I was unable to install drivers for an older hardware device for this exact reason even though said drivers used to exist).
It also eliminates the ability to download the installer on a faster internet connection and then install somewhere with much slower internet.
Now while I myself realize that one can work-around such things by simply using a portable install, not everybody is going to realize this.
HELP WANTED - Contact me if you know the original source of this song:
I can make it so that if there is no internet connection it will look for the folder. It will however have to make the 'dangerous' assumption that the patches are the latest version.
Also, NM I've done some testing but want some more data to confirm. I'm thinking about dropping the 64-bit installer and just distributing the 32-bit. The time it took to go through the merges was only 2 minutes longer than the 64 bit version.
Last edited by TheUnknownIdentity; February 23rd, 2019 at 10:35 PM.
~ "I have no idea what I'm doing, but at least I'm trying."
I'm not really sure what data I can provide - do you mean you want me to see if there's a noticeable performance difference on various CPUs and such compared to your own test?
The relative difference should still stay the same regardless of what CPU you use, but that's just it - the relative difference, not absolute. The "only 2 minutes longer" value you stated means nothing without also knowing how long the entire merge process took.
HELP WANTED - Contact me if you know the original source of this song:
Make a 32 program that downloads the correct installer based on the user os! /s
Even if I'm not here I'm always in your heart. Remember that every time you toggle a switch.
I actually looked into the issue of why HD is slower. I know there is an overhead with my choice of implementation, but I did it knowingly. I think it's easier to maintain that way. Anyway, since my old pc can run it fine, and it's only when you try to skip, it's not a very big issue.
About variable aspect ratio. Should be very easy to achieve. It's just changing the wideRatio variable in patch_hd.tjs.
Making a dynamic switch out of it is possible but a little tricky. If you just want to test other kind of aspect ratios just change its value manually.
Last edited by Quibi; February 23rd, 2019 at 11:52 PM.
I disagree, the point of skipping is speed. If skipping runs so slow you might as well be rapid clicking the game instead the feature's practically useless. I say this as someone who had to CTRL through the entire game within a day because I was trying to test it out before you left. It took me hours to get through the whole VN, when normally CTRLing through the VN should take an hour max.
Memorable quotes
Originally Posted by Kinoko NasuOriginally Posted by UnlimitedBladeWorks
Good thing we have the flowchart...
Yes but for obvious reasons you need to clear Last Episode for it. So it's also useless if you're CTRLing through the VN. Not to mention using Flowchart to actually skip through the VN doesn't work because it doesn't collect flags (granted you could manually add them but that would take time too), like at some point I'm going to make a 100% save to upload to compensate for save states not being compatible, but I know I have to do it legitimately so that people have all the flags they need.
Memorable quotes
Originally Posted by Kinoko NasuOriginally Posted by UnlimitedBladeWorks