NEWSFLASH!! For whatever it's worth, since learning that Poser's ability to render in a separate process was supposed to free up memory better, I've added 2 more P5 Judy's, another P5 Don and one Posette, fully clothed and textured, to my 801 frame animation which was crapping out at frame 390 in Poser 8. I set my render preferences to 1 thread separate process and now I'm on frame 605 of frame 801 in Poser 8 with no crashes in sight! I now have no more complaint about Poser 8! 

BB-
"I just added 10 V4's to the 10 M4's, fully loaded with Morphs ++, as well as wearing 10 pairs of shorts, also with Morphs ++ in them. So 30 figures total. Oh, and they had gigantic 4K by 4K textures on them. Looking at Task Manager, I had 20 MB of memory left out of the 2 GB. Poser then crashed when I tried to render."
 
Wow thats alot.
However, I am no expert at this so correct me if I am wrong...
You essentially are using only 2 geometry for M4 an 2 for V4s only and 2 sets of textures  for all figures so. So I would assume that unless Poser  would only set aside memory for  data  that
was common to all figures. If you used different textures and different characters  then that number of characters that could loaded  would be significantly lower.

I am not trying to be  contrite; but I am interested  in finding out if this is true

I don't really know. I'd have to do the experiment over again, and watch the memory use increment per figure.

If Poser shares geometry and morph data across those figures, only keeping the final actual posed figure geometry per figure, then loading the first V4 should consume more incremental memory than loading each additional identical V4.

I confess, though, that I have no interest in spending the time to find out. I don't really care. I only do teaching renders, not art. I'm no artist.

I did the experiment because I heard whining.

Quote - I mean  what would it cost them to invest in a few DAZ meshes, their morph packages, a few textures, + a couple hair props and some casual clothing and really put P-8 through it's paces and see how many V-4 and M-4 it takes to make Poser 8 crash or run out of memory.

The answer is 20. ;-)

MR BB

if you considered my observation and from the looks of the other posts that seem to having the exact same problems as I am, as whining,  you are far from the truth. 

As Beta testing involves all aspects of individuals who use Poser in their own way, then you might have been a tad more understanding to my situation, Like Smith Micro, you just rigged a setting using a bunch of M-4 on a blank screen using the default  Beck texture with shorts.. equivelent or if not exceeding the 418 MB pre render PZ3. It looks as if you also used  the default desktop lights and then rendered your image.  Then as you say you doubled the figures.

You emulated size and not exact content and how could you..  As you say you are not an artist and most likely do not have a vast Poser library built up over ten years. 
 
Some of the artist here are experienced memory breakdown with smaller scenes than I had to begin with.

The images you see in the galleries here, using the lavish props, clothing, mesh textures, backdrops and light package we buy here in the store are done by ARTIST.   We ARTIST are patient folks to a degree but when the fruits of our labours crash before our eyes, time after time after time,  or after a complex render, we see one thing at fault and try to ammend it,   only to have Poser run out of memory, causing a total reboot, then something is wrong. And especially since the problems does not seem to affect P-7 using SR-3

Wrong enough that Smith Micro seems to be working on a SR1 fix. 

Try to create 150 complex renders, then postwork them for injection into a 112 page iluustrated story, including editing and meet your deadlines so you can get paid, and perhaps you can see where Im coming from. 

I was not whining..  I was "P*ssed OFF" 

Just before I posted what you considered my "WHINING" rant..  at Smith Micro's request,  I had just spent **2.5 hours supplying Smith Micro with a typed up copy of my entire Runtime Library on my extrenal drive, and the directory of my V-4 M-4  on the Default Poser8 runtime
**
I also had to supply them with a path for each of my V-4 M-4 V-3 M-3 Meshes as they appear in the **Poser Default runitme Inlcuding the Morphs and textures
**
**I also had to illustrate the exact path of the item(s) used in the image that had caused P-8 to run out of memory
**
**Here's an example **(thankfully I saved this and just did a cut and paste here)

