Digital Art Zone

 
   
4 of 5
4
What’s up with .duf?
Posted: 01 October 2012 06:05 AM   [ Ignore ]   [ # 46 ]
Power Member
Avatar
RankRankRank
Total Posts:  2302
Joined  2010-12-18

I like DUF because like already said, I can build a scene on one computer and send it to another to render and not worry about the arcande daz data folder stuff. That was the main selling point for me and it has worked to save me a lot of time.

I don’t hand edit text files, but in the future being able to open up a file generated in daz 4.5.1 on a computer that has 4.5.0 will also be useful.

And for the record you can open a .daz file in 4.5 and save it as a .daz file if you want to. Its an extra click or two but there is nothing stopping you. Not sure that .daz file will work in anything other than 4.5 though smile

 Signature 

My deviantArt Pinup Gallery

Profile
 
 
Posted: 01 October 2012 06:48 AM   [ Ignore ]   [ # 47 ]
Active Member
RankRank
Total Posts:  540
Joined  2010-09-02
larsmidnatt - 01 October 2012 06:05 AM

And for the record you can open a .daz file in 4.5 and save it as a .daz file if you want to. Its an extra click or two but there is nothing stopping you. Not sure that .daz file will work in anything other than 4.5 though smile


Yeah, I’m curious about that.


Hypothetically, it seems possible for those daz to be saved in the oldest useful version that Daz has enough information about.

If it doesn’t now, perhaps that could be added as another option, named something like “save ver. 2.whatever] daz file”.


And, showing my ignorance of of a good portion of file-type lore:

Some Poser scenes have models and textures.

But it sounds like the daz and duf never contain them.

Which would imply that they would be outside the daz and duf .

So the only potential uses, for importing duf and newer daz, would be light setups compatible with one’s older version, position data and so forth.

Am I utterly wrong?

 Signature 

Windows:          DAZ History Manager         Daz Wishlist Manager         3D Content Downloader

Firefox Fixes for the Old Forum:      Bookmarks       Images

Fun With Bundles Thread 2

Profile
 
 
Posted: 01 October 2012 07:16 AM   [ Ignore ]   [ # 48 ]
Active Member
Avatar
RankRank
Total Posts:  672
Joined  2003-10-09
Kyoto Kid - 30 September 2012 08:24 PM

...I don’t, as I burned out on programming years ago.

...


Interesting!  In 1967 I was a college sophomore and had my first programming course (FORTRAN).  Up until then I was heading for a career as an electrical engineer.  However, I had quickly determined that I really wasn’t “grok"ing the concept of circuit design. 

However, programming was a perfect match for the way my brain worked.  I only had two programming courses my whole career (FORTRAN and COBOL) but taught myself a dozen different assembler languages and a similar number of high level languages.  I memorized the detailed instruction set behavior for an equal number of CPU and CPU chips.  I became a top expert in some of them and was teaching programming to space center and other government employees.

Then after about 30 years my brain just seemed to burn out.  As new languages appeared I was just not interested.  I kept asking “why?”  “Why is this language necessary?”  “Why do I need to spend all this effort to learn yet another subtly different language that could in most cases be done equally well in an existing language?”.

What’s more, I became disillusioned with the inevitable change in programming culture.  Back in the old days one was presented with a problem and one came up with solutions that often required in depth analysis of the fundamentals of the problem that gave you an unparalleled breadth of understanding of all the issues surrounding this problem and challenged you with trying to extract the salient issues to reduce the solution so that it would fit in a computer of the day.  A task not unlike fitting 4 pounds of Crisco into a 3 pound can.

The change to high level programming languages was intended to avoid having to rewrite program code to accomodate different CPU and operating system structures.  What I saw happening was the dependence on CPUs and OSs was minimized but was replaced by dependence on browser and existing subroutine libraries.  The subroutine libraries are by design, generalized machines.  Their internal workings are a mystery because nobody actually writes documents to that level anymore.  Error reporting is reduced to “Gack, I can’t handle this so I’ll ignore it!”  The poor programmer is now reduced to playing “Whack-a-Mole” with the ever shifting, muddy foundation of the library, browser or OS du-jour.  Spending 5% of his effort on the problem algorithm and 95% of his effort on making it work, and continue to work, in the morass of unstable environments.

UNIX was a great idea and it lies at the heart of all the biggest machines and networks but all the sprout up sub-species have been a distraction.

And the biggest cultural change I observed was the opening up of computer programming to the unwashed masses.  Now, any idiot that can create a “Hello World” program in Basic thinks they’re a programmer.  That might have been OK when computers were strictly one user, one thread and unnetworked.  But I know from experience that writing a sophisticated program that behaves properly in multi-CPU, multi-thread, multi-user, virtual, networked environments requires thinking in 5 dimensions.  Sure there are subroutine libraries that are supposed to make that task easy but as I noted above they are generalized solutions and don’t always exactly fit the job.  AND you’re dependent on how well they were written and how prescient their creator was in being able to predict how it would be used.  Ever wonder why unpredictable, mysterious “blue screens” and “hangs” happen?  I know why, and it’s a dirty little secret the average programmer hasn’t got a clue to and cannot solve by themselves.

Yep, I burned out about a decade ago.  Blew a fuse, melted a few billion brain cells.  Now I just sit back and draw pretty pictures and let the minions at DAZ scurry around like ants under the magnifying glass of a 7 year old discovering the burning power of the sun! 8-o

 Signature 

I’m sooo confused…  I’ve come to grasp a little of the nature of reality and the answer to life, the universe, and everything.  I even have an inkling as to who and what I am. Auuummmmm…
But please, please, who the hell are you?  And why are you trampling my roses?

Profile
 
 
Posted: 01 October 2012 07:32 AM   [ Ignore ]   [ # 49 ]
Power Member
Avatar
RankRankRank
Total Posts:  1033
Joined  2003-12-16

duf = Daz Universal Format?
or something else?

Image Attachments
duff-beer-commie-picture.png
 Signature 

Gravy to potatoes, Luke to Darth Vader, I’m a souped up sucker and I’ll see you all later

Profile
 
 
Posted: 01 October 2012 07:40 AM   [ Ignore ]   [ # 50 ]
Administrator
Avatar
RankRankRankRank
Total Posts:  13403
Joined  2003-10-09
Kyoto Kid - 01 October 2012 12:29 AM

...that is not always the case.

For example Jack Tomalin’s Disconsolation was created in 3.0 yet I could still open it in 2.3.3. Again the light set would not work as it was UE based and some shaders needed adjustment but, the set itself loaded fine.

Disconsolation’s !Pre_all.daz was created in DS 2.3 according to the file info pop-up. The presets are .ds (DAZ Studio 1/2) not .dsa (DAZ Studio 3+).

 Signature 

DAZ Studio Frequently Asked Questions

Index of free DAZ Studio scripts and plugins list

Profile
 
 
Posted: 01 October 2012 07:56 AM   [ Ignore ]   [ # 51 ]
Administrator
Avatar
RankRankRankRank
Total Posts:  13403
Joined  2003-10-09

DAZ User File, as far as I know.

 Signature 

DAZ Studio Frequently Asked Questions

Index of free DAZ Studio scripts and plugins list

Profile
 
 
Posted: 01 October 2012 08:54 AM   [ Ignore ]   [ # 52 ]
Member
Avatar
Rank
Total Posts:  236
Joined  2010-01-27

I thought it was an editorial comment on the quality of my art.

 Signature 

—————————-
“By all means marry; if you get a good wife, you’ll be happy. If you get a bad one, you’ll become a philosopher.”—Socrates
http://www.improbable.me
Using DS 4.5.0.114 Pro 32 bit poorly.

(Formerly Halfbubble)

Profile
 
 
Posted: 01 October 2012 09:33 AM   [ Ignore ]   [ # 53 ]
Administrator
Avatar
RankRankRankRank
Total Posts:  8373
Joined  2007-11-06

Merging with another thread on same topic

 Signature 

PostgreSQL CMS FAQ

Product Updates: Non-Genesis/G2 DIM Zips starting July 2013
Non-Genesis Items with Metadata
Plugin Version Numbers for DS 4.5
Updated Genesis Products

Profile
 
 
Posted: 01 October 2012 09:40 AM   [ Ignore ]   [ # 54 ]
Administrator
Avatar
RankRankRankRank
Total Posts:  8373
Joined  2007-11-06
T Jaiman - 01 October 2012 06:48 AM


And, showing my ignorance of of a good portion of file-type lore:

Some Poser scenes have models and textures.

But it sounds like the daz and duf never contain them.

Which would imply that they would be outside the daz and duf .

So the only potential uses, for importing duf and newer daz, would be light setups compatible with one’s older version, position data and so forth.

Am I utterly wrong?

.daz and .duf files contain references to textures.  .duf files can be anything from material presets to full scenes.  Being able to build importers for .duf is one of its advantages over .daz files.

 Signature 

PostgreSQL CMS FAQ

Product Updates: Non-Genesis/G2 DIM Zips starting July 2013
Non-Genesis Items with Metadata
Plugin Version Numbers for DS 4.5
Updated Genesis Products

Profile
 
 
Posted: 01 October 2012 03:43 PM   [ Ignore ]   [ # 55 ]
Power Member
Avatar
RankRankRank
Total Posts:  2223
Joined  2003-12-06
fixmypcmike - 01 October 2012 09:40 AM

.duf files can be anything from material presets to full scenes.

Hmm. Does this mean in the future we’ll have to rely on infallible file and folder naming conventions to be sure what the files in our content library do? “That file says it’s a full scene, so it should be one.” “This folder says “Light Sets” so it shouldn’t contain props.” It was (potentially) bad enough when we went from the variety of self-explanatory Poser library file types to just “scene” and “script” types with the first version of D|S. If a .duf file can truly be anything, then it could be anything. Alphabet-soup filenames, which I see with distressing regularity, will be a nightmare to figure out.

Maybe it’s just me, but my fingers are still smouldering from the last few “good ideas”, so I’m cautious.

 Signature 

Gone to Vegas to play poker. Back when I run out of clothes.—Your Muse.

Profile
 
 
Posted: 01 October 2012 03:49 PM   [ Ignore ]   [ # 56 ]
Administrator
Avatar
RankRankRankRank
Total Posts:  13403
Joined  2003-10-09

If the CMS is working you should get an overlay on each thumbnail identifying its type. If you move files around on your own and break the CMS, as I do, then on your own head be it.

 Signature 

DAZ Studio Frequently Asked Questions

Index of free DAZ Studio scripts and plugins list

Profile
 
 
Posted: 01 October 2012 03:57 PM   [ Ignore ]   [ # 57 ]
Power Member
Avatar
RankRankRank
Total Posts:  2223
Joined  2003-12-06

< rolls eyes > And I’m one of the people who must uninstall the CMS when updating a new D|S version. If I leave the CMS installed, D|S will not run. I tried with 4.5 to see if anything was different this time, but no.  <sigh >

 Signature 

Gone to Vegas to play poker. Back when I run out of clothes.—Your Muse.

Profile
 
 
Posted: 01 October 2012 06:50 PM   [ Ignore ]   [ # 58 ]
Active Member
Avatar
RankRank
Total Posts:  672
Joined  2003-10-09

I guess that is what we should call “progress”?

Hmmm… when I was writing my little essay in post #48 above, it reminded me of something that a wise colleague told me nearly 4 decades ago in my early days of programming.  Describing the efforts of that time to obscure machine differences with layers of conversion software and machine independent languages he said:  “It doesn’t solve the problem, it just moves it further away so that it looks smaller.

I’ve come to learn that that observation has been applicable to several situations I’ve seen over and over again in my career.  I’ve watched the battle between centralized and distributed computing oscillate back & forth several times.  I’ve seen script languages attempt to simplify compiled languages but end up becomming just as complicated if not more so than what they replaced.  I’ve seen communication protocols attempt to encompass hardware differences but in the end introduce complexities of their own.  I’ve seen the availability of memory and processor speed increase exponentially yet because of complexities introduced by layer upon layer upon layer of compatability and security issues the throughput improvement is only linear.  Yet we continue to build on mud, a house-of-cards with unskilled laborers.

Somehow the band-aids keep it together but I’m watching for the incident that pulls the lynchpin.

I think we should all be wary of solutions that only make the problem look smaller.

 

 

 Signature 

I’m sooo confused…  I’ve come to grasp a little of the nature of reality and the answer to life, the universe, and everything.  I even have an inkling as to who and what I am. Auuummmmm…
But please, please, who the hell are you?  And why are you trampling my roses?

Profile
 
 
Posted: 01 October 2012 07:06 PM   [ Ignore ]   [ # 59 ]
Member
Avatar
Rank
Total Posts:  236
Joined  2010-01-27

Wow, in ‘67, I turned 9.

I’ve always loved electronics and computers. My AAS degree is in electronics, BS and MS degrees in Computer Science.

Programming used to be easier—If your program misbehaved, you had a problem in your code or didn’t understand the problem. Now, most likely the problem isn’t in YOUR code.

“What do you mean you want me to rewrite this display in version 3? We’re on version 6 and should be thinking about 7!”

 Signature 

—————————-
“By all means marry; if you get a good wife, you’ll be happy. If you get a bad one, you’ll become a philosopher.”—Socrates
http://www.improbable.me
Using DS 4.5.0.114 Pro 32 bit poorly.

(Formerly Halfbubble)

Profile
 
 
Posted: 01 October 2012 11:28 PM   [ Ignore ]   [ # 60 ]
Active Member
Avatar
RankRank
Total Posts:  497
Joined  2005-09-12
LeatherGryphon - 01 October 2012 06:50 PM

I guess that is what we should call “progress”?

Hmmm… when I was writing my little essay in post #48 above, it reminded me of something that a wise colleague told me nearly 4 decades ago in my early days of programming.  Describing the efforts of that time to obscure machine differences with layers of conversion software and machine independent languages he said:  “It doesn’t solve the problem, it just moves it further away so that it looks smaller.

I’ve come to learn that that observation has been applicable to several situations I’ve seen over and over again in my career.  I’ve watched the battle between centralized and distributed computing oscillate back & forth several times.  I’ve seen script languages attempt to simplify compiled languages but end up becomming just as complicated if not more so than what they replaced.  I’ve seen communication protocols attempt to encompass hardware differences but in the end introduce complexities of their own.  I’ve seen the availability of memory and processor speed increase exponentially yet because of complexities introduced by layer upon layer upon layer of compatability and security issues the throughput improvement is only linear.  Yet we continue to build on mud, a house-of-cards with unskilled laborers.

Somehow the band-aids keep it together but I’m watching for the incident that pulls the lynchpin.

I think we should all be wary of solutions that only make the problem look smaller.

 

 

We’ve remarkably similar careers; I took ONE course and learned Fortran IV while nominally working on an EE degree. And then I dropped out and got a job converting 1440 Autocoder to IBM 360 PL/I. And like you, after numerous versions of assemblers, high-level languages, scripting languages, some panel definition processes, and way too many communications protocols, I burned out.

I got just far enough in C to be able to fix compilation errors of open-source code I was porting to my systems, looked at C++, and my mind just refused to have anything to do with it.

I’m waiting for the bubble-gum that holds the bailing wire together to dry out and start fracturing.

As for the future - just look at my tag line.

 Signature 

The only constant is change—and it’s a variable.

Profile
 
 
   
4 of 5
4