TimeWalker

u/TimeWalker@lemmy.foxden.party
0 posts · 33 comments

Recent posts

No posts.

Recent comments

The date seems to be misleading. When you open the comments section and load all comments, you'll see that there are quite a few comments that are 9 years old. The article is thus far older than what it's saying, and it unfortunately showcases again how many people rely on very old (and in this case misleading) information about LibreOffice.

Some have already suggested jailbreaking and installing Kodi but honestly, it's almost not worth it if you don't have a specific use case for it. The latest Kodi you can install is 14 vs. the current 21 which is super old. At this point I'd honestly then just go for some other media center solution (Raspberry, Mini PC, ...). You could maybe use it as an AirPlay point to cast your MacBook screen but not sure how feasible this is in your case and I'd still argue there are probably better solutions

on Forgejo v9.0 released · c/linux · 1 pts · 1y

To be fair, they supported two different git backends, one of them being go-git which was the one corrupting repositories. However, it was never enabled by default, you specifically had to build Forgejo with a specific tag to instead use that as the backend. If you just built normally or pulled ready-made containers or bins then it was always the default git backend.

on priorities rule · c/196 · 20 pts · 2y

Mark Stevenson, lead artist of DK64, has already said in an interview with Nintendo Life that the use of the Expansion Pak to fix a bug was just a myth. This kind of bug did exist but was fully outside of the context of the Expanion Pak:

That story has become more-or-less accepted fact, although Stevenson believes the truth is more complicated. "This one’s a myth. The decision to use the Expansion Pak happened a long time before the game shipped, in fact we were called in by management and told that we were going to use the Expansion Pak and that we needed to do find ways to do stuff in the game that justified its use and made it a selling point. I think the bug story somehow got amalgamated into the Expansion Pak use and became urban myth."

"There was a game-breaking bug right at the end of development that we were struggling with," he clarifies, "but the Expansion Pak wasn’t introduced to deal with this and wasn’t the solution to the problem. My memory is that, like all consoles, the hardware is constantly revised over its lifetime to take advantage of ongoing improvements in technology and manufacture methods to essentially make the manufacture more cost effective and eventually profitable. I think there we’re something like 3 different revisions of the internal hardware by this point and the bug was unique to only one of these versions. We did eventually find it and fix it, but very late in the day."

Source: Nintendo Life - Feature: Donkey Kong 64 Devs On Bugs, Boxing And 20 Years Of The DK Rap

Stevenson later in an Games Radar Interview explained that the Expansion Pak was used for having bigger maps as well as being able to do more advanced lightning techniques:

Artist Mark Stevenson remembers it being beneficial in terms of standard things like level size in Donkey Kong 64, but there were also more creative uses. “One thing I remember that we did use it for was that we had a lot of dynamic lighting in there, which was hard to do and expensive,” he recalls. “One of the engineers wrote a system whereby you’d go into a cave area, and there’d be a swinging light - the first swing of that light, it’d record all of the colour changes on all of the vertices in that area, and then save it as data and just play it back as an animation rather than going on to calculate the lighting constantly. You’d get a little bit of slowdown when you went in, but after that, it was nice and smooth.”

Source: Retro Gamer - How the N64 "confidently signposted our way into the 3D future"

Just in case somebody only reads the title and wants to ready their pitchforks:

And to reiterate a couple important points we’ve communicated in our previous updates published in March and May:

  • The webRequest API is not on a deprecation path in Firefox
  • Mozilla has no plans to deprecate MV2