Stray blips problem

[mrach 0]

hi.. so ive been playing gta sa again, and this is my first time using mods, i never got any problem till now.. suddenlymy marker / red blips and yellow blips for mission are gone.. after reading awhile, i guess its bcs of my mods creating stray blips on my save.. it'd be awesome if you can help me wit this, here's my save " https://gtasnp.com/lqPUAs " 
actually ive already post the same question on help & support but i realized that i shouldn't ask there if my game are moded, but i dunno how to delete it, so i'm sorry for that and thanks in advance for helping me.. 🙂

[OrionSR 2,230]

Update: GTASnP.com has been updated with a Modifications tool that can remove Stray Blips - small-square usually yellow, sometimes green destination blips that are leftover after a mission. This glitch is common with mission duping exploits (Om0) but can also happen accidentally in a normal game by starting a mission at the same time a phone call comes in. Upload the glitched save to the site. Any stray blips should be automatically detected by the modifications tool. Download the fixed save to remove the blips.

 

Download my binary template for SA saves: https://drive.google.com/open?id=1W0h9d_hyzggZ9qcJOc9dRwIHCXALO9hu

 

Download the trial version of the 010 Editor from Sweetscape.com.

 

Run the template on your save to parse the hex data into a more readable format.

Blips are listed under Radar. Changing the "Allocated" BlipFlag to False will remove unwanted blips.

Run the SaveCheckSum script after editing so the game won't think the save is corrupt,

 

Changing the View>Line Width to 40 makes it easier to identify duplicate entries, the most likely source of problems, in the hex window.

 

Scroll to the end of the radar pool where duplicate entries tend to group, but note that some extra blips might be mixed in with the normal blips you'll want to keep.

Open a blip record and highlight the RwV3D Pos structure to identify where these 12 bytes lie in the record. With a 40 byte line width they should align vertically. 

 

In this case, look for 00 F0 1D 45 00 60 D0 C4 00 00 70 41 and disable the allocation flags for each entry. But you probably want to keep the line with 58 B9 A3 43 85 21 1E 45 D5 E7 7C 41, so be careful what you edit.

08 00 00 00 00 00 00 00 00 F0 1D 45 00 60 D0 C4 00 00 70 41 0C 00 00 00 00 00 80 3F 01 00 00 00 00 00 00 00 15 07 17 00
08 00 00 00 00 00 00 00 00 F0 1D 45 00 60 D0 C4 00 00 70 41 04 00 00 00 00 00 80 3F 01 00 00 00 00 00 00 00 15 07 17 00
08 00 00 00 00 00 00 00 58 B9 A3 43 85 21 1E 45 D5 E7 7C 41 06 00 00 00 00 00 80 3F 01 00 00 00 00 00 00 00 05 03 17 00
08 00 00 00 00 00 00 00 00 F0 1D 45 00 60 D0 C4 00 00 70 41 0C 00 00 00 00 00 80 3F 01 00 00 00 00 00 00 00 15 07 17 00
08 00 00 00 00 00 00 00 00 F0 1D 45 00 60 D0 C4 00 00 70 41 0C 00 00 00 00 00 80 3F 01 00 00 00 00 00 00 00 15 07 17 00

Search for the hex data 00 F0 1D 45 00 60 D0 C4 00 00 70 41 to identify the duplicate blips mixed in with the normal blips. 

 

Mods that add one extra blip tend to add others, so scan for similar blips with matching coordinates.

 

It can help to decompile the scripts of mods that add blips to learn their coordinates.

It can help confirm you are modifying the right markers to visit the location of suspect blips and record the coordinates.

 

Edited June 30 by OrionSR

[mrach 0]

17 hours ago, OrionSR said:

Download my binary template for SA saves: https://www.dropbox.com/s/xy0ydi1h8pnktf6/GTASA_010_BinaryTemplate.zip?dl=1 

 

Download the trial version of the 010 Editor from Sweetscape.com.

 

