Forum Coordinators: RedPhantom
Poser - OFFICIAL F.A.Q (Last Updated: 2024 Nov 29 7:57 am)
Sorry, this is a misunderstanding. I did not try to change/edit/repair anything, I just showed that there is no need to repair anything for my own copy of Poser. gillan seems to get his #4 out of his #1, and his #4 indeed is invalid. There is no wonder that he experiences problems with it, because it is some sort of "M.C.Escher" paradox - there is no grayscale template in existance that could/should create his #4. However, my copy of Poser takes the same #1 and creates my #2 - which is perfectly valid, and obviously very different to gillan's #4. If gillan takes his #4 and inverts the red channel, he ends up with his #5, which is a valid bumpmap - however it is not the valid one that should be made out of #1 - it is the valid bumpmap that normally gets created out of my #3. So the facts are: - my (Mac) Poser creates valid bumpmaps - gillan's (PC) Poser creates a damaged conversion, for whatever reason The questions are: - is every PC Poser converting the wrong way - are there Mac Poser's who also create damaged conversions. Could people check it? Please create a black circle on white background (like both our #1's) and let Poser convert it. Does the result look like my #2, or like gillan's #4?
For interest more than anything - my Poser 3.01 / Windows 2000 gives the wrong result also. Looks like this has been in there for a while. I never noticed it because I hadn't tried to do anything so geometric with bump mapping, but it would explain why BM doesn't always seem to give the expected results...
You excuse me Martin but I think that he is simpler set the question in this way: Your bump map in poser works correctly or to the "Escher-way" mistake the highlight? (you too see the others my two tests at Subject: Re: Bump bug resolution www.renderosity.com/messages.ez?Form.ShowMessage=453188 The differences of the conversion between mac and pc and of the direction of the light are creating confusion! However, to answer Roy, when poser mistake, it always mistake any it is the direction of the light (except the vertical one simple) and of the camera.
gillan, my (Mac) version above works as it should in Poser with all angles of light - that's why I just named it "right". I think it also is the correct up/down orientation - according to the manual, black means "down", white means "up". It looks the other way round in the olive .bum file, but if you apply it to a Poser object, the lights are correct. Your "red inversion" indeed repairs the .bum file to a valid ("non Escher") map, but I if I'm right it is inverted (look at my first sample in post 6). So I think the correct way to fix it is probably to invert the green channel. Is this bug really in every PC Poser? I can hardly believe this...
Attached Link: http://www.angelfire.com/art2/cheapskate/bumpmaps.html
This thread has become a bit confused, but the wrongness applies whether dealing with "sticky-out" (white) bits, or "knocked in" (black) bits. For an alternative viewpoint follow the link to the simplified version on my site.Gotcha. I'm still trying to work out a combination of Photoshop filters that will correctly create a bumpmap BUM type from a bumpmap greyscale type manually. I've also noticed that you can get nice nice enhancement effect by running an unsharp mask filter on the bumpmap. And finally, last but not least, I should sit down and build a BUM corrector CGI script and put it up on my Free Stuff page. I can, pretty easily, make a CGI (uhm, perl common gateway interface, not computer generated imagery) script to upload a BUM, invert the green channel, and hand the file right back.
Anyone who's been following this thread and hasn't seen my related threads in Poser Technical should probably look at This and this. Thanks EnglishBob for directing me to this thread. BTW, EB, It's funny in Aussie, too, and lots of Americans know the term -- at least when you complain about how big the bloody BUM is or how if you load a JPEG compressed BUM as a BUM in PPP and P5 it gives you a double BUM, which is always bad. B^) OT: I recall something I saw a tape of from BBC news ages ago -- during the news there was a cooking bit, and someone named 'Fannie' was sharing her biscuit (cookie) recipe. When it switched back to the anchorman, he looked dead at the camera and without a thought, said 'That's wonderful, and let's hope that all your biscuits turn out just like Fannie's'.' You could see the screen go blue as the camera adjusted for the sudden increase in redness in the anchorman's face when he realised what he'd just said. And VERY few Murkins will get that! (Nor will they find any irony in their cheerleaders 'rooting for their team'.)
Attached Link: http://www.soft-rabbit.com/
While it's always good to have a variety of tools and alternatives (like the suggested cgi script), you can already find tools to fix this problem: 1) On PC search FreeStuff/Utilities for "Green thingie" - this tool will fix the problem technically better than the "PhotoShop invert" method. 2) On Mac search FreeStuff/Utilities for "SpeedBump", or go directly to my website (follow this link).Attached Link: http://www.renderosity.com/messages.ez?Form.ShowMessage=224045
I discovered the trick of making bum maps for Poser 4 using Photoshop about 2 years ago. Click the link to read the original discussion and see the examples. It's interesting to note that I was using a P100 Win95 PC and black DID indent.This site uses cookies to deliver the best experience. Our own cookies make user accounts and other features possible. Third-party cookies are used to display relevant ads and to analyze how Renderosity is used. By using our site, you acknowledge that you have read and understood our Terms of Service, including our Cookie Policy and our Privacy Policy.