**E:/ poser runtimes / M4Library / runtime / library / characters / M4 clothes/ BO Outrage / OR Sweater 
E:/ poser runtimes / M4Library / runtime / library / poses / M4 clothes/ BO Outrage / OR Sweater Black
E:/ poser runtimes / M4Library / runtime / textures / Out of touch / BO Outrage / OR Sweater 
black
**
**That was just for one piece of clothing.  The M-4 also wore slacks, sneakers, had a mesh texture, and hair prop plus a pose.  All the paths had to be listed for Smith Micro
Not to mention the path for the M-4 Mesh itself on the default Poser-8 runtime.

If there was a simpler way to do this I was not privy to it and Smith Micro sure as hell did not supply me with any shortcuts
**
8 pages of text fullfilled Smith Mocro's request who had told me that I was under no obligation to do this, but it would greatly assist the Poser engerneer to get a better handle on my problems

Personally I believe they expected to scare me off with such a request. 

They propbably looked at the 8 pages of text  and hopefully realized that I am sombody who want to see this problem resolved.  It might not all get done with SR 1, but I did it to show how serious I was that I want this problem resolved not just for me,  but by the looks of it here, at DAZ and at Renderotica *That lot of customers who ARE ARTIST are Pssed OFF"
**
Regards dml2000

I forgot to mention my latest peeve..

When I create Illustrated stories I begin by creating the characters I will use to make rendering easier.. I do the same with all my sets

For a V-4 character I will create a nude version, then the same charatcer in undies, then a few in various peices of clothing

I then I create my next character

I was in the process of creating my 4th character.. an M-4 character,  and had it on my desktop. I injected the body morphs and MATT texture and then Added Slacks, a casual top, and sneakers and then textured the clothing. and saved the image

Since I only had three pieces of clothing I decided to un-delete the items and change the outfit.
I un-deleted each texture MATT, then removed in order the sneakers, the shirt and then the slacks getting the M-4 back to his nude state..  Then P-8 crashed.

No exotic lights, nothing but the P-8 default light and desktop.

Once again I have to reboot the machine and start over.

it's very frustrating

Regards dml2000

 I'm not saying you havne't got a problem here, dml2000, but you are aware, I assume, that BB is one of the people actually currently working on that SR1, right?

Just in case you don't think he knows what he's doing. I assure you, he does!

Lets see if I can referee here. I think what you are missing is dml2000 is talking about a full scene with several characters wearing clothes, shoes and transmapped hair, lots of props, windows, maybe mirrors or reflective jewelry, possibly some sort of background image.

The way I read dml2000 post they feel what they are doing vs what BB is doing is like comparing apples to oranges.

Quote - Lets see if I can referee here. I think what you are missing is dml2000 is talking about a full scene with several characters wearing clothes, shoes and transmapped hair, lots of props, windows, maybe mirrors or reflective jewelry, possibly some sort of background image.

The way I read dml2000 post they feel what they are doing vs what BB is doing is like comparing apples to oranges.

Couldn't have said it better myself.

DMl2000 was not  questioning BB's  technical ability...  just offended by being called a "whiner" .
BB has helped us all here and I appreciate his contributions to this forum...I am just glad I don't do this graphics stuff for a living if I were...I would be "whining" alot more than I do now.

Quote - Lets see if I can referee here. I think what you are missing is dml2000 is talking about a full scene with several characters wearing clothes, shoes and transmapped hair, lots of props, windows, maybe mirrors or reflective jewelry, possibly some sort of background image.

The way I read dml2000 post they feel what they are doing vs what BB is doing is like comparing apples to oranges.

Or Apples to PC's even! :tt2:

Quote -

Or Apples to PC's even! :tt2:

ROFLMA...(I surrender. You win!)

Trekkie Grrrrl

As a beta tester for Windows 98 and Internet Explorer I was chosen at randon based of some surveys I answered from Microsoft. At the time I ran a business and they wanted to see how Win 98 worked for both personal and business sutuation.  I was also made  aware beta testers included average folk, IT folks, gamers and programmers.

