Daz 3D is part of 
Connect
DAZ Productions, Inc.
7533 S Center View Ct #4664
West Jordan, UT 84084
Licensing Agreement | Terms of Service | Privacy Policy | EULA
© 2024 Daz Productions Inc. All Rights Reserved.
Comments
@Platnumk
That is strange. So OS and Studio versions are the same. Can you use your CPU als OpenCL device as well or all the devices which are shown`
@Totte
I'm using 4.15.0.2 Pro Edition 64bits - the most current one I would say. Get the error for each and every OpenCL device I select.
Here's some stuff from my log file for this steps:
1) Starting Studio
2) Loading a single piece of dForce clothing
3) Hitting "Simulate"
4) Getting the "Error initializing OpenCL kernels"
Any ideas?
=== Logfile ===
2021-05-11 18:33:22.223 +++++++++++++++ DAZ Studio 4.15.0.2 starting +++++++++++++++++
2021-05-11 18:33:22.253 Platform bits: 64
2021-05-11 18:33:22.268 Running on Macintosh OS 10.15 Catalina
2021-05-11 18:33:24.628 Supported OpenGL extensions:
(long list of extensions)
2021-05-11 18:33:24.629 OpenGL features for current hardware:
2021-05-11 18:33:24.629 OpenGL provider: ATI Technologies Inc.
2021-05-11 18:33:24.629 OpenGL renderer: ATI Radeon Pro 5500M OpenGL Engine
2021-05-11 18:33:24.629 OpenGL version: 2.1.0
2021-05-11 18:33:24.629 Maximum number of lights: 8
2021-05-11 18:33:24.629 Number of auxiliary buffers: 0
2021-05-11 18:33:24.629 Number of texture units: 8
2021-05-11 18:33:24.629 Depth buffer bit resolution: 24
2021-05-11 18:33:24.629 Maximum OpenGL texture size: 16384 x 16384
2021-05-11 18:33:24.629 Current OpenGL Texture Quality Setting: Good Performance
2021-05-11 18:33:24.629 RGBA color bitplane resolutions: 8 8 8 8
2021-05-11 18:33:24.629 Shadow mapping supported
2021-05-11 18:33:24.629 VBO supported
2021-05-11 18:33:24.629 GL_MAX_ELEMENTS_INDICES : 150000.
2021-05-11 18:33:24.629 GL_MAX_ELEMENTS_VERTICES : 1048575.
2021-05-11 18:33:26.641 Loading plug-ins:
(long list of plugins)
2021-05-11 18:33:27.278 libdzdformeditor.dylib
2021-05-11 18:33:27.285 libdzdynamics.dylib
2021-05-11 18:33:27.502 libdzfilamentdrawstyle.dylib --> Filament on Mac???
(then some CUDA warnings, well don't have CUDA support)
(then the scene is cleared and the clothing is loaded, then the warnings start)
2021-05-11 18:34:03.006 WARNING: /src/dzdynamicsengine.cpp(426): Using device: Intel(R) Core(TM) i9-9980HK CPU @ 2.40GHz
2021-05-11 18:34:03.449 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: [CL_DEVICE_NOT_AVAILABLE] : OpenCL Error : Error: build program driver returned (-1)
2021-05-11 18:34:03.449 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: OpenCL Warning : clBuildProgram failed: could not build program for 0xffffffff (Intel(R) Core(TM) i9-9980HK CPU @ 2.40GHz) (err:-1)
2021-05-11 18:34:03.449 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: [CL_DEVICE_NOT_AVAILABLE] : OpenCL Error : Error: build program driver returned (-1)
2021-05-11 18:34:03.449 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: OpenCL Warning : clBuildProgram failed: could not build program for 0xffffffff (Intel(R) Core(TM) i9-9980HK CPU @ 2.40GHz) (err:-1)
2021-05-11 18:34:03.449 WARNING: /src/dzopenclkernelfactory.cpp(499): ERROR: clBuildProgram (-11)
2021-05-11 18:34:03.449 WARNING: Source built for simpleAdd. Build log:
2021-05-11 18:34:03.450 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: [CL_DEVICE_NOT_AVAILABLE] : OpenCL Error : Error: build program driver returned (-1)
2021-05-11 18:34:03.450 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: OpenCL Warning : clBuildProgram failed: could not build program for 0xffffffff (Intel(R) Core(TM) i9-9980HK CPU @ 2.40GHz) (err:-1)
2021-05-11 18:34:03.450 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: [CL_DEVICE_NOT_AVAILABLE] : OpenCL Error : Error: build program driver returned (-1)
2021-05-11 18:34:03.451 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: OpenCL Warning : clBuildProgram failed: could not build program for 0xffffffff (Intel(R) Core(TM) i9-9980HK CPU @ 2.40GHz) (err:-1)
2021-05-11 18:34:03.451 WARNING: /src/dzopenclkernelfactory.cpp(499): ERROR: clBuildProgram (-11)
2021-05-11 18:34:03.451 WARNING: Source built for setPast. Build log:
2021-05-11 18:34:03.451 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: [CL_DEVICE_NOT_AVAILABLE] : OpenCL Error : Error: build program driver returned (-1)
2021-05-11 18:34:03.451 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: OpenCL Warning : clBuildProgram failed: could not build program for 0xffffffff (Intel(R) Core(TM) i9-9980HK CPU @ 2.40GHz) (err:-1)
2021-05-11 18:34:03.451 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: [CL_DEVICE_NOT_AVAILABLE] : OpenCL Error : Error: build program driver returned (-1)
2021-05-11 18:34:03.451 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: OpenCL Warning : clBuildProgram failed: could not build program for 0xffffffff (Intel(R) Core(TM) i9-9980HK CPU @ 2.40GHz) (err:-1)
2021-05-11 18:34:03.452 WARNING: /src/dzopenclkernelfactory.cpp(499): ERROR: clBuildProgram (-11)
2021-05-11 18:34:03.452 WARNING: Source built for SpringSim. Build log:
2021-05-11 18:34:03.452 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: [CL_DEVICE_NOT_AVAILABLE] : OpenCL Error : Error: build program driver returned (-1)
2021-05-11 18:34:03.452 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: OpenCL Warning : clBuildProgram failed: could not build program for 0xffffffff (Intel(R) Core(TM) i9-9980HK CPU @ 2.40GHz) (err:-1)
2021-05-11 18:34:03.452 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: [CL_DEVICE_NOT_AVAILABLE] : OpenCL Error : Error: build program driver returned (-1)
2021-05-11 18:34:03.452 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: OpenCL Warning : clBuildProgram failed: could not build program for 0xffffffff (Intel(R) Core(TM) i9-9980HK CPU @ 2.40GHz) (err:-1)
2021-05-11 18:34:03.453 WARNING: /src/dzopenclkernelfactory.cpp(499): ERROR: clBuildProgram (-11)
2021-05-11 18:34:03.453 WARNING: Source built for SumSprings. Build log:
2021-05-11 18:34:03.453 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: [CL_DEVICE_NOT_AVAILABLE] : OpenCL Error : Error: build program driver returned (-1)
2021-05-11 18:34:03.453 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: OpenCL Warning : clBuildProgram failed: could not build program for 0xffffffff (Intel(R) Core(TM) i9-9980HK CPU @ 2.40GHz) (err:-1)
2021-05-11 18:34:03.453 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: [CL_DEVICE_NOT_AVAILABLE] : OpenCL Error : Error: build program driver returned (-1)
2021-05-11 18:34:03.453 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: OpenCL Warning : clBuildProgram failed: could not build program for 0xffffffff (Intel(R) Core(TM) i9-9980HK CPU @ 2.40GHz) (err:-1)
2021-05-11 18:34:03.453 WARNING: /src/dzopenclkernelfactory.cpp(499): ERROR: clBuildProgram (-11)
2021-05-11 18:34:03.453 WARNING: Source built for UpdateUnmorphedPositions. Build log:
2021-05-11 18:34:03.454 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: [CL_DEVICE_NOT_AVAILABLE] : OpenCL Error : Error: build program driver returned (-1)
2021-05-11 18:34:03.454 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: OpenCL Warning : clBuildProgram failed: could not build program for 0xffffffff (Intel(R) Core(TM) i9-9980HK CPU @ 2.40GHz) (err:-1)
2021-05-11 18:34:03.454 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: [CL_DEVICE_NOT_AVAILABLE] : OpenCL Error : Error: build program driver returned (-1)
2021-05-11 18:34:03.454 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: OpenCL Warning : clBuildProgram failed: could not build program for 0xffffffff (Intel(R) Core(TM) i9-9980HK CPU @ 2.40GHz) (err:-1)
2021-05-11 18:34:03.454 WARNING: /src/dzopenclkernelfactory.cpp(499): ERROR: clBuildProgram (-11)
2021-05-11 18:34:03.454 WARNING: Source built for VertNormals. Build log:
2021-05-11 18:34:03.457 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: [CL_DEVICE_NOT_AVAILABLE] : OpenCL Error : Error: build program driver returned (-1)
2021-05-11 18:34:03.457 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: OpenCL Warning : clBuildProgram failed: could not build program for 0xffffffff (Intel(R) Core(TM) i9-9980HK CPU @ 2.40GHz) (err:-1)
2021-05-11 18:34:03.457 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: [CL_DEVICE_NOT_AVAILABLE] : OpenCL Error : Error: build program driver returned (-1)
2021-05-11 18:34:03.457 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: OpenCL Warning : clBuildProgram failed: could not build program for 0xffffffff (Intel(R) Core(TM) i9-9980HK CPU @ 2.40GHz) (err:-1)
2021-05-11 18:34:03.457 WARNING: /src/dzopenclkernelfactory.cpp(499): ERROR: clBuildProgram (-11)
2021-05-11 18:34:03.457 WARNING: Source built for ApplyFan. Build log:
2021-05-11 18:34:03.457 WARNING: /src/dzopenclkernelfactory.cpp(32): Open CL notify: [CL_DEVICE_NOT_AVAILABLE] : OpenCL Error : Error: build program driver returned (-1)
(and this goes on for quite a while until)
2021-05-11 18:34:03.510 WARNING: /src/dzopenclkernelfactory.cpp(351): m_isValid = false @ dzopenclkernelfactory.h, line 118 (after loading kernel members)
Do you get the same error for the Radeon GPU as for the Intel GPU?
>2021-05-11 18:33:27.502 libdzfilamentdrawstyle.dylib --> Filament on Mac???
That is probably a stubLib (API is there to prevent link errors but it does nothing)
I just updated to the new Safari yesterday (v. 14.1; see screen shot for more info). I had javascript disabled in previous versions. With this new Safari, I got the message, when I logged in to DAZ3D.com, that javascript had to be enabled in order to get the full functionality of the site. I had noticed it was enabled before logging on to DAZ, and had disabled it. I re-enabled it, and that message went away. I though Apple was moving away from Java. Have they moved back to it?
Also, I thought the new Safari was supposed to be able to translate pages from one language to another. I can't find a tab or anything for that function. Does it not work with Catalina (10.15.7)?
Javascript and Java has nothing in common except Netscape decided to rename livescipt to javascript in 1995 when Sun released Java and it won all buzzword awards they could win.
Java and Javascript are two completely different things. Javscript is required at most websites, Java is a security hole like the channel tunnel
Oh, thanks for clarifying. I still have Java on my Mac. When I get a prompt to update it, I do. But it is disabled in the browser. Should I delete it, if it's not needed to run the browser? If so, what's the best way to delete all of the Java pieces?
Just ran q uick test & found the dforce works fine with GPU but throws the same error you are seeing when trying to use CPU
Just disable Java. The securirty issues are Java in the Browser. There are many programs out there that uses Java for different things.
All right. Thanks again. Good to know. I may take me a bit of time to learn, but I am learning.
@Platnumk
Well then bummer on my side as I get the error also for GPU and Intel Graphics. Damn!
Yeah, on my Mac I could also only dForce on CPU. Was happy with it. But now thanks to that damn security update this option is gone.
@Totte, @alesiaschumann: Can you still use dForce on CPU for Catalina with the security update 2021-002?
Been staying away from 10.15 since it arrived, still on 10.14 or 10.13 on all machines except the M1 mini running 11.x.
Apparently a wise decision.
I expect that the Poser folk are in the "Didn't use Qt" camp, or if they did, kept it updated more frequently and/or efficiently.
-- Walt
I'm actually hoping that they're not porting and pausing at Qt5 but instead are porting to Qt6 to possibly give a boost to the Mac people. From their notes:
So while Qt 5 relied on OpenGL for hardware-accelerated graphics, the picture completely changes with Qt 6. All of our 3D graphics in Qt Quick is now built on top of a new abstraction layer for 3D graphics called RHI (Rendering Hardware Interface). RHI makes it possible for Qt to use the native 3D graphics API of the underlying OS/platform. So Qt Quick will now use Direct3D on Windows and Metal on macOS by default
I hosnestly haven't looked into this in any real depsth. What differences would a Mac user see if Qt used Metal on macOS directly? Anything significant? I expect that without creating a rendering engine that used Metal shaders, not much. Would OpenGL previews or Filament renders go any faster? Would Qt access to the Metal API allow DAZ to possibly have Metal forward some of the 3D calculations to the built-in GPUs for anthing? I konw 3DL and OpenGL don't really use them, but if I remmeber correctly OpenGL might a litlte just for screen redraws? If nothing else, would the viewport be a little quicker when setting up scenes?
Again, no idea what usign Metal automatically would do for Mac users, if anyone has any thoughts I'd be interested in hearing them.
-- Walt Sterdan
I don't know if it's Qt 5 or 6, but one thing with Qt 5 is the depracation of Qt Script, which would kill all product for Studiio that are using Scripts, and as thats deprecated in Qt 5 it's probably gone in Qt 6.
Changing Qt version isn't an easy task, as every plugin will have to be changed, many will never get to new DS as the developers are no longer with us, so it's not an easy ride.
Filament on macOS is built using Metal, that's why you cannot use filament in Qt 4 on macOS as it requires Qt 5 underpinnings.
Another thing regardning Qt that also is something that DAZ has to consider in the licensing model. Today scripts and plugins do not have to pay license fees for Qt, newer versions of Qt has a more rigid lincense policy if you read about it, which could make scripts and plugins much more expensive, same with Studio itself, if the new owners of Qt decided they want $100/seat/year in runtime licenses plus $10/year for every plugin and $20 / yeasr for every plugin used.
Thanks for your thoughts, it's much appreciated.
With things like Qt Script being depracated and the possibilities of horrific licensing, one wonders if it might be better to move away from Qt rather than go through the incredible hassle of updating to beast that you describe as Qt 5, or Qt 6 to be more current.
Also not a minor endeavor.
Again, thanks for your feedback. I hope we'll something positive come out for us in the next few months.
-- Walt
The thing is that as Studio is built on Qt, moving away would be like removing all metal and concrete from the Empire State Building....
I thought Qt was just the GUI, is it actually doing more than cross-platform user interface? If not, I think it would be more like replacing the Empire State Building's electrical and plumbing...
The amount of work involved in moving from Qt 4 to Qt 5 or 6 sounds huge; if you're alrady replacing most of it, I just wonder how much more replacing would be needed. Again, I'm assuming it's mainly handling just the GUI, if it's actually doing a lot more? I don't mean to sound like I'm minimalizing the effort required either way, but I do wonder that if you're already undertaking a huge migration project AND you might be looking at huge, potential licensing issues, then alternatives might not be as overwhelming as they might seem at first.
Disclaimer: I honeslty have no idea either way, the opinions and questions above are my uninformed own as no rational or better-informed person would want to be involved.
Walt Sterdan
Qt is everything when you use Qt, its the layer between your code and the operative system underneath. Everything you do from reading files to rendering gui goes through Qt to avoid having to deal with the huge differences between OS:es-
The work is to change calls to Qt Stuff that is old, replacing with calls to new, and that usually involves rewriting tons of code as your code rely on how Qt handle things, and testing, testing every change to see that it doesn't wrecj havoc somehwere down the line.
As all code is written for Qt, swapping it out is starting at line one, as you still want it to be cross platform. I think changing Qt version the way it's most probably done is the right way. The reason it wasn't done before is most probably because it was not needed, and those resources was spent on giving us Iray and dForce to mention a few huge things.
The other alternative is much less fun, which many companies have done, they drop macOS support as it cost too much to keep up as Apple is quite violent in architecture changes. I've lived through 68k -> PPC, Mac OS -> Mac OS X, PPC -> Intel and now Intel -> Arm, but I know how many clients who have decided to drop stuff when Apple change that much.
Having mostly only dabbled in coding from Apple UCSD to just before Swift (less and less as the years progressed and "free" time became rare) I can certainly understand if DAZ decided that it was just no longer profitable to support Mac users, not if they're going to lose money. It's just good business sense. The proportion of Mac users is said to be very small, so that makes even more sense. I know that having spent enough here over the years to buy a small house, I would miss having DAZ updates, and probably use the last, functioning Mac version while converting as much of my library as I can or need to Blender, Poser, C4D, etc.
Thanks again for sharing your knowledge and insight.
-- Walt
IIRC there was some mention a long time ago that the Qt4 implementation being used supports a "compatability layer" that can handle some Qt3 calls that are still in use in Studio - and Qt5 does not have the Qt3 compatability. So the upgrade would be a double upgrade, cleaning out Qt3 and then updating to Qt5. And the assortment of encrypted scripts and plugins written by deceased PAs will all break with the only way forward on them being recreating them from scratch.
Well, I think that Poser 12 runs on Rapsody 2, in other words on an emulation of the earlier Mac OS (maybe Catalina?), not on Big Sur.
Ouch! But, of course, this would also be the case for Windows users, would it not? Not only the possibility of more fees, but Windows users would also lose their scripts and plugins unless those were rewritten. Am I correct in thinking this?
Individual users probably wouldn't benefit by switching to Windows, if DAZ keeps using Qt. If DAZ drops writing for the Mac OS, they'd lose their Mac customers. We don't know how large a number that would be. Then, individuals might switch to Windows, but I don't think I would. Am I interpreting this correctly?
You're right, but as far as I know DAZ is not dropping mac support, just taking time to get it right.
It's been running under Big Sur and on m1 chips since January 29 according to their release page, I assume using Rosetta 2:
"Mac users can also access the software on Mac's most up-to-date operating systems, Weinberg said, adding Poser runs on both the Catalina OS and Big Sur OS, as well as with Apple's new M1 chip."
-- Walt Sterdan
Well, here's still hoping for daz Mac compatibility.
I recently bought my first ever windows machine to speed up my renders and it really did work. My current 10 year old iMac used to take a couple of hours and now the same render takes minutes. Great huh? Well no. The windows machine is soooooo unstable. I've only had it a couple of weeks and I've had so many daz crashes and even a couple of complete lock ups. Not sure if this is the same for everyone, but I do see windows users complaining about crashes.
my old old iMac never has issues like this. I could throw anything I wanted at it, huge geometry numbers, dforce explosions etc and yeah it might slow down, but it never locked up on me. I now do all my scene set up on the 10 year old Mac and then swap the scene to the windows machine for the render alone. Oh and it'll still crash just starting the render sometimes. What a joke.
and now we have moved on to yet another macOS release that isn't supported so here's hoping that "daz is working on it" finally comes through. I've been hearing that for too long.
im not looking for comparable render speeds, just a modern Mac that can run daz. Looking forward to seeing what the higher end iMac looks like later this year and fingers crossed that daz compatibility doesn't delay my purchase.
not really a question, just a rant on how terrible windows seems to be and how slow daz is to release.
Copying what I wrote on another thread; We must also consider that the Qt update is not going to be the only change in DS 5, truth be told, it would be quite disappointing if that was all that was changed.
We have no knowledge about what they have been planning for DS 5 but, the fact that we are already at minor revision 15 and the mimimum SDK release is already 9 years old, the changes may very well be something they have been working for several years with.
Between MAC and Windows (PC), there has always been a fundamental difference between the two platforms. MAC is controlled by Apple, which means fewer options and higher prices, but better compatibility, whereas PC gave the control and choices to the user, which means there are billions of possible combinations to build a system and nobody to control the compatibility of the random components with other random components and programs.
PC/Windows environment is about taking control of your computer and it is very stable when you do know how to do it, but if you are relying on someone else doing it for you (prebuilt systems), with default installation methods for whatever, it can also get very troublesome. The latest versions of Windows have made it more non techie/newbee-friendly, but at the same time it has pushed people over to Linux because they don't want the control imposed on them by decicions made by MS.
For me, DS is the last program keeping me in Windows (W7).
Checking with a friend of mine who's written computer code professionally, and who owns Poser 12, he said it runs under Rosetta 2 on the M1. So, I guess it's called Rosetta 2, not Rapsody 2. By the time the Poser people have a native Mac OS v. 11 or 12, or whatever, it's likely to be time for Poser 13, and they'll charge again for the update.
Remembering back to what happened to me with Rosetta (1), I had bought Final Cut, and it ran on the then current Mac OS. Then, it ran with Rosetta. When Apple dropped Rosetta, I imagened Final Cut would still run because it was an Apple generated app. Nope, Mail and Safari, etc., did, of course, run on the next version of the Mac OS, but Final Cut would not. I'd have to buy a whole new version of Final Cut, and the price was so high, I did not buy it.
Yeah, Rhapsody was a looong ago. They're a lot better with their own software updates these days, I think everything they make was m1-optmized almost right from day one.
-- Walt Sterdan