I just checked the cyborg.biped that comes with the hek from a fresh install. The values are in little endian. I guess these were getting extracted incorrectly by whoever did the rest of the tag collection. I guess i can remove that part from my comment in the next update.

Also, about the spherical coordinates stuff, that's something i learned in calc 3. They could be spherical coordinates, but I'll leave it to you with your live memory editing expertise to discern their purpose. I think the last 2 might be 2 sint16's for a few reasons: the previous values seemed to come in pairs, the default value of both would be -1, -1, they dont make sense as a float or int32 because of how large they'd be.

About the crc again, i don't believe i'll change it unless i see a compelling reason to. For me it's almost the same as if the checksum is a set of null bytes because i dont see its effect. If it serves some important purpose(like speeding up verifying the integrity of a tag before it is compiled or something) then i'll implement it. I've got a feeling though, that it was probably only used by bungie's dev tools to make sure they werent working with corrupt tags since they couldnt afford to let data corruption slide.
Edited by MosesofEgypt on Apr 4, 2017 at 10:50 PM

Cannot open Shader Models under OSv4 tagset.

Update and let me know if the problem persists. I've made some changes, and the osv4 stuff works for me, so unless something was added that I'm unaware of then I believe this should fix anything that was broken.

EDIT: If it still persists, tell me what the mozzarilla.log says, or the console window. the log can be found in the mozzarilla directory wherever you had it installed.
Edited by MosesofEgypt on Apr 24, 2017 at 04:42 PM

Why do I not have an update.py


I'm just redownloading from the repository.

Redownloaded, can't open Mozzarilla or the MEK Installer, only console programs.

Console mozzarilla says there's no module called mozzarilla.






I don't get nor have I ever had an update.py or an install.py, I think you're missing some stuff.
Edited by DeadHamster on Apr 24, 2017 at 04:44 PM

It's missing stuff because update and install have been replaced with MEK_Installer. I don't know why the installer isn't working, but if you rename it from MEK_Installer.pyw to MEK_Installer.py it should give you a printout of any errors on startup. Also, I'm editing the readme now to change the install and update instructions. I get so caught up in making changes that I sometimes forget to do things like updating readmes.

Sorry about the late reply, I was fixing a friend's GBA SP.
Edited by MosesofEgypt on Apr 24, 2017 at 06:46 PM

Installer runs when changed from pyw to py without any errors. Not sure why

Just added a tool to convert an entire tagset to/from 60/30 fps(save for a few exceptions). The tool is named Halo_Tagset_Fps_Changer. Check the readme for information.


Seriously, check the readme. I will point anyone to this post who complains about something that's explained in the readme, even if they majorly screwed something up or dont understand what it did. It's that important. This tool can and will edit a vast majority of the tags in any folder you point it to and change lots of values all over the place. I haven't been able to fully test it, so for a few months you guys should use it with caution.

Also, you WILL need to update the mek in order to use this.
Edited by MosesofEgypt on May 5, 2017 at 01:25 AM

!

Noice man, this will help a lot

I ran into an issue today with the actor_variant_transformation tags. It seems like editing the values for the .in tag doesn't save the value properly or read it correctly. Opening the same tag in OS_Guerilla and making changes to team & encounter handling works fine, but doing it in Mozzarilla doesn't seem to work properly.

For example, I changed the encounter/squad handling field to 'Inherit from Attacker', and saved it, however when I open it up in Mozzarilla, it still reads as 'Inherit from old unit'

Yeah, I've come across this happening very rarely, and very randomly, thus I haven't been able to pinpoint the cause. Could you link me to the tag causing the issue and tell me the exact steps you're doing to encounter the issue? I REALLY REALLY want to fix this bug since it's pretty serious(randomly not saving your work? FFFFFFF).

Also, have you tried updating the MEK? I need to make sure you're on the current version. If you didn't grab the self-updating installer I released around 2 months ago, go grab it and run its update feature.
Edited by MosesofEgypt on Nov 22, 2017 at 09:36 AM

I just wrote a big reply detailing everything but I got an error when I posted :L

I'll just shorten it:

I'm doing this from the latest MEK update.

I ripped the transformation tags from CMT SPV3, thought it was the SPV3 tags themselves so I made new ones using stock tags.

That still didn't work however, so I used OS_Guerilla instead, and I noticed that the actor_variant_transformation_in tags showed the squad/encounter handling set as Inherit from old unit even though I had it set to Inherit from attacker when I was using Mozzarilla.

So I set it to Inherit from attacker, compiled my map, and it worked. Then I opened Mozzarilla, opened the same tag, and it's set to Inherit from old unit, so I changed it to Inherit from attacker, compiled the map, but it didn't work.

