Martin_S

Czy komukolwiek udaje sie utworzenie dowolnych np. drzwi 3D do biblioteki uzytkownika w aktulanej wersji SP2? Cos chyba nie tak z tą SP2, bo mi sie nie udaje mimo prób w oparciu o instrukcję ze str. 5 tego wątku :help: 28-10-2014 Problem rozbudowy biblioteki archiwalnej użytkownika stolarki rozwiązany przez serwis UI_SZANSA dzieki!!! Skomplikowane to do opisania :yahoo: Chciałem zmiany tej wersji drzwi Na tą wersję (poprzez dodanie do biblioteki użytkownika) celem był ten obrazek

@pawmal to dotyczy 2015+ i bedzie naprawiane to samo miał geral2882 "JOINING TWO POLYLINES, SOMETIMES ONE DESAPEAR, IS ERASED, WHY ? WHAT'S WRONG ? SOMEONE CAM HELP?VERNUM = "2014.09.20(25578)" (read only)"

problem jest ju z zgłoszony do naprawy http://www.zwsoft.com/zwcad_forum/thread-3808-1-1.html , rozwiązaniem jest j.w. koniec pierwszej polilinii to poczatek drugiej polilinii wtedy JOIN działa ok.

Ok dzięki @kruszynski Pomaga ta wersja pliku menuzwES.zip , po rozpakowaniu podmienić ze starej, błednej na nowy z tego ZIP w polskiej wersji i bedzie ok C:\Users\MARCIN\AppData\Roaming\ZWSOFT\ZWCADA\2014\pl-PL\Support\ArchData\SysZw\menuzwES.sss

Zrobiłem j.w.. Nie działa coś, normalnie startowo jest ok na początek mamy narzędzia z C:\Users\MARCIN\AppData\Roaming\ZWSOFT\ZWCADA\2014\pl-PL\Support\ArchData\SysZw\ menuzw.ccc po przełączeniu na nowe menu C:\Users\MARCIN\AppData\Roaming\ZWSOFT\ZWCADA\2014\pl-PL\Support\ArchData\SysZw\ menuzwES.ccc znikają narzędzia - proces nieodwracalny, no teraz to nie nie wiem co jest grane dodam że w angielskiej wersji przełączanie menu w Architecture działa bez zarzutu. odpowiednikim w PL to menu nazywa sie Elewacja i Przekrój - z nim problem test 2 Polecenie: S41_LoadMenuSys Wczytywanie pliku menu: C:\Users\MARCIN\AppData\Roaming\ZWSOFT\ZWCADA\2014\pl-PL\Support\ArchData\SysZw\ menuzw.sss Polecenie: Wczytywanie pliku menu: C:\Users\MARCIN\AppData\Roaming\ZWSOFT\ZWCADA\2014\pl-PL\Support\ArchData\SysZw\ menuzwPLAN.sss Polecenie: Wczytywanie pliku menu: C:\Users\MARCIN\AppData\Roaming\ZWSOFT\ZWCADA\2014\pl-PL\Support\ArchData\SysZw\ menuzw.ccc Polecenie: Wczytywanie pliku menu: C:\Users\MARCIN\AppData\Roaming\ZWSOFT\ZWCADA\2014\pl-PL\Support\ArchData\SysZw\ menuzwPLAN.ccc Polecenie: Wczytywanie pliku menu: C:\Users\MARCIN\AppData\Roaming\ZWSOFT\ZWCADA\2014\pl-PL\Support\ArchData\SysZw\ menuzwES.sss Błąd składni. 3118wiersz:syntax error no i nieodwracalnie nie wrocimy do menuzw.ccc lub menuzwPLAN.ccc

Zniknęły mi narzędzia i nie wiem jak je przywrócić w polskiej wersji Architecture 2014 SP2 po przełączeniu menuzw.ccc na menuzwES.ccc ..proces nieodwracalny instalacja ponowna nie pomaga ... uzywałem tego ZWCAD_Architecture_2014_SP2__2014_08_21__PL.exe po reinstalacji Polecenie: S41_LoadMenuSys Wczytywanie pliku menu: C:\Users\MARCIN\AppData\Roaming\ZWSOFT\ZWCADA\2014\pl-PL\Support\ArchData\SysZw\ menuzw.ccc Polecenie: Wczytywanie pliku menu: C:\Users\MARCIN\AppData\Roaming\ZWSOFT\ZWCADA\2014\pl-PL\Support\ArchData\SysZw\ menuzwES.ccc

nie ma takiej możliwości obecnie ...alternatywą jest komercyjny ARTISAN

Do aktualnej wersji ZWCAD ARCHITECTURE 2014 SP2 i Artisana 2014 można przygotowywać własne biblioteki obiektów 3D w DWG z obiektów z rozszerzeniem *.3DS (3DStudio), *.skp (Sketchup) etc. znając ograniczenia z braku obsługi AcDbSubDMesh Class. np. ludzi ROŚLIN POJAZDY Jest niedogodność w ARTISAN2014 jako brak importu tekstur z własnego archiwum metodą DRAG&DROP z powodu indeksowania tekstur za pomocą kolorów. Nie działa wcale obiecany import tekstur metodą DRAG&DROP "by Layer". Podobno wersja Artisan 2015 powinna obsługiwac to i to. Ta niedogodność zmusza do ręcznego przypisywanie textur "by Layer" na danym obiekcie 3D (np. pojazdy) 20-10-2014 Niestety wysiłek tworzenia biblioteki 3D do celów renderingowych trzeba "zawiesić", bo ZWCAD 32bitowy jest "niewydolny" z Artisanem. Nie ma możliwości stworzenia wirtualnego otoczenia tak by ZWCAD pracował bez zawieszeń a co dopiero Artisan. Stawiam hipotezę, że przejście programu CAD na 64bit może pomóc oraz obsługa wyświetlania 3D w trybie AcDbSubDMesh Class. Nie działa poprawnie importowanie tekstur z Archiwum Artisana (tekstury "by Layer", z teksturami "by Color" nie ma problemu definicja konsoli Artisana -materiały "by Layer" (taki wpis rekomendowany przez Lightworks jednak nie działa) przed importowaniem (auto niebieskie białe i czerwone - materiały wg "by Layer", żółty Opel - materiały "by Color") próba próby zaimportowania materiałów z Archiwum Artisan (auto niebieskie białe i czerwone - materiały wg "by Layer", żółty Opel - materiały "by Color") Pozostałe funkcjonalności w 2D nie mają takiego znaczenia jak te wyżej, mimo iż wykorzystuje sie je w ~ok. 90%.

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