Quote:
Originally Posted by ronelm2000
You missed a couple of points: number 1, an item that Kirito did is not just some petty SAO item from the developer's game for the game, it's something like an item that's local to one's NervGear but can be displayed / tied to SAO. In other words, a dummy item -- an environmental item.
|
Care to back up this claim? last time I checked there was zero explanation, anime or novel, as to the specifics to how Kirito was able to extract Yui and download it to his NervGear, and created that little pendant from of it. All Kawahara have said is that he did it via the panel, but not how.
Quote:
Originally Posted by ronelm2000
Second, the one Yui accessed was an EMERGENCY GM Access Panel, which means that it's for EMERGENCY purposes only, like when suddenly your GM Panel Options starts bugging
|
the sensible standard operating procedure would be to restart your GM tool software, not flying to some hidden dungeon in game to access an emergency panel. To make that something required would be the most monumental failure of programming design ever.
Quote:
Originally Posted by ronelm2000
Remember that the ONLY way we know to actually monitor / develop the game seems to be actually being there. Basically, saying that game objects aren't supposed to be created in SAO is like saying Windows 8 applications aren't supposed to be developed in Windows 8 (remember guys, they're proprietary and use only one software to build apps... and it ONLY utilizes Windows 8 for testing purposes duh.) Of course it's possible to create the game out-console, but isn't it more viable to do it in-console?
|
...how much knowledge do you actually have with programming and design? The idea that the only way to monitor and develop a MMO game is to be logged into said game is so far out there I don't even know where to start. Naturally you can monitor some things while in-game, but to suggest that game devs have no way to monitor the game from outside the game client is utterly ridiculous.
Moreover, game clients are just that, clients that access an application (the game) that is running on the game server, they are NOT software development programs. Your windows 8 analogy is off the mark, as win8 apps only need to be developed to WORK in win8, they aren't required to be developed IN win8. What you're suggesting is akin to creating a brand new level in Quake, complete with new artwork and 3d models, by entering programming codes in the game's command console.
Good luck with that one.
Quote:
Originally Posted by ronelm2000
...oh and that idea of a GM or game dev would have log in to the game and use a in-game object to access their tool (or ever feel that such a thing would be necessary) is simply preposterous...? It's in the Eclipse MMO Engine (with a temporary GM/Mod/Developer item)... it's in the xtremeWorlds Engine (well not really but everything is done in-game -- as in the generic game client)... it's in many many more Engines actually...
|
both of those are free 2d MMORPG maker that is aimed at amateurs making homebrew games, they're not even remotely in the same zip code as actual tools used to develop commercial MMOs.
Show me an actual commercial MMO that requires their GM to log into the game and go to a specific in-game location to use their tool, else I have a bridge to sell you too.