I am quite sure  BB will be given the SRI program to test prior to it's release. If he has a hand in the scripting of the program so much the better as he seems to have a knowlege and explanations of things I cannot even begin to fathom..
Smith Micro had to even remind me how to engage MSCONFIG as I had not done this for several years and had simply forgotten

It was not my intent to tick anyone off but it would seem that his applicationa for how he uses Poser and mine are totally different.  PZ3's averaging 400 MB or more  are common place for me.

As I stated in my earlier post.. I was ticked off and wanted to rant, especially after doing everything the Smith Micro guys threw at me such as MSConfiging my system and requesting all the stuff I mentioned above resulting in over 8 pages of text that consumed 2.5 hrs of my time.
Plus the MSCONFIG did something to my system and I had to do a system restore and set it for two days befor the MSCONFIG and now everything seems to be working as it was.

I'm sure that some Beta Testers had huge libraries to create complex scenes and Push P-8 to it's limit.   It just irked me that Smith Micro tried to emulate my work without using Actual V-4 and M-4 characters  Casual Alyson and Ryan, or any G-2 figure does not compare to the slightly more complex meshes of M-4 and V-4 Personally I wish DAZ would make a M4 and V4 reduced resolution as they did for V-3 & M-3 

I even tried to create a lite V-4 and came up with a mesh using 42MB.. yet V-4++ is just 13MB larger so it really did not make much sense

I just want to get this software to work and I have been complying to all of Smith's Micro's demands to help resolve my problems.

And no disrespect here to any of the beta testers but  BB has stated he is not an artist. Are there any Artist here that were Beta Testers or did I miss anything in this thread Cuz I would like to hear some of the Pz-3 scenes that were used to test P-8s memory

Who kinows  when P-9 comes out Smith Micro could select myself or any other individual that went to the tech support page and filled out incident reports

Regards  dml2000 

Quote - > Quote -

Or Apples to PC's even! :tt2:

ROFLMA...(I surrender. You win!)

Oooo... do I get a prize? I love prizes!

Quote - > Quote - was something fixed about the material room? will it be fast like in poser 7?

:) 

They know it's slow and are working on it. They also know the vast majority of users do not work with complex shaders. This is one of those tough calls:

1) Release SR1 now because it fixes so much else including crashes, searches, and the tiny thumbnails

or

2) Make everybody wait until the material room editing speed is optimized

Since everybody likes to play "product manager wannabe", what would you do?

If you do #1, then a bunch of people will scream "You have no respect for users, you ship crap too early".

If you do #2, then a bunch of people will scream "You are morons - so slow with critical updates - you suck because P8 crashes on me."

i can whait for a faster material room. :) 

DAZ Backdrop, 2 M4's fully clothed  The V-4 fully clothed is in the raytraced caskett, The raytraced van and various props about the alley. The explosion is a poser overlay enhanced in postwork along with the reflections in the side windows.  The casket and top of van reflect part of the explosion. This is why I gave them reflective properties

Regards dml2000

You did all of that and left out shadows?!? :tt2:

Lost in spaceman

Yeah the Shadows   I know they are missing and I must still postwork them in.
I just wanted to display something to show just how complex this redner was.
This is whats making P-8 run out of memory

 I Had just finished postworking the explosion's refection in the windows. and giving the alleyway a red tint..  then I noticed that how could the back of my guy in the forground be tinted red when it's facing away from the blast.. so I added a layer, tinted it red and opaqued the layer setting, then used an eraser tool to remove the red tint from the back of the guy in the forground.. 
 
The lightset used here was one of the few that did not make P-8 crash in midstrem.
It just runs out of memory after doing the render ... **or tells me that certain textures files it had just rendered flawlessly are now bad..  then it crashes.
**
I figured get this rendered and I can postwork shadows later on.. still lots of work to do, but the lightset I had planned on has a grouping of 8 lights and the one I could use had a grouping of 4
all shooting straight down It gave the alley enough light but no distinct shadows

