Karmaşık yüzeyleri modellemek için olasılık

  • Konuyu başlatan Konuyu başlatan Trotto@81
  • Başlangıç tarihi Başlangıç tarihi
Açıkçası, ama hiçbir şey söylemedim ve kupayı yeniden çizsem, çünkü işin bardağı ile ilgili bir ilişkisi yok, ama bu sadece kupa ile bağlantılı olan yeni bir element, ne olduğunu bilmek istedim.

bardağın boyutuna bağlı değilim ve sanki başka bir grupla birbirine bağlayan bir grup olsaydım
Pro/e'de bunu yapamazsın, ilişkiler onları otomatik olarak yaratır.
Onları değiştirmemeye karar verdiğinize karar veriyorsunuz.
Eski ortamda, overriding veya substantiated eğrilere sahip olamazsınız.
İki farklı varlık yaratırsanız ve o zaman uydurmalar, bunlar ancak bir şeyle ilgilidir (örneğin referans planları veya axle terna ile ilgilidir).
Eğer ilişkileri silmeye çalışıyorsanız, geri aldığıma kadar çizilen ortamdan çıkmanıza izin vermez.
 
flavio, belki de parametrik bir model ve bir parametrik model özelliği ile karışıklık.
İki farklı şey, size dayanan özellikte hala güvenilmez bir baba oğlu ilişkisi var, çünkü herhangi bir üst düzey varlık için "dach".
Bugünün creo’nun esnek modellemesi ile, amaçlandığınız gibi aynı sonucu elde edebilirsiniz, ancak iki tamamen farklı şey.
 
flavio, belki de parametrik bir model ve bir parametrik model özelliği ile karışıklık.
İki farklı şey, size dayanan özellikte hala güvenilmez bir baba oğlu ilişkisi var, çünkü herhangi bir üst düzey varlık için "dach".
Bugünün creo’nun esnek modellemesi ile, amaçlandığınız gibi aynı sonucu elde edebilirsiniz, ancak iki tamamen farklı şey.
Pro/e ile iyi anlaşılabilseydim bunu yapamazsın çünkü otonom olarak doğru bardağın rolünü nasıl değiştireceğine karar verir mi?
Ne olduğunu yaratırsam, bu değişmez ve ne yaptığını kısa bir süre sonra beni hata yapar, hala bir şey yapar, bana ne yaptığını hakaret eder mi?
 
Ah, çocuklar. (ozzy ve max)
Her zaman bir "süre zamantamp" modeli midir?
Daha iyi açıklamama izin verin: Bir özellik için bir değişiklik yaparsanız, değişim otomatik olarak çocuklara yol açıyor mu? Bütün çocuklar?

Neden soruyu soruyorum?
Çünkü kediia, sadece ona uygulanan değişiklikleri görmenize izin veren "yerel güncelleştirme" isimli bir işleve sahiptir.
Tabii ki, model senkronizasyondan çıkıyor... ama bu çok fazla "try & see what happens" yapmak zorunda olduğunuz anlarda çok kullanışlıdır. .
 
Diyelim ki stil için parametrik yüzeyler başka bir operasyona sahip olmalıdır... :
Beppe, aslında burada konuya dokunmadık ( 3d eğrilerden üretilmiştir) veya rex (bir eğri veya işaret ağından başlayan ücretsiz yüzeyler).
Bu durumda başlangıç tarihiniz bir çizik değildir ve sonra değişiklikler bunu oranlarda yapmaz, ancak formda, bireysel yüzeyi kesin mesafelere (gezegenler, datum ... eğriler vs.) bağlamak mümkün olsa da.
 
Beppe, aslında burada konuya dokunmadık ( 3d eğrilerden üretilmiştir) veya rex (bir eğri veya işaret ağından başlayan ücretsiz yüzeyler).
Bu durumda başlangıç tarihiniz bir çizik değildir ve sonra değişiklikler bunu oranlarda yapmaz, ancak formda, bireysel yüzeyi kesin mesafelere (gezegenler, datum ... eğriler vs.) bağlamak mümkün olsa da.
Evet... İlk mesajları ve cevabınızı belge ile okudum... Soruyu görmedim.
Cevabınız posta sorusu için mükemmeldi ... ama cevabın yeterli olduğunu anlayamadığım soruyu okumamıştım. .
Elbette, cevap vermeden önce soruları okursanız... Tüm sorular... Bu cevabı vermedim.
Bu nedenle, sonuç "başkanı formüle etmeden önce tüm soruları hazırlayın" aksi takdirde sorduğunuz soru ile ilgili değil.

Alzhaimer’im var...:eek: ya da sadece olaylar tarafından boğulduğum ve eğer bunun sklero olduğunu düşünüyorum.
 
Ah, çocuklar. (ozzy ve max)
Her zaman bir "süre zamantamp" modeli midir?
Daha iyi açıklamama izin verin: Bir özellik için bir değişiklik yaparsanız, değişim otomatik olarak çocuklara yol açıyor mu? Bütün çocuklar?

