TwinHits Posted September 22, 2012 Share Posted September 22, 2012 Hello! I've been having this problem recently where brushes that have textures in the editor, GtkRadient 1.5, will not draw in game. Here's lots of screenshots: 1st Example:In the editor:In game: 2nd Example: Notice that it's not the whole face missing, but only part of it.In the editor:In game: 3rd Example:In the editor:In game: 4th Example:In the editor:In game: 5th Example: This one has three brushes missing textures, two of them are only parts of the face.In the editor:In game: Please let me know if you have seen this before and know how to fix it, I can't seem to find much information about how to fix it, the last post I made on different forums did not help. Thank you! EDIT: I said 1.6, I meant 1.5 =/. Link to comment
Sef Senatu Posted September 22, 2012 Share Posted September 22, 2012 I get a bug similar to this when I have two brushes in the exact same location with the same texture (ie if you copied and pasted a brush, but then never moved it). could it be that? AradorasXeon, MUG and TwinHits like this Link to comment
TwinHits Posted September 22, 2012 Author Share Posted September 22, 2012 Thanks Sef, that solved examples 4 and 5, but the others had no brushes underneath them. =( Link to comment
CaptainChar Posted September 22, 2012 Share Posted September 22, 2012 I get a bug similar to this when I have two brushes in the exact same location with the same texture (ie if you copied and pasted a brush, but then never moved it). could it be that? another possibility is some of those have shaders already, if you using the base folder, sometimes shaders will let the void in, so to speak, and cause the hall of mirror (hom) effect Link to comment
MUG Posted September 22, 2012 Share Posted September 22, 2012 I get a bug similar to this when I have two brushes in the exact same location with the same texture (ie if you copied and pasted a brush, but then never moved it). could it be that?was about to post this, the suddenly Sef makes his first post out of nowhere and ninjas me. Link to comment
Szico VII Posted September 22, 2012 Share Posted September 22, 2012 Just out of curiosity, if you load it in 1.4, save and compile from there do you still get the errors? Link to comment
TwinHits Posted September 22, 2012 Author Share Posted September 22, 2012 I said 1.6, I meant 1.5 =/. I'll try that, but I use 1.5 because I was having problems getting 1.4 to work. Link to comment
Delta_135 Posted September 22, 2012 Share Posted September 22, 2012 have you tried brush cleanup? Link to comment
TwinHits Posted September 22, 2012 Author Share Posted September 22, 2012 Delta_135: Brush clean up didn't do anything. Szico VII: I opened a copy in 1.4, which caused 2 of the brushes to disappear in the editor. I replaced them and tried to compile, but it gave me a bunch of Degenerate Plane errors. I saved, loaded it back in 1.5 and trying to compile gave me the same errors. Link to comment
MUG Posted September 22, 2012 Share Posted September 22, 2012 My suggestion is delete the offending brushes, save, compile, then re make them and re compile. Link to comment
TwinHits Posted September 22, 2012 Author Share Posted September 22, 2012 Alright, I deleted the brushes and rebuilt them and that fixes the problem. Does anyone have any idea what might have caused this in the first place? Link to comment
MUG Posted September 22, 2012 Share Posted September 22, 2012 My guess is radiant decided it would be funny to corrupt your brush data. Rule one of Q3 mapping: Radiant exists just to fuck with you. Link to comment
Szico VII Posted September 22, 2012 Share Posted September 22, 2012 This is why the brush cleanup plugin for 1.4.0 is sorely missed in 1.5.0. Next time just load in 1.4.0, use bobtools brush cleanup, save, then return to 1.5.0 Link to comment
Pande Posted September 23, 2012 Share Posted September 23, 2012 It exists in 1.5, you just need the right version, which is now no longer available. That version is GtkRadiant-1.5.0-2007-04-26, if it still lurks on the internet. I should host it here some time. It is the best version of GtkRadiant around. Also, I encountered this bug once in W:ET mapping. The reason is badly aligned vertices on the brushes. You need to stick to a grid and test brushes by grid snapping them (ctrl + G) all the time to look for these kind of errors. Pay attention to any edges that move when you snap. Remake the brushes. It doesn't surpise me that the brushes you took photos of are on angles. It's a dead give a way, I think I have your answer. Link to comment
Delta_135 Posted September 23, 2012 Share Posted September 23, 2012 It exists in 1.5, you just need the right version, which is now no longer available. That version is GtkRadiant-1.5.0-2007-04-26, if it still lurks on the internet. I should host it here some time. It is the best version of GtkRadiant around. it exists in the version i have but the installer is just called GtkRadiant-1.5.0.msishould i upload here or...? Link to comment
Szico VII Posted September 23, 2012 Share Posted September 23, 2012 It is the best version of GtkRadiant around Not that I want to start another radiant war. But no...just no. 1.4.0 FTW However if it does exist in one version of 1.5.0 deffo use it, thatll sort all the degenerate planes which are usually caused by misaligned vertices (as pande says) Link to comment
Pande Posted September 23, 2012 Share Posted September 23, 2012 I already uploaded the radiant .msi to JKHub @@Delta_135 Link to comment
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now