OCD2

Just now, Ramikad said:

Simply select any worldspawn brush and type in blocksize 0 (setting the blocksize value to 0).

Could I select a side wall, for example?   Press N, and then enter the blocksize 0 command?   

9 minutes ago, Ramikad said:

Just tested it - I misinterpreted it. This bug isn't caused by duplicate brushes - it seems to be related to some strange VIS stuff as NAB622 suggested. I tried to compile the map you posted, and it did create that bug. I reduced the blocksize to 0 (in the worldspawn), made everything detail brushes (except for the "outer shell"), compiled it and the bug was gone.

Oh thank you for the information!

I have made everything inside the shell into detail brushes - How do I reduce blocksize?  

10 hours ago, Ramikad said:

That's puzzling. To my knowledge only a few things can cause the bug you're describing:

 - An actual leak - but this is not the case, as the compiler doesn't return any sort of error on this matter;

 - A brush with a mirror shader - if the mirror doesn't have any entity and camera to go with, it will show a similar effect to that;

 - Two brushes, one overlapping the other: it seems strange though that you couldn't find anything - make sure you didn't hide the brush beneath it (accidentally hitting the H key); make sure that you didn't make it a detail and filtered it out (CTRL + D); and make sure your filter list (View -> Filter) is clean, so that everything that's there is shown.

What suggests me that it's actually another brush overlapping it is that you said you tried to recreate it with the same results - that shouldn't happen. Other than that, I don't know. One last thing you could try would be to move all your map by a little in any direction - say 128 units (a random number) - and see if that changes anything.

I moved the map to new coordinates, and the problem still exists.

I also took photos of the area with showtris enabled.

https://jkhub.org/albums/ctUA4Fd

6 hours ago, NAB622 said:

Just a heads-up - Chrome does not like tinyupload, and actually blocked me from visiting the domain and from downloading your map file. Might want to use a different service in the future.

 

As weird as the suggestion sounds, I'm with Ramikad on this one. I think there's a suspicious thing going on with the VIS. Try moving the map a little on all three axes and see what the result is. Worst case scenario, it just doesn't work.

The reason I'm thinking that is.....the default blocksize of any map is 1024, and most of your outer walls intersect the 1024 and -1024 points on the grid on several axes. Additionally, your VIS is creating a lot of slices, many of which branch out from the center and spread out to your outer walls. It shouldn't actually cause any problems - but admittedly, it is awfully suspicious that the wall seems to be breaking near where those slices intersect it.

 

Yes, it is okay to move everything at once. The easiest way is just to deselect everything and invert the selection - no need to use a box. For extra caution, you can always save the map as "Delete_me.map" before doing it so there's no risk. If the problem is related to the blocksize somehow, it might actually fix the issue. If this does nothing and the issue follows the map to the new coordinates, that will help troubleshoot it.

If this doesn't fix the issue, try turning on /developer 1 and /r_showtris 1 and post a screenshot of the broken wall from a distance.

Also, just a technique suggestion - if that is the final size of your map, you might even consider ignoring VIS altogether - just leave the outer walls structural, and make everything inside detail. There really isn't much to hide from any angle, so why bother to optimize? It's unlikely, but possible, that this will help too.

I moved the map, and was able to compile it at different coordinates.   The issue still exists.

I went through and took some pictures of the bad wall with showtris enabled.

I cannot see any issue on the wall seam where it is causing the mirror bug - though im not yet sure how to use showtris fully to debug the situation.

The map size is not final,  I was going to raise that room up about 1/4, and have a tunnel system around the edges that funnels players towards each other and for flanking, as well include two other medium sized rooms to the map.       I was hoping to find the fix for this bug before continuing to build out the map.

I do appreciate all of the information, im learning so much.

Here are the images of the bugged area with showtris enabled.       The offending bottom corner, from another angle, and from overhead -  and the final picture to show the problem still exists.

https://jkhub.org/albums/ctUA4Fd

Im stumped.

I moved the map, and tried to compile.  

I received this error message:

--- LoadMapFile ---
Loading C:/Program Files (x86)/Steam/steamapps/common/Jedi Academy/GameData/base/maps/deletethisNo brushes selected.

************ ERROR ************
Error opening C:/Program Files (x86)/Steam/steamapps/common/Jedi Academy/GameData/base/maps/deletethisNo brushes selected.
: Invalid argument