Run the template on your save to parse the hex data into a more readable format.

Blips are listed under Radar. Changing the "Allocated" BlipFlag to False will remove unwanted blips.

Run the SaveCheckSum script after editing so the game won't think the save is corrupt,

 

Changing the View>Line Width to 40 makes it easier to identify duplicate entries, the most likely source of problems, in the hex window.

 

Scroll to the end of the radar pool where duplicate entries tend to group, but note that some extra blips might be mixed in with the normal blips you'll want to keep.

Open a blip record and highlight the RwV3D Pos structure to identify where these 12 bytes lie in the record. With a 40 byte line width they should align vertically. 

 

In this case, look for 00 F0 1D 45 00 60 D0 C4 00 00 70 41 and disable the allocation flags for each entry. But you probably want to keep the line with 58 B9 A3 43 85 21 1E 45 D5 E7 7C 41, so be careful what you edit.

08 00 00 00 00 00 00 00 00 F0 1D 45 00 60 D0 C4 00 00 70 41 0C 00 00 00 00 00 80 3F 01 00 00 00 00 00 00 00 15 07 17 00
08 00 00 00 00 00 00 00 00 F0 1D 45 00 60 D0 C4 00 00 70 41 04 00 00 00 00 00 80 3F 01 00 00 00 00 00 00 00 15 07 17 00
08 00 00 00 00 00 00 00 58 B9 A3 43 85 21 1E 45 D5 E7 7C 41 06 00 00 00 00 00 80 3F 01 00 00 00 00 00 00 00 05 03 17 00
08 00 00 00 00 00 00 00 00 F0 1D 45 00 60 D0 C4 00 00 70 41 0C 00 00 00 00 00 80 3F 01 00 00 00 00 00 00 00 15 07 17 00
08 00 00 00 00 00 00 00 00 F0 1D 45 00 60 D0 C4 00 00 70 41 0C 00 00 00 00 00 80 3F 01 00 00 00 00 00 00 00 15 07 17 00

Search for the hex data 00 F0 1D 45 00 60 D0 C4 00 00 70 41 to identify the duplicate blips mixed in with the normal blips. 

 

Mods that add one extra blip tend to add others, so scan for similar blips with matching coordinates.

 

It can help to decompile the scripts of mods that add blips to learn their coordinates.

It can help confirm you are modifying the right markers to visit the location of suspect blips and record the coordinates.

 

wow.. that's a lot.. hahaha 😂, aright Thanks for your response!! i'll try once my wifi normal.. i'll let you know if its work or not.. 😄

[mrach 0]

On 1/7/2019 at 3:37 AM, OrionSR said:

Download my binary template for SA saves: https://www.dropbox.com/s/xy0ydi1h8pnktf6/GTASA_010_BinaryTemplate.zip?dl=1 

 

Download the trial version of the 010 Editor from Sweetscape.com.

 

Run the template on your save to parse the hex data into a more readable format.

Blips are listed under Radar. Changing the "Allocated" BlipFlag to False will remove unwanted blips.

Run the SaveCheckSum script after editing so the game won't think the save is corrupt,

 

Changing the View>Line Width to 40 makes it easier to identify duplicate entries, the most likely source of problems, in the hex window.

 

Scroll to the end of the radar pool where duplicate entries tend to group, but note that some extra blips might be mixed in with the normal blips you'll want to keep.

Open a blip record and highlight the RwV3D Pos structure to identify where these 12 bytes lie in the record. With a 40 byte line width they should align vertically. 

 

In this case, look for 00 F0 1D 45 00 60 D0 C4 00 00 70 41 and disable the allocation flags for each entry. But you probably want to keep the line with 58 B9 A3 43 85 21 1E 45 D5 E7 7C 41, so be careful what you edit.

08 00 00 00 00 00 00 00 00 F0 1D 45 00 60 D0 C4 00 00 70 41 0C 00 00 00 00 00 80 3F 01 00 00 00 00 00 00 00 15 07 17 00
08 00 00 00 00 00 00 00 00 F0 1D 45 00 60 D0 C4 00 00 70 41 04 00 00 00 00 00 80 3F 01 00 00 00 00 00 00 00 15 07 17 00
08 00 00 00 00 00 00 00 58 B9 A3 43 85 21 1E 45 D5 E7 7C 41 06 00 00 00 00 00 80 3F 01 00 00 00 00 00 00 00 05 03 17 00
08 00 00 00 00 00 00 00 00 F0 1D 45 00 60 D0 C4 00 00 70 41 0C 00 00 00 00 00 80 3F 01 00 00 00 00 00 00 00 15 07 17 00
08 00 00 00 00 00 00 00 00 F0 1D 45 00 60 D0 C4 00 00 70 41 0C 00 00 00 00 00 80 3F 01 00 00 00 00 00 00 00 15 07 17 00

Search for the hex data 00 F0 1D 45 00 60 D0 C4 00 00 70 41 to identify the duplicate blips mixed in with the normal blips. 

 

Mods that add one extra blip tend to add others, so scan for similar blips with matching coordinates.

 

It can help to decompile the scripts of mods that add blips to learn their coordinates.

It can help confirm you are modifying the right markers to visit the location of suspect blips and record the coordinates.

 

hi.. can you help me further? im totally lost on looking that "allocated" blipflag under the radar list..
and i already search for 00 F0 1D 45 00 60 D0 C4 00 00 70 41 hex but i have no idea how to find the duplicate blips.. its all look the same 😅 😢
here's my screenshot " https://ibb.co/GCYgWZm "

[OrionSR 2,230]

Quoting the entire post is cluttering the topic.

 

The blip records are 40 bytes in length, so changing the View>Line Width to 40 will change things so the data fields align vertically, making it a lot easier to notice the patterns in the data.

 

If you click on your search results it will highlight the appropriate data in the hex window. R-click on the highlighted data in the hex window and select Jump to Template Variable to open the appropriate record in the template view.

 

In the image below I have changed the allocation flag of the last blip record to False. You can see that the edited data in the hex view has been colored red. I would start at the end of the pool where almost all of the blips are unwanted and work your way up the list.

 

 

 

[OrionSR 2,230]

Here's a view that emphasizes identifying duplicate blips within the hex data. In your example I provided a hex string as a search parameter but suppose you were working from scratch. And for this particular save, the blip records just happen to start at the beginning of the line. Usually the records are split between two lines so this is a good example file to work from.

 

This segment is taken near the end of the blip pool where there's a good deal of mixing between the added and standard blips. With the 40 character line width it's not too hard to see how the encoded floating point data for the coordinates decorates in the hex window with a consistent pattern. Take a look at the Text view on the right that corresponds to the Hex view on the left. In this case the data looks like gibberish, if it was text data it'd be readable, but the pattern of the characters makes it pretty easy to see when data is being repeated.

 

[mrach 0]

oh im sorry.. im new here.. i thought i need to quote to mention you here 😅
btw ive already tried to make the last blip record allocated flags false (only the last address) but thats just make my save file corrupted (thank god i back it up first) and i try to look at each addres and the num ber look exactly the same for some address, are those the dupicated stray blips? can i just delete it?
here's my screenshot " https://ibb.co/GRm72hP "

[mrach 0]

ive been lookin which one should i turn it to false from the very bottom to the 10th from the bottom allocated flag address, and all of it results corrupting my saves.. should i keep looking to the very top? bcs i got 44 results for the " 00 F0 1D 45 00 60 D0 C4 00 00 70 41 " data.. i just dont want to waste my time for nothing..

[OrionSR 2,230]

On 1/6/2019 at 12:37 PM, OrionSR said:

Run the SaveCheckSum script after editing so the game won't think the save is corrupt

