Possibly related to my problems with trying to get the beta to run.
I looked at the log file and for some reason, it’s reporting an OpenGL version of 2.1.x when before I tried the beta, DS always had the right version…OpenGL 4.2. But right now the system is reporting the correct OpenGL, WINE/DS is not…
D|S is doing a fairly extensive query of the OpenGL layer upon startup. Are you using a proprietary video driver? If so, there may be a missing routine or two that is getting flagged with this version.
It took reinstalling the driver and reinstalling WINE to get it back. Using winedebug made it easy to spot…the crash dumps from the crashes, much less than worthless (Unknown error in Kernel32.dll…and so on).
The difference is amazing. The number of extensions not initialized on OpenGL2.1 is rather alarming and to me explains why some people could be having such trouble 4.5 to run. Before I got it fixed, it was acting a lot like many people describe DS acting…the constant crashing when doing anything, the not loading at all and if it does, absolutely crappy viewport behavior.
Just a rough guess on my part, but I’d say a completely working OpenGL of around 3.0 is really the ‘practical’ minimum for DS4.5.
It took reinstalling the driver and reinstalling WINE to get it back. Using winedebug made it easy to spot…the crash dumps from the crashes, much less than worthless (Unknown error in Kernel32.dll…and so on).
The difference is amazing. The number of extensions not initialized on OpenGL2.1 is rather alarming and to me explains why some people could be having such trouble 4.5 to run. Before I got it fixed, it was acting a lot like many people describe DS acting…the constant crashing when doing anything, the not loading at all and if it does, absolutely crappy viewport behavior.
Just a rough guess on my part, but I’d say a completely working OpenGL of around 3.0 is really the ‘practical’ minimum for DS4.5.
I wouldn’t go that far. There are some features that will probably be leveraged if they are available, but I doubt seriously that OpenGL >1.4 or 1.5 is necessary to actually use D|S4.5. I’d have to run a lowlevel trace to know for certain, and I’m too busy helping a friend on a coding project right now to take that kind of time.
I saw this in the change log:
“Change default mapped directory to be ”/My DAZ 3D Library” instead of “DAZ 3D/My DAZ Library”
I don’t understand what this means. Do I have to change something in my folder structure, or is this all internal and invisible to the user?
I saw this in the change log:
“Change default mapped directory to be ”/My DAZ 3D Library” instead of “DAZ 3D/My DAZ Library”
I don’t understand what this means. Do I have to change something in my folder structure, or is this all internal and invisible to the user?
No, it means for some reason they have changed the default that is placed in the entry field when installing if there isn’t a previous value. The name of the folder is not functionally significant so you can continue to call the folder whatever you like - you shouldn’t even notice that the default has changed unless you install on a clean system without a stored previous setting.
anyone with Windows 8 know how to unlock the read only status of the daz studio 4 folder? its preventing the install as its a read only folder and no matter what I have done I cannot make it an all access open folder. I unselect read only.. it applies the changes ( or appears to) but when I go back into it the folder is still read only.
EDIT: Never Mind its not set to read only. Just for some reason Windows 8 is not letting the installer replace the file
Still getting the “duplicate IDs” error each time I load the base Genesis figure (14812_GenesisStarterEssentials_1.9_trx.exe) in DAZ Studio Pro BETA (4.5.1.41) (64-bit on Windows 7), and then DAZ Studio crashes to the desktop. (Exception Reason: DAZStudio.exe caused ACCESS_VIOLATION in module “C:\Windows\system32\ig4icd64.dll” at 0033:0000000008581120)
BTW: The 14812_GenesisStarterEssentials_1.9_trx.exe appears to work fine with DAZ Studio Pro BETA (4.5.0.137) (64-bit on Windows 7).
Why can’t I orient tabs across the top? I select it and the tabs just vanish.
Never mind, close it opened it and there are the tabs.
Yes I just got this downloaded and installed today. Next question.
Does dynamic clothing not work in this? Nothing loads, yes I installed the dynamic clothing control even though I can’t use it.
I’ll assume since there is no dynamic clothing tab it doesn’t.
edit to add, checking “do not show this again” doesn’t work. It still shows the intro tutorial/walk through page every time.
.
If you right click in the area where the panes (tabs) are, does the DCC show on the list of ones to add, when you select Add Pane? (Also accessible from Window > Panes > drop down list.)
As for the other…when you check the “Don’t show this…” box, there should be two buttons to the right (bottom right hand side of the window). One will close the window without saving the choice (I think that’s Cancel) and the other will save the choice (I believe it is grayed out until you check the ‘Don’t show’ box).
I am getting this error message. and I am not sure that the prev version was uninstalled correctly.
This coupled with your previous post sounds more like a Windows problem than a DS one…namely permissions/account restrictions.
I’d say either you are having your AV software kick in and mess with install or Windows file protection is kicking in and stopping the install.
when I had windows 8 the 4.5.1.6 installed just fine
I notices that all the files that had the modification date of 10/8/2012 from that install were the ones that were not properly uninstalled. I got it to work..
probably not the best practice and may cause Issues but I manually deleted all the files that had the modification date of 10/8/2012.
It took reinstalling the driver and reinstalling WINE to get it back. Using winedebug made it easy to spot…the crash dumps from the crashes, much less than worthless (Unknown error in Kernel32.dll…and so on).
The difference is amazing. The number of extensions not initialized on OpenGL2.1 is rather alarming and to me explains why some people could be having such trouble 4.5 to run. Before I got it fixed, it was acting a lot like many people describe DS acting…the constant crashing when doing anything, the not loading at all and if it does, absolutely crappy viewport behavior.
Just a rough guess on my part, but I’d say a completely working OpenGL of around 3.0 is really the ‘practical’ minimum for DS4.5.
I wouldn’t go that far. There are some features that will probably be leveraged if they are available, but I doubt seriously that OpenGL >1.4 or 1.5 is necessary to actually use D|S4.5. I’d have to run a lowlevel trace to know for certain, and I’m too busy helping a friend on a coding project right now to take that kind of time.
Kendall
Ok, maybe not quite 3…
But from what I’ve noticed of what was not initialized, there were a lot that seem to be very common, now. Without knowing exactly which extensions are required and which are ‘just in case’ it’s hard to say, but from the way the UI was acting, something is missing from 2.1 that is needed. (The crashes were definitely UI/viewport related),
