Размер CAD файлов

[jbiplane 3]

Большинство "буржуйских" форматов хранения данных чрезвычайно неэффективны. Рисовал я както 1/4 модели головки блока цилиндра в разных системах. В SolidWorks 2001+ получилось 7.425 Mb, UG 19 - 6,32, Catia 5.9 - 4,273 Mb

В формате OpenHFS только 170 Kb (X_b - 1.835 Mb)

О IGES и

Это подвигло на написание утилиты сжатия файлов и хранения информации в собственном параметрическом формате - PGDL -

97K :o)

А потом народ ругается что сборки тормозят ... :o)

[cadzero 0]

jbiplane

Это подвигло на написание утилиты сжатия файлов и хранения информации в собственном параметрическом формате - PGDL -

97K

угу.  тоже занимались таким творчеством, пока инет был слабеньким и момед на 9800 был счастьем, доступным избранным. :=)

Пишешь в файл протокол "успешных действий пользователя" - получается коротенький текст, да еще и сжимается хорошо, посему перекачивется быстро. Потом запускаешь GRIP прогу (это на UG-10 было) которая восстанавливает модель по протоколу. А в опер. памяти модель занимает столько же места.

Тогда еще был "+" у такого формата, - диски были маленькие и дорогие.

А сейчас - весь мой архив занимает 15 Гиг, а 40-гиговый диск стоит меньше 贄.  :=)

(Отредактировал(а) cadzero - 15:38 - 7 Авг., 2002)

[Klocska 1]

Ну тут надо изгнать мух из котлет. Давайте не путать файлы систем, файлы ядер и "универсальные" форматы типа STEP и IGES.

STEP и IGES по определению максимально "пухлые". Ведь информация храниться в основном в текстовом виде, с множеством промежуточных данных. Но это необходимо для обеспечения взаимодействия между разными системами, которые, к тому же, могут оказаться на разных платформах.

Файлы CAD-систем более компактны, но содержат в себе множество настроек самой системы, параметризацию, и прочие данные, напрямую с геометрией не связанные. Хотя, обычно, современные системы содержат в себе код архиватора, что уменьшает объем файла, делая нерациональной дальнейшую архивацию. Наиболее компактные - файлы ядер. Тут только геометия и информация ядра, но все дополнительные вещи, в отличие от файлов CAD систем, типа той же параметризации, материалов итп. скорее всего останутся за бортом. Так что выбирайте, но осторожно.

А действия пользователя в файле вещь, конечно, хорошая, если только пользователь не очень много ручками дрыгать при этом будет :).

(Отредактировал(а) Klocska - 12:52 - 7 Авг., 2002)

[Nikolas 0]

Это подвигло на написание утилиты сжатия файлов и хранения информации в собственном параметрическом формате - PGDL -

97K )

А что за утилитка как действует?

Мы выходили из положения следующим образом

Создавали кубик, который поглощал в себе всю построеную геометрию. или гасили фичеры.

[Гость Gutt]

Klocska

А действия пользователя в файле вещь, конечно, хорошая, если только пользователь не очень много ручками дрыгать при этом будет

до 200 строк обычно. :=))

[jbiplane 3]

Хранится всякий хлам типа треугольной тесселяции для отображения объекта. Любая приличная видеокарта легко его восстанавливает.

Некоторые системы намного экономнее

<noindex>http://www.xvl3d.com/en/demo/xvlfiles.htm#designer</noindex>

www.openHFS.com

Мы используем сжатые файлы для хранения в нашем электронном архиве под SmarTeam. Степень сжатия не хуже 27.

Размер базы 43 мб.

[GPN 3]

jbiplane

Большинство "буржуйских" форматов хранения данных чрезвычайно неэффективны.

Как мне кажется, "их" - это совершенно не заботит. "Их" (имею в виду менеджеров, а не программистов) заботит, как минимум, сохранение нормы прибыли. Добиться этого можно различными путями: расширением функциональных возможностей продукта; захватом новой ниши рынка и т.п. "позитивом". А можно усилить рекламу и, повысив цену, практически тот же продукт выдать за новую версию. Это - "негатив".

Использование ресурсов компьютера - тот же "негатив". Софт-производители всё время помнят об интересах производителей харда. "Рука руку моет" - точно, хотя и не совсем корректно,  описывает эту ситуацию. Без сохранения продаж - нет сохранения производства, нет денег. Не мытьём, так катаньем пользователя принуждают финансировать развитие отрасли даже тогда, когда "прогресс" выражается в добавлении 13 иконок под лозунгом user friendly interface.

С уважением

[Klocska 1]

Тут, думаю, вы не совсем правы. Все-таки в формат файла CAD системы входит еще слишком много всего, кроме желания помочь Intel'у или БГ :)

[GPN 3]

Klocska

Все-таки в формат файла CAD системы входит еще слишком много всего...

Не спорю.

Но только, в SW, это известный фокус, операция "Save As" в родном формате под другим именем сгоняет объём файла в разы. Что же за (нехорошее слово) они "хранили"? Если раньше тот же SW отличался бережным использованием ресурсов компа (50% от SЕ, например), то "попав в обойму", как-то утерял это ценное качество.

Могу продолжить, если захотите...

...желания помочь Intel'у или БГ

