I mean…the code isn’t copied but the design is and it honestly frustrates me. Like yes Linux performance is improving…but I personally don’t like adding kernel functionality specifically for the benefit of wine
interesting, worked in cad/cam and arch viz but never ran into it called mcad. always specific applications like catia or autocad, onshape etc… assumed it was an application name
There’s also ECAD software for electronics. I believe a lot of product teams use both ECAD and MCAD. The former for designing the circuit board, the latter for designing the case and any moving parts.
No, that’s not quite the same thing, I fundamentally don’t think it should be Linux’s goal to be a good windows emulator. It’s fine if wine exists and people use wine for that, but I don’t think that should be a goal for the kernel, this starts pushing into that territory. Hardware support very much is the Kernel’s job and modules which benefit it should be there if it’s meaningful
The game supply is built against those APIs. If games are to be played on Linux it is necessary to adapt to the games until Linux is big enough that games change for us.
there’s a disgusting implication that Linux is stealing code from Windows to implement APIs from this title
I can’t wait to get rage baited about it from my windows using friends
“Linux is only doing good now because they’re copying windows APIs into the kernel!”
I mean…the code isn’t copied but the design is and it honestly frustrates me. Like yes Linux performance is improving…but I personally don’t like adding kernel functionality specifically for the benefit of wine
I honestly welcome it. It brings up a lot more than just games in the future like MCAD and maybe even more creative apps.
?
CAD software for Mechanical design (mechanical engineers use it to design motors and transmissions and other machinery).
interesting, worked in cad/cam and arch viz but never ran into it called mcad. always specific applications like catia or autocad, onshape etc… assumed it was an application name
Because if I say CAD then it would include KiCAD which is rock solid already and IMHO is perfect for most SME too
cool
There’s also ECAD software for electronics. I believe a lot of product teams use both ECAD and MCAD. The former for designing the circuit board, the latter for designing the case and any moving parts.
Why? Lots of people are using wine.
That’s like saying we shouldn’t be including modules for reverse engineered hardware that only benefits that company
@auzy1 @Scoopta My problem with wine is that it can not work for most programs.
No, that’s not quite the same thing, I fundamentally don’t think it should be Linux’s goal to be a good windows emulator. It’s fine if wine exists and people use wine for that, but I don’t think that should be a goal for the kernel, this starts pushing into that territory. Hardware support very much is the Kernel’s job and modules which benefit it should be there if it’s meaningful
The game supply is built against those APIs. If games are to be played on Linux it is necessary to adapt to the games until Linux is big enough that games change for us.
But if you read the article even valve said fsync was basically good enough, why go this far if the improvements compared to fsync aren’t amazing?
Fsync is also mentioned as having issues when emulating ntsync, and the improvements for some games are still quite good.
Well, luckily, you can personally have a kernel without that functionality
XD, I do, I already build my own kernel and turn it off…just saying I don’t like it