I woulld be thankfull if you could assisit me to solve this problem. Recently I have been working on a project where my file was getting too heavy.
After I used this opption COMPRESS ON SAVE the file was not opening anymore. I have already tried different methods to find a solution but they didnt seem to work.
I have re-opened and import it as a MERGE file - no result .... I also tried with another version of 3ds Max 2019 since I am working with 3ds max 2016 - no result ...
I would share the link here so you could get the file and see if there could be a solution for this 3Ds Max BUG.
It's a limitation of the 32-bit application 'maxzip' used for compressing saves. A 32-bit program cannot address space more than 4GB, so if your uncompressed file is over 4GB it cannot unzip it due to memory space allocation limits in 32-bit programs, which the archiver seems to be.
You may be able to change the zip program Max uses for this in Preferences->Files->Archive System-> Programs to a 64 bit archiving program. I've tried to do this to solve this over 4GB+ issue in the past with no luck though, so it may be that you need 2019.3 for the 64-bit functionality no matter what. It does work for other archivers on smaller files though. (As a side thought, I wonder if simply copying the 2019.3 maxzip exe to the 2016 folder would do it, but I doubt it.)
However, one thing to consider is that if your scene is that big you have a lot of optimizations to make. There's not many good reasons for a scene file to get that big after the invention of proxy objects. Simply attaching some objects together would likely seriously reduce the file size if you have 7000+ objects. Alternatively if your files are full of super dense models, then use proxies.
Lastly, if you are in a bind with this, someone at AD may be able to recover your info. Hagen for example, seems willing to try that kind of stuff... he's a good man. I would try everything else you can first, or revert to a previous save if possible. (Or try the 2019.3 update and then save it down to 2016 without Compress on Save enabled.)
I have the same issue and try all mentioned solutions but they don't work.
After researching I see that the file is corrupted after using "Compress on save" option...
It's a very important file and I don't have backups for it... If there's anyone from autodesk who can download the file and resolve the issue, I'll be grateful.
Here's the file: -pokjSTvmbi
NB: I compressed it before uploading
Thanks
We are utilizing Forge API for converting DWG to SVF for manipulation on mobile AutoDesk viewer. Our success in conversation sits at about 80% of the files converting correctly and relatively quickly. We often get either a failed conversation or ones that take upwards of 30 minutes. Obviously not optimal for client to wait that long to view / edit their drawing on iPad.
For your question, we may need a sample file to check out what is actually going wrong with the translation, without that, it's difficulty for us to tell the reason with the current information. The translation time is dependent on many different situation, usually, when it's a big/complicated file, or it has many external references may take time, but just as I mentioned, without a sample file to check, we can not give you conclusion. You can send to us personal if anything is sensitive.
For the error information, I think you should be already aware of, after post a translation job by POST job, you can get the status by GET :urn/manifest, and you can check the status to know how the translation goes. That should be the only way to check the progress as far as I know.
Your problem with very slow translation times is due to the complexity of the graphics in your DWGs. The sample DWG you sent me has exploded hatches used to indicate wall. That makes for a lot of data to be processed. (Because DWG is a highly compressed format, there isn't a particularly strong correlation between DWG size and translation time).
Try breaking the model up into separate DWGs for each floor plan / detail view - you should see a significant speed increase and avoid any timeouts. Maybe also use an xref for the common building structural model. The EXPORTLAYOUT AutoCAD command can be used from the original DWG with the layouts to make separate DWGs with just the specific layout data.
I have been working on a character and have met a brick wall with my skin texture. The problem is that when it is rendered it doesn't look very smooth and I can see very distinct shapes where the tones are supposed to gradient. I did a character recently and never had this problem so I really can't my finger on what would be causing this issue .
I am using a 4k resolution map with Arnold renderer. Camera sample is currently at 5 and everything else is at 3. I have attached 2 screenshots of the character so that you can see it as well as the UV texture painted in Photoshop.
I can't render you scene as is, cause i have a newer Version of Arnold, but based on your scene-file i think the problem is due to the use of a highly compressed JPG-file as Texture for main Color and SSS.
Design Web Format (DWF) is a file format developed by Autodesk for the efficient distribution and communication of rich design data to anyone who needs to view, review, or print design files. Because DWF files are highly compressed, they are smaller and faster to transmit than design files, without the overhead associated with complex CAD drawings (or the management of external links and dependencies). With DWF functionality, publishers of design data can limit the specific design data and plot styles to only what they want recipients to see and can publish multisheet drawing sets from multiple AutoCAD drawings in a single DWF file. They can also publish 3D models from most Autodesk design applications.
An Autodesk DWF advocate blog[1] cites as DWF's strengths over alternatives that the files have very high mathematical precision, and contain meta-data for sheets, objects and markup data. Another significant strength is that comments and markup can be reintroduced to, and edited in, some Autodesk products, such as Revit and AutoCAD.
DWF is a file format developed by Autodesk for representing design data in a manner that is independent of the original application software, hardware, and operating system used to create that design data. A DWF file can describe design data containing any combination of text, graphics, and images in a device independent and resolution independent format. These files can be one sheet or multiple sheets, very simple or extremely complex with a rich use of fonts, graphics, color, and images. The format also includes intelligent metadata that captures the design intent of the data being represented.
DWF is an open file format. Autodesk publishes the DWF specification and makes available C++ libraries[3] (not available anymore) for any developer who wants to build applications around the DWF format, with the DWF Toolkit. Furthermore, DWF is based on other industry standards such as ZLIB, XML, and common image formats.
DWF files (since version 6.0) are a ZIP-compressed container for the drawing files; despite the first few bytes of the file containing a DWF header, renaming a .dwf file to .zip will allow the component files inside to be viewed with archive compression software. Amongst various XML and binary files, is a PNG format thumbnail preview.
Autodesk Design Review is a free viewing application that enables all members of the project team to easily view, measure, markup and print designs shared electronically. Built around the DWF file format, Design Review enables users to view and print complex 2D and 3D drawings, maps, and models published from Autodesk design applications or from the DWF Writer.
Also, all Markups and Annotations created in Design Review can be imported to the original file when using Autodesk applications, such as AutoCAD, Inventor or Revit Architectural. This feature makes DWF the ideal format for design reviewing and collaboration processes.
Although an Autodesk representative stated on the Official Autodesk user Forums in September 2013 that the application would be discontinued,[4] an update to Autodesk Design Review was released in 2017.
Autodesk DWF Writer software publishes the DWF format from CAD applications that do not offer built-in DWF publishing, such as Bentley MicroStation or Dassault's Solidworks software. Autodesk DWF Writer is a Windows printer driver that converts files to DWF format. The result is that the entire project team can standardize on a common file format to exchange and review designs and sheet sets, at no additional cost.
In 2007, Autodesk introduced an online translator for DWFs called Freewheel. Freewheel was a way to view a DWF file without downloading software. It was also a web service which offered developers a web-based interface for viewing, querying, and manipulating DWF files.Freewheel has been replaced by the web based viewing and editing web service Autodesk 360.
The DWF format first appeared in 1995 as part of the unveiling of Autodesk's "WHIP!" Netscape Navigator plug-in. The format was originally referred to as the Drawing Web Format, since DWF files were generated by the Autodesk Internet Publishing Kit. As the format grew in use beyond just AutoCAD, it was renamed to Design Web Format. Although originally a 2D-only format, DWF has evolved to include 3D. Today DWF files are generated by all Autodesk products. In addition, there are a variety of third-party applications that make use of the format.
PDF is an internationally recognized open file format developed by Adobe Systems to allow electronic exchange of any printable document, independent of the source application software, hardware and operating system. PDF/E is a subset of v1.6 of the PDF specification specifically designed for engineering use.
SVG (Scalable Vector Graphics) is an open, XML based file format. It is suitable for use both as a format for creating and editing drawings and as a format for viewing and publication. For instance, Inkscape uses SVG as its native format, and both the Firefox and Opera browsers natively display SVG.
b1e95dc632