Martin_S

hi hi pierwsze skojarzenie "naostrzy szewc" ..chyba bez sensu :D

Ten problem wyszedł podczas szukania rozwiązania i obejścia tego nad czym Dział Rozwoju obecnie pracuje, mniemam że tak jest (AcDbSubDMesh Class). Obecnie żadna wersja ZWCAD lub ZW3D tego nie obsługuje jak powinno. Jaki zysk jest, a no taki że modele 3D o zakrzywionych powierzchniach są bardzo ekonomiczne i nie obciążają pliku DWG bo są ok. ~10x mniej pojemne, jakość łączeń elementów skończonych jest płynna (w locie matematycznie obliczana, nie znam sie na tym). Natomiast po konwersji z wykorzystaniem rozszerzenia COLLADA *.dae idzie ten system obrazowania powierzchni "obejść" uzyskując modele powierzchniowe z różnym, ale narzuconym stopniem zagęszczenia siatek w postaci poligonowej. Taki zespół trójkatów. prostokatów nigdy nie odda płynnych "nurbiastych" przejść. Traci sie kolosalnie na jakości modelu 3D i na objętości pliku DWG, czego efektem było wielokrotne "crash"-owanie ZWCADa bo nie wyrabiał. Stąd wczorajsze zagadnienie i pytanie o 64bit, bo 16GBRAM mam. Badając takie rzeczy podczas tworzenia i budowania bibliotek 3D DWG z przeznaczeniem późniejszym do renderingu często| idzie się "sparzyć", takim doświadczeniem się tu na forum dzielę, jak ktoś skorzysta to fajnie, a jak nie, to mi sie to przydaje i tak. Wiele funkcjonalności najbardziej pilnych staram sie poruszyć, ale po ponad 1,5roku nie ma większego zaangażowania ogólnie na całym świecie by na forach (ang, fra, pol) wywrzeć presje na ZWSOFT. Cierpliwie czekamy na szybszą innowacyjność :)

potwierdzam, @perlon ma całkowitą rację, taka funkcjonalność jest potrzebna, liczę też na poparcie by wdrożono wersję 64bit bo mam kolosalny problem z modelowaniem 3D z plikami ~ok.>100MB. Wykrzaczanie się jest niemiłosierne. A obsługa >4MB RAM np. przydała by sie bardzo.

Proszę o poparcie w sprawie przyspieszenia prac nad wersją 64bit ZWCAD+ i ZWCAD ARCHITECTURE tu http://www.zwsoft.com/zwcad_forum/thread-3810-1-1.html p.s. Ok, poczekamy cierpliwie na reakcję Jenny ;) ... póki trwają prace nad AcDbSubDMesh Class (zakładam że tak jest ) rozwiązanie zastępcze z wykorzystaniem COLLADA jest czasami nie praktyczne, tracimy kolosalnie na jakosci modelu 3D (powierzchnie obłe są poligonowymi powierzchniami) , plik "waży" sporo, stąd hipoteza , że może 64bit coś pomoże , ale tego nie wiem do końca. Mniej osiatkowany model Audi A4 dorzuciłem do biblioteki pojazdów 3D. Oryginał 3DStudio (jakość b. dobra , zastosowane AcDbSubDMesh Class) DWG z AcDbSubDMesh Class (przed konwersją) DWG po konwersji z wykorzystaniem COLLADA *.dae z pełną obróbką własną (warstwy podzespołów, bloki podzespołów) rendering w Artisan2014 (widać stratę jakości, powierzchnie poligonowe łamane powierzchni obłych) Finał - konwersja pliku 3ds do dwg z ominięciem AcDbSubDMesh Class z obróbką końcowa, uwarstwienie elementów, oblokowanie, rendering w Artisan 2014 :) Model DWG "waży" ok 10MB, gęsciej osiatkowane modele (>100MB) są niepraktyczne bo ZWCAD 32-bitowy się wysypuje.

