Ginjutsu

joined 1 year ago
MODERATOR OF
[–] [email protected] 12 points 1 year ago* (last edited 1 year ago)

just what we needed, another German blitz

[–] [email protected] 2 points 1 year ago

Right Click -> Save Link As

[–] [email protected] 25 points 1 year ago (4 children)

Damn, never even realized he was in an Ace Ventura movie. What an explosive career.

[–] [email protected] 9 points 1 year ago (1 children)

I copied your post into an issue here.

[–] [email protected] 21 points 1 year ago

lord, this soul is beyond saving

[–] [email protected] 2 points 1 year ago (2 children)

Can't wait for even the slightest rain to totally cripple the entire fleet.

[–] [email protected] 2 points 1 year ago

qui gon trained you well

[–] [email protected] 3 points 1 year ago

Just give us 2143 already.

[–] [email protected] 6 points 1 year ago

smug, satisfied creature

[–] [email protected] 1 points 1 year ago

Man, that sucks. I hope they can reopen at a new location if they do get pushed out.

[–] [email protected] 4 points 1 year ago (1 children)

So freaking cool. Wonder how far away that loooooong stretched boy is.

[–] [email protected] 2 points 1 year ago (4 children)

It's on the Series X/S and the PS5. They're bringing it to the previous console generation now.

2
submitted 1 year ago* (last edited 1 year ago) by [email protected] to c/[email protected]
 

cross-posted from: https://www.reddit.com/user/ChucksFeedAndSeed/comments/14xksce/beta1_totk_dynamicfps_v155beta1_custom_internal/

E: EA 3764 was finally released, sadly pineapple builds still have pretty high RAM usage, a reduced memory usage build can be found at https://www.reddit.com/user/ChucksFeedAndSeed/comments/15532qa/pineapple_ea_3764_reducedramusage_build/


E: Also posted a modded Yuzu build to reduce RAM usage with this at https://www.reddit.com/user/ChucksFeedAndSeed/comments/14xksce/beta1_totk_dynamicfps_v155beta1_custom_internal/js3cwlp/, if you try it lemme know how it goes!


E: beta3 released to hopefully fix the hanging issues with beta2: https://www.reddit.com/user/ChucksFeedAndSeed/comments/14xksce/beta1_totk_dynamicfps_v155beta1_custom_internal/jrzm4mu/


Been looking through more of the game, seem to have found a way to increase games internal res above 1080p, letting the game scale up to 1440/2160/etc natively, without needing to use emu scaling.
This lets us get around some of the issues with the emu scalers, such as the sky-island / edge / AO / shadow issues, hopefully allowing those effects to scale up properly 😺

For this to work some of the engine internals around memory heap sizes had to be tweaked.
Because of that, the game will require the increased memory option in the emulator to be enabled for above-1080p resolutions to work.

In Yuzu this can be enabled in Configure > System > Unsafe extended memory layout (8GB DRAM).
In Ryujinx you can enable it via Options > Settings > System > Use alternative memory layout (Developers).

