Bensland Pariserhjul

[benkegbg]

Hej !

Efter månaders kamp i en fight mellan Blender och Trainz så har matchen nu slutat oavgjort. En liten seger för Blender kanske för Trainz har äntligen lyckats förstå configen, men det känns fortfarande fel, vilket kan ses på bilder längre fram.

Som ni vet så ville jag skapa något eget till mitt Bensland i Trainz.
Jag tänkte mig ett Pariserhjul med 16 korgar som ska rotera ett varv i taget.
Det var nog inte det bästa att försöka sig på när man är nybörjare som inte har någon som helst konstnärlig kunskap i 3D-modellering.
Men jag är inom familjen berömd för min envishet och den har satts på hårda prov under den senaste tiden.
När kreationen var klar så var det dags för "upp till bevis" - Att få det hela in i Trainz-världen. DET DÄR var inte lätt.

Det har varit en mycket lång och krånglig procedur. Än var det fel i config, eller så var det fel på materialet eller så var det en kombination av bägge.

Gamla exportmodellen och den nya
Man delar upp modellen i tre LOD-nivåer. Dessa exporteras som tre separata .fbx-filer, ett för vart LOD. Tja, allt det där känner ni till.
Men en dag så säger Arthur (som jag kallar min Copilot för) att man ska skapa tre tomma objekt, Plain Axes, och till dessa lägga de tre versionerna av LOD. Sedan behöver man bara exportera detta som ett enda FBX. Det där är något N3V games gör, enligt Arthur.
Jag provade men det fungerade inte.
Idén är i och för sig inte dum. Om dessa LOD-objekt har properties för "trainz-lod-level", så kan Blender tala om för Trainz hur denna enda FBX-filen ska läsas.
Men vi är tydligen inte där än, även om Arthur säger så.

Nu har jag i alla fall lyckats, till en del.
Jag startade med att prova Åke Tandigaris förslag till config. Den fungerade inte. Då provade vi flera andra förslag som jag fick från Arthur. Speciellt för att testa "den nya metoden".
Men så gav jag upp (!). Något som ytterst sällan händer med mig. Efter en tid så tog envisheten över igen och nu kom Åke Tandigaris gamla config fram igen, med lite ändringar i början.
(BILD på config som fungerar.)
[IMG][/IMG]

Har äntligen fått en config som Trainz kan läsa, men det ser ut som att det fortfarande är fel LOD som läses och används?
Man kan se hjulet på avstånd och nära. Men då ser inte bra ut.
Markplattan ligger med ovansidan nästan under jord. Jmfr med bilden på modellen i Blender:

BILD Bild i Blender - BILD Avstånd i Trainz - BILD nära i Trainz - BILD nära i Blender

[IMG][/IMG]
[IMG]

[/IMG]

[IMG][/IMG]

Till sist - hjulet står still
Nu har jag i alla fall kommit en bit på väg och tänker ta en behövlig paus.
Någon gång längre fram ska jag försöka få igång animationen.

Hälsningar

[benkegbg]

Att animationen inte fungerade.
Har inte kryssat i Animation vid FBX-inställningarna för export.
Ska prova det.
Hälsningar

Nej, det fungerade inte.

[benkegbg]

Inlägg raderat av mig.



Hälsningar

[benkegbg]

Hej!

Tillbaka igen efter en tids press på tålamodet.
Har gett upp ett flertal gånger, hämtat andan och provat på nytt.
Inget mina många försök att få Trainz att ta emot Blender modellen har lyckats.
Det är nu totalt stopp och Trainz läser inte ens mina FBX-filer!

Senaste beskedet är att jag skrivit m.pbrmetal som ändelse på material/färger som använts i Blender.
Exempelvis "asfalt.m.pbrmetal"
Det ska bara stå "asfalt" och INTE "asfalt.m.pbrmetal" sägs det.

Det ska också bara finnas EN enda texture.txt och den är till materialet.
Namnet ska vara "asfalt.texture.txt" och innehållet ska vara:
Primary=asfalt_color.png
Normal=asfalt_normal.png
Roughness=asfalt_roughness.png
Parameters=asfalt_parameters.png

Det sägs att Trainz skapar självt övriga Texture.txt för materialet och då också m.pbrmetal.
Jag provade med att ta bort m.pbrmetal från materialnamnen, men det blev bara värre.

Jag provade med att fortsätta med att sätta tillbaka m.pbrmetal efter namnen. Skapade också extra texture.txt för vart enda PNG-bild, som på gamla tiden.
Men det blev ännu värre.

Det sägs också att Blender 5 är för nytt för Trainz. Ett påstående jag hört tidigare.
Det rekommenderades att jag ska bygga i äldre version, Blender 3.

