Search the Community

Is it possible to have a fullbright material, which receives shadows as if it was standard material ? For example, if I add stage with blend add to a standard material, it becomes fullbright, but then any shadow that is cast on it looks so faint, as if it's not even there. Thanks.

I'm wondering if anyone ever checks new posts in the Fan Missions Forums? I've posted 4 questions asking for help for 4 different missions that I can't finish because I"m stuck, and I don't get any help. I posted a question this morning so I don't expect an answer right away for that one. Its frustrating because I would like to finish them. I've read through the posts for each mission and I'm not getting anything from them. If there's someone who could help me I'd really appreciate it. Thanks I guess I'm spoiled from the TTLG forums.

Hi all, me again Now that I've learned how to take screenies on DM (thanks to Aluminumhaste) I wanted to post one that I took but I got an error saying that the image ext that I used was not allowed in these forums, It was .jpg so I changed it to .png and I got the same error again. They're on Photobucket.

I've been testing deform sprite this afternoon. I couldn't find useful info in the forum or the wiki or modwiki, so I'll share my notes here and put it somewhere on the wiki after figuring out the unanswered bits. First up, if what you want to do can be done with particles, I believe you don't need to use deform sprite in the material def: you can use Orientation > View in the particle editor (but I've not tested particles yet). Notes from testing deform sprite: The material won't receive lighting. If you just add "deform sprite" to an existing material def, it'll show up pure black in game. You can fake the lighting by using an opaque or alpha blend and adjust rgb to an appropriate lighting level. Only works with a four-sided surface made of 2 tris. Applying a deform sprite texture to any other surface will result in your "deform sprite" instruction being ignored and an error message every frame in your console. The surface always renders as a square, so use a flat square patch and don't fix subdivisions in the patch inspector. That way it'll look similar in game and in DR. Using a quadrilateral brush face also works, but I can;t think of any situations where that'd be useful... the sprite face becomes detached from the rest of the brush in order to face the player. Rotating the patch in DR has no effect. Stretching it affects the size of the resulting square sprite. Scaling and translating the texture in DR don't affect the output (always renders a square with texture fit 1:1), but you can do those things in the material shader and it works, so I hope you can do it dynamically with shaderparms or globals. Things I'm not sure about: Should the rgb level be adjustable to ambient light level using the global0/1/2 keywords? I tried that just once but I got a black result, meaning the globals were set to 0 in my test map. How is it done? I guess you might as well delete any bumpmap and specular stages from a material you adapt for a sprite, because there's no lighting so they'll not show up. Is that right?

I know there are keywords for changing the scale of a texture inside a material shader, but anyone know if there is anything that would rotate or flip it 180degrees?

Personally I think this is the worst idea ever. The Reason forums has LOADS of info and knowledge, built up through years and years. I'm really sad to see it go away, and I can't understand why they've made this decision. https://www.propellerheads.se/forum/showthread.php?p=1579099#poststop