At the very end of the save is a checksum of all bytes in the save. If you edit anything in the save the checksum must be fixed or you'll run into that corrupt save problem. A script was included in the download package. Run the script on your save before saving the changes and it should load for you. (Another way to fix the checksum is to upload your save to GTASnP.com and download it again, but SnP will also make a few repairs to your save unless you change the modifications settings.)

 

Your screenshot looks good. Starting from the bottom you shouldn't have much trouble finding duplicate blips. You'll notice the 07 near the end of the line changing to 05. When things start to get mixed up a little switch to the search results. Click on the first results and the hex view should jump to that data. R-click on the 07 and Jump to Template Variable. This should take you directly to the box to remove the allocation flag. Work your way down until you start running into the stuff you already fixed.

 

If you want to be sure you get my attention you can select a particular line for quoting, or just like the post and I'll probably come look.

Edited January 9, 2019 by OrionSR

[mrach 0]

HOLY SH.. ITS WORKING well for the red blips.. but the yellow blips on mission and the red dot for telling us where the enemy are still missing.. what should i do next??

[OrionSR 2,230]

Really? I was expecting the normal blips to start working again. It's too late for me to run a proper test...

 

Try changing the IconID from Girlfriend (21) to SmallSquare (0). The game usually does this when deleting blips but I didn't think it was strictly necessary. Try testing on a few at the end and see if new blips start showing up again. If so then work your way through your search results and patch up the IconIDs too. 

 

Let me know if it doesn't work and I'll take a closer look in the morning.

Edited January 10, 2019 by OrionSR

[mrach 0]

nope..  still not working.. there's still no red dot to locate the enemy on the mini map.. here's the screenshot " https://ibb.co/87gwsGG "

sure im not in a hurry, take your time.. anyway thank you very much 😁

 

[OrionSR 2,230]

I'm not sure what's going wrong. When I removed only the allocation flag from the last 5 entries I was able to place a map marker blip at the dry dock and when I started the NRG Challenge 4 red blips appeared. 

 

[mrach 0]

i tried again and some of the enemy red dot appear but not all of em.. should i make more of the allocation flag false? and theres actually 1 more thing.. its actually not a problem but the red circle for starting the mission is gone too.. is it because of the allocation flag too? " https://ibb.co/HHb0kBt "

[OrionSR 2,230]

Yes. Now that you know it's working repeat the process for all blips that match your search results.

 

I'm expecting that if that extra heart icon disappears from the map then you should have normal blip function. I'm not sure what went wrong before.

[mrach 0]

It's Work!! oh my.. you must be one of those hero without a cape!!😍 haha.. when i turn all of the blips address false its actually making the game crash on the black project mission, and i decide to try turning only the very first one to true and its not crashing anymore..

anyway.. thank you very much for your help and patience!! 😄😆

[OrionSR 2,230]

Gratz! 

 

To answer your other question, most of the the red circles are blips too. Your blip pool was full when it was created so it's just missing. No matter, the circles don't do anything anyway. You just need to stand in the correct spot to start the mission, and now that you've got room in the pool the next mission marker should appear normally.

 

Can you give me any feedback on the instructions and learning this process? What would make things easier on the next player with this problem?

[WaqarGul 1]

Thanx Alot Orion SR, It really helped me.

[RadriaR 0]

Hello OrionSR, I saw you doing some good work over here :)

I currently have the same issue and by making the allocated blipflags false I have fixed some of the blips not appearing, but the red mission circle and some mission contact blips (for example the sweet icon for the mission "reuniting the families") are not appearing. I have tried to make all duplicate blips allocation false, but that did not help entirely.

 

Could you please help me? I have some good progress and because of other glitches I do not want to start over again, and this could also help me in the future :)

 

Greetings, 

 

Martin

[OrionSR 2,230]

I'm not sure I understand the problem correctly, but...

 

If the mission marker appears on the radar then the red circle should appear on the map. These are the same item; it's an icon with a "sphere."

 

