Posts: 402
	Threads: 14
	Joined: Mar 2010
	
	
 
	
	
		Do you think you could show how to change the incrementation per white level? If that makes sense? 
I mean pure white can go up 32px, what defines the level of 3D-ness per level of white?
	
	
	
	
	
 
 
	
	
	
		
	Posts: 151
	Threads: 13
	Joined: Jun 2009
	
	
 
	
	
		zerodin > this script modifies a Bitmap that is handled by the 2D engine inside RM. RM doesn't have to handle 3D, but only the projection on the screen.
Taylor > I'm not sure to understand...
In (R,V,B) system, black is (0,0,0) and white is (255,255,255). So a grey level is like (X,X,X) where X is between 0 and 255.
To have the height in HM7, it's just X / 8.
	
	
	
	
	
 
 
	
	
	
		
	Posts: 19
	Threads: 2
	Joined: Mar 2011
	
	
 
	
	
		So in essence it's a bump map?
	
	
	
	
	
 
 
	
	
	
		
	Posts: 151
	Threads: 13
	Joined: Jun 2009
	
	
 
	
	
		Not really. As far as I know, bump mapping doesn't modify the geometry but only the lighting, depending on the angle of view.
HM7 is closer to displacement mapping.
	
	
	
	
	
 
 
	
	
	
		
	Posts: 19
	Threads: 2
	Joined: Mar 2011
	
	
 
	
	
		Well either way, its the most impressive thing I've seen with RMXP.
	
	
	
	
	
 
 
	
	
	
		
	Posts: 402
	Threads: 14
	Joined: Mar 2010
	
	
 
	
	
		Well yes, but what in the code makes the height go up a certain amount?
	
	
	
	
	
 
 
	
	
	
		
	Posts: 11,566
	Threads: 672
	Joined: May 2009
	
	
 
	
	
		Just the height map... the black n white bitmap image that goes from base-line black (0px) to bright white (32px height).  If you're looking for the RGSS code that takes the heightmaps into account though, I don't believe it to be in the script.  It's likely to be within the .dll file he supplied.
	
	
	
Up is down, left is right and sideways is straight ahead. - Cord "Circle of Iron", 1978 (written by Bruce Lee and James Coburn... really...)
  Above are clickable links
 
	
	
 
 
	
	
	
		
	Posts: 151
	Threads: 13
	Joined: Jun 2009
	
	
 
	
	
		 DerVVulfman Wrote:If you're looking for the RGSS code that takes the heightmaps into account though, I don't believe it to be in the script. It's likely to be within the .dll file he supplied.
Yes, that's directly written in the .dll. So you can't change it until I add a parameter for that.
	
 
	
	
	
	
 
 
	
	
	
		
	Posts: 6
	Threads: 0
	Joined: Apr 2011
	
	
 
	
	
		Hello I have some question.
I am francais to forgive my faults.
I use a fenetre of game(set,play) to cut in ecrans 2 (ecran of Nintendo DS) The dimensions 256x192 the screen of bottom(stocking) is to reserve for the menu how centred the hero in the screen of the top
Question Deuxieme when two chara are close the one cuts the other one how to settle(adjust) probleme
	
	
	
	
	
 
 
	
	
	
		
	Posts: 151
	Threads: 13
	Joined: Jun 2009
	
	
 
	
	
		bibuze, you should try Google translate, because a third of your words are still in French, and so it's really difficult to understand.
bibuze Wrote:I use a fenetre of game(set,play) to cut in ecrans 2 (ecran of Nintendo DS) The dimensions 256x192 the screen of bottom(stocking) is to reserve for the menu how centred the hero in the screen of the top
The HM7 engine doesn't support resolution scripts. Maybe a patch could be made, but not without seeing your script.
bibuze Wrote:Question Deuxieme
What's your first question exactly ?
Quote:when two chara are close the one cuts the other one how to settle(adjust) probleme 
I don't have this "cutting" problem, or I didn't understand it. Could you post a screenshot ?