Thor i Tane - Svenska 3D-Tåg

tanigardi · 2017-08-03, 13:48

Nu är alla animationer på plats förutom omkastaren och fyren. Fyren utförs vad jag förstått enl. Auran's metod. Omkastarens animation har jag däremot lite funderingar kring. Själva omkastarskruven animeras ju med 75+1+75 frames från full back, dessutom så roterar ju själva skruven åtskilliga varv från ändlägena. Så min fundering gäller ju hur själva omkastarmuttern skall animeras, det blir ju en "linjär" animering men bör ju innebära att den skall animeras med ett mycket större antal frames än omkastarskruven om visarens läge skall stämma med aktuell fyllning.

snip_20170803132310.jpg

Lite fler funderingar.

Har animerat höger främre dörr med sitt handtag, med avsevärt fler frames än dess fönster. Detta för att handtaget skall kunna fällas ned och upp utan att det ser ut som handtaget går rakt genom hyttväggen. Måste fönstret vara animerat med samma antal frames som dörren?

I configen till B-lokets hytt's mesh-table så står bara "att-parent" när det förekommer ett mesh som vars parent är ett annat mesh, varför ? (hoppas svammlet var begripligt

)

Mvh!

Åke

lan · 2017-08-03, 15:51

Hej Åke,
Korvtiger kan säkert reda ut detta också, men jag kan bidra med lite grann:

Antalet frames på skruven och omkastarmekanismen behöver inte vara samma men det viktiga är att samordna rörelserna. När vi animerade gick vi från full back till full fram, sen skriptade Korvtiger detta.

Dörren är en animerad mesh och fönstret en annan, där fönstret är fäst vid en rörlig attachpunkt som följer dörrens animation - alltså fäst i en a.r.nnnn/a.mmmm där a.r.nnnn är länkad till b.r.nnnn.

Men som sagt - Kortigers förklaringspotential är skyhögt överlägsen min

korvtiger · 2017-08-03, 23:01

Själva fyren (glöden) med ljuseffekter som finns beskriven för äldre versioner av Trainz har jag för mig vi kom fram till att den inte fungerade i TANE. Tror vi skippade effekter med fyren över huvud taget på Lans lok. Det skulle i alla fall gå att använda Emit på materialet så det blir självlysande, vilket jag tror vi glömde.

Citat:

Ursprungligen postat av tanigardi

Omkastarens animation har jag däremot lite funderingar kring. Själva omkastarskruven animeras ju med 75+1+75 frames från full back, dessutom så roterar ju själva skruven åtskilliga varv från ändlägena. Så min fundering gäller ju hur själva omkastarmuttern skall animeras, det blir ju en "linjär" animering men bör ju innebära att den skall animeras med ett mycket större antal frames än omkastarskruven om visarens läge skall stämma med aktuell fyllning.

Nej, varför? Hur skulle det göras? Hela omkastaren, veven och muttern med visaren är en mesh, en control som animeras med en animation över 75+1+75 frames. Själva muttern går som du säger linjärt från längst bak till längst fram. Veven går ungefär 6 hela varv från full fyllning bakåt till full fyllning framåt på ett lok av Sbs storlek har vi räknat ut. Kanske något mindre på Thor.
Mitt tips är att "keya" varje hela tiotal samt de båda ändlägena, så frame 0 (=-75%), sedan var tionde frame, så frame 5 (=-70%), frame 15 (=-60%), frame 25 (=-50%), ...., frame 75 (= 0%), frame 85 (= +10%), frame 95 (= +20%), ... , frame 145 (= + 70%), frame 150 (= +75%).
Sedan kanske muttern och visarens animation inte blir helt linjär eftersom omkastarskalan inte alltid är helt linjär, beroende på att det är mycket cirkelformade rörelser i slidstyrningen, så skalan är väl egentligen ett utsnitt av någon form av sinusfunktion. Därav att vi valde att keya som vi gjorde för att varje hela tiotal skulle matcha perfekt bakkant på visaren mot kanten på trappsteget. Om du slår på free camera och går fram till omkastaren i hytten på något av Lans lok kan du se procenttalen och trappstegen tydligt, samt var visaren pekar. Som sagt är det bakkanten på visaren som är där den markerar. Vid 0% ska bakkanten på visaren vara i bakkant på "fenan" som markera 0% på skalan.

Sedan är det ju låsspaken som blir en separat spak, men den behöver ju inte animeras för hand så den bara roterar runt en axel.
Har två halvbra bilder på omkastarskalan sedd uppifrån där man ser markeringarna med 10-tals procent, som jag tog i Grängesberg om du vill ha. (Lan, för övrigt så hade vi helt rätt i att 10% inte skrivs ut, utan att första "trappsteget" ska vara +/- 20%, så vår modell är helt korrekt!)

Citat:

Ursprungligen postat av tanigardi

