There is still the issue of "what distribution do I make my software for?", though, if it were me, I'd always go with Debian flavors (Ubuntu, etc.).
I think the main foundational distros would be obvious to support if it ever happened. The real question would be what dependencies would DS in Linux depend on because those are key. one simple program may be small in size but its dependencies requirements can end up bloating the install size. Krita is a good example, you cannot install it unless you install the entire KDE desktop suite.
But keep in mind the article is about developers, NOT users. The Linux user base still only makes up 3% of the overall desktop user base world wide.
I given a few different Linux distros a try. None of them were my cup of tea though. Not gonna denigrate people who swear by Linux, but I'll stick with Windows until there's such a huge industry shift that I'll have to adopt something else.
I have the latest Redhat Fedora installed on a 2020 HP Pavilion i5 8GB / GeForce GTX 1650 GPU and it's pretty smooth "Windows"or "osX" like experience. FreeBSD on the other hand is still not too much more homeuser friendly then when I bought it's very 1st CDROM distro 0.94 in 1994 I think t was.
I given a few different Linux distros a try. None of them were my cup of tea though. Not gonna denigrate people who swear by Linux, but I'll stick with Windows until there's such a huge industry shift that I'll have to adopt something else.
I love the idea of open source, but I've been dissatisfied every time I tried using something open-source.
Top 10 downloaded Linux distros in September 2022
1. MX Linux
2. EndeavourOS
3. Linux Mint or LDME
4. Manjaro
5. Fedora Linux
6. Pop!_OS
7. Ubuntu
8. Debian Linux
9. Garuda Linux
10. Linux Lite
There is still the issue of "what distribution do I make my software for?", though, if it were me, I'd always go with Debian flavors (Ubuntu, etc.).
I think the main foundational distros would be obvious to support if it ever happened. The real question would be what dependencies would DS in Linux depend on because those are key. one simple program may be small in size but its dependencies requirements can end up bloating the install size. Krita is a good example, you cannot install it unless you install the entire KDE desktop suite.
But keep in mind the article is about developers, NOT users. The Linux user base still only makes up 3% of the overall desktop user base world wide.
Indeed. While the Qt Framework used by DAZ is available on Linux as well, some DAZ-owned code may not be easily portable. E.g. as of now, the Filament render engine is only available for Windows systems. It never has been available for macOS, regardless if Intel-based or Apple Silicon.
Given that the majority of USERS still are working either on Windows or macOS, from a commercial perspective it would most likely not make a lot of sense to split the scarce (and expensive) ressource called "DAZ Developers" to another platform. Btw, some scripts do already have issues with macOS, as the file paths are handled as in a Linux system.
I believe Filament hasn't been availble on the Mac as the recommended back-end for Filament on the Mac is Metal, and Metal wasn't supported by Qt until version 6.
Valve (Steam) has already fought that battle and learned the hard way - it's not feasible for companies to develop for Linux if that isn't their target audience. After the demise of the Steam Box, Valve introduced Proton. Now developers can target the platform they already know, Windows/DirectX/Vulkan, and just make sure that it's compatible with Proton. It involves way less development effort and money.
No reasonable person expects Daz3d to make a Linux native version of DS, that would make no sense financially. But it would be much easier to make the current Windows version install and operate more smoothly with Wine (a Windows compatibility layer). It's honestly almost there already, except for a few hitches with DIM, having to take extra steps to get Iray working, PostgreSQL, and GUI mouse issues. Also, filament works fine in DS/Wine, I used it today.
I'm not exactly surprised to read this given the poor performance MacOS has shown over the past years with regards to backwards compatibility. I'm very passionate about digital audio and I heavily enjoy working with my DAW's. (digital) sound and sound design is a passion for me. I'm on Windows by the way...
So the thing is.. a few years ago the whole DAW industry was in turmoil, from Ableton to Steinberg back to Reason Studios (formerly Propellerheads) and Native Instruments alike: the general concesus was simple: do NOT upgrade to the latest MacOS version ("Catalina") because then your DAW stops working. That nastiness lasted for more than a year (as far I could tell). Now... incidents happen and every software designer knows that something things go wrong; stuff will need to be rewritten, etc, etc.
If only.... this idiocy has happened several times within the part few years now: the new MacOS applies such drastic changes that current software stopped working. I only know about audio but I've learned that this applied to other areas as well.
Meanwhile, on Windows 10, I just keep on going. I can still play DOS games from the 90's if I want to because... it just kept working.
So with that in the back of my mind... I'm not surprised to read about this.
Comments
There is still the issue of "what distribution do I make my software for?", though, if it were me, I'd always go with Debian flavors (Ubuntu, etc.).
The one the big players are already supporting.
Good for them
...and Nvidia supports Linux as well.
This is a necessity now.
I think the main foundational distros would be obvious to support if it ever happened. The real question would be what dependencies would DS in Linux depend on because those are key. one simple program may be small in size but its dependencies requirements can end up bloating the install size. Krita is a good example, you cannot install it unless you install the entire KDE desktop suite.
But keep in mind the article is about developers, NOT users. The Linux user base still only makes up 3% of the overall desktop user base world wide.
I given a few different Linux distros a try. None of them were my cup of tea though. Not gonna denigrate people who swear by Linux, but I'll stick with Windows until there's such a huge industry shift that I'll have to adopt something else.
I have the latest Redhat Fedora installed on a 2020 HP Pavilion i5 8GB / GeForce GTX 1650 GPU and it's pretty smooth "Windows"or "osX" like experience. FreeBSD on the other hand is still not too much more homeuser friendly then when I bought it's very 1st CDROM distro 0.94 in 1994 I think t was.
I love the idea of open source, but I've been dissatisfied every time I tried using something open-source.
Okay but which Linux ?
Debian, Ubuntu, Fedora, Red Hat, CentOS, ... Nobody use the same distribution. And I don't talk about SteamOS (Valve) and ChromeOS (Google).
Linux is more than 50 distributions.
https://linuxhint.com/best-linux-distros-2022/
Top 10 downloaded Linux distros in September 2022
1. MX Linux
2. EndeavourOS
3. Linux Mint or LDME
4. Manjaro
5. Fedora Linux
6. Pop!_OS
7. Ubuntu
8. Debian Linux
9. Garuda Linux
10. Linux Lite
Indeed. While the Qt Framework used by DAZ is available on Linux as well, some DAZ-owned code may not be easily portable. E.g. as of now, the Filament render engine is only available for Windows systems. It never has been available for macOS, regardless if Intel-based or Apple Silicon.
Given that the majority of USERS still are working either on Windows or macOS, from a commercial perspective it would most likely not make a lot of sense to split the scarce (and expensive) ressource called "DAZ Developers" to another platform. Btw, some scripts do already have issues with macOS, as the file paths are handled as in a Linux system.
I believe Filament hasn't been availble on the Mac as the recommended back-end for Filament on the Mac is Metal, and Metal wasn't supported by Qt until version 6.
-- Walt Sterdan
Valve (Steam) has already fought that battle and learned the hard way - it's not feasible for companies to develop for Linux if that isn't their target audience. After the demise of the Steam Box, Valve introduced Proton. Now developers can target the platform they already know, Windows/DirectX/Vulkan, and just make sure that it's compatible with Proton. It involves way less development effort and money.
No reasonable person expects Daz3d to make a Linux native version of DS, that would make no sense financially. But it would be much easier to make the current Windows version install and operate more smoothly with Wine (a Windows compatibility layer). It's honestly almost there already, except for a few hitches with DIM, having to take extra steps to get Iray working, PostgreSQL, and GUI mouse issues. Also, filament works fine in DS/Wine, I used it today.
I'm not exactly surprised to read this given the poor performance MacOS has shown over the past years with regards to backwards compatibility. I'm very passionate about digital audio and I heavily enjoy working with my DAW's. (digital) sound and sound design is a passion for me. I'm on Windows by the way...
So the thing is.. a few years ago the whole DAW industry was in turmoil, from Ableton to Steinberg back to Reason Studios (formerly Propellerheads) and Native Instruments alike: the general concesus was simple: do NOT upgrade to the latest MacOS version ("Catalina") because then your DAW stops working. That nastiness lasted for more than a year (as far I could tell). Now... incidents happen and every software designer knows that something things go wrong; stuff will need to be rewritten, etc, etc.
If only.... this idiocy has happened several times within the part few years now: the new MacOS applies such drastic changes that current software stopped working. I only know about audio but I've learned that this applied to other areas as well.
Meanwhile, on Windows 10, I just keep on going. I can still play DOS games from the 90's if I want to because... it just kept working.
So with that in the back of my mind... I'm not surprised to read about this.