Quoting: damarrinSometimes you can’t because new hardware from AMD comes out and support is nowhere to be seen in the kernel and/or mesa and you get it in bits and pieces months later. Both Intel and Nvidia manage to sort out their shit way in advance (Intel) or by launch date (Nvidia) and AMD can’t. That’s the real issue here.

Fair. I can't get the latest bleeding edge card because support takes a few months. At least I know I can get a 1-2 year old AMD card and it'll work flawlessly. To me that's better, but I understand other people may have other priorities.

View this comment - View article - View full comments

Quoting: damarrinQuite, roughly one year after the cards came out.

I recently bought a Ryzen 3xxx laptop. A CPU from one year ago. It was unstable in Mint 20, I had to go hunting for newer kernels.

Ryzen 4xxx just came out. You need to go hunting for newest kernels to make it work.

Whenever AMD comes out with something more radically new months of hurt await again.

At least you can solve your issue by putting in some time "hunting for newer kernels" and doing some research. I usually blame *buntus and their lack of updates more than anything else for this issues. Other distros update the kernels regularly (see Manjaro for an easy-to-use up-to-date distro)

With NVidia in Linux, there are many issues still unsolvable to this day, no matter what you do, with no commitment from NVidia to ever fix them. The two that most prominently affect me are horrible screen tearing and having to choose between battery life or my HDMI port (can't have both, that's NVidia for you :smile:)

View this comment - View article - View full comments

AMD CPU but no option without Nvidia... Makes me sad :(

View this comment - View article - View full comments

Great news! But let's hope there's some room in those 120k to work on bugfixes and stabilizing existing features. Also some of those needed performance improvements for sculpt mode and undo!

View this comment - View article - View full comments

At this point, the only announcement that would make me happy from Nvidia is their bankruptcy :tongue: I'm the lucky owner of several optimus-enabled laptops. So much wasted time because of them...

Anyway, wasn't Nvidia teasing just last week with an ARM acquisition? Could it be something on that front?

View this comment - View article - View full comments

I've been on the alpha/rc versions of 3.2.2 for a while and I can confirm emacs for GDscript works quite well! Also Godot is a great engine overall and it's nice to see it progress!

@Samsai A note on emacs and GDscript: This relies on lsp-mode, which is painfully slow on emacs 26 due to a custom JSON parser written in elisp. If that happens to you, don't blame Godot. For this to be usable, you'll need to make sure you have emacs >27 compiled with native JSON parsing support (not all distros enable it). On arch, emacs27-git from the AUR worked for me.

View this comment - View article - View full comments

Quoting: riidom

Quoting: setzer22With the current version, you cannot work on animation with subdivided meshes (technically you can, it's just very slow, even on high end systems)

In render properties you have a "simplify" panel, you can set max. subsurf levels for the viewport there.

Thanks! But actually, the very first subdivision level is enough to make the viewport lag. You won't notice the problem if you're just modelling. It happens when the subdivided mesh is deformed, like when playing an animation. Apparently, they're recomputing the subdivided mesh at every frame, regardless of the order of modifiers. That, and the lack of GPU acceleration makes any system slow down to a crawl.

I was working around the issue by applying the subsurf modifier (yes, poly count is not the issue here). But then you loose your ability to go back to the low poly mesh for LODs...

It makes me feel blender doesn't take the gamedev use case seriously. Another case I can think of is their collada exporter: It does not export animations (just the currently selected one). Can you believe that? I don't many people are doing animation work for games with Blender, otherwise these would be top-priority issues.

View this comment - View article - View full comments

Sadly, I had to stop using blender because they broke subdivision surface since 2.8. That, for me, was the straw that broke the camel's back.

With the current version, you cannot work on animation with subdivided meshes (technically you can, it's just very slow, even on high end systems) :(

It pains me even more seeing how they've gone into an LTS release without fixing this important flaw many users have told them about.

The Blender devs are putting a great amount of effort into making a good open source 3d suite, and if this shows anything, is that they need even more support to get where they need to to become a real alternative. If they had more resources, they could probably invest in fixing these issues, instead of working on the next shiny thing to attract more funding.

I really hate to say this, but it's difficult enough finding spare time to model and animate for my hobby projects so that in top of that I have to waste my time waiting for Blender to fix my workflow...

View this comment - View article - View full comments

I tried the release and it runs very smooth. I would like to play it but I can't set the area for my XP-Pen Star G640. It works fine since Linux 5.0 but the whole tablet area is mapped to both of my monitors. I want to map a custom tablet area to one monitor, so I can play the game. On Windows I use https://github.com/hawku/TabletDriver [External Link] for it. If anybody knows a good alternative please contact me. (I tried changing the libinput Coordinate Transformation Matrix without success)

I made this script quite a while ago. With it you can restrict any X pointer (including your digital tablet) to a screen mouse region: https://github.com/setzer22/restrict-tablet [External Link], not only to a given monitor, but to any screen region!

View this comment - View article - View full comments