barreytor

Ugh, so many typos… I'll try to say it in a way that you can comprehend: Aprender a programar puede ser dificil, pero si la idea que llevas es montar algo como el EO pero para otras plataformas/moviles y tablets, no te va a quedar otra opcion que empezar de cero. Y no esperes poder montar un grupo de programadores asi por las buenas. > Learning to code may be hard, but if your idea is building something like EO but for other platforms/smartphones and tablets, you don't have other choice but to start from scratch. And don't expect to be able to put together a group of programmers easily.

You could always, you know, start from scratch in whatever language you want to use and use EO as a reference on how to do the stuff. It'll be pretty hard, if not outright impossible, to find a free, open source mmorpg engine like EO in a language that can run in smartphones and PC alike.

Nice, only thing I'd change is the screenchot naming, and use "Date-Time-ScreenshotNum" instead. That would allow for up to 255 screens saved for every second instead of map.

Sorry to break it to you, but I already did the whole "Make EO 2.0 load png instead of bmp", and it was basically the only thing I did before finding that EO 3.0 existed. [http://www.touchofdeathforums.com/community/index.php?/topic/128361-eo-20-load-from-png-instead-of-bmp/](http://www.touchofdeathforums.com/community/index.php?/topic/128361-eo-20-load-from-png-instead-of-bmp/) Huh, checked it, had to go through and reupload the attached files. Nevermind, don't waste your time, it's already done.

Wasn't the event system created just to do this kind of stuff? Also, has been said before, this isn't scripting; it's just hardcoding more stuff.

> Note to everyone; This does not and will not ever add proper PNG support. And that's why I switched to EO 3.0, though I did that after going ALL the way to find a way to find a way to be able to load PNG with EO 2.3\. Though it's a whole lot cleaner than the first try I went through (I saved a converted bitmap, then loaded THAT), it will indeed be a performance hit. I just posted this here because I thought it be of some use for someone. > Well you are adding 3 modules full of code.. not sure if its all used cause it looks to be ripped from something else but still may be wasteful.. I had been using ths on my lower end pc to map with no visible issues. I'll probably just remove it before i release the game.. if anyone else could maybe download the files and take a look any info would be helpful. The modules are just the parsers that load and convert other image formats to PNG on memory. I didn't tamper with them, and they don't seem to have any malicious code, but as I said before, I just left this and went to EO 3.0 with it's DX8 and proper, native PNG support.

Edited the first post reattaching the files needed as they were lost with the change of forum.

@Dawntide: > Does it increase the quality of the sprites, so i can make them larger without messing the quality up so hard? > How you create transparent things, for example an icon, same way as with .bmp? I think you're asking if zoomed sprites will look better. They won't look any better than they do in BMP, and nothing you can do to a sprite will make it have a better quality when zoomed in. As for the transparent things question: Yes, do the same way as if it was a BMP. In fact, when using this tutorial don't think of PNGs as PNGs, but as BMPs that use roughly a tenth of the disk space.

Well, that's the catch: You can't get any good use of the alpha channel as DirectDraw7 doesn't support it. The method is more to get the bulk of the space used by the graphics cut down without losing any quality. Make sure the tiles that are supposed to be transparent don't have any transparency gradient. That is: treat them as you would plain BMPs, only smaller filesize.

Damnit. Forgot about that. Editing this in a minute with that other absolutely neccesary step I somehow forgot. EDIT: Okay, edited the original post with this simple step that's the cause of your problem there: "Then, after adding everything, open the menu "Project->References", find "Ole automation" and activate it." You just have to open "Project->References" and activate OLE Automation.

The atacched, and needed, files: http://www.mediafire.com/download.php?os377d5nyfes596 So, this is my very first post in this forum, and I would like to use it to share the very first thing I did just after downloading Eclipse Origins 2.3 Event system: Loading all the graphics from PNGs instead of BMPs. It was kind of a quick, dirty job, and it doesn't allow you to use the alpha channel, but an overall 90% reduction in the actual filesize makes me think it's worth mentioning here. (And basically it's the only thing I did until I found and downloaded EO 3.0 with DX8, but that's unrelated) So, if you want to use the light PNG graphics format with your DirectDraw7 powered Eclipse Origins project, here are the steps: **All client side** First of all, download the attached zip and add all of the classes and modules to your client source. Then, after adding everything, open the menu "Project->References", find "Ole automation" and activate it. Second, find this:``` ' load persistent surfaces ```in your modDirectDraw7 and change the extension from all files from ".bmp" to ".png" Then, in modConstants, replace``` Public Const GFX_EXT As String = ".bmp" ```with``` Public Const GFX_EXT As String = ".png" ``` And now, for the real meat. Go back to modDirectDraw7 and, under``` Public NumFaces as Long ```add``` Private cImage As c32bppDIB ``` Next, go to the``` InitDDSurf ```sub, and replace ``` ' set flags SurfDesc.lFlags = DDSD_CAPS SurfDesc.ddsCaps.lCaps = DDSD_Temp.ddsCaps.lCaps ' init object Set Surf = DD.CreateSurfaceFromFile(fileName, SurfDesc) ```with``` ' set flags SurfDesc.lFlags = DDSD_CAPS Or DDSD_WIDTH Or DDSD_HEIGHT SurfDesc.ddsCaps.lCaps = DDSD_Temp.ddsCaps.lCaps ' init object ' Set Surf = DD.CreateSurfaceFromFile(FileName, SurfDesc) Set cImage = New c32bppDIB cImage.LoadPicture_File (fileName) SurfDesc.lWidth = cImage.Width SurfDesc.lHeight = cImage.Height Set Surf = DD.CreateSurface(SurfDesc) Dim DC DC = Surf.GetDC cImage.Render (DC) Surf.ReleaseDC (DC) cImage.DestroyDIB ``` And that's that! Now you can load your image files from PNGs instead of BMPs… Only alpha channels won't do anything. (except for fully transparent pixels, for which, if I recall correctly, it DID work. Either that or the mask color system, which is still used) For the task of mass changing the format, use something like PNGGauntlet or other.