Currently I do this:



And as you can imagine it gets slightly annoying every time I build a new map, edit a tag, create a tag blah, blah, blah.

This was one of the things I hated about windows 8. It got better in Windows 10. What I did was create a shortcut to the virtual folder and manually move tags and maps.

What OS do you have? I can't tell by looking only at that window.

That's what I'm doing in the window. I just figured someone smarter than me would have an automation process of some sort down by now.



Open image in new tab lol, and it's the latest. (4.0)

Im on Windows 10 and I have no idea what this problem is or why you have to copy tags over from another location.
Edited by MatthewDratt on Apr 29, 2016 at 02:54 PM

What about simply making that maps folder a symbolic link of the original maps folder?

Geez, stop stifling your hardware by not tweaking and customizing the operating system.
Edited by OrangeJuice on Apr 29, 2016 at 10:27 PM

Upgrade to W7.

Run your tools as admin or move them to a directory that doesn't need administrative rights to write to. Problem solved.
Edited by Btcc22 on Apr 29, 2016 at 05:13 PM

K, enjoy the eye strain.



Then why are you posting?



But its not just the maps folder its literally every folder that I have made a change inside of.

Globals.

Vehicles.

Weapons.

Zteam.

Bourris.

Jlx2_nuevo_tagas_jejejejeje.

I like having my start menu take up my whole screen.



Been doing that since 2k14.



Sapien & guerilla don't work out side of the recommended Halo CE and HEK installation directory.

I'm not un-installing and re-installing on a F: drive or something because something else is bound to screw up and complain about incorrect paths later on down the line.
Edited by Super Flanker on Apr 29, 2016 at 05:49 PM

Uhh what?

Sigh.

Grab guerilla and sapien. Copy them to some other place which you don't need admin rights for, like your desktop.

Now try running them....

I get; Program can't start because vorbisfile.dll is missing from your pc.

Change the permissions on the Halo Custom Edition (C:\Program Files (x86)\Microsoft Games\Halo Custom Edition) folder to allow Users to have full control.

Did you make sure to copy vorbisfile.dll to the same directory as guerilla.exe?

Running as admin also works fine for me - no virtual store involved.

Just move the whole Halo folder on your desktop or whatever works.

Because if you were on W10 and were having this issue and I wasn't then I could tell you what my settings/what I was doing to help you fix it. However I needed more details on the actual problem.

This should work, I think. I'm not 100% sure if setting my own account (instead of Users) as full control worked correctly. I'll need to re-check it again sometime later.


I had mentioned it before, every legacy executable files without a manifest file containing this part causes VirtualStore directory to be enforced when UAC is enable.

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
 <trustInfo xmlns="urn:schemas-microsoft-com:asm.v1">
 <security>
 <requestedPrivileges>
 <requestedExecutionLevel
 level="asInvoker"
 uiAccess="false"/>
 </requestedPrivileges>
 </security>
 </trustInfo>
</assembly>

I may will create an app which will allow you to drop any executable file in it to remove the virtualization enforcement by adding manifest section into the executable file. It's really simple to do, even Windows' API does provide support for it.

Ah, my phone wasn't loading the GIF properly (only the first frame, I guess).

Since Vista I have changed the permissions on that folder making it easier to add/delete maps I test and also tags and compilations stay directly in the proper folders with no need to move them.

Dennis - Yeah, that's right.

I made a release for generic legacy applications to bypass virtual store directory. It's been tested on Windows 7 and verified. This way it will output an error as expected if a user does not have write permission to program's directory which then can be perform as Dennis's post above to resolve the next step of permission issue. It is currently on Github under "No VirtualStore Enforce Please" You do not need to re-compile it yourself, I have tagged a release version which include compiled version. Cheers!

P.S. You can use Windows XP to make a patch too. It may not work as expect since it's not design to run a patched application on Windows XP.