Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Postcompiler (apparently) corrupting map #242

Open
electrovoyage opened this issue Oct 1, 2023 · 4 comments
Open

Postcompiler (apparently) corrupting map #242

electrovoyage opened this issue Oct 1, 2023 · 4 comments

Comments

@electrovoyage
Copy link
Contributor

I'm working on a rather large map for Portal 2, and i seem to have reached some sort of threshold at which either HA starts corrupting the map or VVIS and VRAD simply cannot read it. If i remove 1 texture from the map, VIS and RAD suddenly are suddenly able to run. The same happens with the Postcompiler turned off. So i suppose the packing is corrupting the map file here. VIS and RAD just say

Reading <path to map BSP>...
Done. Press any key to continue...

(the 'press any key' text is because i enabled 'Wait for keypress when done compiling')
Is there a workaround / fix i can use in this situation?

@TeamSpen210
Copy link
Owner

Indeed this has been happening recently. What you can do is set the pack-dump configuration option in srctools.vdf woth a # at the start. That'll make it dump the packfile to a folder instead of packing into the BSP. Then afterwards you can pack the contents with another tool.

@electrovoyage
Copy link
Contributor Author

image
Will this work or do i need to uncomment this line?

@TeamSpen210
Copy link
Owner

Uncomment it, yes.

@electrovoyage
Copy link
Contributor Author

I uncommented it, does this mean it will now dump all packed files to Portal 2/dump?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants