Bl
Bl
Bl
Bl
Bl
You are here:   Home »  Products »  PolyTrans|CAD+DCC  
Bl

Home > Supported File Formats > PTC Creo/View to Universal Scene Description


How to convert PTC Creo/View (ProductView,.pvs,.pvz,.ol) to Universal Scene Description (.usd,.usda, .usdc.usdz)?


PolyTrans|CAD+DCC performs mathematically precise CAD, DCC/Animation, GIS and BIM 3D file conversions into all key downstream 3D packages and file formats. Okino software is used and trusted throughout the world by many tens of thousands of 3D professionals in mission & production critical environments, backed by respectable personal support directly from our core development team.

     

PTC Creo/View

ProductView, now Creo Elements/View, is a 3D visualization tool developed by PTC. PTC is also known for their other software packages such as Creo Elements/Pro (previously known as Pro/Engineer) and Creo Elements/Direct (previously known as CoCreate).

For over 3 decades Okino has been a primary conversion partner of PTC, especially for our core business focussing on the conversion of PTC's native ProE/Creo (ASM and PRT) and ProductView (PVS, PVZ, OL) files.

Okino licenses the real and actual ProE/Creo runtime toolkits from PTC directly and hence provides the functionality to import native ProductView .PVS, .PVZ and .OL files.

     

Universal Scene Description

The USD format (“Universal Scene Description”) is an open 3D model and scene format designed for efficient storage and streaming of 3D asset data. It is a high-performance extensible framework and ecosystem for describing, composing, simulating, and collaboratively navigating and constructing 3D scenes. An extensive overview of USD is provided in the Okino USD documentation.

Pixar Animation Studios originally created the USD platform (as its fourth generation variation after its Marionette & Preso systems) to improve studio-wide collaborative workflows. USD provides a concept of "scene composition", building a unified scene from potentially thousands of loosely-coupled source assets. For example, the mesh, rigging, materials, and animation for a single model might all come from different "layers" (files), each created and maintained by a different artist or department. Layers can store multiple "variants" of any given data, helping to solve problems of versioning/approval. The coupling between layers is very dynamic and loose, allowing for greater flexibility during the production process. The entire USD system is designed to facilitate a large studio making feature films, with all of the scale that that implies.

USD should be considered more of a code framework (“OpenUSD”) for use in group collaboration, to help with the aggregation of various 3D data sources into a unified scene through a process referred to as scene composition. A subset of that code framework provides for reading and writing USD disk-based files as well as rendering USD scenes (Hydra). The system is rather complex to implement (for software developers) and to use (from first principles) as a 3D graphics artist. The USD file format itself is not for faint of heart and is best read/written using the OpenUSD SDK + various programming APIs. More commonly used ASCII 3D file formats such as COLLADA, VRML2 and Wavefront OBJ are much easier to manipulate/understand/use on a human level basis.

File extensions used by the standard include:

  • .usd, Either ASCII or binary-encoded
  • .usda, ASCII encoded
  • .usdc, Binary encoded
  • .usdz, Zero-compression, unencrypted zip file