Moonpearl

Hey guys, I made a video to show my latest progress with OpenRGSS. You can see that it looks very much like a RMXP project but doesn't run on any of RMXP's binaries. You can witness the use of the mouse, sound and music playback, and resolution change. Enjoy the show. (I recommend watching in HD/fullscreen). Youtube Video -> Also you might notice the music plays differently than how it does in RMXP. You can find full explanations about it on my blog.

You're welcome, always a pleasure to share my konwledge.

You have to declare your data holder as a Hash rather than an Array. For this you should write @data = {} Then the syntax is eactly the same. @data["stuff"] = 10 @data["stuff"] # Recall 10 Also, if you want to declare a Hash with contents from the start: @data = { "stuff" => 10, "more stuff" => 20, "yet more stuff" => 30 }

It's pretty much like you were asking why you can't connect a mini DV cable into a USB slot - well, the plug doesn't fit in, as simple as that. The developers made different choices at one point and you should rewrite the entire underlying engine to get scripts from another version work with it. Hmm, back to the topic please?

It seems like despite my efforts to make things clear there remains some misunderstanding. OpenRGSS will not allow you to use XP scripts in projects other than XP. This is an issue relative to how scripts were designed in each different versions, and it's Enterbrain's fault if they won't work together, and there's nothing I can do about that. Sorry to kill your hopes.

Thanks dolarmak. I must say I'm pretty satisfied with the result myself, especially when I think about all those long hours of coding and debugging... Well I'm not sure I do get what you mean. You can scroll through a list of options of any size using the mouse wheel, as you would in Windows. Now if you mean scroll faster, you get to set how many rows a single mouse wheel click will have the windows scroll at a time (default 2, which is neither too fast nor too slow, especially considering you will rarely have lists with hundreds of options anyways).

Hey guys, So I've worked a lot on OpenRGSS this week and I'm almost done with the graphics engine. I also added windows and mouse support. Here a a few screens rendered with OpenRGSS (I know it looks just like RMXP but it's the very point isn't it?). You can find the entire report with detailed explanations on my blog.

Actually to make things more clear regarding the "compatible with any RGSS versions", trying to get VXA scripts to work with XP scripts would be exactly the same as copying a VXA script into the XP script editor and hope that it would work. All three RGSS versions work on different premises so it's virtually impossible to make a script which would be perfectly compatible with all versions at once. However, each RGSS uses the same language, though in a slightly different way. That's why I said that OpenRGSS will ultimately be able to understand code from whatever version. However it will have to sorta "switch" between XP, VX, and VXA modes - meaning it won't change anything whatsoever to compatibility between various RGSS versions. Thanks for the feedback, dolarmak.

It depends on what you call use all three of them. It would not make scripts designed for one version compatible with another, just like magic, if that's what you mean. However, with some additional code to match each version's specification, it should be able to run XP, VX and VXA projects alike, as well as any future versions based on some hypothetical RGSS4. It's a replacement for RGSS, so as long as it's RGSS, my engine should be able to handle it.

Thanks. I've just started so I'm not close to publishing anything yet, but I'm curious as to what people may think about that project. I mean they often say "it's okay if I can't do this or that with RPG Maker, I'll think of something else", but how okay is that in actuality, and what are the features people would like to have the most?

Basically, yes. There will be no difference to the end user except maybe less lagging, however the developers will get a lot of additional options - like changing resolution, FPS limit, using the whole keyboard and/or mouse... but the point is to recreate RGSS syntax and functions so that any existing RGSS code can be run directly. So you can think of OpenRGSS as a mere improvement to the existing RGSS.

Hi guys, This is more of a project than an actual engine so far, but I thought you might like to hear that I'm trying my hands at an alternative to RGSS - that is, in short, something that would replace a RM project's Game.exe. In other words, it could override all limitations inherent to the RGSS standard engine, like its poor performances, inability to natively change resolutions, lack of support for mouse, and so on. I wrote a complete post about it on my blog, any feedback is welcome.

