I know you said no service change but I use this Tidal client which works really well and goes up to 24-bit 192 kHz: https://github.com/Mastermindzh/tidal-hifi
I also download FLACs from Tidal, Deezer or Qobuz. You can find downloaders for them very easily.
Are you sure about Silksong? Last I heard they were still using Unity.
What language and what sort of code analysis do you need?
Yes, Mono is used by Wine to support Windows .NET applications since it’s a) open source and b) contains support for Windows Forms and other Windows-only APIs.
They can’t ship the regular .NET framework by default for licensing reasons but it can be installed with winetricks to replace Mono, which is sometimes necessary for compatibility reasons.
That’s because performance is a criteria for getting verified:
default configuration: the game must ship with a default configuration on Deck that results in a playable framerate.
Source: https://partner.steamgames.com/doc/steamdeck/compat#DeckCompatibilityChecklist
There is no “target framerate” though, so what’s considered “playable” differs from tester to tester.
3D physics interpolation? Sign me up!
I’m still waiting for somebody to release a Linux tablet with an immutable distro and Waydroid pre-installed.
Could be a killer product for productivity. Solid linux distro for desktop usage with the possibility to seamlessly open Android apps on demand.
We also submitted our very first game in this jam and used Godot.
We had no point where the engine got in the way, it just let us do what we wanted.
The only issue we did encounter is that the shader cache does not seem to work. Every time a level with the simplest shader in the world loads, we have to wait 5 seconds. Which is really annoying when debugging. From what I read it seems like Godot is supposed to be faster on second launch? Not sure what went wrong there.
We also could not export for web because we used C#, but it appears that feature is coming soon™.
That is normal, you have to set the SDR color intensity slider further up in order to get “proper” colors for SDR content.
Still, I would not recommend running the desktop in HDR mode.
I’ll stick to windows. I don’t want to deal with those people."
That’s a strange conclusion to come to, installing an OS doesn’t come with the obligation to deal with anyone.
I like to play games on Steam but that doesn’t mean I have to deal with the atrocity that is the Steam forums.
I’m aware, signing the package is not the same thing as signing the code. The application is built by the package maintainer(s) and then the resulting packages are signed.
Which is the same thing that Flatpak does. Both depend on the trust for the repo owner and the package maintainer.
Neither does dnf/apt/pacman. You are always at the mercy of the package maintainer(s).
Do you use C# since you’re coming from Unity?
You can use GetNode<CustomNode>() or GetChild<CustomNode>() to find the node you need just like in Unity. CustomNode will be the type of your script or if there is no script attached to your node you can use the builtin types as well (e.g. Node3D).
Once you have the node you want, you can either use Godots builtin functions SetMeta() and GetMeta() to set and get metadata on a node or use the C# way and access the public properties set on that CustomComponent class directly.
I don’t use GDScript but I assume you have the same methods available there.
So what’s the big fuggin’ problem here? That Intel won’t use the term “recall”?
Would you say the same thing about a car?
“We know the door might fall off but it has not fallen off yet so we are good.”
The chances of that door hurting someone are low and yet we still replace all of them because it’s the right thing to do.
These processors might fail any minute and you have no way of knowing. There’s people who depend on these for work and systems that are running essential services. Even worse, they might fail silently and corrupt something in the process or cause unecessary debugging effort.
If I were running those processors in a company I would expect Intel to replace every single one of them at their cost, before they fail or show signs of failing.
Those things are supposed to be reliable, not a liability.
Those reviews really overblow the importance of that mechanic. It’s just little side things that happen while you play “the real game”.
It will probably be removed or reduced for the full release considering it doesn’t add much value to the gameplay either.
Android also encrypts the user data by default since Android 10 (2019).
Android also has different permissions the apps need to ask for just like iOS. Including not allowing background apps to use the camera/GPS/mic by default.
But why does it end up washing out colors unless I amplify them in kwin? Is just the brightness absolute in nits, but not the color?
The desktop runs in SDR and the color space differs between SDR and HDR, meaning you will end up with washed out colors when you display SDR on HDR as is.
When you increase the slider in KDE, you change the tone mapping but no tone mapping is perfect so you might want to leave it at the default 0% and use the HDR mode only for HDR content. In KDE for example, colors are blown out when you put the color intensity to 100%.
Why does my screen block the brightness control in HDR mode but not contrast? And why does the contrast increase the brightness of highlights, instead of just split midtones towards brighter and darker shades?
In SDR, your display is not sent an absolute value. Meaning you can pick what 100% is, which is your usual brightness slider.
In HDR, your display is sent absolute values. If the content you’re displaying requests a pixel with 1000 nits your display should display exactly 1000 nits if it can.
Not sure about the contrast slider, I never really use it.
Why is truehdr400 supposed to be better in dark rooms than peak1000 mode?
Because 1000 nits is absurdly bright, almost painful to watch in the dark. I still usually use the 1000 mode and turn on a light in the room to compensate.
Why is my average emission capped at 270nits, that seems ridiculously low even for normal SDR screens as comparison.
Display technology limitations. OLED screens can only display the full brightness over a certain area (e.g. 10% for 400 nits and 1% for 1000 nits) before having to dim the screen. That makes the HDR mode mostly unuseable for desktop usage since your screen will dim/brighten when moving large white or black areas around the screen.
OLED screens simply can’t deliver the brightness of other display technologies but their benefits easily make it worth it.
Sodium-based batteries currently have a lower energy density than lithium-based batteries so they are only useful in some applications.
And yet I do not think I will be using my Bosch in 25 years because some cheap internal plastic part will have broken down while the Makita would still run.
Do you mean for downloading or for streaming? I use the normal Tidal app which already does the highest quality. Not the best app in the world but it does the job and I mostly listen to downloaded music anyway.