i don't think i didGwyd wrote:I fear you have missed the point.Eddi wrote:, just make sure all the trains have non-stop orders.
i think this is spam.Sent from my SM-G935F using Tapatalk
Moderator: OpenTTD Developers
i don't think i didGwyd wrote:I fear you have missed the point.Eddi wrote:, just make sure all the trains have non-stop orders.
i think this is spam.Sent from my SM-G935F using Tapatalk
Similarly, i totally understand that patchpack creators are not robots that can work day and night. Having 4 children and working on a trainset's sprites, i know that JGR is a human, needs to sleep, has a family, etc. And not everyone can go back to work after Christmas and New Year.NekoMaster wrote:Only thing is though is that its up to JGR to impliment it (which would be nice) and I doubt it'll be simple to make it work with so many other patches. Also gotta remember that Patch Pack creators are human too with lives and hobbies so we can't rush them to add something new.
Take a quick look at my profile...Eddi wrote:i think this is spam.Sent from my SM-G935F using Tapatalk
No, we have to wait until it's (at least nearly) finished.acs121 wrote: However, we can't just wait for NRT to be finished.
From where you take this information? It was stated several times, that there are general issues with the concept, that have to be solved before the work on NRT as the concretely implementation can continue. That said, why do you assume, that a implementation of the actually half done patch into JGRPP would speed this up?acs121 wrote: If NRT would be implemented in JGR's patchpack, it would take 1 year approximatively.
The concept is not done yet. Obviously there are changes necessary.acs121 wrote:Why do we have to ?
Someone, namely JGR, had to include it, had to nurse it, had to keep the interactions with the other patches in mind, had to reimplement the obviously necessary conceptional changes every time. Andythenorth described his attempt to patch JGRPP with NRT on the last page of this thread. It's, as he stated, not trivial and it would be a never ending task because of the not done concept and the resultant changes (if these changes ever will arise). Additionally JGR stated a few times, that he is not willing to include the patch in it's current state.acs121 wrote:As the add-up would be in an experimental branch of JGRpp, where is the problem ?
For clarity, what would take 1 year?acs121 wrote:If NRT would be implemented in JGR's patchpack, it would take 1 year approximatively.
At a guess, I'd be surprised if getting JGT + NRT to compile would take more than a day, it's not many conflicts, and conflicts are not many lines of code.acs121 wrote:Well, compiling the code and re-compiling it. Infrastructure Sharing could have problems with some road types possibly.
Because nobody has been able to produce a working version?acs121 wrote:We can live without custom bridgeheads, but not without InfraSharing though. I still don't know why trunk hasn't implemented this before
Nope, trunk requires technical maturity no matter how popular a feature would be.acs121 wrote:if there was enough demand for it, i'm sure trunk would already have implemented this.
Would you accept my window border decorations patch into trunk? No one ever requested this feature, but it's mature and won't break saves.Alberth wrote:Nope, trunk requires technical maturity no matter how popular a feature would be.
Alberth wrote:Developing a patch outside trunk is always simpler than within trunk. For example, you don't have to worry about compatibility with a previous version (required by trunk for loading a save game into a newer version).
Backwards savegame compatibility is really not difficult.acs121 wrote:Yes, i know, there always is the compatibility with previous versions problem, and that is one huge one for implementing to trunk things like IS, NRT or NMF.
Other companies have to allow this, in the settings.acs121 wrote:Yes, there are some issues with IS, sometimes even with the enabled settings you can't buy vehicles in another's depot/hangar.
Users browsing this forum: No registered users and 20 guests