Regards dml2000

 I'm wondering why you used such a high rez figure as V4 to put in that casket. All you can see of her is a silhouette anyway. You might as well use one of the low rez characters (even the low rez Poser 2 figures would do I think)

Sometimes it also helps with memory if you turn off any bodyparts that can't be seen (covered in clothing) - for some reason it makes Poser think they aren't there at all.

Are you planning to print this? Otherwise there's no need to use anything but the default 72dpi - that may also save you some overhead.

Postworked shadow are rarely going to look as good as real ones. And raytraced shadws doesn't take up much memory. It increases rendertime (sometimes) but the benefit is they look nice AND fall where they're supposed to. I'd put one omni light as the sun and a orange-y point light where your explosion is. That would make nice and believable shadows :)

@dml2000
i took a very long look at your render.
And I have just one singe remark .

Please be seated, it is for this render only.
Why use high poly male and female figures for that particular render?

My sugestion would be, use the right tools for the job.
In this case, even posette and dork would have done.
At this focal distance, and as a second argument, from the back, one does not even see the faces?

This would be great with the correct shadows. (would be great with IDL light from the explosion! !
Nice explosion BTW.
Sorry TrekkieGrrrl, was just writing this, as I see your post .
Indeed, hiding unseen parts is another solution.

Was just going to mention that Stonemason has an updated version of The Back Alley.
I don't know if that would make any difference.

I can understand where most of you are coming from, but this is not about prodcuing a single piece of work,  this is part of a **vast scene that will played out over several different pages..
and be viewed from several different angles. 
**
This set is just one set of many, and the fugures I use must be able to prodcue good facial features and expression and be much more appealing to the eye than a G-2 figure.These figures will play a part in about 70-90 percent of the pages I produce regardless of close up or disatnt panel shots

There is nudity in my stories, sory but I have yet to see a decent G-2  male or female that campare to Mike3/4 or V3/4..  I know one artist at Renderotica that has done wonders with G2 Jessie, but he needed a outsite vender's morphs package and textures to make her look appealing.

Furhtermore trying to get a low poly figures in clothing that resembles the stuff available to DAZ meshes is next to impossible.  Now I do use G-2 figurs as background people that may be in one panel or two,, (see the image I provided using my main M-4 character a G-2 and two low poly Loretta meshes .). but from page to page, for the duration of a 112 page illustated story
I must create a series of characters and rely on them through my story.

For the scene I supplied earlier, durring the 11-12 pages there will be 4 different M-3 or M-4  characters and a single V-4.  I do remove the meshes when necessary to conserve space,

Three panels before this scene. The guy with the Briefcase sneaks up upon a M-3 figure hiding behind the fence and take him out whith a silenced shot to the head.  **(notice the blood by the fence).  
**
** **Now we move the entire set 90 decgrees,  I do not need the dead guy so he's history and removed from the scene just like the guy that was going up the fireescape three panels earlier and hding behind a window is not needed.  Even the V-4 in the casket is not needed for the next two panels untill the bagman asks the kidnapper to show the girl .

Now I open the Van doors and inject the V-4 + casket into the scene .  Once the kidnapper shows the coffin.  the bagman hits a detonator hidden inside the handle of the briefcase and Boom...  the unseen bad guy in the window is toast.

What comes after this displayed panel is the last kidnapper being dispatched and the bagman opens the casket and the V-4  mesh is revealed.

All this action follows a sript to make rendering faster and keeps a flow in the work.

Render, export image, rotate scene, remove M-3 figure
/repose  M-4 chactares, render, export scene,
repose characters, render scene/export image/
Unhide the explosion overlay/ repose guy by the van, render, export images..  etc etc..

This works for for me or at least it did with P-7..  with P-8 the memory crashes disrupts the flow of work.. and why all this works in P-7 with SR-2 and Not P-8 is beyond me right now.

BTW thanks for the complimetn on the explosion..  but credit goes to a local vendor in the Renderosity store  see Curio's explosions .. All I did was enhance it in postwork

**Doing story line art is totally different that single pieces so I hope this helps in explaing how these things work for me. Even the Movie people use storyboards and action sequence scripting to better evsision the overall scene

Regards  dml2000
**

Thanks for the explanation, I read that you use Low Poly where possible.

Personally, I'v never had memory problems, but got some CPU to 100%, and Poser8 stops, during rendering.

Just to back dml2000, I have used Poser 8 for all of my recent images (dating back to Aug. 12...check my gallery for examples). I don't know how complicated you'd call my renders, as they generally only feature one, sometimes two, figures...then with clothes, hair, sometimes props and background sets (but a lot of the time I render over pre-made backgrounds). I render on high settings, 300 ppi, and generally above 2000 px on the short side (although on this older machine using P8, I haven't been able to get above 2000 px on the large side without a crash midway through rendering). I render for print quality as I want to sell my art.

Anyway, some scenes I can get away with a few (3-6) test renders (which are not set at high settings, are much smaller, and are only 72 ppi), and some scenes it crashes after every render...that's when it gets frustrating. Since I consider myself an artist and I use Poser to create art that I want to sell, this memory issue is a problem. Once I get my newer system back, I'm hoping I won't have so many memory issues...but I'm not holding my breath. Crossing my fingers SR1 fixes these issues.

Just to let y'all know: There's no such thing as dpi except in printer settings. The only relevant item dimension-wise, is pixels.

A certain publiscation I sometimes contribute work  to requires images be submitted at 1020 x 1320 and at 120 dpi. Submissions must be TIF of PSD so it's just easier to set up my renders in this matter.

On m pinup work I usually do like to print them out  but on the norm I stay at 120 dpi and export the finished renders in PSD..  for my Illustrated Stories, The publishing program I use will only except BMP PSD and Jpeg.. Only the BMP and PSD images are used in my work, and once it's laid out an caption blocks are inserted and text all edited, I publish in TIF 120 dpi. then convert the single images to a huge PDF file for use with adobe acrobat. reader

regards  dl2000

Quote - A certain publiscation I sometimes contribute work  to requires images be submitted at 1020 x 1320 and at 120 dpi. Submissions must be TIF of PSD so it's just easier to set up my renders in this matter.

On m pinup work I usually do like to print them out  but on the norm I stay at 120 dpi and export the finished renders in PSD..  for my Illustrated Stories, The publishing program I use will only except BMP PSD and Jpeg.. Only the BMP and PSD images are used in my work, and once it's laid out an caption blocks are inserted and text all edited, I publish in TIF 120 dpi. then convert the single images to a huge PDF file for use with adobe acrobat. reader

regards  dl2000

Is the publication you submit work to in Europe? Because in that case 120 dots per centimetre makes sense (being almost equal to 300 dots per inch). 120 dots per inch is a bit lower than you'd normally specify for newspaper reproduction.

Also, Believeable3D is right. Only printers have dots. For everything else you should be using pixels per inch (ppi) or pixels per centimetre (ppc).

Finally, telling us that you render at '120 dpi' is meaningless. We need to know the width and height at that resolution. For example, if you render a 1 inch square image at "120 dpi", that's very different to a 10 inch square image at "120 dpi". Better yet, stick to the actual pixels. Those two examples would then be defined as '120px x 120px' and '1200px x 1200px' respectively.

Quote -
Also, Believeable3D is right. Only printers have dots. For everything else you should be using pixels per inch (ppi) or pixels per centimetre (ppc).

Actually, what I'm saying is that neither dots nor inches nor centimeters have any bearing on anything whatsoever to anything other than print. The only function of knowing your print-output dpi is so you know how many total pixels to render. Total pixels is the only dimension-related number that is directly relevant to a discussion of renders and how long they take.

Believeable3D, I'm with you all the way there, but it seems that most confusion stems from exactly  that scenario: how many pixels to render for a given output.

For example, a good many people get fixated on "dpi", thinking that setting it to 300 is a magic switch that automatically invokes 'print quality' renders.

I encounter this every day (I run a print shop) and it drives me up the wall. The number of times I've told a customer that their 600 x 400 pixel digital images just aren't good enough for printing full page (or a double-page spread, god help us), only to have this countered with: "but it's 300 dpi!" is incredible.

So it's one of my bug-bears. If I see someone talking just of 'dpi' or 'ppi' I feel compelled to make them think about what it means.

Search this forum for "DPI", posts by me. I, too, am driven up the wall about this, but I've given up caring. Some memes will not die. If somebody insists on ignoring the information/explanations/math on this topic, I actually enjoy visualizing their frustration at the results they can't get, as it matches my frustration that I can't seem to make this simple concept understood. It's karma.

The Poser window relating to size allows one to set **px/in and cm/in
**
with that said  I would assume I am redering at  1020 pixels by 1320 pixels at 120 or 150 dpi.
I do this so should I decide to print a pinup or image for my 8.5 x 11 inch porfolio folder I will get good results from my home printer using some semi glossy paper.

DPI has bugged me especially when scanning documents. why does a program like Poser use 72 dpi as a default, and my comic software use 96 dpi.. as you say if it only matters in printing why would they not be the same..

As for other applications  The software that is used for some of the publication work I am involved with.. (not mine, their's) requires the 120 dpi setting for conversion to a PDF document

My comic software programs allows me to publish to PDF, but the publisher wants TIF or PSD images at 120 dpi images and they do the converting. My comic software allows this with a default setting of 96 dpi for TIF or PSD...   So I just follow protocal so it's just easier to leave my poser settings where they are

As we get a free copy of everything we are published in, I have been able to bring the PDF image onto my screen and see good imaging even if I increase the PFD doc to 125 or 150% of original. 

I am a little famiiar with printing as I worked for The A B DICK CO, a major producers of printing presses in the US for many years but is now defunct .. I remember how high quality printing required a master black aluminum Phototatic plate and then 3 additional plates for each of the primary colours. and how there were allignment bars on the corner of the plates to insure proper overlapping  Our company was also next door to a Local Lithographer  who did poster art . They had these huge printing machines lined up 4 in a row so they could do one pass printing.

Thanks for the additional data tho.. one should lean something new every once in a while.

Regards dml2000
 

Quote - so I would assume I am redering at  1020 pixels by 1320 pixels at 150 dpi.

11 inches times 150 pixels per inch is 1650 pixels, not 1320 pixels.

11 inches times 120 pixels per inch is 1320 pixels.

BB

I understand that and see those pixels sizes when I review my stuff using my ACDSee Imaging software..  I use one setting for my portfolio,  the other for my publication obligations.

The sofware also allowsa me to shrink images to a certain size and give me the option of applying the  exact aspect raio or not.  I try not to make DPI setting mistakes when doing my own work and work for others that require particular settings and the ACDSee visual scrren supplies all the data for my images involving format, pixel size and Overall size in MB for TIF and PSD images and KB for low res jpegs suitable for internet.

Jpeg size is very important at some websites as they restict the size of your jpegs uploads to 500kb.

Dml2000

dml2000, Poser's ppi setting (I just checked and in Poser 8 it's "Pix/In") is there as a convenience. It only means anything if you set your render up in inches or centimetres, which you can do if you can't do the basic math yourself. If you set your render up in pixels, it's almost irrelevant, but Poser uses 72ppi by default because it has to use something, and 72ppi is generally accepted as standard "monitor resolution" So is your comic software's 96ppi: It's another standard, and another reason to **stop being fixated on meaningless dpi/ppi figures.
**
If your publication specifies 1020 x 1320 pixels, that's what to give them. If they want the image tagged as being 120dpi or 150dpi, that's what to give them. You do realise that a 1020 x 1320 pixel image at 72ppi and a 1020 x 1320 pixel image at 96ppi are exactly the same?

Huh?

You mention JPEG size limits.

JPEG size is not affected by PPI, and if we have any hope of clarity in this conversation, it would help if we stopped mentioning DPI. There is no DPI in JPEG. The "Dots" in "DPI" refer to the printer inking resolution, at the sub-pixel level, and usually is 1200 to 4800 DPI. This has nothing whatsoever to do with PPI, or total pixel size, or JPEG size.

I see, also, you edited your previous post. When I saw it and quoted it, there was only "150 dpi" in there.

Round and round we go. :-)

This article is about photos, but everything is still relevant to renders. Just replace Camera with Renderer, and Photo with Rendered Image.

http://dpanswers.com/tech_pixels.html

The Twist Tool does not seem to work correctly. You cannot rotate  a figure from the icon button. Like you can with the translate tool button.Instead you must rotate the figure from the screen  where the body circle is. This is not  this way on earlier versions of Poser work
Is this a bug or a feature???

Just ran across this thread. Just wanted to post 1 gripe I'm having with p8...
I have not had any issues with p8 crashing at random. My crah comes from one very specific thing. The Set up room. Load geometry or import geo. Go to the Setup room. Load a cr2. Click on ANYTHING in the viewport and BAM, crashola. I've gone back and forth with SM on this. I guess I just run out of steam on the 8th email back and forth about, try this, well try that....
Try only P8 content, update graphics driver (that didn't exist when p8 was released), send us a log file.
Yes I want to have these issues fixed, but I can't spend 4 hours trying to resolve one thing. Cause it seems, at the end of the day, it all comes down to a 'thank you, we will look into it", or "we have been unable to duplicate this".
I'm happy not to have alot of the issues that others are having, but the new fun tools for MAKING content was what i was after in p8. It's really a kick in the nuts not to be able to do something like use the bone tool.

Oh, and the dpi that you guys were talking about really gets me going too. I can't tell you how many PRODUCTS have ***2500x3000 at 300 DPI !!!!
*** nough said

Phionix-

That's a pain.  They can't reproduce it? 

Out of curiosity, I just clicked Setup and crashed Poser instantly. LOL And I'm using SR1. Oh noooo!

Arrgh! BagginsBill, please stop finding major new bugs at this point, I really want the IDL improvements.

Whichway

Same thing here.
Touch tjhe Setup Room and Poser "Stops working" in Windows 7.
No onther errors, just crash to desktop.
Any model, any time, every time;
even after PC Reboot.
File a ticket to SM.

There is a bug report already - i checked. I wrote a note in it, saying what you just said, vilters. Happens no matter what.

BB:

Intermittently, Poser 8 crashes when I refresh something in the library. Seeing that I add things to my library from time to time, refresh is needed to see the new content. Is this an already known and reported bug?

lmk

On a Mac, yes. Not on PC.

Oh BB, you just broke my heart. Your running the 1st build of sr1 and it still crashes...
Hmm, you and another person were able to replicate my ticket on the 1st try.... yet SM has NO IDEA what I'm talking about...

If I were them I'd ask you BB, have you updated your driver, are you running in Opengl?
 
What is your best friends birthday and does it fall on a Tuesday this year, cause if it does than you should try a reinstall unless it happens to be a full moon and mercury is in retrograde.

I wonder what SM is doing that it doesn't crash on them but does for almost every other person. How can they ask me to spend that much time on an issue when it is obvious that it is wide spread and not some quirk on my machine only.

I know you (BB) had talked about issues, and that beta testers can't find all the problems... ( like some bad sci-fi movie were the genetically engineered animal gets released into the wild... with unexpected results) BUT COME ON. I don't think they even tried it.

Just my rant....... I'm sure everyone worked just as hard as BB did. But like so many other softwares, if it's not right, don't release it. If it has real issues where you can't do some of the most simple of funtions that the software is made for, don't release it. If it doesn't work correctly on 80% of the TARGET markets current computer setup after any and all driver updates (till I'm blue in the face), don't release it. Re-work, re-hash, re-build, re-toool, re-think.... cause after I buy it I don't want to ask for a re-fund, I want the software to be reliable.

Some people have to try to make a living from it.................................

"And thats all I have to say about that"

Quote - On a Mac, yes. Not on PC.

Hm, it's happened to me repeatedly on PC (Win XP Pro). Not constantly, but very frequently.

I hear ya. I'll poke them.

The big frustration for me is that the refresh issue isn't simply when I add content with Poser open. It happens when I fire up Poser and go to the runtimes. In fact, P8 is even throwing me question marks at folders that haven't had any change in some time. So there's something very strange going on with that library refresh, even aside from the repeated crashing it causes.

The other weird thing I'm experiencing in the last couple days is that in both P8 and Poser Pro, I'm losing my injected morph when I reopen my file. It's still there in the palette, and still showing as set at "1," but I'm just seeing V4's default head shape. The only way to fix it is remove the morph and re-inject. Have you ever heard of anything like that before? I can't see how P8 could cause PP to act that way, but I don't know what else could cause the weirdness either....

quick and dirty render in PoserPro (because the P8 library on Mac's makes it impossible to use)
Used recent Rendo Market Place items
SuperStar Poses by caprica
V4 Exotic Dancer by richabri
Pasithea Hair by 3Dream, Plus3D and Mairy

But V4 is singing to the song Money for Nothing

I want my, I want my SR1
I want my, I want my SR1

Now look at them renders's, that's not the way you do it
You play with P8 on that old PC
P8 ain't workin', that's not the way you do it
Money for nothin' and your crashes for free
Now P8 ain't workin', that's not the way you do it
Lemme tell ya, we all must be dumb
Maybe get a blister on your mousing finger
Maybe get a blister on your mousing thumb

{Refrain}
We got to install Flash Updates
Custom Firewall settings
We got to move these runtimes
We got to Reconfig these damn PC's

See V4 with the earring and the makeup
Yeah, buddy, that's transmapped hair
Plus I need to buy a 3D airplane
With this runtime you'd think I was a millionaire

{Refrain}
I shoulda learned Studio3
I shoulda learned to use Cinema4D
Look at that mama, P8 crashes if you move the camera
Man I can't be this dumb
And Poly counts up there, what no Hawaiian dresses
What happened to the Poser Chimpanzee
Oh, P8 ain't workin' that's not the way you do it
Pay your money for nothin' get your crashes for free

{Refrain}

Now P8 ain't workin' that's not the way you do it
You try to run P8 on that lame PC
P8 ain't workin' that's not the way you do it
Money for nothin' and your crashes for free

Money for nothin' and crashes for free
  I want my, I want my, I want my SR1
  I want my, I want my, I want my SR1
  I want my, I want my, I want my SR1
  I want my, I want my, I want my SR1

Runs and dives for cover

For what it's worth, Setup is not crashing on my copy of P8 Mac. Maybe a PC-only issue.

General comment, inspired by some render posts on this and other forums: A complex scene with lighting,shadows,  etc., make the figure seem out of place if he/she is stiffly posed and has flat skin tones. Natural-looking poses and nice skin shaders go a long way to the quality of the render, IMO.

Some Poser artists at the beginning overlook the basics and concentrate on the big picture, that is the overall scene. Some are even reluctant to do any close-ups because they aren't happy with the way the figure looks without a grand setting surrounding her. I'm certainly talking from experience here.

Anyway, some good pose packages and skin textures/shaders should come before the sprawling sets, IMO. Tweaking a figure for an extended period to try to make her look she's in a natural position is not my idea of creativity, so I am not ashamed to use professional poses and tweak those only slightly to fit the need. I love the GND4 skin/shaders, but there are many other solutions to dull-looking skin. 

edit: I meant the skin / shaders that come with the GND4 figure and can be used on other V4 figures. Blackheart doesn't sell that texture and shader set separately, as far as I know.

Quote - For what it's worth, Setup is not crashing on my copy of P8 Mac. Maybe a PC-only issue.

 
Thanks for rubbing it in!

j/k