KerAp

Gefixt: Plaatje op mijn site is niet geupdate, maar de download wel. Overigens heb ik ze vaak zat met NL kenteken zien rijden. Arnhem had bij gebrek aan eigen bussen nog wel eens wat De Lijn afdankertjes rondrijden, waaronder een gelede trolley. Waren in niet zo'n beste staat, weet ik nog. Als je geen haast had, wachtte je soms op de volgende. Wat trouwens nog steeds niet klopt, is de bestemmingsdisplay. Deze heeft in België eigenlijk zwarte letters op een witte achtergrond. Die van Arnhem mist de nooduitgangen en heeft nog dieselgeluid. (is eigenlijk een trolley) Er zullen vast meer details missen, net als de wagennummers bijvoorbeeld. Dit is allemaal luiïgheid. Zo hebben jullie nog wat te doen, zal ik maar zeggen...

Hmmm, ik heb die eerder wel een Belgisch kenteken gegeven, zal wel per ongeluk iets terug gezet hebben. Verander het meteen.

Voor degenen die een wat oudere route (van plan zijn te) bouwen: je had ze al in het Olielijntje voorbij kunnen zien komen, maar vanaf nu is de Den Oudsten B88 op mijn site te downloaden inclusief repaintpakket met photoshop document waarin de details op een andere laag zitten voor makkelijk repainten. Ook zijn er meerdere deurconfiguraties en twee verschillende voorruit afwerkingen als aparte laag in het document aanwezig, waardoor de repainter echt alle kanten op kan, en ook makkelijk dezelfde skin op meerdere deurconfiguraties kan zetten, bestemmingsdisplays weg kan laten, etc. Denk niet dat ik de verlengde 18 meter versie nog met dit model doe, aangezien ik dit model sinds het begin van de bouw "ontgroeid" ben. Wellicht in een nieuw model, maar dat zal niet op korte termijn zijn. Deze mag eventueel ook hier gehost/gehotlinkt worden. Repaints mogen ook overal gehost worden, mits ze gratis zijn en in je eigen providermap staan. Lees de handleiding voor meer informatie. https://www.meteenteringgang.nl/overig.html

Succes!

No, he can do it with 1 ramp, and call it both as start and end geometry, enabling "rotate end geometry". Put simply, his original problem was that he modeled the ramp in the wrong direction. All he needs to do is go back to the situation like how it was before Rob told him to uncheck "rotate end geometry" and rotate his one ramp. So for added clarity, you have 1 ramp, and it's both you start and end geometry, so the same blueprint is entered in the start and end geometry fields. That's all. Good luck.

I might have sounded a little harsh before, but it's kinda frustrating if I spend 8 posts explaining you the concept of flipping around, and you still don't understand. Just keep re-reading this topic untill you understand, the answers ARE in here.

No need. If you don't even understand the concept of "rotating", this is waaaay to difficult for you. All the information you need was already supplied in this topic. So I can't help you anymore, I'm sorry.

Just 1 mesh, facing the other way.

First enable "Rotate end geometry" in the platform section blueprint again. Then in the 3d-model just flip the shape along it's length, maintaining the same origin point, like so: Before: After: If you re-export now, you should be done.

Yes, unless the platform is symmetrical, then you can do it with one.

If you create a platform that isn't symmetrical, then yes, you will need 2 different start and end ramps, or they won't connect to the loft properly. Assymetrical platform: Seperate start and end geometries, each pointing the other way:

If your platform is symmetrical along the X-axis (eg: left and right sides are exactly the same, which seems to be the case), you can enable "rotate end geometry" and mirror the model at it's origin point if it appears like before. If not, you need to not have "Rotate end geometry" enabled, and have seperate begin and end geometries, one facing one way, and one the other. If they appear inside out again, switch the 2 shapes. Also, remember to always use specialized loft shaders on the loft itself and always texture your model so that the texture loops vertically. Use normal texturing like any other object for begin and end geometries. You should have the desired result now.

What this will do, is make the middle geometry appear every X meters. (X = the value entered here) Note that middle geometry can't cast shadows. (<<--- only applies to rails) Also, if it's for a platform, you're using the wrong blueprint. Use Platform Section Blueprints for proper platforms. Be sure to set the right Editor Ground Offset to have it automaticly appear at the proper height. For passengers on the platform, enter the DTG Academy passengers under "Platform Character", like this: The DTG Academy assets need to be enabled in the route to have the passengers appear.

Kan je het wel naar een andere locatie uitpakken? Zo niet, zou ik eens proberen het met een ander programma uit te pakken. Als je het niet eens naar je bureaublad uit kan pakken maakt je RailWorks map ook niet veel uit. Als je het wel naar een andere locatie kan uitpakken, is er denk ik iets met je bestandssysteem. Ik kan hem gewoon uitpakken en verplaatsen iig

Ah, daar komt de aap uit de mouw. Ik nam klakkeloos aan dat je het over de SKTrains versie had, wist niet dat er ook een fictieve repaint was. Dit is een gewone assets map die je gewoon in de RailWorks map kan gooien, dus niks met installers van doen. Dit klinkt als een corrupt bestand, en daar kom ik ook op uit als ik de foutcode google. Gebeurt het nog steeds als je het pakket opnieuw downloadt?

Heb hem nog een keer met de installer geïnstalleerd en dat ging bij mij gewoon goed; zal wel met ander mat in de war zijn geweest met die oude installer. Ook is dit bestand niet een bestand dat in de SKTrains map aanwezig is. Gaat dit om de SKTrains HVI11 of een andere?

Deze installer is super oud; Windows 7 is al te nieuw voor deze installer, en dat zal er met 10 en 11 niet beter op geworden zijn. Ik heb het toch voor elkaar gekregen, maar weet bij god niet meer hoe, staat me vaag iets van bij dat ik met een of andere tool de installer voorbij het verificatiescherm moest dwingen. Je kan in een noodgeval proberen met een file extractor de bestanden handmatig uit de .exe te pulken, maar als ik jou was zou ik me even tot de support richten voor een normale oplossing. En daar zou ik snel mee zijn, want de website gaat over een week offline.

Eerste versie ingeleverd.

Heb het alsnog voor elkaar. Had een paar typfoutjes en ik gebruikte ergens de waarde 0.0, wat niet direct kan. Kees = 0.0 -- werkt niet. Je dient te doen: Henk = 0.0 Kees = Henk Nog 1 laatste poging dan. Daarna kan je me afvoeren. Edit: Gelukt. Boel eindelijk volledig werkend. Mocht iemand anders er wat aan hebben, ik heb OnCustomSignalMessage zijn argument laten doorgeven aan een nieuwe functie onderaan het script. Deze stelt afhankelijk van het argument een variabel in, in dit geval MemorStatus = 0, 1, of 2 (rood, groen, geel sein) Dan in update test ik tegen MemorStatus zonder "direct contact" met OnCustomSignalMessage te hebben. Al het contact loopt via die eigen functie. En inderdaad niet direct iets op 0 zetten. Dus niet: Timer = 0.0 Maar: IetsAnders = 0.0 Timer = IetsAnders Dan, en ook echt ALLEEN dan, kan ik in update controls manipuleren die daarvoor door OnCustomSignalMessage gemanipuleerd zijn.

Helaas bleek het niet mogelijk. Niet met deze constructie. Weet niet of het aan het originele script ligt, of aan het feit dat dat door een nieuw script aangeroepen wordt, het 3d-model, of simpelweg aan het feit dat het door mijn handen getypt is, maar het wil echt niet. Qua geometrie bleek dit model eerder ook al toverkracht te bezitten (UnLit shaders die alleen oplichten als de cabineverlichting aan staat... ), dus ik houd het daarop, en ga me er verder niet meer over verbazen als er dingen gebeuren die onmogelijk zijn. Het scripten kan niet in de update functie, want die kan niet overweg met if statements als de argumenten door OnCustomSignalMessage worden aangegeven. Het sein is in de ogen van Memor dan zowel groen als geel. Tussencontrols zoals MemorBlocked = true werken ook niet, de waarde is dan zowel true als false. Heel irritant. En het kan ook niet direct in OnCustomSignalMessage, want alle wijzigingen die daar gedaan worden, zijn permanent; een control die eenmaal 1 is, zal nooit meer 0 worden. De gong zal alleen bij het eerste veilige sein klinken, en het alarm zal als het eenmaal begint nooit meer stoppen. Heb alles geprobeerd: OnCustomSignalMessage de waarde van een control laten testen, Update de waarde laten doorgeven, superhandige Timerfuncties, er een eigen functie van maken, maar niks werkte. Aan de andere kant, betekent dit dat mijn werk erop zit en het model nu snel zal uitkomen als het goed is.

Heb het gelezen. Je schijnt zelfs te moeten scripten wat er moet gebeuren als je achteruit rijdt, terug over de basislink, vóór je de eindlink bereikt. Ik moet voor de metro ooit ZUB en LZB222c doen, maar dat zien we dan wel.

Lees over dingen heen, maak stomme foutjes ineens, achja, we blijven allemaal mensen uiteindelijk. Nou zit ik weer in het lua script van de trein, bekend terrein. Seinen zijn het enige waar ik nog nooit echt serieus mee bezig geweest ben.

Ik kon het niet vinden, maar iemand anders wel. Ik had ze inderdaad verkeerd geplaatst, en ik was vergeten TS opnieuw op te starten, en het scenario opnieuw te maken. Denk dat ik dankzij persoonlijke omstandigheden even te gestresst was om helder na te denken. Die reactie gelijk van "ze testen niet" is daar weer zo'n voorbeeldje van. Weer een stapje verder. En ik dacht nog wel dat het makkelijk zou zijn... Nou zou het script zelf ook zo klaar moeten zijn, maar goed.

Chillend dat je het gefixt hebt. Ik zei je toch dat zelfs met correcte poly's je model toch binnenstebuiten uit kon komen? Soms kan ook gewoon je projectbestand corrupt raken. Heb wel eens een klein, simpel object met een rarigheidje gehad, ging ik terug naar een backup, deed ik EXACT hetzelfde overnieuw, en dat werkte wel. Heel raar. Over die LODs... zijn de meningen zeker erg uiteenlopend. Toch, Marc?