cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Showing results for 
Search instead for 
Did you mean: 

Community Tip - Need to share some code when posting a question or reply? Make sure to use the "Insert code sample" menu option. Learn more! X

File size is so large

visu
1-Newbie

File size is so large

Dear Folks

I have create round plate with 220 holes, a single file size is 170 MB. May i know why?

I have used a revolve tool, and hole with round tool then pattern.

I have attaced screen shot, kindly view it. and why the file size is increase

For Example:

plate1.JPG

plate2.JPG

Regards

Viswanathan.K


This thread is inactive and closed by the PTC Community Management Team. If you would like to provide a reply and re-open this thread, please notify the moderator and reference the thread. You may also use "Start a topic" button to ask a new question. Please be sure to include what version of the PTC product you are using so another community member knowledgeable about your version may be able to assist.
11 REPLIES 11
TomD.inPDX
17-Peridot
(To:visu)

The part file maintains a graphics copy of the geometry being displayed. The graphic quality settings will affect the size of this graphic model.

I highly recommend you add the following to all your config.pro files:

save_model_display wireframe

Visawanathan,

Edit definition on the pattern and make it identical. That will dramatically improve your regen time.

Best Regards,

Karl Krahmer

Patriot_1776
22-Sapphire II
(To:visu)

It's the geometry of the rounds that is doing it.

Pattern Geometry is only a definition and therefore is not a large data block in the file. The actual polygon count in the lightweight model maintained in part and assembly files is what is taking up most of the space. If the graphics settings in the options are set to high quality, the polygons are smaller and therefore more of them. By default, the system stores the parts as shaded representations. Wireframe is a lot more efficient for storage.

BillRyan
15-Moonstone
(To:TomD.inPDX)

This is exactly why PTC needs to seriously look at their lightweight modeling strategy for previews and fast viewing. I hate that this information is stored in the file...I feel the entire enterprise of Windchill and Creo should use the lightweight ol(Creo View) file generated from the windchill publisher for previews and a revamped strategy for looking at lightweight reps in Creo Parametric. It's ridiculous how many lightweight image formats and embedded information is hurting performance and unnecessarily duplicating information which makes managing images in the enterprise very difficult...you have thumbnails in windchill, previews within Creo Parametric, the structure visualization tab in Windchill and Creo View. For the companies going to Creo View as the large assembly viewer, we want single source of the truth!

The .JT format is suppose to be the CAD solution for lightweight graphics and works quite well when implemented properly. PTC has chosen to manage files from within the master (except drawing [?]) and therefore, all the overhead is stored into that one file. As to how it all actually works and how one can manage it seems to be a a formula stored in a secret lab somewhere in Roswell, NM because we sure are not privy to what is -really- going on in that alien's head.

BillRyan
15-Moonstone
(To:TomD.inPDX)

Antonius, there always has to be somebody on the opposite side of the fence! Either way, a solution to enable one of these two formats needs to be made available. Your point is part of my frustration...one big company is strongholding PTC to use JT and they are not using Windchill. While another big company in Windchill has invested a lot in switching over to .ol format because they found out that loading models is twice as fast as JT and the models are more accurately placed in space when opened in the Creo View. As a Windchill user, you can understand which side of the fence I'm on. My perception is that the Creo team talks more to the big company than the Windchill team. Probably not true, but sure does seem that way in some cases....

Patriot_1776
22-Sapphire II
(To:visu)

......I guess size DOES matter.....

TomU
23-Emerald IV
(To:visu)

Take a look at this response in an different thread:

http://communities.ptc.com/message/206649#206649

There is a PDF attached that shows the impact different settings have on file size.

On the plate create a hole and round features.

then 1.jpggo with seed & boundary option2.JPG

make a copy of the surfaces. then solidify the surface. then pattern the copied surface and then pattern the solidify.3.JPG4.JPG

this will reduce your file size by 60% and regeneration time by 70%.

Don't bet on that, Manoja. Even though the entity count may be down, the geometry copy still calculates intersections. Have a look at the discussion linked below where both regen times and file size are really red herrings when it comes to knowing what is going on behind the scene.

Feature Failure with Repeating Patterns

As a matter of fact, I find the copy geometry patterns tend to fail more often than regular patterns.

Although I agree that your statement -should- be correct, PTC's implementation of a "simple copy" is not simple after all.

Top Tags