- Symulator MaSzyna -
Symulator EU07 (i nie tylko) => Pomoc w tworzeniu => Wątek zaczęty przez: dejotzbych w 09 Stycznia 2012, 17:26:15
-
Cześć!
W ramach akcji "Zrób coś Naucz się czegoś dla MaSzyny" zaprzyjaźniam się z 3dsem. Bardzo dużo informacji da się wyciągnąć z Waszych postów*)
Tyle gwoli wstępu, teraz do rzeczy:
Stworzyłem taki oto model wiatraka:
Teraz pytania:
1. Czy jest jakaś inna (nieopisana tu -> http://rainsted.com/pl/Symulator/MaSzyna/Animacje_modeli ) metoda ciągłej animacji, która pozwala na regulowanie prędkości obrotu? W moim wiatraku posłużyłem się trzema zagnieżdżonymi bananami, każdy z animacją seconds.
2. Jaka jest optymalna ilość trójkątów dla takiego obiektu? U mnie są dwa submodele (nie licząc bananów) w sumie nieco ponad 400 tri, z LoDem na 500m ->210 tri i kilometr -> 24 tri.
3. Jaki wpływ na wydajność może mieć ilość submodeli bez trójkątów?
*) to zdanie sponsoruje wyszukiwarka :)
-
Kiedyś można było ustawić zdarzenie na obrót powyżej 360 stopni, wtedy ruch się zapętlał. We wpisie jest możliwość regulowania szybkości.
Z mojegu punktu widzenia: wywal ten LoD pośredni.
-
Podobno lepiej dać animację w T3D.
-
Kiedyś można było ustawić zdarzenie na obrót powyżej 360 stopni, wtedy ruch się zapętlał. We wpisie jest możliwość regulowania szybkości.
Dzięki, pokombinuję
Z mojegu punktu widzenia: wywal ten LoD pośredni.
Z początku oba modele miały LoDa na kilometr (teraz najpierw ginie pełnotrójkątowe śmigło, potem wieża) i wyglądało lepiej, dzięki za opinię, mimo, że nie widziałeś modelu.
Podobno lepiej dać animację w T3D.
Też z tego założenia wyszedłem, zwłaszcza, że nie wiedziałem o ficzerze (bugu?), o którym mówi @youBy
-
Dzięki, pokombinuję
W którymś readme dołączonym do exe, Ra opisywał jak się taką prędkość kątową reguluje.
-
W Bałtyku łopaty wiatraka są jako wskazówka sekundowa zegara i robią pełny obrót w ciągu minuty. Można zmienić prędkość obrotu przez zastosowanie banana, lub jakiegoś niewidzialnego obiektu, którego oś obrotu będzie ustawiona identycznie jak dla łopat i który ustawimy jako parent dla wirnika. Później przerabiasz ten obiekt (banan), aby obracał się jak wskazówka, np. sekundowa, dzięki czemu obracający się banan sprawi, że łopaty będą poruszać się 2x szybciej, bo prędkości obrotu banana i wirnika zsumują się.
Obrót wywołujesz poprzez odpowiedni wpis Anim: (seconds, minutes, hours).
-
@adsim, ja właśnie tak zrobiłem, tylko po trzykroć. Pytam właśnie, czy jest możliwość obejścia tego w jakiś inny, może bardziej cywilizowany, a napewno mniej bananochłonny sposób (banan to kolejny submodel jakby nie patrzeć, a podobno submodele żrą te efpesy bardziej niż trójkąty)
@youBy: Twój patent działa, przynajmniej na exe 231
Dzięki wszystkim za pomoc.
Jeszcze jedno pytanie: przyda się komuś taki wiatrak? Gdzie go wrzucić, do Testu?
-
Banan ma zazwyczaj 0 numvertsów, przez co śmiem twierdzić, że jego wpływ na FPS jest znikomy, przynajmniej w tym konkretnym przypadku. Poza tym ten sposób nie jest jakoś szczególnie skomplikowany. Jak uznasz model za gotowy, wrzucasz do testów zgodnie z zasadami.
-
1. Czy jest jakaś inna (...) metoda ciągłej animacji, która pozwala na regulowanie prędkości obrotu?
Istnieje możliwość dodania kolejnych animacji, jeśli takie będą potrzebne. Prędkość obrotowa powinna chyba zależeć od siły wiatru, ale obsługi wiatru jeszcze nie ma.
2. Jaka jest optymalna ilość trójkątów dla takiego obiektu? U mnie są dwa submodele (nie licząc bananów) w sumie nieco ponad 400 tri, z LoDem na 500m ->210 tri i kilometr -> 24 tri.
Z uwagi na to że wiatraki raczej nie występują setkami, moim zdaniem fazy LoD nie mają sensu przy tej ilości trójkątów. LoD wydaje się użyteczny, jeśli zmniejsza ilość trójkątów stukrotnie. Ale trzeba by to przetestować w praktyce.
3. Jaki wpływ na wydajność może mieć ilość submodeli bez trójkątów?
Dużego nie powinno mieć, zwłaszcza jeśli liczba wiatraków nie przekracza 50 w widocznym obszarze. Wydajność zżerają raczej submodele z trójkątami.
-
Istnieje możliwość dodania kolejnych animacji, jeśli takie będą potrzebne.
Moim zdaniem są ważniejsze rzeczy, chyba, że to będzie Ctrl+C/V i zmiana jednej/dwóch linijek.
Prędkość obrotowa powinna chyba zależeć od siły wiatru, ale obsługi wiatru jeszcze nie ma.
W tym przypadku liniowej zależności chyba nie ma, turbina powinna mieć synchronizację z siecią energetyczną, więc prędkość obrotowa zawiera się raczej w typie enum.
@adsim, @Ra: w takim razie usuwam LoDa, dopracuję co nieco i postaram się wrzucić dzieło tam, gdzie trzeba.