[DYNRPG] RPGSS

Posts

Pages: first prev 12 last
I'd love to use this.. but i can't even figure out how to install DYNRPG.... tried downloading it recently, and all i got was a huge page of jibberish..
Hm, could it be that instead of downloading dynrpg.rar your web browser shows its contents? In this case, instead of following the link, try to right-click it and choose "Save link as..." (or whatever it's called at your end).

Also, which version of DynRPG did you try to download? DynRPG 0.14a or DynRPG 0.20? For RPGSS you need at least DynRPG 0.20, which is currently only available as a test version.

If you still can't figure out how to download DynRPG, you can use the RPG_RT.exe (a fresh RM2k3 1.08 runtime, only patched with DynRPG 0.20) and dynloader.dll (needed by the patched RPG_RT) from one of my demos.
I may not have even had the right link. *laughs*
So not sure... not even sure what web site it was i went to.. i am sure it was the ACTUAL website, i clicked the download link.. it took me to a page, i tried to right click and save as, but that did not work.
I'm not sure what i'm doing. *shrugs some*
New Release

rpgss-0.7.0.7z


Changes between 0.7.0 and 0.6.0
-------------------------------

* Refactored scripts.
* Added generic boot.lua.
* Switched to Azura image I/O library.
* Added option to write palletized images.


It's possible now to write 8-bit color images.
How do i import the images. Since this claims to be able to work with 24 bit depth images ?

Is 32 not good ? the +8 alpha channe l?

I'd like to import a map to use as a panorama.
I'm sorry to disappoint you, but this is only a DynRPG plugin. It doesn't change the way the RPG Maker works, i.e. the RPG Maker still can only handle 8 bit images. What it does is: it adds the ability to run Lua scripts and inside the scripts you can load and display 24 bit images (and much, much more).
So it only can display PICTURES right? TAT aww.
If by "pictures" you mean that the displayed images appear above all other graphics (just like pictures in RPG Maker appear above everything else), then yeah. Using callbacks you can also draw on several other occasions, like when a character sprite is drawn, but unfortunately there is currently no onDrawPanorama callback, so you can't draw your own stuff below or above panoramas (yet).
Rave
Even newspapers have those nowadays.
290
Great plugin. Kinda reminds me of Cherry's (discontinued) CGSS (Cherry Game Scripting System), it was his first attempt as DynRPG-like patch and used Lua as well.
Yeah, I know about CGSS. Too bad he discontinued it. As far as I examined, it would have allowed for a similar plugin infrastructure as in DynRPG. He said, he was concerned about execution speed, but I'm sure that over time it would have been possible to develop a solution to speed it up. Using LuaJIT (which is goddamn fast!) and doing most of the time-consuming part (currently mostly graphics algorithms) in C++, RPGSS has no problems speed-wise and there is still a lot of potential for optimization left. Since the event script interpreter of RPG Maker 2003 is very slow, it's even possible to speed up the game simply by moving performance-critical event code to Lua.
New Release

rpgss-0.8.0.7z


Changes between 0.8.0 and 0.7.0
-------------------------------

* Added onSystemBackgroundDrawn callback.
* Added keyboard.getVirtualKeyCode.
* Added keyboard.getState.
* Added mouse.getState.
* Mouse position is now clipped to screen dimensions.
* Added Sound.pitch.
* Renamed Sound.repeat to Sound.loop to avoid collision with Lua's
"repeat" keyword.
* Added graphics.newSystemFontImage.
* Added option to graphics.writeImage to force a particular color as
the first palette entry in palletized images.
* Added game.frameRate.
* Added game.millisPerFrame.
* Added game.frameCounter.
* Added game.playTime.
* Added game.system.graphicFilename.
* Added game.menu.scene.
* Added game.menu.allowed.
* Added game.menu.saveAllowed.
* Added game.menu.teleportAllowed.
* Added game.menu.escapeAllowed.
* Added game.battle.layout.
* Added game.battle.atbMode.
* Added game.battle.speed.
* Added game.map.existsEvent.
* Added game.map.findEvent (replaces game.map.findEventById and
game.map.findEventByName).
* game.map.moveCamera now behaves as expected (positive offsets move toward
positive infinity, negative offsets move toward negative infinity).
* Renamed control mode and layer constants for brevity.
* Added Character:move.
* Renamed game.music.fadeOut to game.music.fade for consistency.
* Added a temporary workaround in game.screen.drawq that fixes the issue
that the TexturedQuad primitive ignores the source rect position.
* Moved screen drawing code into its own module for reasons of clarity
and improved maintainability.
* Anything rendered to the screen is now affected by the screen brightness
to avoid sticking out during transitions.
* Added bitmap versions of the system fonts msmincho and msgothic, as well
as initial versions of the system window skins.
* The # (length) operation now works on proxies returned by properties
like game.party, game.map.events, game.battle.enemies, etc.
* Refactored and restructured existing system scripts for improved
modularity and maintainability.
* Added class.lua (allows for solid object-oriented programming in Lua;
powered by Yonaba's 30log library).
* Added Cache.lua (allows caching of frequently used resources like images,
fonts and window skins).
* Added Timer.lua (keeps track of and provides an interface to query the
frame/time delta between updates).
* Added CallbackManager.lua (allows writing encapsulated extensions).
* Added InputManager.lua (allows listening/reacting to input events).
* Added AudioManager.lua (allows playback of BGM, BGS, ME and SE).
* Added GameClock.lua (keeps track of the total play time and optionally
displays it in the main menu).
* Added PathFinder.lua (adds powerful and feature-rich pathfinding tools;
powered by Yonaba's Jumper library).


A big step towards v1.0 and a solid framework!

The new callback manager allows now to write encapsulated extensions, i.e. it's possible to write plug & play extensions. A good example is the game clock extension.

With the addition of Character:move it's also possible now to do pathfinding! Here is a demo that shows how to:



Download
Rave
Even newspapers have those nowadays.
290
author=kyuu
event script interpreter of RPG Maker 2003 is very slow


Well, I hear this for first time. I could say that event processor in XP is slow, but in 2k3 it is really fast, ruby-based makers still aren't as fast as 2k3 was and only start to have similar execution speed with VX Ace.
Don't take it out of context. "very slow" compared to Lua(JIT), of course. This is especially true for math.

BTW: I'm not sure that the Ruby interpreter (if at all) is the single culprit for the RPG Maker XP being so much slower than the RPG Maker 2003. I believe that the new graphics capabilities at least add to it. 32 bit graphics are much more expensive than 8 bit graphics.
Rave
Even newspapers have those nowadays.
290
author=kyuu
BTW: I'm not sure that the Ruby interpreter (if at all) is the single culprit for the RPG Maker XP being so much slower than the RPG Maker 2003. I believe that the new graphics capabilities at least add to it. 32 bit graphics are much more expensive than 8 bit graphics.


If you try to render them in software, then yes, they are, but if they'd use hardware accelerated rendering for it then it wouldn't be so bad as gpu would take care of everything. Also as some RGSS rewrite project has proven to me (don't remember its name so don't ask me) RGSS in XP is the main culprit for its lags (which can be also deduced from common sense as as you add more events, even empty ones game gets more laggy), after applying this patch map with tons of events run perfectly fine. So yeah, while 32bit graphics may add something to it, RGSS event processor is main culprit for lags in XP.
author=Rave
If you try to render them in software, then yes, they are, but if they'd use hardware accelerated rendering for it then it wouldn't be so bad as gpu would take care of everything.

Yes, there should be no doubt that software rendering is no match for hardware accelerated rendering.

author=Rave
Also as some RGSS rewrite project has proven to me (don't remember its name so don't ask me) RGSS in XP is the main culprit for its lags (which can be also deduced from common sense as as you add more events, even empty ones game gets more laggy), after applying this patch map with tons of events run perfectly fine. So yeah, while 32bit graphics may add something to it, RGSS event processor is main culprit for lags in XP.

I just can't believe that the Ruby interpreter (even the old one used in RPG Maker XP) is so much slower at interpreting bytecode than the event code interpreter in RPG Maker 2003. I've seen Ruby (slightly) outperform vanilla Lua in some (older) benchmarks, so it can't be that slow. Maybe it has mainly to do with the way the RPG Maker XP programmers implemented event processing (i.e. the slowdown doesn't come directly from the Ruby interpreter)? You know, you can always write slow code in any system, no matter how fast it is. Most likely the dramatically improved performance in the later Ruby versions just compensates for the inefficient event processing, so to the outside it looks like the Ruby interpreter used in RPG Maker XP is much slower than the event code processor in RPG Maker 2003.

Having said this, it's no more than speculation. In a system of that complexity, it almost impossible to tell what exactly is the bottleneck just by applying common sense or even years of experience, until you profile the thing. Often it's very surprising what actually caused a slowdown.

Oh, and don't underestimate the impact of the graphics system. Especially with software rendering games will spend a large part of the time rendering graphics.
Rave
Even newspapers have those nowadays.
290
Well, event interpreter in RGSS v1 was written in sub-optimal way, as this total RM script rewrite (all base scripts that were in XP were rewritten in more optimal way, basically) I found has proven. It has nothing to do with speed of Ruby itself and everything to do with quality of Ruby code produced by EB programmers ;). Again, I can't give you name or where to find, as I've forgotten and I think I don't have it on my HDD anymore, but want to point that such thing exist. It didn't replace RGSS dll file either, just scripts.
author=gadesx
Ah I thought that was possible
make a message from the own rpg maker using a comment,
something like
@call show_message"Welcome to Midgar.", Variable150x, Variable151y, "Picture/font.png"


Is this possible yet? It's more interesting this utility?
Bump. This is halfway down the page, and kinda too interesting to just die.

So, this works by making a script file, am I reading this right? Which you can then edit using Lua. Do you need a special compiler to do Lua edits, or does it just read the file and you edit with like Notepad?
author=bulmabriefs144
Bump. This is halfway down the page, and kinda too interesting to just die.

So, this works by making a script file, am I reading this right? Which you can then edit using Lua. Do you need a special compiler to do Lua edits, or does it just read the file and you edit with like Notepad?

No, it reads it regardless of the editor and no compiler is needed. I think the examples that go with it are a pretty good reference for that (and also really useful). (:
author=kyuu
With the addition of Character:move it's also possible now to do pathfinding! Here is a demo that shows how to:



Download

I want a "lite" version of the pathfinder code. Basically, I have a mini picture that's a mouse pointer, and I want it to just show that on left click, and do another process on right click (call a custom menu from a common event). And I want to hide the line effect. What code do I alter to make this happen?
Pages: first prev 12 last