lordphrozen

Was Just killing some wolves in the second floor, after upgrading the sprite art, figured I'd post a shot or two.  

Cleaned up main topic, will be posting screenies sometime today if not wed for sure.

I'll be posting a few of those after work today, with a trailer incoming soon. Those who played previously will feel at home, though there are some major changes to gameplay Any way we can move this topic out of the inactive section ^_^ ?

Let's just say real life hit me in the Junk. But its coming. I'm currently looking for a few dedicated mappers. people who really are good at the craft.

What do ya know. I'm still alive. Ang guess what, This is coming back ;) SOONTM

Ok now what!? This effing glitchy crap is gonna make me go bald. take a look between the wood tiles. The F is going on. power of 2 magnifications are clean. checked set, tiles look good.

1) I'm not a kid, have one of my own. 2) No need to be disrespectful, I did nothing to insult you. 3) the original question posted was indeed answered with both "Eclipse Advance and Reborn has a runtime?i thought they use EO runtime", and with "Just install Eo 3.0 runtimes." 4) the question of where to download the other runtime installer was never proposed, thus left unanswered. 5) Now that its been asked, Heres the link. http://bit.ly/WveRQZ 6) If you have issues with that, try the one in the crystal shire installer 7) Before you ask since you have a white belt in googlefu, heres THAT link : [http://bit.ly/WvfjPe](http://bit.ly/WvfjPe) Good Day.

Edit size of map, send map, reedit map, walk everywhere. Why: You are editing the map client side, no changes you make are saved until you send it to the server, the server thinks you just walked outside the maps boundires, and resends you the map, which kicks you out of the editor.

WYSIWYG. There is no stand alone editor. Is it possible the values you are editing is the map size, not the visible viewable dimensions?

The question "i cant seem to download eclipse advance or reborn runtime files" is factually answered by "Just install Eo 3.0 runtimes." "i installed the run times, and i still get XXXXXX error" is an entirely different subjectmatter / thread, which i belive has been answered as well.

Agreed this is not an easy addition. And using somone elses code? means using their way of doing things and that may not fit for your use. My game curently cuts players into the following sprites, and then also pulls stored RGB values for everything, that are made from a random item storage system, so all teh data values are generated at time of item drop, and moved to the playerinv and mapitem data storage. Skin Chest_armor_main Chest_armor_highlight Chest_armor_Shouldersprite Chest_armor_cape Hair_layer0 Hair_layer1 Facial_Hair Facial_Accessory Facial_Ears Weapon_layer0 Weapon_layer1 Then the rendering pipeline in terms of order of which these layers are drawn, is different depending on what direction the player faces. example: facing up: facing down: Weapon skin Skin armor Armor weapon which gets more complicated when you get to the number of sprites that im compiling my characters out of.

Mark as solved?

Best way to do this? Create a new item type of "LootBag". you can even cheat and use all the str/int/ stats as item numbers. then let the players open the bag and go to the on use section of the items cpde server side, take the oot bag item, give random item from its list. Easy breezy.

http://img20.imageshack.us/img20/9314/iconsetb.png Enough said.

This probably should be marked solved.

Can we be a little more specific as to whats happening, and what you exatyl did to acheive this?

Having a dev client/ real client, is do able, but at that point so is coding two entire graphics pipelines. This post was about avoiding that. 

For mapediting purposes, it would be nice to toggle back to screenshot 1. what im looking for is an easy way to zoom in, in some sort of "If InMapEditor Then" condition.

I'm sitting here and trying to create an entire new render_graphics sub, to provide a better view of the game play. and i realize, im probably retarded. theres got to be an easier way. looking to move from the first shot to the second shot, unless youre in the editor, retaining hte original level of zoom. essentially blowing up everything a perfect 2x. would there be a simple way to put something…. here: ``` ' draw the messages For i = 1 To MAX_BYTE If chatBubble(i).active Then DrawChatBubble i End If Next 'BLOW SHIT UP 'BLOW SHIT UP RIGHT HERE. ' Draw the GUI If Not InMapEditor And Not hideGUI Then DrawGUI ``` inside the render_graphics sub to essentially take the surface, expand it 2x, and offset it ?

Updated main post with new instructions for getting into the alpha test, also added updates to the feature list.

This hat tastes of soot, and poo. Any chance of sharing the replacement for the code?

Take a look at the chatbox code…. using the other rendering function is not possible. Or i will eat the hat im wearing in my avatar.

@John: > LordPhrozen always knows what he is talking about. CS:DE does infact havea method of scaling sprites through its calls, the chatbox however is another beast entirely. as it uses seperate drawing methods then the rest of the engine.

@Niall: > Just scale the texture… O_o This doesnt work. Did you try this before recommending it?

I looked through the resources forum and was unable to locate it. without knowing what made the dat file, im just shooting in the dark googling it…