Асаd во время оно (т.е. 95-ом) остановил OS/2, уничтожил DOS, UNIX, неплохую версию для 3.1 и оставил только "полнооконную" платформу. Одни скажут: "Правильное решение". Другие: "Картелью пахнет". Всё зависит от точки зрения...

(А истина может оказаться посередине.)

С уважением

[Klocska 1]

Но только, в SW, это известный фокус, операция "Save As" в родном формате под другим именем сгоняет объём файла в разы. Что же за (нехорошее слово) они "хранили"? Если раньше тот же SW отличался бережным использованием ресурсов компа (50% от SЕ, например), то "попав в обойму", как-то утерял это ценное качество.

Могу продолжить, если захотите...

Думаю, SW просто тащит в файле всю предысторию создания модели. Как Word без отключеной опции быстрого сохранения. А когда вы ему говорите Save As его, он сохранаяет модель без всего этого.

Асаd во время оно (т.е. 95-ом) остановил OS/2, уничтожил DOS, UNIX, неплохую версию для 3.1 и оставил только "полнооконную" платформу. Одни скажут: "Правильное решение". Другие: "Картелью пахнет". Всё зависит от точки зрения...

Ну тут с точки зрения менеджмента проекта все-же, скорее всего, надо смотреть...

А так - в свое время мне очень понравилась фраза: "Если у вас нет паранои, то это вовсе не значит, что за вами никто не гонится..." :)

[cadzero 0]

Ну вот, господа!

Программисты , когда их перестали устраивать доступные продукты, написали Linux. (неплохая система, кстати)

А почему бы и нам не объединиться и не написать свободно распространяемый CAD, на базе OpenCASCADE например?

Ядро доступно для скачивания. Денег за него не берут.

Возьмемся?

[IBV 112]

Памятник при жизни вам гарантирован. Если осилите, конечно. :)

[Simply 0]

Так-так, а что же будут делать остальные?( Dasault Systems , PTC и т.д.), не надо лишать такой шоблы народа их куска хлеба----заклюют :)

[cadzero 0]

А пусть свои продукты в исходниках выкладывают. :=)

Под GPL лцензией. :=)

[vl 327]

     Написать на OpenCASCADE что-нибудь можно. Причем набор  методов позволяет сделать и твердотелку, и поверхностный моделлер в основном делая лишь интерфейс. А вот параметрики нет и сборок нет. Это придется самим.

     А  Dasault Systems , PTC и т.д. на это внимания особо не обратят, поскольку OpenCASCADE пока еще не очень надежен и полон глюков. Правда с каждой версией их все меньше, но до оптимума далеко. Чтоб не отходить от темы топика, скажу, что файлы в формате brep у OpenCASCADE больше чем у того же SW, Pro/E.

      Вобщем, зная OpenCASCADE можно сделать приложение начального уровня с претензией на средний (пока). Но зато дешево и сердито. Но с этим "зная" есть проблемы - не очень документирован, очень много всего и надо знать много самому, чтобы разобраться. я первое приложение смог написать только через два месяца после каждоночного (:-)) изучения. И это, имея специальность разработчика САПР.

      Но может обсудим такую возможность? Если мы конечно всерьез обеспокоены созданием своего САПР, то это, по моему, самый простой путь. Проще чем Компаса, это точно. Сложнее чем T-flex, но зато дешевле.

      Кстати, по поводу бесплатности. Можно писать и коммерческие приложения, отчислений, насколько я знаю, никаких платить не надо.

[cadzero 0]

vl

кажется есть смысл открыть тему. :=)

[GPN 3]

Klocska

Как Word без отключеной опции быстрого сохранения.

Подобное объяснение давали и на tesis.ru

Возникает вопрос в простанство: что ж им, "держашшим на пулЪсе руку",  мешает это устранить? Почему надо "зашивать" модель в кубик, чтобы послать по почте

"нормальный" зиппчик в 1Мб, вместо 10Мб?! Сколько сидюшников (и времени) извожу на солидовский бэк-ап - уму не постижимо!

Ну тут с точки зрения менеджмента проекта все-же, скорее всего, надо смотреть...

Кто ж спорит... Им жить - им мучаться.

Только вот версия эта была, 13-ая, мягко говоря, соответствующей своему порядковому номеру. И икалось всем-всем-всем долгих то ли 2, то ли 2.5 года. И сколько юзеров сказали тогда: "Арривидерчи, Акаша!" - Бог знает... Но это - их менеджмент (всё-таки, наверное, не самый худший) и их проблемы.

А если "в мировом масштабе", то очень огорчает ситуация, в которой функциональность подменяется интерфейсом. Сообчение "Те же яйца, но сейчас в новой упаковке!!" проходит на ура. Никаких процессов, кроме обильного слюновыделения, в (обязанных думать) массах не замечается. Печально.

С уважением,

[Klocska 1]

Соображения по поводу OpenCASCADE я в флейме написал, только потом обнаружил откуда ноги растут :).

По поводу SW - в Ворде эта опция отключаеммая, если в SW - нет, тогда это, конечно, их проблемы. А Вы вольны решать с кем вам по пути.

ACAD-13 - вообще отдельная версия, написанная во время очередного кризиса AD, по некоторым сведениям, наспех найденной командой из Питера. А то что пользователи с Акада уходят, на мой взгляд, явление закономерное. Потому как оно, конечно, хорошо ездить на жигулях модели 6, но почему-то при первой же возможности, большинство народа старается купить себе что-нибудь не настолько морально устаревшее :).