Adding to Cart…
Licensing Agreement | Terms of Service | Privacy Policy | EULA
© 2024 Daz Productions Inc. All Rights Reserved.You currently have no notifications.
Licensing Agreement | Terms of Service | Privacy Policy | EULA
© 2024 Daz Productions Inc. All Rights Reserved.
Comments
...On Oct 1st 2016, MS went to what hey called the "Bundled Rollup" format for W7 and 8.1 which means you either accept all or none of the updates in the package (sort of like W10). No more "picking and choosing" as in the past, which is how I was able to avoid buggy updates. Hence, I disabled updating on Sept 30th of that year and trusting that my hefty firewall setup will suffice.
However today I read on the ZDNet site that Intel decided not to provide Spectre/Meltdown fixes for some older generation CPUs (including Xeons). My system is running a Bloomfiled CPU (LGA 1366) which is one that will not be supported. I don't have the funds to purchase a new MB, new memory, and new CPU (effectively having to build a whole new system save for the drives, PSU, and GPU). Sandy Bridge and Haswell are OK (for the time being) but they remain fairly expensive and I will not move to Skylake, Kaby Lake or Coffee Lake as they only support two memory channels and the latter two, only W10 (my old system supports three memory channels and that definitely has an impact on CPU rendering).
Do you have a link? I have 2 old Harpertown Xeons in my old workstation, any idea if they're still supported?
Yeah I hated that they did that Fortunatly for me I can wait until the nephew tests them on his test machine that he built specifically because of MS's update policy for W7
My one Intel Desktop runs dual Intel Xenon E5-2670 2.60Ghz 20M Cache 8-Core 115W Processor SR0KX which are Sandy bridge
Amazon has them for $135.00 right now
I bought mine a while back and they were on sale paid $106.00 for the pair
...here you go
https://www.zdnet.com/article/intel-we-now-wont-ever-patch-spectre-variant-2-flaw-in-these-chips/?ftag=TRE-03-10aaa6b&bhid=25597626630961060680701967597670
Thanks! Yeah, with all the Win 7 updates to close the leaks, none of it will benefit my Harpertown Xeon set-up, why am I not surprised....
...yeah, the tech curve can be brutal when you are poor.
I actually invested in my antiquity two years ago, when one of my RAM modules burnt down. Upgraded cheaply from a single 2,5 Ghz E5420 with 8 GB RAM to dual 3 Ghz E5450s and 36 GB, at a second hand server store for under $200,-. Now seems that I'd have to take this computer off-line; only have a software-firewall. Absolutely can't afford a new halfway decent computer....
I have an AMD processor, so maybe I dodged a bullet. I'm getting a new motherboard today, but, that's down to the stupid design of my current one. You would think that, if you could install high end graphics, you could install high end sound too. Not so with Gigabyte boards, the graphics card hides the slot for the sound card when you install a double slot card!! Idiots, and idiot me for buying the board when I knew I'd want a sound card when I could afford the one I wanted! Ah well, by close of play today I will finally have the set up I was dreaming of when I first built this machine.
CHEERS!
I didn't read the 28 pages of this discussion so I apologize if I say something already pointed out.
In my opinion if you don't need Iray then using the 32 bit version of DAZ Studio should be doable with WINE. Personally I find Studio pretty limited for my needs so I just use it to export the DAZ assets to Blender, that also works perfectly fine with Linux. So this could be a viable workflow for you too.
For the sake of completeness I'd add that I like Linux but I work with Windows. Because of better drivers and because it's easier in general.
...the downside of 32 bit is the imposed programme memory cap (2 GB up to maybe 3 if you go LAA). This is what prompted me years ago to build a 64 bit system as "memory out of bounds" render crashes became rather commonplace even though I rarely used UE.
yeah I know that .. but if you only use Studio to export assets as I suggested above it shouldn't be too much a limit
The Memory cap issue is a liitle more fuzzy with windows 32bit programs in Wine.
Each 32bit program gets 4GB of virtual memory, but Wine itself is not limited to that.
Here's a link to a Wine Forum on the issue: https://forum.winehq.org/viewtopic.php?f=2&t=20510
I quit Linux when I learned I couldn't get my generic pen tablet to work on programs that worked in play on linux. I wanted to use Twisted Brush back then. Now I am thinking of using Krita. At any rate, I never tried to run Daz or Photoshop on linux. I need to get a version of linux on a flashdrive just for fixing and messing with computers at the very least. I like windows 10. I'm not sure I'd want to put daz on linux, but if windows wanted to charge me by the month, well, hello Ubuntu.....
...but isn't VM on the HDD (which is even slower)?
Yes, it is a little confusing.....
Terms like 'Virtual Memory' are often interchangeable (HDD 'VM' Memory on Linux, often also known as SWAP, 'Computer' can be used to both refer to the microprocessor and the entire machine. 'VM' is also in common usage to stand for 'Virtual Machine'.
Used to be, it was recommended to have twice the amount of SWAP as you had RAM on Linux. Now, unless you want to use Hibernate, you can get away without any SWAP (at least, that was the advice the last time I read up an install guide), RAM size has mostly negated the need - in this case Virtual Memory means Windows memory hosted, not SWAP.
If you have 16GB or over, you'll probably find, should you momitor your SWAP space, that it is not being used most of the time, if at all.
Hey there, folks. I am running Windows 7 64bit, and Microsoft is just raring to force me to move up onto that 10 garbage. They removed homegroups from the win 10 systems on my LAN just a short bit ago, I think to make life harder better for those people like me refusing to totally update all their core systems. Plus there is the end of support for windows 7 looming on the horizon. The long and short of it is that I'm sick of Microsoft, but I need full access to my present workflow -- Daz Studio and Photoshop in a 64 bit environment with Iray on Nvidia GPU. What is the current status of doing this in Linux? What is the most painless way to switch over and still do what I need to do? I know there's Gimp, but I don't want to have to learn yet another user interface and workflow if I can avoid it. I know some things are achievable, as I see there are install guides posted over the last few pages, but I'm looking for someone who's made the switch as a noob to Linux to give me the skinny on what to currently expect.
Dang. I came here to ask for the same thing. I'm looking for an idiot's guide to running DS on linux. I've had about all I can stands (I can't stands no more) from Windows 7. Now that I've left my main occupation (government job), I no longer need to have Windows on my computer. I'd like to move to linux. I've read bits and pieces of this thread and I know that Iray and DIM aren't working, but I'm wondering if anyone has tried Reality or Luxus.
...the situation with Daz being ported to Linux is the number of linux distros available along with their small development team. Oh I'd love to abandon "Mommysoft" (what I call MS in the W10 era) however it just is not to be.
The main issues with Linux is that it is open source and therefore has plethora of different distros without a single set standard code and API set like Windows or Mac OS has. What may work in Ubuntu doesn't necessarily mean it will work as well in Mint or the commercial Red Hat. Unless a programme like Daz is natively compiled for Linux rather than using a compatibility layer like Wine, operational stability will be a hit or miss matter.
The trick is, what distro to support, for if the particular one your software is set up for is no longer being developed and updated, then what? This is not the case for Windows or Mac OS.
Keep in mind two of the major graphics software developers, Adobe and Autodesk. have not fully embraced Linux (Autodesk to a small degree only because they purchased Maya which already supported Linux, both of their flagship programmes [3DS Max and AutoCAD] are still Windows only).
That summary is a little wide of the mark (just a little) - basically right, just the details....
The differences in the distros are mostly libraries (location, version, packaging) and package manager, making it usually necessary to compile any software specifically for the distro - this is only an issue with trying to use closed source and distributed only in binary form.
There have been several attempts to solve this, the latest is ongoing between three different formats, flatpacks, snaps and appimages. They do this by bundling all needed libraries with the program rather than relying on version on the system already.
As to distro support.. stick to the 'big' names like Debian, Gentoo, Slackware etc. there is little likelihood of support issues. Even corporations can pull the rug out from under you (or swap it for a welcome mat for a tacky Megamart as Microsoft have done with Windows), but if you choose a distro based on a big name derivative, the distro might disappear or change to the point of discomfort, but it'll likely be so similar to the parent or sibling distros the changeover will be pretty easy. There is, when it comes down to it, very little difference betwen the likes of Debian Ubuntu and Mint or Red Hat, Fedora and Centos.
Daz used Qt4 for the ui, and Qtscript (both of which are extensively support on 'Linux, probably more 'native' there than Windows or Macos), so it's really only the 'backend' that needs redone for 'Linux, but I don't underestimate the undertaking for a relatively small company to develop and support two codebases, when one has such a small userbase.
Nothing to do with standard APIs or code really. 'Linux has standards, lots of them, agrueably too many...
Reality works (just don't have the Wine Windows version set to XP or the plugin installer will tell you it doesn't work. Change the Windows version in winecfg to Windows 7) - Luxus I don't have, but I think it's a simpler plugin to Reality, so if Reality works I'd assume Luxus should.
Advantage of Lux, is that there is a native Luxrender on 'Linux, so you can export the render as .lxs and run it on 'Linux native - same with 3Delight, render to rib, and run the 3delight engine on 'Linux. I think most major distributions should have both in their software repositories.
Hi
I'm not a 'Linux noob, I've been puttering around with it 15+ years - I've gotten used to making do with alternatives to Windows s/w, it's only since playing about and falling in love
with Daz Studio that I've wandered partially back to the Windows ecosystem.
There probably is no 'painless' way - expect more than a few aches and pains, few mild headaches and possibly a few raging migraines. Your experience may vary with others, depending on your hardware. Due to some lack of enthusiasm from hardware vendors the drivers for 'Linux are often somewhat short of the Windows equivalents in many cases, and although the open source drivers are much better quality, they do take some time to catch up.
Daz 64 will run with a variable number of caveats. 64bit will fairly universally run, with some slider issues. It is a little extra work to get Smart Content running, but once it's done, it's
done. GPU rendering will work for some, same with dForce (although I still have issues down to my hardware). Install Manager works to d/l and Install anything you buy from Daz.
Here's a run-down on Photoshop on Linux - can't vouch for it's accuracy, but it's a recent article - covers using a Virtual Machine (run Photoshop on Windows on 'Linux) or Wine. With Window
programs on Wine, the older versions will often run, while the newer version will not - although there may be exceptions or workarounds.
https://www.makeuseof.com/tag/install-adobe-photoshop-linux/
(Don't let the myriad options under Download and Install PlayonLinux confuse or intimidate you at this stage, at least until you've picked a 'Linux distro).
If you have more than one computer, that is an advantage, you could set up on as a test subject - if you have a spare hard disk for it, and can swap the current Windows one out (or get a technical
friend to) that would make it easier - if things go badly, you can just put the old one back in. Dual boot is another option, most Linux installers will squeeze out space at the end of your Windows drive ('Linux is very good at co-existing, windows will just assume it's the only resident).
The good news is, the more people using 'Linux for Daz, the more chance of compatibility improvements applied to Daz in the future (actually getting a native version is a long shot).
Overall, it's not something to attempt half-heartedly.
..I agree with one of major ones (Debian would be the best choice). my main point was the fact that Daz is a small company and it would be a serious stretch of development resources to support three platforms (Windows, MacOS, and Linux). Again even larger software companies with bigger development staffs, like Autodesk and Adobe, are reluctant to support Linux along with Windows and Mac. I would normally argue that with MS and Mac, new versions of the OS were rolled out every two to three years, however with W10, MS has pretty much abandoned that track with multiple more frequent updates to the OS (roughly two major ones every year along with several minor tweaks) so that does make me wonder how software developers are managing this.
The other concern is the user base. Admittedly MS has a dominating lock on this which has been built over the decades through their "King of the Hill" approach. This is something software companies look at, as why put a lot of cost and effort into another platform if it will only result in a small return or may not break even (though Daz with its "free core programme" model would be somewhat insulated to this as it wouldn't affect content sales (save for maybe plugins) which is their "bread and butter". For SmithMicro or E•on on teh other hand it may be a tougher decision since they also do make money off sales of the base software as well as content (SM not as much regarding the latter as there is Renderosity, Vanishing Point, and Daz3D [which also has the RDNA catalogue] and they also provide other software for home and office use).
While on threads like this as well as even on the tech sites I frequent where the debate between the two platforms presents itself, Linux may seem to have a lot of support. However, keep in mind this is most likely still a small segment of the overall computer user community.
Oh, yeah, totally. I can't see many companies putting out linux versions of their desktop applications - for the minimal market share it has, it just wouldn't be worth the overhead just now or in the short term future.
Having to maintain even just two codebases is an overhead that many companies would like to be without, which is why things keep coming back to different approaches of webapp, when it seems native IOS and android apps have won. Three would obviously be much worse.
Can someone tell me how to manage (or at least create) a wine bottle? I've been trying to install Wibom but the install process keeps failing on my computer. I'm just using plain Ubuntu because I figured thats the easiest to get support for. And I just installed it this afternoon.
Should I just be managing bottles from the command line?
Edit: I got it working using Playonlinux. I can render in Iray using CPU, I just need to get my GPU working.
Hi
Only reference to Wibom I can find dates to 2011 - quite a lot of abandoned projects around, always look for a relatively recent date.
If you are looking for a wine prefix management GUI alternate to Playonlinux (personally, I don't like the up and coming java based ui), Vineyard might be a good choice (I've not tried it though). https://www.omgubuntu.co.uk/2016/03/vineyard-wine-configuration-tool-linux http://vineyardproject.org/about/
Ubuntu is a good choice (I still run it on my Netbook).
For some reason, once I installed my Nvidia drivers, DS would no longer start up. I can't say that's the cause, but anyway I'm done messing with it for the weekend. I'll try again next weekend. Thanks for the tip, I'll look into Vineyard.
Elementary question - After installing the Nvidia drivers, did you reboot before trying DS again?
After a 'Linux kernel update and driver update I get errors launching Daz until after a reboot to pick up the updated driver. Probably not required running the OSS drivers, but the proprietary ones require it.
Ubuntu usually tells you if a reboot is required after an update, but I can't recall if it would after installing new software.
Well the obvious solution to a number of those problems (though not guranteed to be successful) would be to go open source. Since DAZ isn't making money from the software itself it COULD be a win-win. I'm wondering however if they could release their code even if they wanted. Might be that they are employing a number of closed source solutions, so it might not be that simple to relase their code to the public. Iray is an obvious obstacle there, but since Nvidia already ported Iray to Linux it might be a problem that can be worked around.
Iray, 3Delight, and the Optitex plug-ins are obviously not open-sourceable. I think the Decimator code is related to the well known topology reduction tool, the Daz logo appears on its list of users (and we know Decimator can't be given away, even as a compiled plug-in, free).
Something to keep in mind. In DS 4.10 3Delight now runs approximately 40-45% slower under wine than native on the same hardware. This did not use to be the case as close as 4.6 where the 3DL was closer to 90%. If you're serious about actually rendering on DS/Linux then you should seriously invsetigate installing the 3DL standalone version for Linux and exporting to RIB from DS. Then rendering natively.
Kendall