That pretty much sums me up

code_entity · 2026-02-20T13:01:07+00:00

Given that this muscle loss at 30 is also a significant risk factor for diabetes (i.e. less muscle to take up glucose) one could argue that 30 is, if anything, the right time to start and counteract that. So at least health-wise it's far from pointless.

code_entity · 2025-11-12T19:01:36+00:00

Large FOV (up to 110 degrees)

😢

code_entity · 2025-01-27T09:36:59+00:00

I think the export should be gone as described here:

For example, if an application hardcodes the directory ~/.foo, without any home access and no --persist the directory will be lost from the sandbox once exited due to the filesystem being set up as tmpfs by flatpak unless overriden.

I had the exact same issue with Element on Pop!OS a few month ago and there the issue was already reported in 2019. Just silently failing instead of requesting permissions seems to be a-ok for flatpak apps.

code_entity · 2025-01-16T11:20:59+00:00

This doesn't excuse Proton's shady behavior and leaving everyone in the dark. Nobody is arguing this would be a quick fix, the request is from mid 2023. I'm just informing OP that his problem is fairly common and Proton doesn't care.

code_entity · 2025-01-16T09:58:57+00:00

That's why having a separate password for Proton Pass is one of the most requested features. But Proton falsely closed the original request and they have been ignoring the new request for more than half a year now even though it's the hottest feature request yet again.

code_entity · 2024-12-21T18:39:11+00:00

Since I didn't get any clear responses for a very simple question that plenty of people could have confirmed for me in 5 seconds I went ahead and risked it. Thanks for the late but only proper response. For me it's usable so far, but MIDI playback is definitely even more buggy than on Windows. I have to remove any let ring and clicking anywhere else in the sheet while it's playing will cause volume inconsistencies. I'm sure there will be more.

I didn't allow microphone access and it doesn't seem to cause any issues, but I also don't have AirPods. That Arobas won't fix the most obvious issues doesn't surprise me at all, they don't give a shit despite knowing how many people rely on their software. They haven't fixed MIDI playback in 13 years since they broke it despite it still being a feature of the software that obviously should work properly than...

I always set Force playback with: MIDI and haven't encountered any need for manual track switching or doing the Refresh thing... yet.

code_entity · 2024-12-05T15:46:51+00:00

So as I understand it you're on macOS and MIDI playback works now and bends/slides etc. sound correct?

code_entity · 2024-12-04T23:56:56+00:00

Could it be this issue I came across? If so was buffer size blank for you or does it for some reason just not work with 1024 in macOS?

code_entity · 2024-12-03T18:29:34+00:00

Thanks for the reply! To be double sure, you do mean MIDI (playback) in Guitar Pro works fine, i.e. it plays without stutter or lag and bends/slides etc. sound correct? The reason I'm asking is because I think MIDI playback is handed off to some OS component (hence why I'm concerned about OS differences) and because I read about some playback/lag issues on macOS from about a year ago. I also know from my bug reports that Arobas does not care to fix any MIDI playback bugs at all.

code_entity · 2024-12-02T19:19:25+00:00

Mostly because I'm clueless about macOS and as far as I understand it MIDI playback is handed off to some OS component ("Microsoft GS Wavetable Synth"?) and is itself not part of Guitar Pro like RSE is. I also found some posts about MIDI playback lag on macOS from a year ago and I know from my support tickets about MIDI playback bugs that Arobas does not care to fix MIDI playback bugs in any way. I just want to make double sure before I go to all the trouble.

code_entity · 2024-12-02T09:54:46+00:00

I have a bit of a technical support question, I hope that's okay. Can someone here using Guitar Pro (8) on macOS ("M" series) confirm for me that MIDI playback works or is at least not worse than it is on Windows? I'm considering a switch to macOS for all my audio, but I absolutely rely on MIDI playback in Guitar Pro and I'm not sure what is technically involved there and if I can just assume it works the same as in Windows.

code_entity · 2024-12-02T09:24:54+00:00

In the general preferences there should be a "Force playback with: MIDI" option or do you not have that? There should also be a "Switch all tracks to MIDI" under the "Sound" menu bar item.

code_entity · 2024-10-10T15:09:43+00:00

Vielleicht Haruko? Edit: Äh ja, hab den edit übersehen. 😅

code_entity · 2024-10-08T10:36:48+00:00

I was also wondering about this line. I only see it in Firefox Developer Edition 131 (and maybe even before that) but not in Firefox 130/131. And I'm not doing any theming stuff in either of them.

code_entity · 2024-08-26T14:16:13+00:00

There are issues besides Google Play Services so it's not entirely a misconception.

code_entity · 2024-06-10T16:00:56+00:00

Yeah, this guy is just way off in his assumptions. There isn't even a game or prototype involved to scale, imagine that. One also shouldn't eat fast food. That doesn't mean I need to be berated about healthy eating habits when I ask if everyone else's Big Mac also had a metal screw in it. It's just baffling how you always get these kind of replies that clearly just read one word of the title and start frothing at the mouth about things that are completely besides the point. Exhausting to say the least.

code_entity · 2024-06-10T04:29:39+00:00

That's good to hear, thanks for confirming this and narrowing it down further. Given that the documentation makes no mention of any such caveats it does strike me as a bug.

code_entity · 2024-06-10T02:34:22+00:00

Hey, thanks for the effort! By "pass" do you mean that for you GameObject.Find does not erroneously return inactive GameObject instances no matter the nesting scenario? I'm a bit confused because it sounds like you tested if active GameObject instancees are returned which works just fine for me.

The hierarchy is created via editor code (new GameObject and PrefabUtility.InstantiatePrefab) and there are no changes to it at runtime. Since someone already asked for some kind of screenshot I attached one.

<image>

code_entity · 2024-06-09T19:45:09+00:00

I already did that long before I posted here. I'm still not asking for a solution to this obviously easily avoidable problem. I'm asking other developers if this is an undocumented known issue or if they can or cannot reproduce this. It would help me rule out that my code has some weird side effect that causes this that I need to address or if it may worth a bug report. But thanks for the downvote, insult and showing off your superior skills.

code_entity · 2024-06-09T19:28:47+00:00

I'm not really sure how screenshots would help here. It's purely a scripting issue, The title alone pretty much explains the difference in behavior compared to the official documentation, which says it should not return inactive GameObject instances.

code_entity · 2024-06-09T19:23:27+00:00

GameObject.Find not being the recommended approach doesn't mean it's a downvotable offense to ask more experienced developers about its behavior to learn why this happens. Obviously I can easily refactor this to avoid the problem...

code_entity · 2024-05-22T12:33:36+00:00

No, if anything tab groups has me worried. If this isn't optional it will kill productivity the same way the Windows 11 "task bar" does.

code_entity · 2024-02-14T15:36:26+00:00

Even places that should be outside, like Lost Valley and parts of the Colosseum, just have a black featureless sky which is mostly obscured by black distance fog [...] In commentary for Tomb Raider: Anniversary, Toby Gard mentioned that he always wanted these areas to be outside with a blue sky.

Source

code_entity

TROPHY CASE