Har animerat höger främre dörr med sitt handtag, med avsevärt fler frames än dess fönster. Detta för att handtaget skall kunna fällas ned och upp utan att det ser ut som handtaget går rakt genom hyttväggen. Måste fönstret vara animerat med samma antal frames som dörren?

Nej, detta fungerar alldeles utmärkt! Det är ju två helt olika controls, bara att den ena råkar vara parentad till den andra.

Sedan som jag beskrivit i dokumentationen till STL ångloksscript så går det att animera över olika antal frames för interiörens mesher och de mesher på den exteriöra modellen som deras "öppenhetsgrad" speglas på, då den mäts i procent och inte i frames ifall du inte skulle behöva lika mycket frames till exteriöra animationen av dörren.

Citat:

Ursprungligen postat av tanigardi

I configen till B-lokets hytt's mesh-table så står bara "att-parent" när det förekommer ett mesh som vars parent är ett annat mesh, varför ? (hoppas svammlet var begripligt )

Att-parent (kort för attachment parent) talar om vilken mesh i mesh-tablen som attachment pointen (emptyn) finns på som refereras till i att-taggen, om det var vad du menade.

Så för fönstret i dörren ska att-parent vara dörrens mesh-namn i mesh-tablen och attachmenten(emptyn) ska vara i dörrens mesh, länkad till latticen så den rör sig korrekt och namngiven som Lan beskriver, a.r.door_lattice/a.window, där a.r.door_lattice är namnet på den dummy/lattice (b.r.door_lattice) som attachmenten är parentad till. Hoppas det var begripligt.

tanigardi · 2017-08-04, 17:42

Stort tack för klargörande info. Skall försöka mig på omkastaranimeringen, och se hur det går och om jag fattat det hela rätt. Det bästa är ju att kasta sig in och försöka, rätt vad det är så brukar det gå upp en talgdank hur det hela skall utföras.

Vad gäller mesh table'n så var min undring varför man inte behöver ange att-parent "default" på meshen som är parent till interiören.

Skulle gärna vilja ha bilderna på omkastarskalan, glömde själv att fotografera den vid mitt besök i hytten på Thor förra sommaren.

Mvh!

Åke

korvtiger · 2017-08-04, 19:37

Du har PM!

Aha! Det är för att default-meshen är den som används om inte någon annan mesh anges med att-parent. Så alla mesher som har attachments på default-meshen behöver man inte använda att-default på. Och default-meshen för interiören monteras automatiskt av Trainz på a.cabfront i lokets default-mesh.

tanigardi · 2017-09-17, 17:36

