Kjetil WombiiActual

ArtProj er nå ModelLib. Den eneste måten å autogenerere xml med asobo exporteren er å bruke Objects tab'en i multiexporteren (Anbefales sterkt) Ellers gir ikke loggen din kjempemye interessant informasjon dessverre.

Dersom du ikke endret på installasjonsbanen: MS Store C:\Users\[Your User Name]\AppData\Local\Packages\ Microsoft.FlightSimulator_8wekyb3d8bbwe\LocalCache\Packages\Community Steam C:\Users\[Your User Name]\AppData\Local\Packages\Microsoft.FlightDashboard_8wekyb3d8bbwe\LocalCache\Packages\Community Dersom du ikke finner de der kan du slå på developer mode i simmen, så gå opp på developermenyen på toppen, velge tools -> virtual file system, klikke packages folders og så Open community folder.

Ved å gå i devmode og slå på "Debug Shapes" så vil du se opptegninger dersom en scenerypakke gjør noe på stedet. Gul er som regel opptegningen for terraforming som vil si høydejusteringer. Du får også opp et lite vindu der du kan slå på pakkenavn.

For sikkerhets skyld: du har sjekket at det ikke er samme addon som har sneket seg inn som ga problemer sist? Sjekk også gjerne i devmode om det er noe terraforminggreier på de holmene som beskrevet i posten min i tråden under.

Det du ser i screenshottet der er airflow visualiseringen. Kan slås på eller av i assistance options, langt nede.

Han som har laget flightmodellen til denne DC-3en forklarer hvordan og hvorfor flyet føles ustabilt og backer det opp med originale flytestdata i denne videoen. Spesielt 19-26 minutter inn er interessante. Oppsummert: Flyet er aerodynamisk ustabilt og setter nesa opp istedenfor å senke den hvis man reduserer power, og motsatt, under 150 mph. og setter nesa opp ved lavere fart og nesa ned ved høyere fart, under 150mph. Dette fungerer for øyeblikket i simulatoren for takeoff: Sett -2 grader eller -17% elevator trim, flaps up. Ikke rør elevator. Halehjulet løfter seg da før hovedhjulene rundt 55 knop. Dersom du flytter for mye på elevator opp eller ned så har ikke halen nok effekt og nesa stiger til værs før flyet kan kontrolleres.

Dersom ditt scenery legges inn etter Tromsøflyplassen så vil det sannsynligvis ligge på slutten av content.xml og fungere. (Hvis excluderectangle fungerer på dette). Dersom det ikke gjør det så må brukeren flytte på ting i package reorder tool. Foreslår at du gjør en test med å lage en annen pakke med et annet objekt der og ser om du kan fjerne det via bropakken.

Jeg tror det er ExclusionRectangle som må brukes for å eksludere ting fra andre sceneries. Men jeg husker ikke 100%. Package reorder tool lar brukeren endre rekkefølge på ting som lastes inn så man ikke lenger skal behøve å bruke triks som å sette Z- foran pakkenavn. Hvis jeg husker riktig så må ditt scenery komme etter ENTC i listen.

Det er i teorien mulig å bruke en Exclude greie ja, men ditt broscenery må også ha høyere prioritet enn ENTC sceneriet. Før SU10 så kunne dette være litt tilfeldig, men etter SU10 så finnes det en ny eksperimentell funksjon for å organisere prioriteringen. Har ikke prøvd den ennå, men ligger under Experimental i options.

Løp og stem! https://forums.flightsimulator.com/t/floating-runway-lights-pc-xbox/464742 Jeg klarte endelig å replikere dette problemet på fredag og det er en MSFS bug. Ser ut til å skje dersom lysene lastes inn på et tidspunkt når et lavt nivå av terrengdetaljer er lastet inn. Lysene låses da til terrenget og svever over eller under bakken når bedre terreng lastes. Derfor vil det oftest se bra ut hvis man starter på flyplassen, men ikke hvis man flyr inn. Dette ser ut til å skje kun på første caching hvis man starter på flyplassen eller nesten alltid hvis man flyr inn fra langt unna med lav terrain LOD setting og/eller lav off screen pre-caching setting. Dersom det skjer en gang når du starter på flyplass: Gå tilbake til hovedmeny og start flighten på nytt. MSFS vil da antakelig laste i korrekt rekkefølge. Dersom det skjer ofte når du ankommer fra andre steder: Øk "Terrain Level of detail" nærmere 100 og/eller gå opp et hakk med "off screen terrain pre-caching." Dette er et problem på alle flyplasser som har betydelig terraforming. Post veldig gjerne hva dere har på de to innstillingene hvis det skjer ofte. Demonstrasjon:

Hvilke fly gjelder dette? Min første tanke er at autobrake slår på bremser når du lander og at de ikke slipper.

I devmode kan du slå på Debug model LODs, aktivere LOD screen size og LOD Limits: vertices. Dette viser hvor stor modellen er på skjermen og antall vertices i forhold til fremtidig MSFS grense. Det er nok greieste måte å få et inntrykk. Men dette bør sjekkes med Object Level of detail setting på 100, fordi den settingen multipliseres med screen size tallet.

Hvis du bruker Asobo sin blender exporter så er det relativt kjapt å sette opp LODs for export. Decimate modifier er en måte å raskt redusere detaljnivå på. Men det kan være du kan vurdere å bytte ut det modellerte rekkverket med en tekstur på et dobbelsidig plan istedenfor. Med flyplassen i nærheten så ville jeg prøvd å begrense beste LOD til under 100k triangler, men det er ingen enkle svar på det.

Flotte bygninger! Nedenfor er teknisk info, men ikke ment som et lynkurs. Det finnes nok youtubevideoer som kan gjøre det bedre. Jeg kan nås på WombiiO_o#9000 på discord, men er bittelitt opptatt for tiden. Blender 3.1 + https://github.com/AsoboStudio/glTF-Blender-IO-MSFS er det beste og mest kompatible for å eksportere gltf+bin for 3D modell. Teksturer eksporteres automatisk fra blender i png format (de må ha høyde og bredde som kan deles på 4). Plasseres ut ved hjelp av scenery editor i simulatoren og MSFS konverter så til ferdig format. Man må selv lage LODs og eksportere (asobo exporteren kan automatisk eksportere LODs hvis de er navngitt riktig i Blender). For øyeblikket har ikke simmen harde grenser på polygoner per LOD nivå i normale tilfeller, men kommer til å få det i fremtiden. Dette vil da være vertices og draw calls grenser som en funksjon av hvor stort objektet er på skjermen. Disse anbefalingene kan sjekkes i devmode. Typisk anbefales 3+ nivåer der siste LOD nivå er mindre enn 100 triangler. Dette er korrekt oppsett for tekstureksport i Substance painter:

Husk å legge inn spesifikke plasseringer, dato og tider så de har konkrete ting de kan sjekke.

Dersom du ønsker å ikke ha noe på hodet, så er nok dustinhome.no greieste stedet å kjøpe Tobii eye tracker 5. Fungerer helt greit, men ikke like avansert software som trackIR.

Dette kunne faktisk vært et morsomt sideprosjekt....

Det er sånn det ser ut når msfs ikke finner teksturen til en visuell effekt. I dette tilfellet kjølvannet til skipet. Jeg har ikke funnet bugtråden, men det er visstnok registrert som en bug.

Jeg har startet på en, men GSX er så utrolig treigt å jobbe med, så det er ikke førsteprioriteten min akkurat nå.

Virker som et problem som forsvinner hvis de restarter. Mistenker at MSFS noen ganger loader lys før den har loadet ferdig terreng.

Har fått et par meldinger om manglende rullebanelys på Bodø. Fungerer fint for meg, så vanskelig å feilsøke. Noen andre med det problemet?

Har ikke rørt noen NDB. Dersom den er borte så gjetter jeg på SU10. edit: Gjetter på navigraph kanskje? Både HL og KN er der ifølge littlenavmap hos meg.

Prøv først uten addons i community mappa og se om det fungerer. Dersom det fungerer så legg inn halvparten igjen og test, til du finner hvilken addon som gir problem.

Det har ikke kommet info om forsinkelse, så planen er såvidt vi vet fortsatt denne uka. Såvidt jeg forstår venter de på en driveroppdatering fra Nvidia før de slipper SU10.

For andre som finner denne tråden i fremtiden: Årsaken var et ukjent problem i et enkelt objekt i blenderfila. Funnet ved å eksportere litt av fila om gangen til riktig objekt ble funnet.