-= Gametoast.com =-

I thought editing the Position of the HUD parts, like the Minimap, wouldn't be that hard. It isn't. But there's another issue which is making me curios.
I added a custom .hud file which only contains this:
I added it into my ingame.req and in-game it worked. But (of course) I want to remove the old minimap. I renamed 1playerhud.hud into customhud.hud in hud/PC and overrode the plyer1map parts which the part above. In-Game the following happens when I press m to show up the big minimap: I also put there a reference how the stock one does look like.

This has also happened to the small minimap (if I didn't change it's position).
How can I make my HUD be read only by the game. I think it also reads the stock HUD from the stock ingame.lvl.

Here's that small part from my .lua. Ingame.req: I tried many different methos but none of them seem to work. Thank you if you know how to make a custom hud.

never was successful with the minimap. But marth played a bit around with that. And anthonybf moved it successfully but cannot remember how. So they would be the best address for you

Well, the minimap re-placement wasn't the problem. I only wanted to remove unnessecary things from the HUD through editing the .hud file. But if I, for example rearrange the position of the minimap, then the minimap is moved, but the old one is still there. i edited both, 1playerhud.hud and the other one in my PC folder. The fonts are darker, the big minimap is darker by twice; like I duplicated it's position through .hud editing. I already edited the CP mesh without any trouble. But the HUD doesn't want to go. It's like I changed the CP mesh and now both, the stock mesh and the custom mesh are showing up in-game. That's not the case so why does this keep happening to my HUD?

Have you read the HUD Tutorial??

There is a different between:
bitmaps
mesh
scripts
fonts

If you load a new font, the existing one is replaced. That's why you need to load custom fonts that remove the stock once at the end. Otherwise the loadscreen tips will be removed, too. Others (i cannot remember how it is exactly for mesh, bitmap,..., but you find the answer in the tutorial) will be ignored if there is already something else with the same name loaded.

Scripts can exist side by side with an other script with the same name as far as I know (waiting for zerted to correct me). So the stock HUD script puts everything on the screen. Next your script is executed and it put everything you want on the screen. And so everything is double.
You need to remove the stock bitmaps, meshes,... with invisable meshs and tgas. Load a copy of them with different name in your custom ingame and use these renamed for your hud script.
That's how the hud tutorial, the floating icons fix,... work too.
1. replace the original mesh, tga, bitmap, font,... with invisible, so you cannot see what the original script puts on the screen
2. put a copy of the mesh, tga, bitmap, font,... with a different name(!) where ever you like it to be.

Problem with that: The minimap is loaded from the world itselfe. Saying you need to load an 100% transparent tga instead of the original world's minimap (no idea how to do that). Next problem: you "killed" the minimap texture, so you can not load it in your custom hud file. Maybe it is possible for the stock map (if you find a way to overwrite the loaded minimap texture with an invisible), since you have the minimap tgas and can load a copy of them with different name. But it won't be compatible with custom maps.
Alternative solution: Write a script that listen for the read in of the HUD file (and only the hud file, you don't want to replace the whole ingame.lvl) and insert your own one at this position. But I have no idea how to do that and it will be difficult to make it compatible with other HUDs. For more infos about scripting you should ask Zerted. He is the scripting guru

Alright, I will make the parts I want to remove invisible (Or just very small through scaling). Thank you for your help, Anakin

Yes scaling is a good idea, too. But remember, that you need to do that with the objects itself. not with the script.

Anakin! Regarding to that Minimap thing. I found a solution which seems to work fine. I successfully removed the old minimap and added a custom one through my customhud.hud file.
No user_scripts are required for this. No scaling nor invisibl-ing.

1. Make a custom .hud file which reads the minimap, but of course rearrange it.
2. Add this line below function ScriptPostLoad(): 3. The stock minimap will be removed BUT the new created one will stay.

I first thought both minimaps would be removed but it seems that the DisableSmallMapMiniMap() function just disables the stock ingame.lvl minimap and not the custom one. I am glad it works fine.

That's impossible..... easy!!!!

Great finding!!! I'll add it to the HUD Tutorial. (and start working on my own new one. Maybe a remake of the RC HUD, or a complete new EA SWBF HUD.

Thanks. And here's a Screenshot of the new position.
Thanks to anthonybf2 by the way. I am using his rearranged minimap position information he shared here: viewtopic.php?f=29&t=27052&start=920 (Last Post).

That's really cool! Its nice to see people do new things that we didn't think were possible!

I'm having issues with this. When I have DisableSmallMapMiniMap() in my mission script (and yes, it's in ScriptPostLoad() ), strangeness occurs: any changes that I attempt to make to the minimap from my custom HUD file go unapplied, and toggling between the small and large map doesn't function properly. Here's what happens:

Right after I spawn, things look normal enough (minus the unchanged minimap position). When I show the large map, things are still normal. Then, when I hide the large map, the small minimap is gone! But when I show the large map again, the small minimap pops up with it! And from then on, the small minimap's visibility is basically tied with the large map's visibility until I re-enter the spawn screen via CP or death. However, when I don't include DisableSmallMapMiniMap() anywhere in my mission script, the minimap's properties are changed like they should be, the only real problem being the presence of the original minimap. :n So have you guys experienced this issue?


Also, Anakin, have you by any chance had this happen to you: Where the "blank" font doesn't seem to properly affect the stock objective text and CP HUD index text (the little number above each CP icon)? Like, it only happens in like, maybe 35% of matches for me, but it's still really annoying to see.

Hmm...I had no issues with DisableSmallMinimap(). Switching, re-positions and re-sizes worked normally for me. I can tell you what I did:

1. I created a new, custom .hud file which only contains the minimap (and some minimal changes to the bars (e.g. health, energy..)). Maybe it might be the best to create a new one which only contains the minimap part in it.

2. Getting the new .hud working like any other ingame.lvl change.

3. Testing.

If it helps here's the entire Minimap thing from my hud which works fine for me:
If you use this instead of your's (Minimap) following bugs may occur: I have added a new Northpointer texture for the small minimap, some meshes might miss.
But it should change the position and the size of your minimap.
I am going to test this for another test map to see the results. I am going to reply back if I had success or not.

mh, for me it worked. Can you post your mission lua and custom hud files with their names (did you name them 1playerhud such as the stock one, or did you rename them??)

about the font square problem, i have the same problem with the rc mod. Sometimes the font is replaced completely, sometimes i get these squares. No idea when or why this happens.

I tested it on another, test map and I had no issues. As Anakin said it would be the best to post your .lua and .hud files.

thelegend wrote:Maybe it might be the best to create a new one which only contains the minimap part in it.

I'd already tried that. Results were no different.


Relevant section of cor1n_con.lua:
(Pastebin link for syntax highlighting: http://pastebin.com/1BgvrT0C )
Relevant section of ME5_MiscFunctions.lua (which contains some of my loading functions):
(Pastebin link for syntax highlighting: http://pastebin.com/Zh89eNg8 )
meu_1playerhud.hud: http://pastebin.com/raw/kyaxBjJu

Hm..your .lua parts look fine to me. I am not a HUD expert but maybe try the following:
I have taken a look at your .hud and saw you renamed all HUD parts something with meu_. Try keeping the same (stock) names (except for your meshes and textures).

thelegend wrote:Try keeping the same (stock) names (except for your meshes and textures).

Already tried it, no different.

For me and Anakin it worked. There might only be one way left. Create a new test map (Or use one you usually use as a test map) and do the following:

Add DisableSmallMapMiniMap() below functionscriptpostload() and create a new ingame.lvl only munging one single .hud file. This file should only contain your Minimap Group+necessary HUD files (Regarding to your minimap).

Munge both your mission.lvl and ingame.lvl and try this out on your testmap. If it works then something else inside your .hud, .lua file affects this method. If it doesn't work and your minimap is unchanged then you did something wrong. If the second thing occurs then copy and paste the Minimap part I posted before. And again make sure everything has been written correctly.

edit SOLVED!!!:

@Marth: I tested it again and surprisingly I had the same issue you had (Pictures you posted). I compared the stock .hud with mine and found the bad guy inside your file: EventDisable("player1.map.disable")

Remove this line completely and only keep EventEnable("player1.map.enable") in! I did do the same and the bug was gone. Here's my .hud file showing the minimap reposition+all of it's stock contents:
Remember PositionLarge and PositionSpawn should be removed completely OR reposed (Y=999 (Out of Screen!)). If not then your screen will look messed up because of Overlapping map_mask.tga's.

I hope this works now for you.

Edit2: Fixed*

pretty sure you mean to keep EventEnable("player1.map.enable")

Anakin wrote:pretty sure you mean to keep EventEnable("player1.map.enable")

* Thanks. Missed that