Opened up OS_Guerilla again, and it says Inherit from old unit.

So I'm not sure what to say from a technical conclusion except that it obviously isn't saving properly lol, but I hope this might help a bit.

PS: I'm on Discord if you need any more info: AbradolfLincler#7039
Edited by 50predator50 on Nov 23, 2017 at 05:09 AM

this is what I run into as well...in reading further back, looks like there is a lot of work that still needs to be done....full of bugs...a work in progress.

Edited by BAMF on Nov 26, 2017 at 12:21 PM

First off you're quoting someone from literally over half a year ago, and there have been more changes and fixes than you can count since then. Secondly, these tools are inherently NOT simple to use just because of the shear scope of what they can do. If you can't get them to install and refuse my help in private messages then you literally have no grounds to critique them, which leads me to my third point. You can't say its full of bugs if you're unable to get it to run. You can't say a book is bad if you cant read, and you cant say a program is "full" of bugs if you cant even run it.

tl; dr this guy is a 1 week old troll.
Edited by MosesofEgypt on Nov 26, 2017 at 02:34 PM

hey moss. I get this error everytime i try to load spv3s bitmaps. the other two resource files work perfectly. heres the error.

Loading -bitmaps.map...
Traceback (most recent call last):
File "C:\Users\Muhammed Mughal\Documents\Moses_of_Egypt-mek-28e6af804edc\mek_lib\refinery\main.py", line 683, in load_maps
comp_data = PeekableMmap(f.fileno(), 0)
OSError: [WinError 8] Not enough storage is available to process this command

Look at posts 77 and 78 here. Same issue and solution.
http://forum.halomaps.org/index.cfm%3Fpage=topic&topicID=50247&start=71

thanks moss it works

moses you're a good guy

god bless

Every single time I try to open a map,in refinery, it gives a permission error. yet im the admin and I changed the permissions for everything to full control. heres the error

PermissionError: [Errno 13] Permission denied: 'C:\\Program Files (x86)\\Microsoft Games\\Halo Custom Edition\\maps\\c40.yelo'

Run Python as Admin or use a folder outside of program files to mod. Also, check if the game is not running.

thank you. I didn't realize the game was running

EDIT:
I ran into a deprotection error with a .yelo map

Saving map...
C:\Users\Muhammed Mughal\Documents\Deprotection Folder\God's C40.map
Finished
Reloading map to apply changes...
Loading God's C40.map...
Finished
Reloading map explorer...
Finished

Repairing tag classes...
Exception in Tkinter callback
Traceback (most recent call last):
File "C:\Users\Muhammed Mughal\AppData\Local\Programs\Python\Python36\lib\tkinter\__init__.py", line 1699, in __call__
return self.func(*args)
File "C:\Users\Muhammed Mughal\Documents\Moses_of_Egypt-mek-28e6af804edc\mek_lib\refinery\main.py", line 1063, in deprotect
map_magic, next_repair, engine)
File "C:\Users\Muhammed Mughal\Documents\Moses_of_Egypt-mek-28e6af804edc\mek_lib\reclaimer\meta\class_repair.py", line 1066, in repair_avto
repair_dependency(*(args + (b'vtca', moff)))
File "C:\Users\Muhammed Mughal\Documents\Moses_of_Egypt-mek-28e6af804edc\mek_lib\reclaimer\meta\class_repair.py", line 86, in repair_dependency
map_data.seek(offset + 12)
ValueError: seek out of range
Edited by Sargent 0 on Nov 29, 2017 at 10:15 PM
Edited by Sargent 0 on Nov 29, 2017 at 10:16 PM

Yeah, come to think of it I don't think I did any testing with a protected yelo map because I couldn't find one(I also couldn't find a copy of smokescreen to make my own). I'll take a look at that tomorrow, so expect a fix by maybe mid-day tomorrow. If no one posts after me I'll just update this post. Thanks.
Edited by MosesofEgypt on Nov 30, 2017 at 12:25 AM

Bump

Deprotection bugs and the bug with the actor_variant_transform_out tag are fixed, and I added the ability to change a tag's class when you rename it so you can manually fix classes that the automatic deprotection couldn't.
Edited by MosesofEgypt on Nov 30, 2017 at 07:24 PM

Cannot install any update, says I don't have Pip. Reinstalled python, still says I don't have pip. Ran get-pip.py, says that I have pip.

Edit: Figured it out, had to install it with special settings. Read the manual I guess.
Edited by DeadHamster on Jan 14, 2018 at 08:17 PM