Transport Tycoon Forums

I started a local LAN server today and found that eGRVTS has the horse-drawn carriages set to 0 power for some reason.
They had been acting normal in the temperate climate, but in the mountain climate they don't go faster than 1km/h.

Can anyone help me restore functionality to these horses?

Do you have realistic acceleration for road vehicles enabled?

I believe eGRVTS 1.0 doesn't cope with that too well.

FooBar wrote:Do you have realistic acceleration for road vehicles enabled?

I believe eGRVTS 1.0 doesn't cope with that too well.

Right. This fixed it.
Any chance a new version of eGRVTS might have this corrected?

That is in the making, read here: http://www.tt-forums.net/viewtopic.php?p=877595#p877595
No release though.

Hey,

I am planning (and am part-way through) a big update for eGRVTS. Unfortunately I just don't have enough spare time at the moment with a PhD thesis to write. I really hope I will get a chance to get it finished at some point though.

In the meantime if you want to make any tweaks or changes to add realistic acceleration settings to the existing eGRVTS please go ahead, I can then put it on BaNaNaS etc.

Zephyris wrote:Hey,

I am planning (and am part-way through) a big update for eGRVTS. Unfortunately I just don't have enough spare time at the moment with a PhD thesis to write. I really hope I will get a chance to get it finished at some point though.

In the meantime if you want to make any tweaks or changes to add realistic acceleration settings to the existing eGRVTS please go ahead, I can then put it on BaNaNaS etc.

I would love to help out, but I haven't a clue how.
I'm sure I've missed a tutorial or two.. three.. sixteenthousand.. I'm oblivious like that.

Farthest I got was trying to follow some tutorial (which I've lost since) about how to draw images for GRFs. Most I got was two colored boxes.. which I dubbed a hoverbus and deleted a week later to hide my shame.

If you continue reading from the link I posted previously, you'll find some stuff that may be useful.

But in general, learning NFO (or at least some of it's basics) is required here.

FooBar wrote:If you continue reading from the link I posted previously, you'll find some stuff that may be useful.

But in general, learning NFO (or at least some of it's basics) is required here.

I'll have a look at NML & NFO.. but NFO seems a bit out of my league. But thanks for the hint.

NML is not really useful here, unless you want to rewrite the complete set. (In theory one could use NML to generate NFO to add to the existing code, but that doesn't make it easier).

Finding usable values for the realistic acceleration properties is probably the biggest task here. Once you have that, the required NFO is easily generated from a spreadsheet, like Pikka did.

FooBar wrote:NML is not really useful here, unless you want to rewrite the complete set. (In theory one could use NML to generate NFO to add to the existing code, but that doesn't make it easier).

Finding usable values for the realistic acceleration properties is probably the biggest task here. Once you have that, the required NFO is easily generated from a spreadsheet, like Pikka did.

But isn't NML a decent entrance-course into NFO? Knowing what the bits and bobs do in NML might help find them in NFO, right? Or is there a NFO tutorial I missed?

Maki wrote:But isn't NML a decent entrance-course into NFO?

Maybe, but there are some quite significant differences.

NML would give a good understanding of vehicle properties etc which translates to nfo.
The switch chains in NML somewhat translate to varaction 2 in NFO.
The handling of NML spritesets / spritegroups is functionally the same as realsprites / action 2, but looks different.

The most off-putting aspect for most people would be the raging madness of pure unescaped, unformatted, uncommented hex, which is the output you'd get from decompiling a grf. Some people like counting bytes, many don't.

NFO can be fun though, and is good brain exercise

I guess one could write the required property blocks in NML, output that to NFO and stick it to the end of the decoded eGRVTS...

But no, NML is not an entry course to NFO. Surely some things are similar, but compare this example: http://www.tt-wiki.net/wiki/NMLTutorial#Example

andythenorth wrote:The most off-putting aspect for most people would be the raging madness of pure unescaped, unformatted, uncommented hex, which is the output you'd get from decompiling a grf. Some people like counting bytes, many don't.

Ah, yeah, that is one thing people should be aware of... I enjoy pure unescaped, unformatted, uncommented hex; there is no commented source for this grf. If you decompile the .grf file to .nfo that is the same thing that I would be working on to tweak the set.

is there going to be another update for egrvts or will this version allways be here cause i like egrvts better but theres a bug with some sprites ill get 3 pics up here soon

Could rebuild eGRVTS with the BANDIT codebase (python + nml). Anyone wants to try, let me know.

I think reversing that statement and just putting buses in BANDIT would be better and simpler. Of course, that may run contrary to the original intentions.

oberhümer wrote:I think reversing that statement and just putting buses in BANDIT would be better and simpler. Of course, that may run contrary to the original intentions.

Buses in BANDIT - depends what Mr. DanMacK can turn his hand to (or if real life distracts him)

However BANDIT is intended as an alternative to eGRVTS, not a total replacement...I've used eGRVTS in every game for years, I thought some variety would be good

You'd finally have a sensible sort-of-acronym too - Buses AND Incredible Trucks

uhh just wondering,
when i use this, for the first fiew months in 1900 horses are fine,
then all of a sudden they go at one killomiter per hour.
???

Do you have realistic acceleration for roadvehicles enabled? If so, then disable that.
That doesn't explain why they work at first, but this set (or at least the version from the online content) is known not to work with realistic acceleration.