Generic name for any single elements that constitutes a MIDI song. The most obvious events are notes, of course, but there are also a variety of controllers (program change, pitch bend, volume, pan, modulation, reverb...) and each and every one of them counts the same as a note as far as RPG Maker is concerned (that is, play to the very last event before looping, be it a note or not). Also it might be that the last notes of your song have an extremely long duration (which you will not necessarily be able to hear because some instruments fade out instead of sustaining). Because RPG Maker not only plays to the last event but also to the end of the last event. However this seems a bit unlikely in your case given how long the song "pauses" before looping.

RPG Maker loops a MIDI file when it's finished reading its content. It takes a single event placed way beyond the intended end of the song to confuse the system and have it play the entire silent part before reaching the outcast. Plus, said event does not even need to be a note, it might be a volume controller or whatever. You should make sure your MIDI file is clear of any unwanted events using a MIDI editor and it should work just fine. If you don't have a MIDI editor I might take a look at your file myself.

Programs which actually learn to play do exist, though. What's more, a number of them can even learn on their own, without no help from a human whatsoever. I shall try and find the papers I'd read about this topic again and share them.

I don't exactly know what you call an ABS, but having party members show on the map and follow you, and switch from one to another is something I've already done there. Let me know what you think.

With pleasure Wyzrd. :) Just say when.

Well that covers about every aspects of SC2, doesn't it? I'm confused because you said Like you were implying you play "non-normal" Starcraft, that's why I'm wondering.

Whatever as an answer doesn't necessarily mean no one cares, it might rather be than this is not what people are looking for in an animated CMS. As far as I'm concerned for instance I have little consideration for whether there's a single animated background or one for each of my scenes (especially since I can script it myself in the end if really needed), the important part of it being that the background is actually animated in the first place. Also I tried to consider other people's potential opinion and I'm pretty sure there will be as many people that will want 1 as those that want 2. Let's say you get 33% of answers for each item, what are you going for in the end? 3, obviously. Anyways you can be almost certain that if you choose either 1 or 2 there will be people who will ask for the other option sooner or later. So maybe people didn't give your question the consideration you were expecting because the question in itself wasn't very relevant and/or the answer seemed pretty obvious. I just want to say, don't let yourself get discouraged over such a trivial matter.

What do you call "normal Starcraft" Pol? I can confirm I'm able to play outside of Europe as of today is anyone was still wondering about it. :)

Just like Pol said.

I'm not sure what you mean, but if I understand correctly that's no viewport issue, you just need to make the info window's bitmap larger than the window itself and RGSS will determine that the window should be scrollable on its own. Then of course you need to implement some simple routine to actually scroll the window when the appropriate keys are pressed. Something like: If Input.trigger?(Input::DOWN) window.oy += 32 end

Aw, right, I hadn't thought about this region stuff. Yes I'm from Europe. I have no idea how this affects the ability to play together though.

Hi guys, I've been playing Starcraft II a lot lately and getting bored to be on my own (not that I'm badass or anything, just playing with strangers in itself bothers me). So I was wondering, maybe I could find people to play with if any of you are into the game as well. I'm not exactly looking for opponents (there are plenty of them on the net already), but rather, partners to play coop. I'm not quite an instinctive player, I'm more into planning ahead, and I enjoy trying to make up strategies together with other people, especially since coop makes it possible to do things you can't when alone. I actually have one IRL friend who does play SC2 too, but she's extremely busy and thus virtually never available. As for my player profile, I play Terran and am in Bronze league. I actually think I'm worth better than just Bronze but I'm just a casual player and play very few games compared with other people on the ladder, I think that's why I don't get a better rank easily. Otherwise I have a thorough knowledge of my race's specs and my micro skills aren't bad either. Just let me know if you're interested to play along with me. Cheers!

This explanation is confusing.