rd-rend2 (old thread)

[eezstreet]

Wow. Those new guns for OpenSOF2 look amazing. If I had enough time, motivation, technical info and stability, I would be sorta interested in poking it.

[Tempust85]

Re-import the GLM into Max and see how it's smoothed. Looks like you need to detach some faces to element to stop that odd smoothing.

 

Anyways, this isn't a rend2 issue but a modelling issue.

[Xycaleth]

@@Boothand Which GPU do have, and which driver version are you using? Debugging Luke's face on my Macbook, but it doesn't happen there , but I know it happens on my PC.

[Boothand]

 

 

 

 

[Xycaleth]

That page doesn't list your graphics card or your driver I think the next tab is for video/graphics card?

[Boothand]

That page doesn't list your graphics card or your driver I think the next tab is for video/graphics card?

 

Haha sorry, don't know how I missed that part of your question. I thought I was gonna show you my processor. Crazy days.

 

My graphics card is Nvidia geforce GTS 250. The driver section of Caps Viewer says "R335.23 (r334_89-21) / 9.18.13.3523 (3-4-2014)".

 

 

 

 

 

[Archangel35757]

@@KENNITHH -- why is your modeller going from Milkshape to 3dsMax5? My friend Jed made a dotXSI 3.x exporter for Milkshape. You/he can get it here:

 

http://www.wunderboy.org/apps/xsiexport.php

 

If there is something that needs customizing for Carcass.exe (I.e., model_root) we could ask Jed to compile a customized version.

[minilogoguy18]

You can't use Milkshape, it has no way to arrange a hierarchy, otherwise it would work.

 

He should just not use it, it's not a good program other than just being able to import/export a lot of file types.

[P4KISTAN]

You can't use Milkshape, it has no way to arrange a hierarchy, otherwise it would work.

 

He should just not use it, it's not a good program other than just being able to import/export a lot of file types.

 

inb4 hurr durr xsi is bestest!!11!

[Tempust85]

Best program to use for 3d format conversion is Noesis, Milkshape is crap.

[Guest KENNITHH]

Ok cheers guys for all the info, he remembered he regrouped his models in 3dsmax but didn't remember it went so much easier. 

 

Now something related to rend2, will the models (misc and static) consume less FPS so us mappers can make use of more models like modern games do or will it just stay like it is?

Or just in general, will the FPS boost a little or to early to tell?

 

This might be another good reason for people to use Rend2

[Boothand]

While I can't say how it works, or if it's consistent, the map I'm working on gives me 40-50 fps on vanilla, and 160-180 fps-ish on rend2. I have many pine tree models, which probably help pulling down the fps in vanilla. I expected rend2 to be more fps intensive really, but in this case it was the other way around.

[Tempust85]

You can make MD3 (and I think other formats like ASE) as misc_model which get turned into BSP map brushwork when you compile the level. They can use diffuse, normalmap (most likely parallax as well, but I haven't tested it on misc_models) & specular. So you could do the basic shape (walls, floors, ceilings) of your map in radiant, and leave details to misc_model.

 

@@Boothand

 

Did you add LODs to those pine tree's?

[Boothand]

I haven't yet made LODs.

 

Confirmed that parallax works on models too (however is a big no-no on trees )

[Guest KENNITHH]

You can make MD3 (and I think other formats like ASE) as misc_model which get turned into BSP map brushwork when you compile the level. They can use diffuse, normalmap (most likely parallax as well, but I haven't tested it on misc_models) & specular. So you could do the basic shape (walls, floors, ceilings) of your map in radiant, and leave details to misc_model.

 

@@Boothand

 

Did you add LODs to those pine tree's?

 

I was thinking of making a terrain in another program, save it as a model or make a terrain with easygen or something and then just fill it up with preset models, somewhat like the idea of Skyrim, Battlefield and Crysis but when I did it, my fps always go so low... (misc_model)

I hoped that Rend2 might fix it.

[ensiform]

That's because the entire model would be in memory, your BSP size would be rather large too.

[Tempust85]

Yeah forgot about that, misc_model_static would be best here.

[Pande]

For your future reference, I tried making a desert in JKA by inserting a misc_model or a misc_model_static with a gigantic md3 mesh. The results were really interesting.

 

With the _static, the model disappeared frequently due to the way static models are culled from view. It also disappeared if I travelled far from it's origin. The real killer was also the vertex mapping, which just sucks.

 

The misc_model was more fascinating. Because of the amount of lightmapping required, I actually caused a bug in the game which I've been able to reproduce in just about any map as long as there is enough light data being compiled. That is too much light data is saved to the BSP and the game has serious visual errors, such as transparent textures, black textures, black MENUS (yes it's THE ENTIRE game, not just map surfaces! ), entirely wrong colors in menus (green text instead of yellow), or my favourite effect: Every single surface takes on the image of the first frame when you spawn in, so it goes all green with the protection bubble. That is really, really cool to look at. Here are some examples:

 

 

These limits are not hard to hit

[Boothand]

Togglable lights are pretty interesting at the moment  

 

[ensiform]

There's no such thing...  At best they're dlights which don't technically affect the lightmap   And said lightstyle stuff is the reason for why lightmap crap is fubared still anyway.

[Boothand]

Haha ok. Is it a long way until dynamic lights work?

[Pande]

Togglable lights do exist, unless removed in rend2

 

They toggle different lightmap images with size of bsp increasing dramatically if two areas overlap.

 

Dlights that flicker are totally different

[ensiform]

They aren't removed so much as not implemented, its what still has issues with the lightmap code afaik.

 

--

I've disabled the surface sprite dumb rendering in rend2 for now.  As in it pretends like r_surfaceSprites is set to 0.  So you don't end up with grass strands just flat on the ground an such.

[Boothand]

If r_sunlightmode 2 is eventually going to disable the lightmap, how would it differ from what you see when not compiling the light in q3map2, but running rend2? Tried that just for curiosity, but didn't look good of course.

[ensiform]

It's not going to, xycaleth just thought it did.