Har nu i princip loket färdigmodellerat och har ägnat mycket tid åt att få till config-filerna och scripten. Har varit lite som att leta nålar i en höstack, en felstavning, en felvänd klammer etc. Nu äntligen så har jag fått in både boggierna, interiören och bodyn felfria i CM, men problemet som jag inte lyckats lösa är att trots att loket visas som felfritt så syns det inte i previewen eller i Trainz (dock kan man hitta loket i listan i trainz men det syns ej när man försöker sätta ut det på spåret.

tanigardi · 2017-09-17, 19:04

Borde väl tillägga hur jag gått tillväga. Interiören syns in i förhandsvisningen och i scriptet har jag inte lagt till något förutom förutom "include", "class" och "isclass". Boggierna syns i förhandsvisningen, drivboggien ser ju lite märklig ut med alla stänger utspridda lite hur som helst, som scenery object ser boggien normalt ut.
Bodyn, där har jag plankat från b-lokets config allt som verkar vara tillämpligt. I "steam" har jag tagit alla värden till de saker som gäller för thor, från b-loket för att ha något att utgå ifrån. "Mass" har jag höftat till 70 procent av tjänstevikten minus vikten av vattnet i pannan. (Har inte hittat några uppgifter på tenderns vikt).

I engineconfigen där har jag lagt in allt som gäller för tryckluftsbromsen från b-loket med för hoppningen att man på detta sätt skulle kunna simulera handbromsningen av tågen via tangentbordet enbart.
"motor" där har jag taget värdena som ett mellanting mellan Donj's mallet och donj lok nr 5. "steam" där är värdena framtagna med hjälp av ett kalkylark skapat av "Billegulla.
I scriptet har jag lagt till förutom det obligatoriska, steam id'n på: sand, pysare on, steam brake och turbo generator.

2017-08-03, 15:51	#2
lan Veteran Reg.datum: Nov 2001 Ort: Onsala, , Sweden. Inlägg: 8 149	Hej Åke, Korvtiger kan säkert reda ut detta också, men jag kan bidra med lite grann: Antalet frames på skruven och omkastarmekanismen behöver inte vara samma men det viktiga är att samordna rörelserna. När vi animerade gick vi från full back till full fram, sen skriptade Korvtiger detta. Dörren är en animerad mesh och fönstret en annan, där fönstret är fäst vid en rörlig attachpunkt som följer dörrens animation - alltså fäst i en a.r.nnnn/a.mmmm där a.r.nnnn är länkad till b.r.nnnn. Men som sagt - Kortigers förklaringspotential är skyhögt överlägsen min __________________ *"Det är kanske för sent att lära sig nåt nytt" - Bengan travesti* LAn

2017-08-04, 19:37	#5
korvtiger Medlem Reg.datum: Jan 2008 Ort: Uppland, Sverige Inlägg: 2 728	Du har PM! Aha! Det är för att default-meshen är den som används om inte någon annan mesh anges med att-parent. Så alla mesher som har attachments på default-meshen behöver man inte använda att-default på. Och default-meshen för interiören monteras automatiskt av Trainz på a.cabfront i lokets default-mesh. __________________ -k-

Ämnesverktyg
Visa utskriftsvänlig version E-posta den här sidan
Visningsalternativ
Växla till linjär visning Hybrid-visning Växla till trådad visning

2017-08-03, 13:48	#1
tanigardi Medlem Reg.datum: Nov 2009 Ort: Gävle Inlägg: 163	Nu är alla animationer på plats förutom omkastaren och fyren. Fyren utförs vad jag förstått enl. Auran's metod. Omkastarens animation har jag däremot lite funderingar kring. Själva omkastarskruven animeras ju med 75+1+75 frames från full back, dessutom så roterar ju själva skruven åtskilliga varv från ändlägena. Så min fundering gäller ju hur själva omkastarmuttern skall animeras, det blir ju en "linjär" animering men bör ju innebära att den skall animeras med ett mycket större antal frames än omkastarskruven om visarens läge skall stämma med aktuell fyllning. snip_20170803132310.jpg Lite fler funderingar. Har animerat höger främre dörr med sitt handtag, med avsevärt fler frames än dess fönster. Detta för att handtaget skall kunna fällas ned och upp utan att det ser ut som handtaget går rakt genom hyttväggen. Måste fönstret vara animerat med samma antal frames som dörren? I configen till B-lokets hytt's mesh-table så står bara "att-parent" när det förekommer ett mesh som vars parent är ett annat mesh, varför ? (hoppas svammlet var begripligt ) Mvh! Åke

2017-08-04, 17:42	#4
tanigardi Medlem Reg.datum: Nov 2009 Ort: Gävle Inlägg: 163	Stort tack för klargörande info. Skall försöka mig på omkastaranimeringen, och se hur det går och om jag fattat det hela rätt. Det bästa är ju att kasta sig in och försöka, rätt vad det är så brukar det gå upp en talgdank hur det hela skall utföras. Vad gäller mesh table'n så var min undring varför man inte behöver ange att-parent "default" på meshen som är parent till interiören. Skulle gärna vilja ha bilderna på omkastarskalan, glömde själv att fotografera den vid mitt besök i hytten på Thor förra sommaren. Mvh! Åke

2017-09-17, 17:36	#6
tanigardi Medlem Reg.datum: Nov 2009 Ort: Gävle Inlägg: 163	Har nu i princip loket färdigmodellerat och har ägnat mycket tid åt att få till config-filerna och scripten. Har varit lite som att leta nålar i en höstack, en felstavning, en felvänd klammer etc. Nu äntligen så har jag fått in både boggierna, interiören och bodyn felfria i CM, men problemet som jag inte lyckats lösa är att trots att loket visas som felfritt så syns det inte i previewen eller i Trainz (dock kan man hitta loket i listan i trainz men det syns ej när man försöker sätta ut det på spåret.

2017-09-17, 19:04	#7
tanigardi Medlem Reg.datum: Nov 2009 Ort: Gävle Inlägg: 163	Borde väl tillägga hur jag gått tillväga. Interiören syns in i förhandsvisningen och i scriptet har jag inte lagt till något förutom förutom "include", "class" och "isclass". Boggierna syns i förhandsvisningen, drivboggien ser ju lite märklig ut med alla stänger utspridda lite hur som helst, som scenery object ser boggien normalt ut. Bodyn, där har jag plankat från b-lokets config allt som verkar vara tillämpligt. I "steam" har jag tagit alla värden till de saker som gäller för thor, från b-loket för att ha något att utgå ifrån. "Mass" har jag höftat till 70 procent av tjänstevikten minus vikten av vattnet i pannan. (Har inte hittat några uppgifter på tenderns vikt). I engineconfigen där har jag lagt in allt som gäller för tryckluftsbromsen från b-loket med för hoppningen att man på detta sätt skulle kunna simulera handbromsningen av tågen via tangentbordet enbart. "motor" där har jag taget värdena som ett mellanting mellan Donj's mallet och donj lok nr 5. "steam" där är värdena framtagna med hjälp av ett kalkylark skapat av "Billegulla. I scriptet har jag lagt till förutom det obligatoriska, steam id'n på: sand, pysare on, steam brake och turbo generator.