4 hours ago, NAB622 said:

Just a heads-up - Chrome does not like tinyupload, and actually blocked me from visiting the domain and from downloading your map file. Might want to use a different service in the future.

 

As weird as the suggestion sounds, I'm with Ramikad on this one. I think there's a suspicious thing going on with the VIS. Try moving the map a little on all three axes and see what the result is. Worst case scenario, it just doesn't work.

The reason I'm thinking that is.....the default blocksize of any map is 1024, and most of your outer walls intersect the 1024 and -1024 points on the grid on several axes. Additionally, your VIS is creating a lot of slices, many of which branch out from the center and spread out to your outer walls. It shouldn't actually cause any problems - but admittedly, it is awfully suspicious that the wall seems to be breaking near where those slices intersect it.

 

Yes, it is okay to move everything at once. The easiest way is just to deselect everything and invert the selection - no need to use a box. For extra caution, you can always save the map as "Delete_me.map" before doing it so there's no risk. If the problem is related to the blocksize somehow, it might actually fix the issue. If this does nothing and the issue follows the map to the new coordinates, that will help troubleshoot it.

If this doesn't fix the issue, try turning on /developer 1 and /r_showtris 1 and post a screenshot of the broken wall from a distance.

Also, just a technique suggestion - if that is the final size of your map, you might even consider ignoring VIS altogether - just leave the outer walls structural, and make everything inside detail. There really isn't much to hide from any angle, so why bother to optimize? It's unlikely, but possible, that this will help too.

Thank you, I will be trying those suggestions shortly.

Also another hosting site for the file:

http://www.mediafire.com/file/wyrqqiauqhr9aam/moist.map/file

52 minutes ago, NAB622 said:

I'd like to take a look at this too, actually - at what coordinates in the map are you seeing the void? (I'm not at my computer right now, but having coordinates will greatly speed this along)

Here are the coordinates:

It starts from ~  x: 64   y: -1024  z: 0   - and runs to about  x: 1024  y: -1024  z: 0

Thank you for being willing to take a look at the problem!

26 minutes ago, NAB622 said:

I'd like to take a look at this too, actually - at what coordinates in the map are you seeing the void? (I'm not at my computer right now, but having coordinates will greatly speed this along)

I will provide them as soon as possible.

It's easy to find in game: this bug appears along the empty wall, looking downward towards the corner seam - from about the middle point of the wall, to nearly the end.

Thank you for your assistance, coordinates coming soon!

1 hour ago, Ramikad said:

That's puzzling. To my knowledge only a few things can cause the bug you're describing:

 - An actual leak - but this is not the case, as the compiler doesn't return any sort of error on this matter;

 - A brush with a mirror shader - if the mirror doesn't have any entity and camera to go with, it will show a similar effect to that;

 - Two brushes, one overlapping the other: it seems strange though that you couldn't find anything - make sure you didn't hide the brush beneath it (accidentally hitting the H key); make sure that you didn't make it a detail and filtered it out (CTRL + D); and make sure your filter list (View -> Filter) is clean, so that everything that's there is shown.

What suggests me that it's actually another brush overlapping it is that you said you tried to recreate it with the same results - that shouldn't happen. Other than that, I don't know. One last thing you could try would be to move all your map by a little in any direction - say 128 units (a random number) - and see if that changes anything.

I did add a brush with a "shiney floor" texture, at a different spot on the map- i'll check that later just in case it's related.

I have checked for errant detail brushes, and I will check to see if I have any hidden brushes behind the area - maybe I missed one while frustrated checking over the map.

I'll also check the filter list - that is something that I did not look over yet.

And regarding the moving of the map,  I'm willing to give anything a try - is it okay to select the whole map with a box and move it at one time?   Or would that produce the same bug, just moved to different coordinates?   I'll try either way when I'm at the computer later today.

At this point, ive put in about equal time troubleshooting as I did building the map -  Thank you again for your thoughts and time.   I'm hoping one of the methods you suggested helps solve this mystery.

No luck finding any other duplicate brushes.

The area that is producing this effect is touching the void - theres nothing behind it (or at least there should not be!).

I've tried different methods of fixing, from deleting the brushes and recreating them, removing the staircases, tried hiding brushes to see if I could find duplicates - no luck thus far.   

https://jkhub.org/albums/5GW5v3O

13 hours ago, Ramikad said:

Easiest way would be to look at this sort of bug / invisible brushes in-game - that's what generally duplicate brushes cause. That at least helps narrowing down the area where to look for them.

I have not found the issue yet, but thank you to your suggestions.

So far I have found a duplicate light entity that were both embedded in the floor brush, and a duplicate fx_runner.  Though they were not necessarily in the same area and the glitch is still occuring.

I do appreciate your help, its helping clean up the map.

I'll keep looking for duplicate brushes. 

32 minutes ago, Ramikad said:

Make sure that there aren't any duplicate brushes in that area - if there was a leak it would return a ton of errors, and duplicate brushes aren't really visible in Radiant.

Thank you for the input, I will keep looking for the issue.   

Is there a way to easily find duplicate brushes or do you have to go through moving/hiding every brush to see if its hiding a duplicate?

Hello,

Im an aspiring mapper,  building out a smaller obj map.

Its still in the early stages, the layout is still being changed, and placeholder textures and lighting are in place - more rooms, custom shaders, textures, and an intro cutscreen to be included over time..   

Everything was going smooth enough - making the map, compiling for devmap testing, and making improvements as the map gets built up.

There are no errors during compile.     But in /devmap testing, I found an area that will show an infinite mirror glitch when looking at a specific wall, at certain distances and only at certain areas of that wall!   

The leak happens when looking towards the corner seam where the bottom/floor brush meets the wall brush - this is the only place the leak is occuring.   Other areas along the same wall and seam will not cause the glitch.

Ive tried figuring out where/how it was leaking, with no luck.

The map is fairly symetrical - if someone does take a look at the map,  the leak is taking place on the open wall that is missing its staircases.   If you take a look along that wall towards the bottom seam, and near where the staircases would be placed, you will quickly find the leak (I removed the staircases, in troubleshooting the leak).

Can someone please take a look and see if they could provide insight as to why I have developed this leak? 

Thanks!

Small shot of the early map build:

https://jkhub.org/albums/naRqAAM

Image of the issue:

https://jkhub.org/albums/5GW5v3O

.Map file download:

http://www.mediafire.com/file/wyrqqiauqhr9aam/moist.map/file

http://s000.tinyupload.com/index.php?file_id=70016165013031751653

40 minutes ago, NAB622 said:

If I understand this correctly, you're saying that when arbitrarily rotating a brush, the textures shift? As far as I know, this is either normal, or a bug in Radiant.

In my opinion, the best answer would be to never use arbitrary rotation. Use edge or vertex manipulations instead. They come with their own problems, but arbitrary rotate will misalign vertexes like crazy, which is even worse. However, the texture coordinates will remain the same.

If you need a precise texture alignment and the ability to perform an arbitrary rotation, use a patch mesh. Textures on patch meshes never shift during edits of any kind.

Good info for more than just the poster, thank you .

Nice to see new work.  Let's see what else you come up with over time!

I would recommend movie battles.

The have a modded engine that improves the visual fidelity and host a sizeable number of interesting custom maps - there are a lot of levels true to the name of the mod, coming straight from the movie.

Even objective based maps, as well as some surprise scenario maps from other popular movies featuring custom characters weapons and abilities.  Jurassic Park Dino's vs hunters is my favorite so far.

I did not even mention that each team has different classes, characters and abilities.  Lots of surprisingly well done models of characters you never see in games.

I've been playing for about 3 weeks, and still see new things (maps and models) while playing.  Highly recommend the movie battles mod.

3 hours ago, Maulclaw said:

What about the regular Jedi Academy experience, though? I haven't gotten into Movie Battles yet.

I couldn't say, I only play the mod.

It's on steam, so I would think at least a few people play the vanilla game.

Movie Battles Academy is going alright, always some players servers up and running.

15 minutes ago, SaberBlade83 said:

Hi, which Assets.pk3 file did you check in? Because i found the textures your looking for in Assets1.pk3. 

I wasn't looking in that one!

Thank you for the rapid reply, I've been enjoying creating maps, and looking forward to contributing to the community.

Hello,

I've been mapping for a while now, and im ready to start working with my own custom textures (and afterwards shaders).

To start, I would like to modify the base JKA textures - changing color tones, adding details, etc. 

Im trying to find textures/desert/stucco - though the texture folder in gamedata/base is empty, besides one hoth folder that has a terrain file. 

Am I looking in the wrong folder?

Thank you in advance!