ForeverZer0

I'm sorry, its "$game_actors", with an "s" :P Remember, when using the $game_actors way, you reference them by their ID in the database, not the index in the party. So the first actor is $game_actors[1]. This means that you can change them without being the party. You seem to have it backwards there: (actor naming)(say the first actor in the database is the one being set...) $game_actors[2].name = $game_actors[1].name $game_actors[3].name = $game_actors[1].name $game_actors[4].name = $game_actors[1].name

Better to use: $game_actor[ACTOR_ID].name than $game_party.actors[iNDEX].name The actors and their IDs are static while the order of the party is not. Aside from that, using this way will allow you to set the names of actors that are not currently in the party.

Set game variables to the words: Script: $game_variables[1] = "Mage" $game_variables[2] = "Knight" $game_variables[3] = "Thief" Then you can use the normal "\v[VARIABLE_ID]" command to say the class name in a message box: Show Message: "So you chose \v[iD]!"

Yeah, that could be it. Try putting this in the same directory of your game and running it: http://dl.dropbox.com/u/20787370/RMXP/RGSS102E.dll If that makes it work, move it to the install directory so you don't have to copy it to every project folder.

There is either something wrong on your OS, or with the installation program. It is on of the two. At the absolute least, you should get a crash, an ntitles, ...something. The fact that the program fails to launch at all or even try to run is not good. Some more questions: Do other applications start up normally? What OS are you using? Vista or Win7? I am running Win7 x64, and RMXP does not require me to run as admin, nor in compatibility mode. I used to have to do this in Vista, but for some reason not in Win7, though it still needs run as admin for at least the first time when inserting you activation code. Try variations of not running in compatibility mode and not as admin, and see if you get any luck.

I'm an idiot, totally missed that :P Uninstall, then open regedit and delete the following folders: HKEY_CURRENT_USER\Software\Protexis HKEY_CURRENT_USER\Software\Enterbrain (or just the RGSS and RPGXP subfolders if you have other RM by Enterbrain installed) Now set the properties of the RMXP INSTALLER to run in compatibility mode for XP, and re-install. Set the properties of RPGXP.exe the same way, and run as Admin. Note: You can open regedit by opening "Run" or a command prompt and simply typing "regedit" and hitting Enter. Or just type it into the search box in the Start menu.

You mean it does absolutely nothing? No error messages or anything? Some things to try: 1. Try starting it by clicking directly on the RPGXP.exe in the Program Files directory if you have not already. 2. Uninstall and reinstall. If this does not work, its likely you have some screwed up settings somewhere.

That is a pretty good idea, and would be useful. I will add it at some point in the future. I'm a little busy getting work done on the ARC editor right now, but I'll update Gemini with that function when its done, or I may even be able to squeeze it in somewhere. Thanks for the suggestion!

No, the problem isn't with your scripts it all, its how the strings are encoding and translated by Gemini. It is a problem, which I believe is a side effect of IronRuby's Zlib library. If this is the problem, I do have an idea for a solution that will remove IronRuby altogether. I have been busy the past week, but I am going to take a deeper look into this issue when I get the time. I need to do some research on string encoding, because I honestly can't see the problem that is causing this at a casual glance. It SHOULD be using the same encoding both ways, but apparently somewhere in the deflation and conversion to a System.String from a Ruby string, something is getting muddled up... It possibly could even be the embedded Scintilla library, which will be a slightly easier fix. Like I said, I need to some poking around.

Xara Web Designer is another nice IDE used for website design. Visual Studio is always a good IDE for html as well, but obviously excels most at ASP pages.

Chrono Cross. Lynx's one big-ass-whooping special was Forever Zero. I just changed the "o" to an "0" because it is the coolest thing ever.

