[RBach]

Koledzy pomóżcie...
Robię sobie ja semaforki kształtowe. Wszystko ładnie-pięknie, aż do momentu wstawiania dummy. Wstawiam je grzecznie w widoku TOP. Potem linkuję jak trzeba, podlinkowuję elementy modelu w/g hierarchii, nazwy zgodne z konwencją b.r.costam. I po eksporcie... doopa. Model "wystrzeliwuje" gdzieś w kosmos (żeby było śmieszniej, nie jest to jakaś sensowna wartość, ale np. 79,874m. Jeśli dummy wykasuję - wszystko wraca do normy. A bez dummych nie zrobię animacji. To samo z plikiem KIN. Jeśli w AssetX podejrzeć parametry klatek, to widać, że b.r.main pozostaje w 0,0,0, ale inne dummy wywala na 79,258, 0,156, 235,877 (w tym konkretnym przypadku, bo każdy model ma trochę inne te wartości). Poniżej pierwsza klatka animacji w formacie "ludzkim":

Kod:

356    Frame number: 0 360      0 Bone Position: 0,000, 0,000, 0,000 372           Rotation:   0,000, 0,000, 0,000, 1,000 388      1 Bone Position: 79,258, 0,156, 235,877 400           Rotation:   0,000, 0,000, 0,000, 1,000 416      2 Bone Position: 79,258, 0,156, 363,159 428           Rotation:   0,000, 0,000, 0,000, 1,000 444      3 Bone Position: 79,258, 0,156, 280,463 456           Rotation:   0,000, 0,000, 0,000, 1,000 472      4 Bone Position: 79,258, 0,156, 365,744 484           Rotation:   0,000, 0,000, 0,000, 1,000 500      5 Bone Position: 79,258, 0,156, 275,588 512           Rotation:   0,000, 0,000, 0,000, 1,000 528      6 Bone Position: 79,258, 0,156, 354,608 540           Rotation:   0,000, 0,000, 0,000, 1,000 556   Chunk ID: FRAM   Size: 204  (next chunk: 768)  Version: 100

Jak widać - wszystkie bone 1-6 uciekły. I tak wygląda każda klatka animacji. Efekt jest taki, że w grze elementy podpięte pod bone 0 (czyli b.r.main) są na miejscu, tam gdzie były wymodelowane, a reszta animuje się "gdzieś w kosmosie".
Oczywiście nie ma problemu przesunąć wszystko o te wartości, ale wolałbym dojść do przyczyny, a nie usuwać skutki.

W TrainzMeshViewerze też podgląd modelu "oddala" się po eksporcie z dummy, a bez - jest w tym miejscu, gdzie był wymodelowany...
Dodam jeszcze, że gmax przeinstalowany, TACS też, dalej nic. To jest chyba ogólny problem eksportera, bo nie jest to pierwszy jego taki odchył przy modelowaniu.

Apropos: orientuje się ktoś, jak w miarę sensownie przenieść modele z gmax do 3ds? Sposób z md3 znam, nie wychodzi. Może blender czyta format gmaxa?

[Shaggy]

Miałem podobny problem z 'kosmosem' ale jak zrobiłem od nowa animacje, to wszystko było ok.

Co do przenoszenia, to zależy czy z mapowaniem chcesz przenieśc czy bez. Bo jak bez to gmax --> *.im a potem z *.im do *.3ds

[RBach]

[Bartek_Sp]

A jakie ustawienia jednostek masz? Ja miałem podobny problem, wynikał on z tego że w jednej zakładce miałem metry, ale w innej były ustawione cale, przez co obiekty przy eksporcie skalowały się o jakaś wartość.

[RBach]

Bartek:

To nie ma nic wspólnego, obiekty się nie skalują, a przesuwają. I to tylko te, które sa polinkowane.

Stan walk na dzisiaj:
doszedłem, że problem pojawia się w momencie nadawania nazw dummym. Po wstawieniu ich z nazwami domyślnymi wszystko jest OK. Cały obiekt jest na miejscu. Nadanie nazwy obiektowi dummy b.r.base albo b.r.main też nic nie zmienia. Dopiero nadanie nazwy dummym polinkowanym i animowanym wywala wszystko o te 79m. Podrzucam całość Shaggy'emu, niech spojrzy.

[PTram]

Przerabiałem coś podobnego. Moja rada. Rozlinkować wszystko, zrobić reset x form, convert to - Editable mesh, zlinkować. Powinno pomóc.
Ważne. Wszystkie zmiany należy dokonywać przed linkowaniem.

[Shaggy]

Ok dostałem, na pierwszy rzut oka to są źle podlinkowane? W każdym razie subtree jak klikniesz ma jest:
*b.r.base
**anim1
***podanim1
**reszta2
*reszta3 <--- tu jest źle, to ma być za b.r.base

Przynajmniej tak mi się wydaje, resztę sprawdzę potem albo rano.

[RBach]

[Shaggy]

Szczerze mówiąc to nie wiem o co chodzi, u mnie model z animacja śmiga bez problemu, także chyba coś źle zrozumiałem z tym 'kosmosem'. W mesh vieverze tak samo wszystko jest ok tak jak należy.

Chyba że to tak u mnie jest - bo sam osobiście miałem problem który rozwiązywało wyeksportowanie mi gotowej animacji u VCDRN na komputerze, ja robiłem dokładnie to samo ale i tak w trainz nie działało

Może pokaż jeszcze na SS o co chodzi dokładniej.

[RBach]

Hehehe... Czasami człowiek to głupi jest. Rozwiązanie było na tacy - żeby było zabawniej, to podał je Bartek: zwracam honor, odszczekuję i cofam moją wypowiedź, bo jednostki MAJĄ DUŻO wspólnego z tym problemem.

Otóż klikając gdzie popadnie, przegapiłem fakt, że w opcjach programu (nie viewportu) też się jednostki ustawia. Tam faktycznie były cale. I same obiekty 3d eksportowały się w/g jednostek viewportu (milimetry), ale same dummy przyjmowały te wartości w calach. I jak np. dummy był na wysokości 8000mm (i w 3ds/gmax tak był widoczny), to przy eksporcie z tych 8000mm (8m) robiło się 8000 cali = lekko ponad 203m. I dummy tam leciał, ciągnąc za sobą wszystko, co do niego było zlinkowane. Stąd takie jaja.

Rozwiązaniem było otwarcie modelu, potem zmiana jednostek w opcjach programu na metry (w tym momencie semafor zrobił się 25x większy - bo przewaliło go z calowych rozmiarów) i przeskalowanie "w dół" do prawidłowych wymiarów. Potem eksport, CMP i VOILA! Działa Wyeksportowało się, jak Bozia każe i chodzi jak powinno.

Przy okazji wyszło, że ten sam błąd popełniałem robiąc animowane D1 - zmiana jednostek i ponowne otwarcie (gmax się sam spytał czy przeskalować). Eksport i chodzi jak powinno.

Tak więc jeszcze raz odszczekuję: Bartek, miałeś rację

Całą akcję można uznać za niebyłą, aż normalnie jestem dumny że jestem ślepym dziadem
Teraz idę rzeźbić kształtowe semaforki do bramek. Panowie za pomoc dostają wszyscy po punkciku.

Shaggy:
A nie miałeś przy otwarciu pytania o skalowanie (i niezgodność jednostek)? Bo jak sam sobie przeskalował, to musiało być dobrze

P.s. Chodzi plota, że PO zlinkowaniu nie można ruszać (przesuwać, obracać) obiektów 3d ani dummy przed wduszeniem Animate. Plota. Bez wciśniętego Animate po prostu zmieni się położenie obiektu we wszystkich klatkach. Można ruszać, jedynie dziwne efekty w animacji wychodzą. omputer się nie spali.

[drstrach]

[RBach]

[drstrach]

[RBach]