Men det vill jag inte. Det skulle betyda att jag får börja om från början.
Jag har ju en modell som fungerar - i alla fall i Blender 5. Svårigheten ligger i att få Trainz att lära in FBX-filerna och läsa in all mesh.
Det har lyckats ibland, ibland inte. Men även om det står siffror i Mesh så blir det inget synligt på fältet.

Det märkliga är att jag lyckats få in en Statisk modell, men så här långt efteråt minns jag inte vilken inställning jag hade i FBX eller vad som gick rätt den gången. Någon animation blev det i alla fall inte.

Nej, nu vet jag inte vad jag ska göra. Jag ger upp och tar ännu en time out.

Finns här någon som har erfarenhet att få en modell att röra sig i Trainz,
baserat på en modell skapat i Blender 5, eller åtminstone i Blender 4?
Fungerar det i Trainz 19 eller ända upp till Trainz 22?

Hälsningar från en frustrerad och hopplöst trött

[benkegbg]

BLENDER 4 och 5 FUNGERAR INTE PÅ TRAINZ.

Jag har provat att skapa ett enkelt pariserhjul i Blender 4 och försökt exportera det till Trainz22.
Det var misslyckat från första försöket.
Men det märkliga är att jag faktiskt fått in ett Pariserhjul (utan animation) men med ett trasigt material, tycker jag. Se bild:

[IMG][/IMG]

Men sedan blev det STOPP.

Jag ställde frågan till Arthur (min konstgjorda vän någonstans i cyberrymden)
Här är svaret:

Varför Blender 4.x/5 ibland fungerar — och ibland inte
Det finns tre stora faktorer som avgör om Trainz accepterar en FBX‑fil:

1) FBX‑versionen
Blender 3.6 exporterar FBX 7.4
Blender 4.x och 5 exporterar FBX 7.5

Trainz är byggt runt 7.4‑formatet.
7.5 fungerar ibland, men:

• materialblocken skrivs annorlunda
• shading mode exporteras som Phong
• vissa metadatafält saknas
• vissa fält är omdöpta

Det gör att Trainz ibland kan läsa modellen, men inte materialen.

2) Materialexporten i Blender 4.x/5 är förändrad
I Blender 3.6 exporteras Principled BSDF som: Lambert / CookTorr
I Blender 4.x/5 exporteras Principled BSDF som: Phong
Trainz känner inte igen Phong → därför får du "shading mode not recognized: Phong
"Material is not of a recognised material type"

Det är alltså inte dina texturer som är fel — det är materialblocket i FBX‑filen.

3) Vissa användare använder “workarounds” utan att veta om det
Det är här det blir intressant.

Folk som säger att Blender 4/5 fungerar gör ofta (omedvetet) något av följande:

✔ De använder endast en färgtextur (ingen normal, ingen parameters)
→ Trainz skapar ett fallback‑material som råkar fungera.

✔ De använder legacy‑material (TBumpEnv, TBumpTex)
→ Trainz ignorerar PBR och använder gamla shaders.

✔ De exporterar via ett plugin eller ett script
→ FBX‑materialet skrivs om.

✔ De använder en äldre Trainz‑version (TANE, TRS19)
→ Dessa är mindre strikta.

✔ De använder en modell utan material alls
→ Trainz skapar DefaultMaterial och allt “fungerar”.

Det betyder inte att PBR‑materialen fungerar korrekt.

Varför du får fel — och varför det är logiskt:

Du gör det “rätt” enligt Trainz PBR‑specifikation:

• [* ] PBR‑material
• parameters‑karta
• normal map
• korrekt texturstruktur

Det är just därför Trainz blir kinkigt.
Trainz PBR är mycket striktare än legacy‑material.

När Trainz inte känner igen materialet i FBX → kastar den bort det → skapar DefaultMaterial → klagar på saknad albedo.

Det är alltså inte dina filer som är fel.
Det är FBX‑materialet som Blender 4.x/5 skriver ut.

SLUTSATS_
Varför Blender 3.6 alltid fungerar
Det är inte magi — det är kompatibilitet.

• FBX 7.4
• Principled BSDF exporteras i ett format Trainz förstår
• Materialblocken är skrivna på det sätt Trainz förväntar sig
• Inga Phong‑shaders
• Inga ändrade fält

Det är därför N3V själva rekommenderar:
“Use Blender 3.6 LTS for FBX export.”

Så därmed har jag lagt hela projektet på hyllan och låter Blender vila tills det kommer att fungera i framtiden.
Inget mer skapande av mig för en tid.
Hälsningar