(E: newer Yuzu versions have separated the extended memory option into 3 settings, 4GB / 6GB / 8GB - I'd recommend trying with the 6GB setting first to try and minimize memory usage, if you get any crashes on load then try increasing it to 8GB)

As both emus point out, there's a chance this increased memory could cause instability, or the res increase itself might have certain issues.
This hasn't been tested too thoroughly yet, for those brave enough to try it please let me know if you find any issues!

So far the only downgrade I've noticed compared to emu-scaler is the image seeming slightly less sharpened compared to emu.
It's only really noticeable when taking still-shots though, in motion it looks pretty much the same (but with none of the strange edge/AO artefacts :)
(I know the emu-scaled versions seemed a bit oversharpened to some people too, so maybe this is just how the game is actually meant to look at higher res?)

Note that performance with this seems very slightly lessened (~5FPS difference) compared to emu-scaler, likely because things like AO/shadow buffers now get scaled up by the game.
Not too sure about how memory usage might be different, would be interested in any comparisons!
(E: maybe it's emu-dependant but I've also heard the opposite from some people too, with FPS gains coming from using this, interesting, if you try it please let me know your experience!)

If the performance hit is too much for you I'd recommend using the emu-scaler with /u/PixelKiri's new sky-island edge fix, helps clean up a lot of the issues that the emu-scaler has.
(many thanks to them for helping test this mod & giving it a look over too!)

Any comparisons with the emu-scalers would be appreciated, or if you have any other thoughts/questions about it please let me know!


DynamicFPSv1.5.5beta1.zip download: https://pixeldrain.com/u/3DSbhLXf

Compatible with all game versions.

Make sure to enable extended/alternate memory layout in your emu settings for the resolution mod to work, otherwise internal res will be limited to 1080p.

If you choose a resolution above 1920x1080 it's recommended to keep emu at 1x scale, the res you chose should get used fine (you can still use emu-scaler with it if you like, but that will likely bring back the scaling issues which were mentioned above)

Recommend using this with the Disable Quality Reduction patch too, otherwise game may drop to ~80% of internal res, even with FSR/DynamicRes disablers.

If anyone would like to support my work I have a ko-fi page at https://ko-fi.com/ChucksFeedAndSeed :)


To set it up make sure to extract all the folders included in the ZIP into your games mod directory (in Yuzu: right click game in game list -> Open Mod Data Location), also make sure to disable any older dynamic FPS / resolution mods.

Ryujinx: I'm not sure if Ryu has a way to toggle mods selectively, you may need to remove the folders of the optional mods you don't want (if all are left active it should make 60FPS take precedence over the others).

Yuzu: keep Yuzu speed limit at 100% if you want to use the new FPS options, also recommend keeping the Sync to framerate of video playback advanced graphics option disabled if you intend to use 60FPS cutscene mods.

The INI can also be changed to use a custom resolution too, but it's only been tested with 16:9 ones so far, if you try anything different let me know how it goes!


Known issues:

  • mods that change heap sizes might not work properly with this, atm this will just force the heap size to (vanilla size) + (the size increase we calculated), so any increased size from mods won't be added to it...
    The heap sizes could be interesting to look into, heard of others being able to reduce stuttering/improve perf by changing them, maybe being able to keep more things in memory instead of needing to decompress from romfs could help things somewhat.
    In case anyone ever tries looking into it, next version will adjust things to try and preserve any size increases.
  • not every rendered texture/buffer gets scaled up by the game (unlike emu-scaler which scales up majority of them, albeit with slight artefacts), shadow texture is the most obvious one affected, but this also causes things like the blurred background in inventory screen to look low-res, luckily shadow res can be adjusted in code, but since that blurred background is done via games UI system it looks like it might need UI layout files to be changed instead.
  • (fixed in beta3 onward): certain res options (1440p, maybe 2880p) might prevent game from booting, it's an issue with how shadow buffer size is worked out afaik, you can workaround it by editing the resolution_1440p.ini / resolution_2880p.ini, and change the ResolutionShadows line to ResolutionShadows = 2048 or ResolutionShadows = 4096
  • Using resolutions that aren't integer multiples of 1080p (eg. 2560x1440, which is 1.3333... times 1080p) may show some white edge artefacts.
    This is kinda strange since games default 1600x900 (and handheld 1280x720) both aren't integer multiples... got some ideas about it, will look into it more soon (thanks to /u/PixelKiri for letting me know!)
 
 

I noticed that when browsing posts which contain a link to an MP4 file, Voyager very conveniently embeds the video in the post. This is an awesome feature and AFAIK, Liftoff and Voyager are the only Lemmy apps I've tested that do this.

Unfortunately, it doesn't seem to work well for IPFS links, even when including an .mp4 filename at the end of the URL. Doing this will allow the video to embed just fine on the Lemmy-UI web interface, but it won't carry over to the app interface.

I'm posting this as IPFS is a great option for decentralized video sharing online and it would be super nice to have it work just like any other MP4 url. I imagine it would be a simple fix, but I'm not too familiar with coding for applications, so someone else may have a better idea of what's going on under the hood that's preventing it from working. I've submitted this post with a link to an unrelated video for demonstration and testing purposes.

 

Full article by Johann Castro & Kelsey SanchezAUSTIN, Texas — A small plane crashed into a vacant, two-story home in Georgetown on Sunday morning.

According to the Georgetown Fire Department (GFD), the crash occurred just before noon in the 500 block of Northwood Drive.

The plane had three occupants, all of whom were taken to the hospital with non-life-threatening injuries.

Shannon Hayes said she was walking her dog when she saw the plane crash and called 911.

"That boom, that noise that that plane was making beforehand, you knew it wasn't good," Hayes said. "Some of the neighbors ran over. Two people climbed out of the airplane onto the roof and were asking for ladders while I was on the phone with 911."

We are now in Georgetown where a plane crashed down on this vacant house. 3 people inside the plane were sent to the hospital & NTSB is investigating. I talked to a woman who says she saw the whole thing. More at 5:30. @KVUE pic.twitter.com/UMMzdg8K1F

— Kelsey Sanchez (@KelsSanchez) July 23, 2023

KVUE obtained audio from the air traffic control tower, which suggests the crash might have been a result of an engine failure.

The National Transportation Safety Board (NTSB) has started an investigation into what caused the crash to occur. The GFD will assist in the early stages of the investigation.

KVUE reached out on Sunday to NTSB for further information. KVUE also reached out to the GFD. Fire Chief John Sullivan said there should be an update on Monday.

People were asked to avoid the area on Sunday.

 

Adrian is a fantastic concept artist who works at Valve these days. Follow him on Twitter: https://twitter.com/Plunteere

view more: ‹ prev next ›