Loading...
> >

Scripts crashing on MacBook Pro

mwafarmer_29f4d488a0mwafarmer_29f4d488a0 Posts: 3
in Daz Studio Discussion

I have bought a number of scripts over the last year or so, having recently switched from Poser to Daz Studio: Clothing Converter, Crowd Generatir, HDR Creator, Legacy Set Converter. Without fail, DS crashes out to the desktop when I try to use them. There is nothing that I can see on the store pages to indicate that these will not run on MacOS, and I have the latest versions of both DS and MacOS. Apart from the cost, there is the frustration of not being able to use some useful looking tools.

Can I get these to run on Mac? If not, could it be made clear on the products' pages that they will not run?

Mike

 

Comments

  • TotteTotte Posts: 14,765
    edited December 2025

    Hi,

    from what I read,
    [Technobabble]
    You are running DS 4.24 on Apple Silicon Arm64 CPU (which is running through Rosetta2 x86_64 emulation).
    [/technobabble]

    This is a known problem  with DS 4 on Apple Silicon, we're lucky the DS devs got it to run at all basically ( this will be solved in DS 6/2025 along with many other things). I can just speak for myself, but with a freshly started DS, it usually takes 2-3 crashes and startups before it's stable, then it just runs alls script. I always run a script I know works ( my goto crash tester is LP SetBuilder for some reason). If it starts without a crash, DS i stable, otherwise it will crash, start again, and test.

    As I develop scripts I am very familiar with this and I've spend countless hours to try to figure out what happens.

    [Technobabble]
    When DS crashes, it's totally random, stack is corrupted, which points to that the problem bascially is something fails to setup correctly in Rosetta2, the emulator, and when you run X86_64 code, emulated on an Arm64 CPU, that then runs a JS script execution layer, that then inside that "box" runs DS script ( Javascript E5 compatible ) script code, that calls into the heart of DS using exposed signals and slots Qt APIs, something just derails DS if the initial setup/launch of DS was incorrect by Rosetta2.
    [/technobabble]

    I hope this helps understand the problem, which is not fixable by anyone really as the problems lies somewhere in the Apple Rosetta2 x86_64 emulator.

    / Totte aka Code 66

    Post edited by Totte on
  • mwafarmer_29f4d488a0mwafarmer_29f4d488a0 Posts: 3

    Thanks for your reply. I've come across problems like this many times over the years in different situations and it is always frustrating. I hope it gets fixed soon, because I currently have no choice but to ignore all of these useful-looking tools and utilities: annoying for me but a lost sale for the vendors.

    Mike

     

  • TotteTotte Posts: 14,765

    mwafarmer_29f4d488a0 said:

    Thanks for your reply. I've come across problems like this many times over the years in different situations and it is always frustrating. I hope it gets fixed soon, because I currently have no choice but to ignore all of these useful-looking tools and utilities: annoying for me but a lost sale for the vendors.

    Mike

     

    The thing is, try a few times with a script until it doesn't crash, then you know DS is stable, then you can start to work on the scene where you need that script. It's a bit of a pain, but better than not doing it and then find out it crtashes when you run the script before you had saved your work. 

  • TotteTotte Posts: 14,765

    @mwafarmer_29f4d488a0: I just accidentally found out that even built in scripts crashes the same way. Tried to load an M4 and DS crashed when it wanted to show the PowerLoader script.

  • umblefuglyumblefugly Posts: 58

    I recently created a script for my wife recently which worked fine for her when it was unencrypted, encrypted it threw a few errors. Encrypted and unencrypted both worked on My PC and we have identical PC setups for the most part. Only difference is she has an MSI 3090 Ti and a 10700k and mine is a 3090 Ti FE and 10900k.

  • TotteTotte Posts: 14,765

    umblefugly said:

    I recently created a script for my wife recently which worked fine for her when it was unencrypted, encrypted it threw a few errors. Encrypted and unencrypted both worked on My PC and we have identical PC setups for the most part. Only difference is she has an MSI 3090 Ti and a 10700k and mine is a 3090 Ti FE and 10900k.

    Running the same version of DS?
    When you encrypt you define which minimum DS version. Also, if you run different versions of DS it can be an API not available,. but I've also see encrypted scripts fail, but when debugging them they work like a charm. Usually something horribly silly like an ininitialized variable or something else, but i've had to change a few scripts just because they fail when they are compressed. Could be utf-8 characters somewhere in a comment it a MessageBox that screws up the encrypt/decrypt ( guessing here but I've had those in comments by accidents causing weird errors ).

     

  • umblefuglyumblefugly Posts: 58
    edited January 16

    I haven't defined a min or max version, unless you are saying that DS will read a commented line as code?

    Might be the way I did my bullets on a notification popup. Fixed it so i'll see how it goes.

    Post edited by umblefugly on
  • TotteTotte Posts: 14,765

    umblefugly said:

    I haven't defined a min or max version, unless you are saying that DS will read a commented line as code?

    Might be the way I did my bullets on a notification popup. Fixed it so i'll see how it goes.

    Indeed, DS reads the comment. 

Sign In or Register to comment.