Updates to v.1.1.5 Added option to toggle code-folding ON/OFF under Settings menu item Added Empty Line Remove function under Edit menu item Added a "Sort" button in the Auto-Complete configuration for sorting all items alphabetically Added an internal function to automatically remove any duplicate words in the auto-complete list Embedded the RMXP and RMVX libraries into the application, and the option to copy them to the game's directory when creating new projects, which will allow projects to be run without having the RPG Maker installed on the system Added the ability to have newly created projects be automatically loaded into the editor Fixed bug that would prevent projects from being ran if they were opened a certain way

Yeah, that is one of the bugs I mentioned at the end of the original post. The way the SciLexer library searches for keywords by default will not catch these. I'm going to have to get the source, edit it, and then recompile it to get this fixed. I may be able to find a fix for it on the C# side of the code to override it, so I'll see what I can do. It bugs me, too.

Updated to version 1.0.8 Fixed Ctrl+Q to allow for multi-line commenting Fixed issue with Converter requiring the RPG Maker XP run-time package to be installed Added an "Add to Auto-Complete" function to context menu Fixed existing batch comment/uncomment function from adding newlines and improved coding by eliminating unnecessary iterations Added "Version History" menu item under the "About" tab for viewing changes between updates Added functionality to have New Project directories sync with the game title unless explicitly changed This should fix the issue with data not being saved in RMVX. You will have to open the application, choose "Delete Configuration" under the File tab, then restart Gemini for the changes to be applied to the converter.

Updated to 1.02 Fixed the bug with the scripts not loading for created RMVX projects. Ending up just being a typo that was made in the created Game.ini Fixed the issue with the "Browse" dialog not appearing when clicked Added Ctrl + Q functionality for inserting comments onto a line You can simply use the update function from the menu under the "About" tab to apply it.

Glad you all like! Although I have not tested it, I did take a few precautions to hopefully allow it to run under Mono. If I get time here in the near future, I'll do a little more thorough debugging using the Mono framework.

Gemini Script Editor Authors: ForeverZer0 and Zeus81 Version: 2.0.0 Type: RGSS/RGSS2 Script Editor Introduction Gemini, named after the Zodiac Twins (RMXP/RMVX)(and now VX Ace!), is a feature-rich script editor designed purposefully for the RPG Maker community. It can directly read and write archived Scripts.r*data files, which allows you to use the power of an external IDE without the trouble of importing/exporting scripts to and from the built-in editor. Features Uses the popular SciLexer library for syntax highlighting Custom color and font styles for parsing Ruby syntax Auto-Complete function to help improve productivity, letting you choose default words, or create your own list Auto-Indentation which follows standard Ruby conventions "Script-Structuring" to apply proper format to your script with the click of a button Batch comment/uncomment selected lines Line highlighter with custom style as an added visual guide Indentation guides for easily seeing the start/end of blocks Brace-matching for tracking down the elusive missing parenthesis... Powerful Find/Replace function, as well as incremental search Tabbed-style editor for quickly switching between open scripts Automatic updater built-in so you can make sure you have the latest version Debug games directly from the editor, with choice to run normally or in DEBUG/TEST mode Character map for using special Unicode character sets Simple and intuitive interface Portable, no-install application Much more! Screenshots Download Gemini.zip (12.84) Direct Gemini.exe (Self-Extracting archive)(12.54 MB) Direct Do to a lack of time to fix bugs, and for the benefit of others, I am open-sourcing Gemini, and I welcome anyone with knowledge of .NET to fix/add anything they wish, under the following conditions, which I respectfully ask be followed: Gemini is to remain non-commercial Original credit is to be given, although feel free to add yourself for any changes that are made Please notify me if you decide to host it anywhere other than where I already have Gemini 1.1.6 - Source (17.8 MB)(Self-Extracting Archive) Gemini 1.1.6 - Source (19.2 MB)(ZIP) Gemini 2.0.0 - Source (22.0 MB)(Self-Extracting Archive) Gemini 2.0.0 - Source (41.2 MB)(ZIP) Older Versions Gemini 1.1.6 Gemini 1.1.6 (Source) Compatibility Requires Microsoft .NET Framework 4.0 (Web Installer). Credits and Thanks ForeverZer0 and Zeus81, for the application Chaos-Project, for support and feedback Javier "TDS" Cabrera, for testing Author's Notes As of version 2.0, there are as of yet no known bugs or issues. Please report any that you may find, thanks!

