153
submitted 2 days ago by MHLoppy@fedia.io to c/fediverse@lemmy.world

Announcement: Firefish will enter maintenance mode

For those who have been supporting Firefish and me, I can’t thank you enough. But today, I have to make an announcement of my very difficult decision: As of today’s release, Firefish will enter maintenance mode and reach end-of-support at the end of the year. The main reasons for this are as follows.

In February, Kainoa suddenly transferred the ownership of Firefish to me. This transition came without prior notice, which took me aback. I still wish Kainoa had consulted with me in advance. At that time, some people were already saying that “Firefish is coming back”, making it challenging to address the situation. Also, since there were several hundred active Firefish servers at that point, I could not suddenly discontinue the project, so I took over the project unwillingly.

Over the past seven months, I have been maintaining Firefish alone. All other former maintainers have left, leaving me solely responsible for managing issues, reviewing merge requests, testing, and releasing new versions. This situation has had a significant impact on my personal life.

Frankly speaking, there are numerous bugs and questionable logic in the current Firefish codebase. While I attempted to fix them, balancing this work with my personal life made it clear that it would take ages, and I’ve started thinking that I can’t manage this project in the long run. Additionally, vulnerabilities have been reported approximately once a month. Addressing vulnerabilities, communicating privately with reporters, and testing fixes have proven overwhelming and unsustainable. Moreover, a certain percentage of users have made insulting comments, which have severely affected my mental well-being and made me fearful of opening social media apps.

I will do my best to refund the donations made to Firefish via OpenCollective, but that’s not guaranteed.

firefish.dev and info.firefish.dev will remain operational until the end of February 2025, after which they will return a 410 Gone status.

Server admins may downgrade Firefish to version 20240206/1.0.5-rc and migrate to another *key variant, or may fork Firefish to maintain.

Downgrade instructions: https://firefish.dev/firefish/firefish/-/blob/downgrade/docs/downgrade.md

Thanks,
naskya

1
submitted 2 days ago by MHLoppy@fedia.io to c/hardware@lemmy.world

The results from other people who have looked into [the performance difference with the Windows patch] have been mixed, it's fair to say.
[...]
After days and days of very confusing results and multiple fresh Windows installs, I think we're getting somewhere -- or at least I think we are.

[...] I can confidently say that in its current state -- at least prior to the recent patch -- [Windows] 23H2 can be a bit broken with Ryzen, or really, it is pretty broken with Ryzen [causing reduced performance in some -- but not all -- titles]. The degree to how broken does vary, and there seems to be no rhyme or reason as to why this is.

It's really confusing as to how two Windows 11 installs, on the same system, configured in the exact same way, can deliver such different results, but only in some games. In fact, the variance between the games tested is just as confusing, and it makes diagnosing the issue extremely difficult.

[-] MHLoppy@fedia.io 3 points 2 days ago

There's !arcane@lemmy.world, but it's very small

5
[-] MHLoppy@fedia.io 1 points 3 days ago

I feel like your preference makes sense when aligned from the perspective of a conventional forum-like platform. However I'd argue that that's missing a core part of what kbin is/was -- and by extension what Mbin is -- which is the microblog integration alongside the forum-like stuff. With that context in mind, boosts (or whatever term you want to use for "retweet") make sense to integrate imo.

Whether or not you think Mbin should try to integrate the microblog side of things is of course a subjective - I personally think it's a cool idea to try at least, but with how dominant lemmy has become it can be difficult to reconcile differences and incompatibilities between it and other software like Mbin.

[-] MHLoppy@fedia.io 5 points 3 days ago

Mbin has a specific and different meaning for the term "post" as used in the OP, so it's one place where translating from lemmy or other "generic internet forum" jargon doesn't work. It's for microblog posts associated with a magazine that are independent of threads in that magazine.

E.g.: https://fedia.io/m/firefox/microblog has "posts" in Mbin terminology -- though if I had to guess I think most Mbin users will use the qualified "microblog post" or similar if they actually mean to reference the Mbin meaning of the term.

[-] MHLoppy@fedia.io 2 points 1 week ago

What's up with the android beef? I hadn't heard about that one 😅

[-] MHLoppy@fedia.io 7 points 1 week ago

Fair point, but I guess I would hope that the person being paid to write the copy would check it, since getting that right seems like it's part of their job description ¯\_(ツ)_/¯

[-] MHLoppy@fedia.io 20 points 1 week ago

Or 53.6 degrees Fahrenheit if you believe whoever wrote the page for Nissan lmao. I guess they just typed it into a converter with no context, and the converter spat out an answer amounting to "if your thermometer says it's 12 degrees C, that would be 53.6 degrees F"... but without that context.

3

The Riot Games balance team has started tempering players’ expectations for its League of Legends plans in 2025, despite the game’s director Pu Liu famously declaring as recently as nine months ago that League would be “changing forever” with everything the developers had planned for next season and beyond.

There is “cool stuff coming,” League‘s studio head Andrei van Roon said this weekend, but the idea it would change the game forever may have been “a bit of an oversell.”

[-] MHLoppy@fedia.io 2 points 2 weeks ago

