Daz 3D is part of 
Connect
DAZ Productions, Inc.
224 S 200 W, Suite #250
Salt Lake City, UT 84101
Licensing Agreement | Terms of Service | Privacy Policy | EULA
© 2024 Daz Productions Inc. All Rights Reserved.Daz 3D is part of
Connect
DAZ Productions, Inc.
224 S 200 W, Suite #250
Salt Lake City, UT 84101
Licensing Agreement | Terms of Service | Privacy Policy | EULA
© 2024 Daz Productions Inc. All Rights Reserved.
Comments
You don't need to breach the kernel to steal your info. All OS's, even Windows, are more secure these days than the applications running on them, and that's where hackers are focusing. Consider the Firefox PDF flaw they just patched, there were exploits targeting both Linux and Windows.
A little background before the opinion...
I use both Windows and Linux. I use Linux at work to run applications that, depending on the particular job, may fit on a local machine, or they might require 256GB of RAM and 64 CPUs on the master node, a few hundred CPUs spread out over the farm, and a few hundred GB of disk for the data. For this reason, these applications are Linux only. Windows need not apply. We use Windows as the workstation so that people do have access to the MS Office apps. In fact, they are switching all the software developers to a laptop based development (LBD) model. This means no more issues with trying to run MS apps inside a VM inside a Linux box. The Linux apps are run either in a personal VM that is provisioned out of the Linux server farm, or the large jobs are sent to the Grid as a batch job. It turns out, in the business world, this is becoming more common. The old deskside Linux workstations are becoming a thing of the past. All of the office apps, all of the person to person communication apps, all the web based things are run natively under Windows. Another case study: Oracle (they do more than just win the America's Cup) used to boast that they were a "Microsoft-free zone." They used to run EVERYTHING on Solaris. Not anymore. They still design cpus and servers, but primarily for the Oracle software market. Most of their preferred design tools have to run on Linux, so they caved on that one years ago. Now, their people have laptops too, so they are using Windows and MS Office. The issues with Open Office and the like were just too numerous for a seriously large corporation to put up with. They caved on that one too. No more Microsoft-free zone at Oracle. And Microsoft's own hardware division runs their design tools in Linux too. No "Linux-free zone" at MS either.
What's my point? (#START opinion) Figure out what apps you really need, or like, and run them in their native environment. That's the path of least resistance. (#END opinion)
Given that I use Linux (a LOT), I figured why not get a real Linux box? I picked up an old Dell rack mount server on the cheap, loaded Ubuntu on it, and started playing with it. Loading Luxrender on it was a trivial exercise. Lux is natively supported on Linux. The Linux server roughly doubles the number of threads I can run in Luxrender through Reality and DS. DS runs on the Windows desktop, and Reality connects to the server over the network. Running Bryce Lightning on Linux to do the same for Bryce was not so easy. Yes, Wine has gotten a LOT better, but it was still a hassle, partly due to the fact that Bryce Lightning is a legacy app if ever there was one. I can just imagine the effort it will take to get a full DS suite running under Wine, with plugins, legacy installers, and the like. You will only end up spending a LOT of effort on something that is more or less effortless running in the native environment. That's my conclusion, YMMV.
Good comment about the case sensitivity. Using as many freebies as I do, that could be a real mess. Something to watch out for.
Linux is only as safe as you make it. The basic problem with security is that you have to spend the time to keep everything up to date, no matter which OS you're on. The reason MS is going with forced "push" updates is that the customer support burden of having millions of vulnerable customers who haven't installed the updates is greater than the customer support burden of people who have something that broke after an update.
I thought that Ark used to be able to unzip and correct the case...but it doesn't any longer (or was that File Roller and Gnome...) but yeah, it is a real PITA. But it's not just freebies...I'm still finding stuff from the store that way. The most common one: textures/Textures. but runtime/Runtime isn't that far behind.
You can also run a dual boot on your computer: Linux and Windows.
That way you have the best of the both platforms:
trouble free Linux experience and maximum speed of native applications in Windows.
That is an option I grant you, but, as I've said, there are only 3 programs I'd actually need to use in Windows, anything else would be dead weight.
MJC said that DS 64bit wouldn't work in Linux because it couldn't find kernel32.dll. Despite the name, kernel32.dll is in fact 64bit and is located in the SysWOW64 folder in Windows. I believe it is how 32bit and 64bit programs can run alongside each other in Windows 64bit. I remember an issue in Poser where you had to put a dummy poser.exe in My Documents to get the program to work. What if you put the directory where kernel32.dll is located (and the file itself of course) into Linux!? Would DS then find it and work!?
CHEERS!
Interestingly, Poser Pro 2014 will work in Linux, but, there is a problem with the libraries as they need Flash to work. I don't know if there is a workaround, but, it gets a bit further than DS does. Another thing I learned about Poser is that future versions will feature an offshoot of the Cycles render engine from Blender. Blender of course works in Linux. If all Poser needs is redesigned libraries to work in Linux then they might look to that market in the future, who knows!? Poser of course means DSON which brings Daz into the fray again.
Not that I really want to use Poser again now...
CHEERS!
Wine doesn't work that way...there are certain core dlls that cannot be replaced and the kernel dlls are some of them.
Who said anything about replacing them? You copy the actual file. Wouldn't that work!?
CHEERS!
No...because WINE has a kernel32 dll already, it's a key file. Replacing it breaks WINE.
Then why can't DS find it!? Surely this one file can't be our undoing?
CHEERS!
IIRC, when I wanted to set up Bryce Lightning on Linux, the old Bitrock installer refused to run under Wine. I ran the installer on a Windows machine. Since all the installer did was unpack a standalone executable, I copied the extracted files to a flash drive and copied them to the Linux box. Then Lightning ran under Wine. I think that was the way it went.
The generic problem with Linux is that you end up turning yourself into an IT Manager. Most people, artists included, either do not have the inner geek in them prepared to do that, or they just don't have the time. My server has Ubuntu 12.04 on it. The latest LTS release is 14.04. I read the install guide. Ugh! It's almost as bad as moving a Vista machine to Win 10, because I skipped a couple of releases.
It seems I have 4 choices:
1: Dual Boot (Still stuck with Windows.)
2: Virtual Machine (Still stuck with Windows.)
3: Hope someone else fixes it so DS will work in WINE (Still stuck with Windows till they do!)
4: Forget about Linux! (Still stuck with Windows.)
Either way I can't win!
CHEERS!
Is there something here that can help!?
https://www.winehq.org/docs/wineusr-guide/config-wine-main
I can't just give up!
CHEERS!
@MJC: Which version of wine are you using?
Wine 1.6.1 lists this bug fix:
Does this have any bearing on the error you're experiencing!?
CHEERS!
1.7.11 also lists bug fixes for kernel32.dll. Might it not be worth downloading one of these newer builds and trying it!?
CHEERS!
EDIT: Doesn't DS need the Microsoft.NET framework to run? 1.7.49 looks to fix kernel32.dll errors in this too:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=25478&sAllBugs
The only thing keeping me from ditching windows for years is lack of good graphic software support. I dual boot now, I am trying the best I can to stop supporting software companies that don't directly support linux, and moving as much of my pipeline as I can to houdini and blender. Linux version of houdini is outstanding, fast and stable. I use xubuntu myself, I don't give a crap about fancy looking OS, I want as much CPU power and RAM to go to my programs as possible, not fancy aero and all that crap lol.
Dual boot could be a way to go, and I'm not ruling it out, but, I'd only be running these in Windows:
O&O Defrag
CCLeaner
Microsoft Security Essentials
Daz Studio
Everything else I use has native Linux versions or works with WINE. Running an entire OS just to keep 4 programs going seems a bit much somehow. If DS worked in WINE then the other 3 would be redundant and I could ditch Windows.
CHEERS!
I'm running 1.7.49...the bleeding edge...and it's a DS thing, I think...it's probably a missing/stub function in WINE's dll that DS needs.
If only we knew what it was, then we could tell the developers to include it in the next release. Surely there has to be a way of finding out. I get a nagging feeling that we're SO close! What is the precise error message you get!? Are there any clues there!?
CHEERS!
The DS log file doesn't reveal anything and neither does opening Daz Studio.exe in Notepad++. There is a line containing kernel32.dll, but there is no variable there, just the name. What is it missing!?!?! Below is a screenshot.
HEEEEELLLP!!!!
CHEERS!
That's the error...
Interesting. Surely 64bit DS wants this: C:\windows\syswow64\kernel32.dll
Why would a 64bit program want to look in the 32bit folder!? That doesn't make sense. Does WINE have C:\windows\syswow64!?
It's not that silly case thing again is it? In the Windows directories the file is in lower case, in the line in my screenshot it's in upper case. What if you changed the file name to lower case!?
CHEERS!
From what I read in the Win10 thread the one in syswow64 is actually the 32 bit version
The odd thing is it's in both the 32 and 64 directories. It's odd that a file can be in two places at once and possibly be utilised by two programs at the same time. That's some mind boggling stuff right there! Anyhow it's past 2am here and I really should go back to bed!
CHEERS!
These are all the DLLs that are loaded in chronological order by DS 4.8 64bit:
HTH
Yeah the system32 one is supposed to be the 64bit one and the other one 32 bit according to what I read
Guessing that the Microsoft naming has something to do with compatibility
Yeah, and if you look 'kernel32.dll' isn't captialsed. Is this what is throwing things off!? Is there an issue here with case sensitivity!? In Daz Studio.exe there is one line featuring that file and it reads 'KERNEL32.dll'. If DS looks for this in WINE it won't find it as it's 'kernel32.dll' in the directory it looks in. Is it a case of doing find/replace in Notepad++ and replacing that one entry with what it actually is in the directory it'll look in and then saving the file!? It MUST be worth a try. Obviously back up the .exe before you do, but, after that, well.....
CHEERS!
one can hope some Linux geeks can find a way as DAZ studio is a free download and has a publicly available SDK so maybe some may tear themselves away from Blender long enough to create a patch.
maybe contact DAZ and push for a Linux version too.
I am not intending to use my laptop for DAZ stuff anyway but if there were a Linux version I may reconsider that too.
Could it be the only hope!?
Hope not!
CHEERS!
A simple bodge to get round the case sensitive file system would be to put your content library on an NTFS or FAT32 partition. Linux is only case sensitive over file names on it's own native filesystem.