News | Forum | People | FAQ | Links | Search | Register | Log in
Screenshots & Betas
This is the place to post screenshots of your upcoming masterpiece and get criticism, or just have people implore you to finish it. You should also use this thread to post beta versions of your maps.

Need a place to host your screenshots? Upload them here:
http://www.quaketastic.com/
Username: quaketastic
Password: ZigguratVertigoBlewTronynsSocksOff
File size limit is 128MB.
First | Previous | Next | Last
Necros 
I can't believe TinyPic isn't dead, either. 
Coder Challenge 
Make the tool automatically scale and align the brush textures based on the skin. 
 
primal - Thanks for looking! Nice to know it runs under Wine. That layout is basically correct...

Fifth - https://dl.dropboxusercontent.com/u/161473/OBJ2MAP/OBJ2MAP_PreviewA.zip


I have some test meshes from various people that are behaving stupidly. This is the joy of trying to release something publicly. :) 
 
Finally We Can Get Realistically Modelled *things* 
 
OBJ2MAP (alpha 3) 
https://dl.dropboxusercontent.com/u/161473/OBJ2MAP/OBJ2MAP_PreviewA.zip

+ added field to the UI so users can choose the decimal precision they want
+ added code to remove scientific notation in number results
+ added log file for debugging purposes (OBJ2MAP.log in the same folder as the EXE)

This should handle your gear mesh without scientific notation in the map file now, necros.

This also writes out a log file so if you get a problem going foward, please include that file with your bug report ... it may help save a life! 
 
Using the "spikes" method with current fixes...

https://dl.dropboxusercontent.com/u/161473/OBJ2MAP/Gear2.jpg 
Hypothetically Speaking 
if there was a special texture applied to the non-drawn planes of these mesh-brushes, that represented "this plane is not supposed to be part of the bsp", could a suitably modified bsp.exe use that info to discard these planes in way that simplifies the compilation process / makes it less error prone / makes these structures more robust and less likely to leak? 
 
I could add a field for a user specified texture name to be applied to the extrusion and spike faces that get added pretty easily if that would be useful, sure... 
Awesome 
i've had some scaling problems with that converter, objects scaled way too large.
Now its working, thanks warren!
Go map! 
 
Seriously ... time spent on this is not time spent on my jam map. Gotta buckle down ... Sunday!! 
OBJtoMAP. Run As Admin To Fix Possible Crash! :) 
For anyone having issues with crashes when pressing the GO button to convert OBJ to MAP files make sure to run the program as an Administrator. :) It crashed for me at first but then I thought I would give it a go in admin mode. Worked perfectly then. 
 
Am I the only one who has an admin account on their machine? :)

Out of curiosity, what crash are you getting? 
 
I could add a field for a user specified texture name to be applied to the extrusion and spike faces that get added pretty easily if that would be useful, sure...

Certainly a worthwhile feature. Could default it to "skip". 
When I Say Which Programs 
What I meant was which 3d modelling software? No piracy ofcourse. :P

Is Gmax still a thing and does it export to obj? I have blender but it's a little bit obtuse (plus getting grid snap to work is impossibru) 
 
Oh, most any modeling app will work. OBJ is an ancient old format. 
 
Kinn - will do! 
V-hacd 
Found a thread were someone tried using v-hacd in a SketchUp -> Hammer workflow, and it sounds like it didn't work out because of the v-hacd results only being an approximation.
http://sketchucation.com/forums/viewtopic.php?f=323&t=60709

I found another reference to this library, which seems to do exact decompositions, might be promising:
http://doc.cgal.org/latest/Convex_decomposition_3/index.html

re: texture coords, I did get conversion of UV's from .obj to .bsp tex coords working when I was playing with qbsp. I could probably contribute code to convert from .obj UVs to .map coordinates if you want (would probably need to offer the user a choice of Valve 220 format, or standard) 
 
Wow, really? Texture coord conversion ... that would be interesting! Being able to UV in MODO rather than Quake would be cool. 
 
I'd say UV in 3d modelling would be only go so far because of the way textures tend to skew in the standard .map format. I think it may be better in 220 as it is more accurate. 
 
Imagine stone statues and things like that. Would be KILLER. 
 
Yeah, from what I could tell, the conversion is lossless for triangles with UV at each vertex, to the format .bsp uses. (If you have a 4 or more -sided face, I think you can make it stretch weirdly at one corner in a way that can't be stored in the .bsp format, but that shouldn't usually be an issue.) Valve 220 is almost the same as the internal .bsp format, so that should also be lossless. You'll get possible distortion with standard map format, but nothing can be done about that.

This was a .md3 I grabbed from nexuiz, converted to .obj, and ran through my patched qbsp: https://www.dropbox.com/s/o4fbwqc9lq5uk93/obj.jpg?dl=0

Messy code is here: https://github.com/ericwa/tyrutils/blob/obj/qbsp/brush.c#L784
basically you just have to solve a "known 3-vec = (known 3x3 matrix) * (unknown 3-vecor)" equation.

I could give it a shot if you don't mind sharing the source (either just privately or here?) 
 
Wait ... those spider things are BSP? I'll be in my bunk. 
 
Let me get the first real version out and then we'll talk. I'd LOVE to get some sort of convex decomp thing going along with texture coords ... oh yes. 
Errmmm 
that's amazing! Right?!

the possibilities for this seem ludicrous 
First | Previous | Next | Last
You must be logged in to post in this thread.
Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors.