That is what I understood from your post Abb.
I posted my question to LesScro over his website; I will post update when I got one.
Thanks, I would really like to know as there is so much that I can do with these schemes if I knew how to change the colours
There is absolutely nothing (interesting) in content.nng.
I do see quite a bit of difference when switching color schemes, so if yours does not show any, something else must be overriding scheme files. You wouldn't happen to have, say, a color.ini file just sitting in iGO's main folder?
I think that you have totally misunderstood what I was saying. eg. There was a scheme that I was trying to change in that it was an AWESOME 3D scheme that raised bridges and elevated roads. However, in town, all roads were white and the landscape was off-white which ruined the entire scheme. I went in to the color.ini and changed EVERY white and off white color in there ( yeah, there was a lot of them) and changed them to green and off-green. When I replaced the scheme with my altered one, there was NO DIFFERENCE. NO colour has changed in the sceme, and technically, there should have been absolutely no white or off white present, and like I said, the scheme remained unchanged. I really would like to know how to change the terrain colours, as well as the colours of the roads, in a scheme. Changing the colors in the 'color.ini' file does not have any affect that I can tell. Eactly what is in the 'content.nng' file and HOW do you change any colors in a scheme as there are only the two files, 'color.ini' and 'content.nng' ?
Quite possible 
.NNG files are just some marker files that iGO creates on every drive (and possibly folder) that iGO accesses (iGO is made my a company called NNG).
Stumped why your colors don't change though...
Quite possible
.NNG files are just some marker files that iGO creates on every drive (and possibly folder) that iGO accesses (iGO is made my a company called NNG).
Stumped why your colors don't change though...
That was the entire idea behind Chucks post. He tried changing the route color in the .ini file and it wouldnt change.
I have been able to change everything else including the background images which I have reconstructed myself. I just cant change the actual colors in the scheme. Here are some pictures as to what I did:
Yeah, that was my problem and the reason for this thread. Seems that Abb and VBLUE42 would like to have an answer to this question too.
Boris, you suspect that there is another color.ini in the iGo folder. This is not possible because iGo could not combine settings from both files (i.e. some setting in our modified color.ini are correctly taken, according to changes).
Anyone 
In the common folder there are four color.ini files: day2dcolor.ini, day3dcolor.ini, night2dcolor.ini and night3dcolor.ini.
One would think the schemes would take precedence. Especially given the fact we have a variety of schemes that differ from each other. I believe the only reason those are there is so the system can boot if the schemes folder somehow got corrupted.
In the common folder there are four color.ini files: day2dcolor.ini, day3dcolor.ini, night2dcolor.ini and night3dcolor.ini.
One would think the schemes would take precedence. Especially given the fact we have a variety of schemes that differ from each other. I believe the only reason those are there is so the system can boot if the schemes folder somehow got corrupted.
yes, but when you change the colors in the color.ini file in the scheme, it has no effect on the color in the map. Knowing this information, how would you change the colour of the ground or the color of a major road?
In the common folder there are four color.ini files: day2dcolor.ini, day3dcolor.ini, night2dcolor.ini and night3dcolor.ini.
One would think the schemes would take precedence. Especially given the fact we have a variety of schemes that differ from each other. I believe the only reason those are there is so the system can boot if the schemes folder somehow got corrupted.
yes, but when you change the colors in the color.ini file in the scheme, it has no effect on the color in the map. Knowing this information, how would you change the colour of the ground or the color of a major road?
Instead of quoting Chucks post, I was just replying to his question to Boris whether there could be another color.ini file somewhere. I found the four in the common folder, which in no way should interfere with changing the colors in a scheme.
I'm trying to help out here. I am not an expert regarding changing the way colors are displayed within a scheme. Not sure if Specter is still around, but he created a red and blue scheme. Maybe try to PM him. He might have an email alert set to incoming PM's.
Hey N-S-E-W, thanks for your inputs, they are much appreciated.
Yeah, thanks to NSEW, I got a few ideas, I wl need some time to test them though which will not be till the weekend
I PM Specter already.
Abb please let us know your results. Thanks.
Yeah, that was my problem and the reason for this thread. Seems that Abb and VBLUE42 would like to have an answer to this question too.
Boris, you suspect that there is another color.ini in the iGo folder. This is not possible because iGo could not combine settings from both files (i.e. some setting in our modified color.ini are correctly taken, according to changes).
Anyone
Actually it can. If there is an unzipped file in a correct location, settings there override same settings in a currently selected ZIP file. THat's how I have pioneer.ini sitting outside so I don't need to worry about a DATA.ZIP having a software bypass applied. There's the clip_planes.ini that overrides individual color scheme's settings, etc.
As an experiment, I'd try removing those colorXXX.ini files and checking if schemes work after that or not.
Yeah, my understanding is that it takes only one file, and priority is given to the outside unzipped file. In your case for the pioneer.ini, it will either taken the outside one (unzipped) or the one in DATA.zip, but not taking some parameters from the file outside, and some others from file within the zip.
Am I wrong? Then iGo8 is reading both files and take the parameters settings that it wants?
Yeah, my understanding is that it takes only one file, and priority is given to the outside unzipped file. In your case for the pioneer.ini, it will either taken the outside one (unzipped) or the one in DATA.zip, but not taking some parameters from the file outside, and some others from file within the zip.
Am I wrong? Then iGo8 is reading both files and take the parameters settings that it wants?
As I understand (might be mistaken, of course), if the outside file has only a subset of settings, only those will override settings in a zipped file.
I.e, I know this works for clip_planes.ini: there is an (optional) clip_planes setting in color.ini (or color3d.ini since it is specific to 3D map mode). That's why different color schemes give you different visibility of 3D buildings, from barely visibly (Pioneer's default scheme, or most schemes without a clip_planes section) to somewhat visible to cover your route visible. But if you extract clip_planes settings you like and put them in an outside file, it will override building visibility regardless of a scheme you are running. It might work the same way for route colors, too.
Well, my friend from the land of corruption, what you are saying actually DOES make sense, thank you 
.
However, since when changing schemes, the colors in the map are actually changing, so it must be a difference between each scheme, just how the heck in the world I can isolate the real settings that make the changes?
Hmmmm, don't know if I can experiment the schemes switching in the AVIC Emulator ... any idea?
Well, my friend from the land of corruption, what you are saying actually DOES make sense, thank you
However, since when changing schemes, the colors in the map are actually changing, so it must be a difference between each scheme, just how the heck in the world I can isolate the real settings that make the changes?
Hmmmm, don't know if I can experiment the schemes switching in the AVIC Emulator ... any idea?
Sure, that's how I was testing building and street label visibility settings -- make a bunch of different schemes, and load them in the emulator.
Well, I am finally getting somewhere! the 'color.ini' does change the colors, it is just hard to figure out which combination to change to get what you want. I am working on making a few schemes using the colors that I want from 2 or 3 schemes. I have some EXCELLENT backgrounds made and hoping that I can combine them making an original scheme for my mod. Oh well, this will definately tie up my weekend, hopefully, I will get results that I will be satisfied with.
Anything that you can share with me, I am looking desperately the way to change the planned route of my night scheme, which is now black. However, in my color.ini, it say RGB(0,150,0) which is dark green.
I am currently using the GJ2.1_Night_sky2 scheme.
Thanks.
Anything that you can share with me, I am looking desperately the way to change the planned route of my night scheme, which is now black. However, in my color.ini, it say RGB(0,150,0) which is dark green.
I am currently using the GJ2.1_Night_sky2 scheme.
Thanks.
Yeah, that is a weird one. use the GJ2N_sky_v2 scheme. It is identical except that the planned route actually IS green. Use mine because it has the same background as GJ2.1_Night_sky2. Here is a copy:
Thanks Abb. I will try it out tomorrow.
This is totally beyond my understanding ... the below attached file is the GJ2.1_Night_sky2.ZIP scheme, which differs to Abb's scheme GJ2N_sky_v2.zip (two post above) only by the color.ini.
The only difference is in GJ2.1_Night_sky2.ZIP/color.ini, three sections for [clip_planes] with same parameters but different values are presented while in GJ2N_sky_v2.zip/color.ini, there is only one section of [clip_planes].
NOW THE SURPRISE: In Abb's scheme, the expected GREEN planned_routed is shown, in mine scheme, it is shown as black!!!
Anyone? 
One of the three [clip_planes] sections, same parameters with different values:
[clip_planes] ; mode, lower bound, upper bound, lower value, upper Value ; mode: 0: by zoom level, 1: by number of cells, 2: by intersect value (0..45) ; values: 0.0 .. 1.0 * 1000 (= 0..1000) faded_buildings_near = 0, 10, 200, 600, 600 faded_buildings_medium = 0, 10, 200, 650, 650 faded_buildings_far = 0, 10, 200, 750, 750 solid_buildings_near = 0, 95, 100, 1000,980 solid_buildings_medium = 0, 95, 100, 1000,980 solid_buildings_far = 0, 95, 100, 1000,980 landmark = 0 , 1, 50, 1000, 1000 road0 = 2, 0, 45, 1000, 1000 road1 = 2, 0, 45, 1000, 990 road2 = 2, 0, 45, 1000, 980 road3 = 2, 0, 45, 1000, 970 roadsign = 2, 0, 45, 1000, 950 ;a ket reszletesebb terrain terrain0 = 0, 30, 30, 750, 750 terrain1 = 0, 30, 30, 850, 850 ;reszletes shapek. Mivel lassu, ezert ne vigyetek tulzasba. shape0 = 2, 1, 10, 1000, 0
Better yet, here is one I made up. It is close to the same but the planned route is red. Let me know if this is what you are after.
Thanks Abb for sharing.
With reference to your GJ2N_sky_v2.zip night scheme and my V2.1 scheme, I think the stupid three sections of [clip_planes], where the last section has parameters values different from the one of your GJ2N_sky_v2.zip\color.ini, has screw up the iGo software. Exactly how, I don't know.
If I delete the first section and the last section of [clip_planes], I will have the exact same color.ini of your GJ2N_sky_v2.zip.
Sure, that's how I was testing building and street label visibility settings -- make a bunch of different schemes, and load them in the emulator.
Well Boris, I need the GPS signal to be able to enable the planned routed. Any way to simulated there is GPS signal in the Emulator? Can I force to start the routing at a fixed location (i.e. fixed Lat/Long position)?
OK folks,
I consider this issue solved.
Like I said in my previous posts, the V2.1 of the night scheme is having three sections of redundant [clip_planes] parameters, while the V2 of the night scheme is having only one section of [clip_planes] parameters, that is identical to the second (middle) section of V2.1. After I removed sections #1 and #3 from V2.1, both color.ini files are identical except the name of the scheme, which doesn't play any role in the scheme colors.
So my conclusion would be: because of the repeating of the same [clip_planes] parameters, a possible flaw within the iGo8 software prevent from reading other planned_routed_xxxx parameters, thus "default" parameters values are used instead.
And now, I just wondering why the author of both schemes simply added two new [clip_planes] sections and claimed a new revision, they are otherwise identical in all other aspects, and this screws me big time .
Anyhow, I don't care anymore, I just use the V2 and make modification to it if needed.
I salute everybody that have contributed to the resolution of this problem 
, especially for Abb's post leading me to the conclusion. Thank you very much!!!
Sure, that's how I was testing building and street label visibility settings -- make a bunch of different schemes, and load them in the emulator.
Well Boris, I need the GPS signal to be able to enable the planned routed. Any way to simulated there is GPS signal in the Emulator? Can I force to start the routing at a fixed location (i.e. fixed Lat/Long position)?
Depends on which skin you're running, but pretty much any of them will let you set a start location. Then select any point as destination and do a simulate or flyover. That should show all the planned route colors.