Welcome to NASIOC - The world's largest online community for Subaru enthusiasts!

Welcome to the NASIOC.com Subaru forum.

You are currently viewing our forum as a guest, which gives you limited access to view most discussions and access our other features. By joining our community, free of charge, you will have access to post topics, communicate privately with other members (PM), respond to polls, upload content and access many other special features. Registration is free, fast and simple, so please join our community today!

If you have any problems with the registration process or your account login, please contact us.

I have a base map with lower boost limits (stock), and a realtime map with a peak of 18.5 psi. When I look at a 4th gear WOT log I'm hitting a lower boost than before when I had a higher boost in my basemap. So is the basemap controlling things, the real time, or some combination??

The Realtime map controls realtime properties. The thing is, a basemap INCLUDES its own realtime map as part of it. If your other realtime map isn't loaded, the basemap's own realtime mapping will be in affect.

Realize though that simply adjusting the Boost Target values will NOT have much affect on the boost numbers you hit. You have to also adjust wastegate duty cycles to go along with it.

The Realtime map controls realtime properties. The thing is, a basemap INCLUDES its own realtime map as part of it. If your other realtime map isn't loaded, the basemap's own realtime mapping will be in affect.

Realize though that simply adjusting the Boost Target values will NOT have much affect on the boost numbers you hit. You have to also adjust wastegate duty cycles to go along with it.

I was just being short with the example of the boost map, other maps were changed too including WDC.

So the way you explained it, my realtime map should be controlling things over the basemap? That doesn't quite seem to be the case, and I recall reading that Cobb suggests you run the same map as base and realtime. Is the point of the base then just in case of a reset (defaults to that)? Otherwise the realtime is always controlling.