Neden soruyu soruyorum?
Çünkü kediia, sadece ona uygulanan değişiklikleri görmenize izin veren "yerel güncelleştirme" isimli bir işleve sahiptir.
Tabii ki, model senkronizasyondan çıkıyor... ama bu çok fazla "try & see what happens" yapmak zorunda olduğunuz anlarda çok kullanışlıdır. .
Parametrik (alpha) yapılandırılmış olduğu gibi, bunu yapmak için gerek yoktur.
Konuşmaya odaklanmadan tamamen ücretsiz bir şekilde modeller, o zaman bunu bir "yönetmen" şekilde veya ağaç aracılığıyla yeniden tasarlayarak yaptığınız bir şeyi değiştirmek zorundasınız.
Tahmin ettiğimden de bu şekilde çalışmalıyım
Associative parametrelerinin çeşitli alternatiflerini görmek için meydan okuma alanında yeni bir iplik açmak güzel olurdu.
 
Parametrik (alpha) yapılandırılmış olduğu gibi, bunu yapmak için gerek yoktur.
Konuşmaya odaklanmadan tamamen ücretsiz bir şekilde modeller, o zaman bunu bir "yönetmen" şekilde veya ağaç aracılığıyla yeniden tasarlayarak yaptığınız bir şeyi değiştirmek zorundasınız.
Tahmin ettiğimden de bu şekilde çalışmalıyım
Associative parametrelerinin çeşitli alternatiflerini görmek için meydan okuma alanında yeni bir iplik açmak güzel olurdu.
Tüm parametrik modellemeler bu şekilde çalışır...
Fark şu ki nx (ama ben de yarattığıma inanıyorum... uff, bu nouvo ismini ne kadar zor kullanmalıyım...) bir zamanlartamp, bu yüzden sıradaki özellikleri var ... kediya bir grafik olarak sahip olsa da (hatta fikirler öyleydi).
Sonuçta, kullanıcı için, fark nx'te, ağacın başlangıcında "şimdilik özellik" yapmaya devam etmediği sürece (pro/e v19'da ben "trim modu" olarak adlandırdım...) 10 yığına bir değişiklik (ve sonra yeniden hesaplayın) casket’de olsan, “yerel güncelleme” sadece 10... sonra 15... sonra tekrar 10... ve ileri... ve sonunda toplam bir yeniden hesaplayabilirsiniz.
 
Tüm parametrik modellemeler bu şekilde çalışır...
Fark şu ki nx (ama ben de yarattığıma inanıyorum... uff, bu nouvo ismini ne kadar zor kullanmalıyım...) bir zamanlartamp, bu yüzden sıradaki özellikleri var ... kediya bir grafik olarak sahip olsa da (hatta fikirler öyleydi).
Sonuçta, kullanıcı için, fark nx'te, ağacın başlangıcında "şimdilik özellik" yapmaya devam etmediği sürece (pro/e v19'da ben "trim modu" olarak adlandırdım...) 10 yığına bir değişiklik (ve sonra yeniden hesaplayın) casket’de olsan, “yerel güncelleme” sadece 10... sonra 15... sonra tekrar 10... ve ileri... ve sonunda toplam bir yeniden hesaplayabilirsiniz.
creo (Yeni adı ile de mücadele ediyorum), rex modülünde ve isdx modülünde, bireysel yüzeylerin veya eğrilerin bağlarını kırma olasılığı vardır.
Ancak değişiklikler hakkında çok dikkatli olmalısınız, bağı kırınırsanız, kontiguous bir yüzeyi değiştirmek için giderseniz, bağımlı bir yüzey olan kişi, bağı geri yüklemediğiniz sürece artık değişmez.

Sürecin sonunda kullandığım bir şey.
Çatınızı veya kapınızı fark ettiğinizde, dosya işlemek için çok ağır olabilir (tipik olarak binlerce üçgenden bir stl vardır).
Eğer iş çok yavaş ve yönetilemez hale gelirse, tüm yüzeyleri kesti ve dosya çok daha hafif ve daha istikrarlı hale gelir.
Elbette dikkatli, bunun dosyanın bir kopyası üzerinde yapılmasını istiyor.
 
Tüm parametrik modellemeler bu şekilde çalışır...
Fark şu ki nx (ama ben de yarattığıma inanıyorum... uff, bu nouvo ismini ne kadar zor kullanmalıyım...) bir zamanlartamp, bu yüzden sıradaki özellikleri var ... kediya bir grafik olarak sahip olsa da (hatta fikirler öyleydi).
Sonuçta, kullanıcı için, fark nx'te, ağacın başlangıcında "şimdilik özellik" yapmaya devam etmediği sürece (pro/e v19'da ben "trim modu" olarak adlandırdım...) 10 yığına bir değişiklik (ve sonra yeniden hesaplayın) casket’de olsan, “yerel güncelleme” sadece 10... sonra 15... sonra tekrar 10... ve ileri... ve sonunda toplam bir yeniden hesaplayabilirsiniz.
Ve hayır, çözülmemiş bir özelliği terk ederseniz, bunu çözmeniz gerekir ve sonra geri kalanına (yükleme) geçiş yapabilirsiniz.
Ancak bu yüzeylerle bu güncelleme gerçekleşmez ve eğer ortaya müdahale edemeyeceğiniz bir şeyi yerine getirmek istiyorsanız.
Bu en azından anladığım şey.
 
Sto nx 8 gerçekten güçlü görünüyor.
Birkaç hafta boyunca 7.0 kullandım ve yaklaşımın harika olduğunu söylemek zorundayım.
 

Forum İstatistikleri

Konular
58,521
Mesajlar
499,056
Kullanıcılar
104,110
Son Üye
ChristianR

Çevrimiçi Üyeler

Şu anda çevrimiçi üye yok.
Geri
Üst