Something to look forward to!!

[-] MHLoppy@fedia.io -1 points 2 weeks ago

Thanks for so politely and cordially sharing that information


edit: I would be even more appreciative if it were true: https://www.rockpapershotgun.com/rocket-league-ending-mac-and-linux-support-because-they-represent-less-than-0-3-of-active-players

Quoting their statement:

Regarding our decision to end support for macOS and Linux:

Rocket League is an evolving game, and part of that evolution is keeping our game client up to date with modern features. As part of that evolution, we'll be updating our Windows version from 32-bit to 64-bit later this year, as well as updating to DirectX 11 from DirectX 9.

There are multiple reasons for this change, but the primary one is that there are new types of content and features we'd like to develop, but cannot support on DirectX 9. This means when we fully release DX11 on Windows, we'll no longer support DX9 as it will be incompatible with future content.

Unfortunately, our macOS and Linux native clients depend on our DX9 implementation for their OpenGL renderer to function. When we stop supporting DX9, those clients stop working. To keep these versions functional, we would need to invest significant additional time and resources in a replacement rendering pipeline such as Metal on macOS or Vulkan/OpenGL4 on Linux. We'd also need to invest perpetual support to ensure new content and releases work as intended on those replacement pipelines.

The number of active players on macOS and Linux combined represents less than 0.3% of our active player base. Given that, we cannot justify the additional and ongoing investment in developing native clients for those platforms, especially when viable workarounds exist like Bootcamp or Wine to keep those users playing.

[-] MHLoppy@fedia.io 2 points 2 weeks ago

Fair enough! I barely use its social side since most of the games I've played on there are singleplayer titles - honestly didn't even know that wasn't there yet!

[-] MHLoppy@fedia.io -2 points 2 weeks ago

I kinda understand it not being a priority; even if they dedicated the resources to both create and adequately maintain Linux support, I imagine very few of the games on the platform have native support anyway. Sure, many would work (to varying degrees) with the various bags of tricks available, but it's still an extra step of compatibility that's sort of beyond their immediate control.

[-] MHLoppy@fedia.io 2 points 2 weeks ago

I guess our opinions differ, because I don't consider either of those to be "basics". They're nice features for e.g., Steam to have, sure, but they're not "game launcher 101" imo.

[-] MHLoppy@fedia.io 2 points 2 weeks ago

What do you consider basic that it's still missing? To be honest I've felt content with it as a game launcher for a while now, but I admittedly don't use it that often either.

158
1
submitted 2 weeks ago by MHLoppy@fedia.io to c/hardware@lemmy.world
205
1
submitted 3 weeks ago by MHLoppy@fedia.io to c/hardware@lemmy.world

[AMD] asked me if I was testing with an Administrator account [as distinct from a user account with administrator rights]. [...] As far as I can tell, if the Ryzen processors aren't run on an account with these elevated privileges then they don't function as intended for bursty workloads, so that means gaming in particular. AMD told me this bug -- if that's indeed what it is -- won't impact sustained all-core workloads.

Across our 13 game sample, the 9700X saw a 4% performance improvement when compared to the day 1 review data. Meanwhile, the 7700X saw a 3% improvement. [...] So we've improved the 9700X's position [compared to the 7700X] by 1% - that's it.

This Windows bug -- which AMD has told me should be addressed in a future Windows update -- seems to be more of a general Ryzen bug, at least based on the testing we've been able to do so far. So, it's not an issue that specifically affects Zen 5 processors - I need to make that clear.

It's very possible that the Administrator account will also boost the gaming performance of Intel CPUs. [HU chose to publish before doing Intel testing in order to get the information out that it wasn't a Zen5-specific problem]

1
submitted 3 weeks ago by MHLoppy@fedia.io to c/hardware@lemmy.world
1
submitted 3 weeks ago by MHLoppy@fedia.io to c/hardware@lemmy.world

I expect a written version of this video will be published to TechSpot in a day or two?

95
submitted 3 weeks ago by MHLoppy@fedia.io to c/games@lemmy.world

4K, 120 FPS, and more

1
submitted 4 weeks ago* (last edited 4 weeks ago) by MHLoppy@fedia.io to c/hardware@lemmy.world

AMD advertised a roughly 16% IPC increase for Zen 5 over the previous Zen 4 architecture, and while we are fully aware that IPC doesn't linearly scale with gaming performance, we were a bit surprised to find that the 9700X and 9600X are no more than 3% faster than their predecessors in the most CPU-bottlenecked 720p gaming benchmarks.

Such a deviation from AMD's claims took everyone by surprise in the tech press, some reviewers even wondered initially if they had bad samples, there's plenty of discussion and drama in online communities. Like everyone else, we did several rounds of re-testing, and tried poking and prodding with the settings to figure out if we could better understand the architecture. Through the course of our testing, we found some interesting core scheduling behavior, and set out on an adventure.

Our argument with this article is not that SMT is the way to go [sic], but rather that there's something in the SMT or non-SMT behavior that affects performance on Zen 5 more than on previous processors.

view more: next ›

MHLoppy

joined 1 year ago