NAM General Support

[CaptCity 4,753]

17 hours ago, matias93 said:

Some idea why this might happen? I tried dragging the networks in both ways, and in both orders, to no avail

 

 

Hi @matias93

Just to pop in and say I noticed this same issue with RUM thing a while back. At the time, I saw that the issue seemed to go away when removing the file called ERRW36 Changes Models.dat from RUM. More recently, I saw where @rivit posted in response to @jeffryfisher's question about RUM and NAM39 that the files starting with ERRW36 can be removed. This goes along with what I observed. I was just wondering if those files are still installed in your particular plugins. I can only presume that removing those files makes RUM a straight re-texturing mod with nothing else being affected.

For what it's worth...

  Edited December 29, 2020 by CaptCity  

[matias93 7,535]

3 hours ago, CaptCity said:

removing the file called ERRW36 Changes Models.dat from RUM

Apparently this did the trick, even if I also reinstalled the NAM, just to be sure.

[AsimPika3172 1,136]

Something strange here... 🤔

and here....

Hmmmm..... 

[Propfam 2,288]

5 minutes ago, AsimPika3172 said:

Something strange here... 🤔

and here....

Hmmmm..... 

Looks like disconnected. Have you tried to reconnect again? If does, how is the result? Still failed or even weird?

[Tarkus 6,932]

As noted over at SC4D, I've figured out the cause of the issue (basically needed just a little more RUL2 code) and addressed it.  It'll be fixed for NAM 40.

-Tarkus

[AsimPika3172 1,136]

1 hour ago, chfzdn said:

Looks like disconnected. Have you tried to reconnect again? If does, how is the result? Still failed or even weird?

@Tarkus already answer it. There are some buggy about it. I hope next version will fix everything. 

[KBH-IZ 0]

In my environment, after updating to NAM39, I've confirmed that building NWM roads causes significant lag (A single construction will cause a lag of 2 minutes or more). I had confirmed this as of December last year, but I didn't report this bug, thinking that the transportation system would probably work properly. When I displayed SC4Paths today, I found that the NWM roads (at least TLA-5) did not show SC4Paths. At the time of NAM38, there was no such lag, and the configuration Mod was not changed. I'll verify whether SC4 Paths are displayed on other NWM roads and whether they can be used as commuting routes.

[Tarkus 6,932]

16 minutes ago, KBH-IZ said:

In my environment, after updating to NAM39, I've confirmed that building NWM roads causes significant lag (A single construction will cause a lag of 2 minutes or more). I had confirmed this as of December last year, but I didn't report this bug, thinking that the transportation system would probably work properly. When I displayed SC4Paths today, I found that the NWM roads (at least TLA-5) did not show SC4Paths. At the time of NAM38, there was no such lag, and the configuration Mod was not changed. I'll verify whether SC4 Paths are displayed on other NWM roads and whether they can be used as commuting routes.