(4 małe trójkaty pojedyncze+3 trojkaty podwojne + 2 trójkaty potrójne + 5 trójkatów złożonych ) * 4 boki = 14*4 = 56 nie ma wiecej to by prawdopodobnie częsciowo i tymczasowo pomogło z obsługą >100MB plików DWG o złozonym stopniu poligonizacji, inaczej ZWCAD arch i 2015+ się "wykrzaczają" i nie radza sobie z takimi plikami , rendering Artisanem jest kompletnie niemożliwy.

Adam (asemla) podał poprawnie odpowiedź : 56

nie strzelać, pomyśleć :good: mała podpowiedź, jak ktoś śledzi moje "ćwierkanie" to zgadnie szybko :help:

wszystko jest niepoprawne , próbojcie dalej ;)

Nowa zagadka od ZWSOFT Ile trójkątów tu jest :)

Jak wiadomo, trwają prace nad obsługą wyświetlania obiektów 3D w trybie AcDbSubDMesh Class. Obecnie przekonwertowanie obiektu b. dobrej jakości z 3D studio (*.3ds) do *.dwg nic nie da 3ds - ok. 18,4MB bo żaden ZWCAD z 2015+ włącznie nie obsługuje AcDbSubDMesh Class dwg z AcDbSubDMesh Class - 23,3MB Korzyscią takiej obsługi jest ok. 10x mniejsza objętość pliku w stosunku do obiektu tradycyjnego (powierzchnie poligonowe 3D) ------------------------------------------------------------------------------------------------------------------------------------------------------------- Jak w takim wypadku sobie poradzić, wykorzystamy ostatnio wprowadzoną obsługę wymiany danych 3D COLLADA *.dae krok po kroku: importujemy plik *.3ds do sketchupa plik skp ma 147,2MB (7x wzrost) następnie eksportujemy *.skp do *.dae (COLLADA) i importujemy wynik *.dae do *.skp (Rozumuję to tak, że w ten sposób "niszczymy" sparametryzowane powłoki AcDbSubDMesh Class na powłogi poligonowe 3D o bardzo zagęszczonej siatce) plik skp ma troche mniej 112,4MB w następnym kroku eksport *.skp do *.dwg kontrola w TrueView dwg niestety wzrasta do gigantycznych rozmiarów 283,7MB Redukcję rozmiaru wykonano po wielu testach do formatów DWG2004, 2010, 2013 w pConn6.8 rozmiary od 133-139MB ------------------------------------------ W ostatnim kroku otwieramy plik >133MB w ZWCAD ARCHITECTURE SP2 2014 Sukces częściowy - model w końcu otwarty poprawnie w ZWCAD, niestety z powodu bardzo gęstej siatki i objętości cały "wysiłek" z takim modelem poszedł na marne bo plik nie jest stabilny, po zmianie trybu wizyjnego na cieniowany następuje "crash" to samo przy próbie uruchomienia Artisana 2014. Wykrzacza się podczas próby przetwarzania geometrii. To tymczasowe rozwiązanie może się przydać raczej do prostych obiektów DWG z AcDbSubDMesh Class. Podsumowanie konwersja COLLADA jakby likwiduje AcDbSubDMesh Class kosztem zwiększenia objętości pliku nawet ok. x10 co wiąże się z gęstą siatką elementów skończonych opisujących dany model 3D. Wniosek dodatkowy, dzieki AcDbSubDMesh Class nie tracimy na jakości modelu, a model po przeróbce jest gorszy lub nie do użycia. Wniosek nasuwa sie taki: AcDbSubDMesh Class trzeba w końcu rozwiązać w DWG2010 i 2013 :) --------------------------------------------------------------------------------------------------------------------------------- Przykład praktyczny na mniej złożonym modelu AudiTT z pliku *.3ds oryginał z pliku 3ds widok trybu z AcDbSubDMesh Class w ZWCAD ARCHITECTURE przed zmianami korekta z wykorzystaniem COLLADA w Sketchup eksport skp do dwg (jak widać tryb AcDbSubDMesh Class ominięto, ale kosztem jakości modelu 3D, rzadsza siatka poligonowa 3D) korekta własna modelu dwg rendering w Artisan2014

