АІ-генерований редакційний ілюстрацій, не скріншот результату перетворення.
Файл ZIP - контейнер, не об'ємний формат моделі. У програмі є можливість проводити STL, інший вид моделі, кілька альтернативних версій, фактурних ресурсів, документації або необ'єднаних файлів. У архіві необхідно спочатку визначитися з встановленою геометрією. Іноді завдання простий екстракції; іноді це також вимагає перетворення підтримуючої моделі.
Інструмент ZIP-to-STL приймає пакет, що містить точно одну підтримуну модель плюс необхідні ресурси. Якщо завантажити містить кілька моделей, витягніть їх і виберіть той, який ви хочете обробити. Цей посібник пояснює, як перевірити архів, зберігати ресурсні відносини, не вибираючи неправильне редагування та перевірте кінцеву сіточку без обробки кожного ЗІП, хоча це сама по собі друкована геометрія. ↗ ZIP-до-STL інструмент
Оглянути архів перед вибором робочого процесу
Відкрийте список файлів, використовуючи перегляд архіву операційної системи або перевірений інструмент для видалення файлів. Переглядайте розширення моделі, чителю та будь-яку структуру папки, яка пояснює пакет. Файли, такі як остаточний, оновлений або друкований файл, можуть бути корисними clues, але вони не є доказом вмісту файлу або придатності для вашого призначеного використання.
Визначте, чи містить архів однієї моделі або колекції. У колекції можна віднести окремі складові, альтернативні розміри, варіанти підтримки або вихідні файли в декількох форматах. Перетворення всього в одну сумку не обов'язково збереже намір автора. Виберіть відповідні компоненти файлів або процесу окремо за документами.
Якщо пакет вже містить STL, то вилучення може бути все, що потрібно. Немає у собівартості в перетворенні дійсного STL через інший формат, так як він прибув до ZIP. Відкрийте витяжну модель в STL глядача та перевірте розміри і геометрію перед переміщенням на нарізання. ↗ STL глядач
Визначте перетворення вилучення вершків
Витяг копіює файл з контейнера без зміни формату моделі. Перетворення даних про одне представлення моделі та написання іншого. Це окремі операції. ЗІП, що містить OBJ, вимагає виявлення OBJ і перетворення його геометрії, якщо STL є обов'язковим пунктом призначення.
Інструмент архіву браузера слід обмежити, клацнути на шлях. Визначає одну модель підтримки і використовує відповідний зчитувач геометрії. Додаткові ресурси можуть бути передані в імпортер, коли це необхідно, але не пов'язані файли не стають геометрією. Вихід залишається під обмеженням основного формату, включаючи втрату кольорів або сюжетної інформації при письмовій формі STL.
Якщо пакет містить непідтримуваний носійський документ дизайну, вилучення його не робить його читабельним за допомогою генпланового перетворювача сітки. Відкрийте його в сумісній авторській заяві та експортуйте підтримувані сітки або файл інтерзєру САД. Експортний посібник із твердих робочих місць є одним з прикладів цього джерела-аплікації. ↗ Твердіроботи експорт керівництво
Зберігати в своїх призначених відносинах
Деякі формати відносяться до інших файлів. OBJ може посилатися на бібліотеку матеріалів, а glTF може зберігати дані геометрії в зовнішній бінарний ресурс. Важливість цих ресурсів відрізняється: відсутній текстури може вплинути на зовнішній вигляд, але відсутній буфер геометрії може запобігти моделі від завантаження на всіх.
Збережіть відносні шляхи при перепакуванні моделі. Переміщення файлу моделі до кореня архіву при виході його ресурсів в різні папки може перервувати посилання. Якщо ви не оновите посилання через інструмент, який розуміє формат. Уникайте вручну перейменування файлів ресурсу без перевірки параметрів моделі до них.
Для отримання геометрії на основі STL багато засобів зовнішнього вигляду відкидають, але це не просто визначає видалення кожного пов'язаного файлу, що не відрізняється. Визначити, чи містить ресурс геометрії, матеріалів або текстур. Наш посібник з роботи GLB і glTF пояснює, чому вбудована бінарна ємність може спрощувати віддачу, поки що вимагає перевірки на перетвореннях і масштабі. ↗ Керівництво по роботі з клієнтами GLB і glTF
Виберіть одну призначену модель з колекції
Інструмент архіву, який навмисно вимагає однієї моделі. Це запобігає неоднозначному автоматичному вибору кандидатів, коли існує кілька кандидатів. Якщо ви отримуєте пакет з тілом, кришкою та додатковим адаптером, вилучення та перевірка цих файлів індивідуально. З їх зв’язків можна бути функціональними, а об’єднуючи їх, можуть знищити зазори або створювати перехрестя.
При оформленні пакету передбачено кілька дозволів, вибираються на основі призначеного процесу і геометрії, що має значення. Для маленького декоративного друку, в той час як більш спрощений файл може втратити точну функцію. Порівняти альтернативи, а не припустимо, що найбільший файл завжди є правильним.
Перевірити імена та документацію разом. У новому файлі можна змінити розміри або сумісність з складовою, а не тільки покращити деталі поверхні. Зберігати асоціацію з обраною моделлю, щоб майбутній користувач зрозумілий, які частини належать спільно. Вибір чіткого джерела є більш цінним, ніж автоматичне перетворення невизначеного файлу.
Витримує архів і обмеження геометрії
Пригнічений розмір не такий же, як розширений розмір. Зіпсувати в значно більшій колекції можна порівняно невеликим ZIP. В архіві браузера зберігаються елементи архіву для керування використанням пам'яті: архівний зчитувач задає кількість файлів і загальну розширену інформацію, а також індивідуальна модельна обробка має свої межі.
Поточний шлях архіву дозволяє до 200 файлів, максимальне розширення всього 100 MB і не розширений файл вище 50 Мб. Також потрібна одна підтримана модель. Виведення геометрії направляється на 1,2 млн трикутників, а обробка має обмеження часу. Ці ліміти описують підтримуваний робочий діапазон інструментів, не гарантує, що кожен пристрій буде обробляти найбільший дозволений вхід однаково добре.
Якщо пакет перевищує ліміти, вилучіть його локально і видаліть невідповідні альтернативи з нової робочої копії. Не відхиляйте оригінальний архів, поки ви не розумієте його зміст. Для дуже великої геометрії, спрощення або експорту більш керованої версії з початкової програми, збереження важливих функцій і перевірки результату після.
Підтверджуючі блоки після зчитування моделі
Архів обгортка не встановлює фізичну шкалу моделі. Поведінка з боку моделі та її зміст. STL або OBJ може містити неоднорідні координати без залежної фізичної декларації, а підтриманої геометрії 3MF може забезпечити контекст явного блоку. Перевірити результат, відповідно.
Використовуйте відомий розмір, а не видимий розмір у перегляді камери. Якщо документація говорить про те, що частина 60 мм ширина, порівняти це значення з імпортною моделлю. Перетворення, що зберігає координаційні номери, все ще може з'явитися на неправильній фізичній шкалі, якщо додаток призначення перекладу інтерпретує цифри по-різному.
Коли не вказано розмір, виявляти змістовну довідку перед виготовленням. Не було розроблено в режимі реального часу модель, що завантажується для рендерингу. Виберіть розмір, який навмисно і огляд тонких рис після масштабування. Ім'я та відношення до стиснення архіву не забезпечують належні докази про фізичні розміри.
Оглянути СТЛ самостійно
Після завершення перетворення, обертайте сітку в попередньому перегляді і перевірте всі основні компоненти. Переглядайте відсутні регіони, перемічені екземпляри та випадковому включенні до об’єкту посилання. Потім завантажте STL і відкрийте його в додатку, де він буде використовуватися. Невідкладний імпорт дозволяє виявити невідповідність, що один з попередніх переглядів може не виявитись.
Для друку, перевірте нарізані шари, а також поверхню. Модель може містити відкриті межі, міжсекційні оболонки або деталі нижче практичної постанови процесу. Конвертер архіву не автоматично засвідчує графічну здатність або відремонтує кожну дефект сітки. Використовуйте посібник з редагування сітки, коли геометрія потребує навмисного очищення. ↗ монтаж сітки
Якщо вихідного не виправда, звужте проблему. Витягти одну і ту ж саму модель джерела і відкрити її безпосередньо в відповідному додатку. Якщо це вже неповний, архів або джерело може бути відсутнім. Якщо він завантажується правильно, порівнюйте підтримувані функції та ущільнюючи процес перетворення до багаторазового зміни параметрів невідповідності.
Збережіть документацію та документацію на джерело
Ліцензія на розподіл моделі може бути включена в окремий текстовий файл. Вилучення або перетворення геометрії не видаляє умови, що додаються до неї. Зберігати інформацію про ліцензію та присвоєння з моделлю, особливо при обміні змінного файлу або за допомогою його в комерційному проекті.
Відокремити оригінальне завантаження з ваших робочих виходів. У корисному папці міститься донаведений архів, вибрана початкова модель, будь-які необхідні ресурси і перевірений СТЛ. Додайте коротку замітку про вибрані версії та призначені одиниці. Ця структура дозволяє більш легко використовувати, ніж зберігати тільки загальний файл, який називається перетворений.
Для неускладненого прикладу, запустіть з оригінальних моделей STL сайту. Ці розміри та умови використання, які вказані безпосередньо. Після того, як ви перевірили свій глядач і скибка робочого процесу, нанесіть ті ж перевірки до більш складних завантажень архіву, а не припустимо, що кожен пакет слідувати тим самим конвенціями. ↗ оригінальні безкоштовні моделі STL
Корисна кінцева перевірка
Перед тим як видалити тимчасові файли, підтвердіть, що кінцевий STL є призначеним об'єктом, що він має очікувані розміри і що зберігає інформацію про ліцензію. Якщо архів, що міститься в декількох суміжних частинах, зберігайте запис якого перетворено. ZIP-to-STL залежить від вибору архіву, а також перевірки базової геометрії, не коли контейнер оброблюється як модель без перевірки.
Якщо ви створюєте новий архів для спільного доступу, включіть лише ознайомлювальну модель, необхідні ресурси та відповідну документацію. Очистити імена папок і короткий опис одиниць зменшити неоднозначність для наступної людини. Вилучення тесту і відкриття з цього нового архіву перед відправленням його, тому сам пакет стає частиною перевіреного ручного зльоту.