Something appears to have gone haywire with your installation/upgrade process.  My guess, from the looks of it, is that you have NetworkWideningMod_Core.dat installed (which would give you the button for the Starter Pieces), and the code for the overrides in the NAM Controller, but not the actual .dat files for the TLA-5 (or any other NWM networks on which you're encountering similar issues).  If not for your having the Euro textures installed, I'd speculate that you would most likely see no textures on the network, either.  Paths not being present is indeed a cause of lag, and the paths for the TLA-5, as well as the base US textures, are in NetworkWideningMod_TLA-5.dat.

I'd advise making sure any remnants of any old NAM installations are removed from the Plugins folder, and then to try reinstalling the NAM, making sure that the "Additional Widths and Turn Lanes" option under "2_Additional Network Features > Road, One-Way Road, and Avenue" is selected.

-Tarkus

[KBH-IZ 0]

48 minutes ago, Tarkus said:

Something appears to have gone haywire with your installation/upgrade process.  My guess, from the looks of it, is that you have NetworkWideningMod_Core.dat installed (which would give you the button for the Starter Pieces), and the code for the overrides in the NAM Controller, but not the actual .dat files for the TLA-5 (or any other NWM networks on which you're encountering similar issues).  If not for your having the Euro textures installed, I'd speculate that you would most likely see no textures on the network, either.  Paths not being present is indeed a cause of lag, and the paths for the TLA-5, as well as the base US textures, are in NetworkWideningMod_TLA-5.dat.

I'd advise making sure any remnants of any old NAM installations are removed from the Plugins folder, and then to try reinstalling the NAM, making sure that the "Additional Widths and Turn Lanes" option under "2_Additional Network Features > Road, One-Way Road, and Avenue" is selected.

-Tarkus

Thank you. At your direction, things are going in the right direction.

[City_Slider 2,716]

A Question about the Canal Set from Sim Goober. Are all Tiles/Lots in the NAM or do i need to install something more?

[rsc204 21,808]

I already answered you here:

[watercitymadero 804]

Hi

I installed NAM 39 with the java program included in the download and the 4gb patch, I set the game to launch with the UK English left hand drive side, I tested everything and re-installed NAM 2 times, and yet have the RHD side textures and arrows

[Kloudkicker 4,561]

16 minutes ago, CdMadero said:

Hi

I installed NAM 39 with the java program included in the download and the 4gb patch, I set the game to launch with the UK English left hand drive side, I tested everything and re-installed NAM 2 times, and yet have the RHD side textures and arrows

Just a thought, did you run the NAM Controller Compiler and chose the LH drive? I believe it is default setting is RH side.

  Edited January 10, 2021 by Kloudkicker  

[watercitymadero 804]

39 minutes ago, Kloudkicker said:

Just a thought, did you run the NAM Controller Compiler and chose the LH drive? I believe it is default setting is RH side.

no is on the left-hand drive because that is what the installation do selecting the left hand drive options for the core game

Edit: my bad, I change the folder locations and run the compiler, I will update if that solved the problem

Update: Nope that doesn't solved the problem, the textures are in the RHD side no mather what

[Kloudkicker 4,561]

41 minutes ago, CdMadero said:

no is on the left-hand drive because that is what the installation do selecting the left hand drive options for the core game

Edit: my bad, I change the folder locations and run the compiler, I will update if that solved the problem

Update: Nope that doesn't solved the problem, the textures are in the RHD side no mather what

Darn. I knew 'alexa' didn't look right, but got side tracked and didn't find out yet but you fixed that. Sorry I am newish and out of suggestions.

[CaptCity 4,753]

Hi @CdMadero

Was the intersection produced with the auto-Ave x Ave feature (dragging avenue across another avenue)?  If so, I noticed the same when I checked my left-hand game. If you use the QuickTurn (pre-built FLEX Turn Lanes) feature instead, you can select the same intersection option. It will use the correct textures.

Not sure if this is known or not. I've not noticed it mentioned elsewhere. I believe there were changes made in the auto feature but not sure if that affected this. Perhaps someone will be along to explain it better.

Edit: Found what might be a related issue (Link). See @Tarkus 's response. By chance, did you have a previous version of NAM installed and may have old files present? I can say in my case, I started with a totally empty Plugin folder and got the same results you did, but thought I would ask.

Edit 2: Looks like it might be a texture file issue. The US Left Side optional files seem to work fine. 

  Edited January 10, 2021 by CaptCity  

[watercitymadero 804]

4 hours ago, CaptCity said:

Hi @CdMadero

Was the intersection produced with the auto-Ave x Ave feature (dragging avenue across another avenue)?  If so, I noticed the same when I checked my left-hand game. If you use the QuickTurn (pre-built FLEX Turn Lanes) feature instead, you can select the same intersection option. It will use the correct textures.

Not sure if this is known or not. I've not noticed it mentioned elsewhere. I believe there were changes made in the auto feature but not sure if that affected this. Perhaps someone will be along to explain it better.

Edit: Found what might be a related issue (Link). See @Tarkus 's response. By chance, did you have a previous version of NAM installed and may have old files present? I can say in my case, I started with a totally empty Plugin folder and got the same results you did, but thought I would ask.

Edit 2: Looks like it might be a texture file issue. The US Left Side optional files seem to work fine. 

No, I have a clean windows, SimCity 4, everything new. clean plugins folder, etc.

edit. with clean plugins folder, I made a fresh NAM 39 installation with LHD drive side + Euro LHD textures, now without Legacy Auto Avenue Trun Lanes, yet having the same result, the traffic lights are on the wrong side.

[rsc204 21,808]

2 hours ago, CdMadero said:

edit. with clean plugins folder, I made a fresh NAM 39 installation with LHD options, now without Legacy Auto Avenue Trun Lanes, yet having the same result, the traffic lights are on the wrong side.

You beat me to it, the Auto Ave Turning Lanes have not worked in LHD since NAM 37, I simply never had a chance to look into why, but it doesn't appear to be as simple as a texture issue. Likewise, I suspect the LHD T21s (which control prop placement on networks), are missing from the LHD NAM install, hence traffic lights are on the wrong side.

The simple answer here is that LHD support, something I've been almost singularly maintaining in the NAM for years, may take time to sort out after the overhaul of the installer. If you were not aware, we changed the system being used for the mod from v37 onwards. This very necessary (and undesired) change, meant we had to basically reorganise the entire NAM mod and all it's files. I have not been very involved in the process personally, but I do know from quick tests that many issues exist both with the EU texture set and for LHD setups. The best thing I can say is report any you find and we'll do our best to assist. Frankly LHD is not something very many players use and it tends not to get the same attention/scrutiny as the default RHD. But where issues are brought to our attention, we can look to get them resolved.

The Stoplight Replacement Mod (SRM) by MandelSoft is fully LHD compatible, if a little out of date, i.e. it doesn't cover some newer NAM features like the FTLs.

4 hours ago, CaptCity said:

Not sure if this is known or not. I've not noticed it mentioned elsewhere. I believe there were changes made in the auto feature but not sure if that affected this. Perhaps someone will be along to explain it better.

Having Auto-ATLs causes interference with code for newer features of the NAM, hence we recommend not using it anymore. But it remains as a legacy option, I'm pretty sure somewhere are missing files/RUL. Some LHD items require special "LHD" code to function, whilst others just need modified textures.

[Tarkus 6,932]

I've just investigated the situation, and it's just as I've suspected.  One big change with our file architecture going into NAM 37 was with the Euro textures. Simply put, the old file architecture was for the Euro textures from NAM 31 through 36 was a complete and unworkable mess.  There were a lot of confusing file names and things in random places--some were completely redundant, or partially overrode one another.  What we did was to completely merge all the Euro textures into single files--one for RHD, one for LHD.  It was the only feasible solution to the mess, and had the bonus of mitigating the load time overhead (one big file loads quicker than many smaller files). 

It looks like, however, the RHD version of the Avenue Turn Lane textures got merged into the LHD file in all the chaos.  The even-rarer US LHD combo does have the Avenue Turn Lanes set up correctly for LHD, since there wasn't any real change with the file architecture there. 

Aside from the FLEX Turn Lanes (largely because their LHD localization is based on RUL flips), signals have never been on the correct side for LHD--that's true not only of most of the NAM, but the base game as well.  I'll note, we're taking a "big look" at Type 21 exemplars (and particularly, signalization setups), though that's a long-term project that we'll be picking away at for quite some time.  The idea of ditching the Maxis and Maxis-style signal props and accessories has been discussed as part of that, since they're actually pretty inflexible, and the height on the mast arm props are higher than the lowest level overpasses (L1/7.5 meters).

-Tarkus

[rsc204 21,808]

4 hours ago, Tarkus said:

It looks like, however, the RHD version of the Avenue Turn Lane textures got merged into the LHD file in all the chaos. 

I've just double-checked it in-game with NAM 39 and indeed, you are right it is actually the textures. Until this get's fixed, you could use the following override (add it into the 7_Texture and Drive Side Support\EU_LeftSide folder):

z__LHD Ave-RTL.dat

4 hours ago, Tarkus said:

signals have never been on the correct side for LHD--that's true not only of most of the NAM, but the base game as well

You know, I've been using the SRM for so long, I think I may have forgotten there was no LHD support beforehand.

[Tarkus 6,932]

The timing on finding this was pretty convenient on my end--I was in the midst of getting things ready to do a massive file merge in preparation for our first internal build of NAM 40.  Based on my experience doing that yesterday, it looks like there was actually something corrupted with the EU LHD Avenue Turn Lane file from NAM 31-36, and it actually failed to merge in with JDatPacker, so that may be why things went awry there.  I probably didn't catch that merge fail amidst all the madness that was NAM 37's endless file architecture wrangling. 

I manually moved the FSH files into the EU LHD texture file to circumvent that issue, so this will be fixed for NAM 40.

ATL and RTL-related issues (usually due to users not installing them--they haven't been default options) have also been one of our main tech support issues (though still dwarfed by people not installing the 4GB Patch properly), so I've also shuffled some things around to hopefully mitigate that issue as well.

-Tarkus

[matias93 7,535]

6 minutes ago, Tarkus said:

I was in the midst of getting things ready to do a massive file merge in preparation for our first internal build of NAM 40

That's... uncannily fast

[Tarkus 6,932]

5 hours ago, matias93 said:

That's... uncannily fast

The funny thing is, as fast as we go now, it actually seems rather slow to me, lol.  It's absurd just how much new content is going to be in that first build.  Cutting the red tape in our release engineering process has worked wonders for everything across the board.

-Tarkus

[redfox85 659]

21 hours ago, matias93 said:

That's... uncannily fast

It's ... agile-ish  .. replaces the old waterfall method 

[watercitymadero 804]

Thanks to all the NAM team, I stop playing sc4 for 3 years and forgot a lot of things, got a little bit confused with the new NAM installation proces, but read the instructions step by step and learn everything from scratch, and I installed NAM 39 successfully, sorry for my english and for my confusion, and thanks again.

[junspud 1,066]

11 hours ago, CdMadero said:

Thanks to all the NAM team, I stop playing sc4 for 3 years and forgot a lot of things, got a little bit confused with the new NAM installation proces, but read the instructions step by step and learn everything from scratch, and I installed NAM 39 successfully, sorry for my english and for my confusion, and thanks again.

I had a similar experience, didn't play SC4 for something like over a decade but then discovered NAM and Simtropolis/SC4Devotion and have been playing almost daily again for a long time now.

Anyway, I just thought this looked kind of weird, not sure if it's intentional or a texture mismatch or something. Loaded with just NAM installed to make sure it wasn't something else.

[Matrim Cauthon 344]

Considering that looks amazing and now I feel like I need to use that intersection places.. I'd bet on that being intentional.

Am I right in thinking that is a 90° road turn with a diagonal OWR leaving it?

[rsc204 21,808]

On 13/01/2021 at 10:42 PM, Matrim Cauthon said:

Am I right in thinking that is a 90° road turn with a diagonal OWR leaving it?

Yes you are, this is probably a very-old feature indeed, likely no proper US texture exists for it.

You'd be surprised how many non-obvious additions lurk in the depths of the NAM. I wasn't around, but I believe the first iterations just looked to add support for various setups that were not supported with the base game.

By going through all the NAM files looking for textures, you notice a lot of these things. For example, did you know you can drag El-Rail and Monorail over the standard 90° road/street curves, Intersections (including Avenue and Ave curves), highway curves & jogs and more besides? 

Sometimes a bit of experimentation wields results, but perhaps some of these features would be worth being listed somewhere?

[Propfam 2,288]

3 minutes ago, rsc204 said:

Yes you are, this is probably a very-old feature indeed, likely no proper US texture exists for it.

You'd be surprised how many non-obvious additions lurk in the depths of the NAM. I wasn't around, but I believe the first iterations just looked to add support for various setups that were not supported with the base game.

By going through all the NAM files looking for textures, you notice a lot of these things. For example, did you know you can drag El-Rail and Monorail over the standard 90° road/street curves, Intersections (including Avenue and Ave curves), highway curves & jogs and more besides? 

Sometimes a bit of experimentation wields results, but perhaps some of these features would be worth be listed somewhere?

Does this apply to newer networks like the post-33 RHW, HRW, REW, RRW, HSR, Viaducts and their alternatives, etc?

[rsc204 21,808]

Just now, chfzdn said:

Does this apply to newer networks like the post-33 RHW, HRW, REW, RRW, HSR, Viaducts and their alternatives, etc?

No