Wykorzystanie systemu wymiany danych 3D COLLADA (*.dae) do tworzenia rzeźb "nurbiastych" w DWG z Wiki "COLLADA (od wspólnych działań projektowych) jest interchange format pliku dla interaktywnych 3D aplikacji. Jest on zarządzany przez konsorcjum non-profit, w technologii Grupy Khronos , i został przyjęty przez ISO jako publicznie dostępnych specyfikacji, ISO / PAS 17506. [1] COLLADA definiuje otwarty standardowego schematu XML do wymiany zasobów cyfrowych wśród różnych graficznych aplikacji , które mogłyby przechowywać swoje aktywa w niekompatybilnych formatów. Dokumenty COLLADA opisujące zasoby cyfrowe są pliki XML, zwykle utożsamiane z .dae (cyfrowy wymiany aktywów) rozszerzenia pliku ." Pierw rzeźbienie w darmowym programie Meshmixer (wiecej w tym zabawy niż profesjonalnego zastosowania) eksportujemy plik *.dae importujemy do Sketchupa naprawiamy dziury eksport do DWG dokończenie rzeźby w ZWCAD ARCHITECTURE wizualizacja w Artisan 2014 a to prawdopodobnie chyba dzięki Francuzom z ZwFrance jest łatwiejsze modelowanie 3D Podsumowanie: 1 metoda jest jakościowo jednak ciut gorsza od metody 2 wykorzystujaca Blender (mix-obj-blend-dea-skp-dwg)

No to strzelam, ostatni zeszło z quizami na tematykę morską PIRACTWO p.s. ktoś w koncu trafi , duż mozliwosci nie ma

mi się kojarzy coś z piractwem, ale ni w ząb mi nie pasuje :)

W nawiązaniu do lekcji 018. Jak działa funkcja "Popraw Skrzyżowanie Ścian"? http://forum.cad.info.pl/blog/7/entry-99-018-jak-dzia%C5%82a-funkcja-popraw-skrzy%C5%BCowanie-%C5%9Bcian/ Przypadek węzłowy ścian o różnych wysokościach i wynik "osobliwosci" węzła i rozwiazanie jak tego uniknąć. Uniknąć można poprzez cofniecie ścian prostopadłych dochodzących do ściany o grubość muru i dołożenie ściany wirtualnej wewnątrz sciany, wtedy nastąpi domknięcie pomieszczeń i model 2D i 3D bedzie poprawny.

Można np. kolorować osobno powierzchnie bryły solidowej, powierzchniowej też

SYMULACJA ELEMENTÓW 2D jako 3D- kontynuacja i rozwiązanie "problemu" http://www.zwsoft.com/zwcad_forum/viewthread.php?tid=2972&page=5&extra=#pid20857 Rozwiązałem problem buga przekłamania łuków polilinii w wielokąty z 6 września 2014 Wygodnie jest czasem modelować elementy przestrzenne za pomocą polilinii o grubosci >0, ale w przypadku elementów łukowych polecam wyciąganie po ścieżce danego przekroju np. koła - da to symulację pręta 3D w łuku i wtedy Artisan konwertując geometrię DWG nie zrobi przekłamania i nie zamieni łuków w linie wieloboczne łamane dla przypomnienia Artisan 2014, nakładanie teksur na następujące elementy płaskie: Polilinie o grubosci > 0 Fonty TTF (truetype) zamkniete obszary wypełnienione hatchem typu SOLID Tak było wczesniej a tak po zastosowaniu metody mieszanej tj polilinie o grubości >0 z bryłami powierzchniowymi łukowymi (od wyciagania po ścieżce przekroju np. kołowego)