I'm saying if you can implement some protections that will keep people who have no idea what they are doing and just using a program from cracking it. That's about the best you can do. If you want to make a decryption-proof game, and will settle for nothing else, then "yes", you should stop trying to make a game. There is no such thing. Like I said, the large game companies who have thrown millions of dollars at it can not do it, and likely never will. It more or less just comes down to how well the encryption method can be hidden within the program itself, but it can always be found eventually once someone starts disassembling and searching.

No such thing. Those who actually know how to decrypt it (I'm not talking about using a decryptor program), will pretty much always find a way to decrypt it. This has been asked ever since the release of RMXP, and it has never been achieved. There are a few methods that will keep people who try to use a decryptor program from doing it, but other than that, this is truly a lost cause. Major companies cannot even keep their games/programs safe, so I doubt you'll manage to do it for an RMXP game. Hacking a piece of software, especially something as simplistic as an encrypted RMXP game, is not really even hard once you have the base knowledge on what you are doing and a few tools to help you out.

Its running an external .rb documents of RMXP scripts, which can be found in the Data folder. The scripts have nothing to do with the engine, they are, as I explained above, just test scripts. We haven't created all the ARC RTP scripts yet, so its hard to test the engine's functionality with them, but obviously Enterbrain's scripts won't be part of the engine. You are not understanding the relationship between the engine and the scripts. The only real similarities in the end will be a some of the internal classes like Graphics, Audio, Sprite, Color, Table, etc., but even these will have their differences, with more functions to do things not available in the current RPG Maker engines.

I think your missing the concept of what this build is. It is not what ARC is going to be, it is simply running an RMXP game. Its all the behind the scenes stuff, basically just graphic rendering, audio playing, etc. Throwing RMXP scripts into it just makes for an easy and ready-to-run example. What do you honestly expect to see from a build of the engine? I don't understand what is meant by "originality", its just showing it is running Ruby to display graphics and play sound. How else do you expect that to be conveyed?

* Double-Posts * Here's a link to the current development build of the engine. It is still just emulating an RMXP for the example, but there have been numerous improvements to how data is handled. There are still many bugs to iron out, but it is coming along nicely. Don't mind the font issues, they will obviously be resolved before release. Most notable differences will be the lag issues fixed when SE were played during animations, etc. ARC Dev Release Build 0.9.0.274

The majority of these "limits" are limits they placed in the editor, not the actual engine. They can all be broken with scripts to a degree. You will eventually reach a limit, since Arrays. just as an example have a max value, which you cannot break. In all technicality, these are your real limits for most things, which will vary depending on you CPU architecture, since 32 and 64 bit systems handle memory differently.

I personally don't think so. Pretend your own country was mass-exterminating another race, and hell, let's even say that you know. What do you do? On top of that, Germany was not the only war-torn country in that era. Pretty much all of Europe, Russia, and countless other places were in the same boat. In fact, I may be wrong, but I believe Russia had it considerably worse. In some places, being killed and cannibalized was a very real and everyday fear. Point is, half the world was in the middle of rebuilding their country, and I doubt at the present time they were feeling much compassion for or felt like lending a hand to the very country that started it all, even though I am sure many of the everyday citizens were completely innocent. All in all, I believe it was just a very sad series of events.

Its just a codec problem. Download K-Lite Codec Pack and your problems will disappear. This also enables you to play pretty much every single type of media file. If you have a 64-bit OS, download these x64 codecs, as well. Do the "Lot's of stuff" install, though I suggest unchecking the "MediaInfo" option. It just makes an annoying shell extension to your context menu that you will never use.