A mission with a missing marker before you made repairs won't get a blip after the repair. The command to create the marker has already been issued. But you should be able to stand in the correct spot to trigger the mission anyway. The markers don't actually do anything other than mark a location. The trigger should still be active. If you cleared enough stray blips then normal icon placement can begin.

 

The NRG/BMX Challenge and last lesson of boat school are good missions for stress testing the radar blips.
 

Edited November 19, 2019 by OrionSR

[alexnader 0]

Hi Orion, I know I'm late to the party, but your binary template link is above no longer available.

 

I have the same issue of a clogged blip log, as I no longer can create a marker once I save. I saw in a few other posts you were wroking on making it more automatic, any luck you got that to work ?

 

Here is a direct link to my save: https://gtasnp.com/cOWHKv

 

I'll definitely give it a try to edit the save myself, but it does look mightily complicated.

 

Thanks !

[OrionSR 2,230]

4 hours ago, alexnader said:

I'll definitely give it a try to edit the save myself, but it does look mightily complicated.

I've updated the link in the 2nd post. It should work now. I've moved the file from dropbox to google drive so let me know if there are any problems with the download format.

[alexnader 0]

Thanks so much for the super fast update !!

 

I think I have figured it all out, so thank you sooooo, so, much for the instructions.

 

EDIT: flagged a few allocation, just booted up my save, and instantly could tell it worked (was able to put marked on map, and the mission I activated showed all four markers instead of just one before being full)

 

Just for info, by changing the "allocation" to "false", am I flagging the "blip" for deletion/overwriting by the game?

 

Basically, once I've edited the blips to "false", AND have gotten rid of the sh*t CLEO mod that was sucking my blips dry ( i found it, it was one that replaced the blip icons for all the restaurants), will I have to ever deal with this issue again ? Or are the corrupt blips going to stay there forever, just taking up precious future blip spaces ?

 

Sorry to bother you with this, but thanks a million again for all this help.

Edited March 3 by alexnader

[OrionSR 2,230]

2 hours ago, alexnader said:

Just for info, by changing the "allocation" to "false", am I flagging the "blip" for deletion/overwriting by the game?

Yeah, basically. I'm not exactly sure what's going on internally but marking a blip as unallocated is enough for the game to start reusing that blip slot again. I think that normally when a blip is deleted with an SCM command the sprite is also cleared, but it doesn't seem to make a difference for getting rid of unwanted markers.

 

If the markers are working normally and you got rid of most of the duplicate icons then chances are things will work continue to work normally. Missions like the NRG and BMX Challenge, or the last lesson of boat school, tend to put a lot of stress on the blip pool. If those missions are working normally then you are probably good for now.

Edited March 3 by OrionSR

[Kaldie 0]

Perhaps you can give a more detailed tutorial on how to do this, because I don't get it...

[OrionSR 2,230]

I'm not sure a more detailed tutorial will help unless players actually wanted to learn save editing. There's just too much overhead to cover with how to use a hex editor and how to interpret hex data. And the goal in this topic is usually simply to get rid of the extra blips by any means possible, learning to hex edit is just a necessary evil task. I think I'd be better off putting my efforts into automating the process so all you need to do is run a cleo script to clean up the pool.

 

What are you having problems with? Stray, usually yellow, destination blips left over after a mission dupe (intentional or not), shouldn't be too hard to fix. Getting rid of duplicate or unwanted blips leftover from bad cleo scripts without damaging the standard blips is a bit more problematic.

 

Update: GTASnP.com has been updated with a Modifications tool that can remove Stray Blips - small-square usually yellow, sometimes green, destination blips that are leftover after a mission. This glitch is common with mission duping exploits (Om0) but can also happen accidentally in a normal game by starting a mission at the same time a phone call comes in. Upload the glitched save to the site. Any stray blips should be automatically detected by the modifications tool. Download the fixed save to remove the blips.

Edited June 30 by OrionSR