[ yn / yndd / fg / yume ] [ o / lit / media / og / ig / 2 ] [ ot / cc / x / sugg ] [ hikki / rec ] [ news / rules / faq / recent / annex / manage ] [ discord / matrix / scans / mud / minecraft / usagi ] [ sushigirl / lewd ]

/ig/ - RPGMaker / Gamedev

RPGMaker Help and Indie Game Development
Password (For file deletion.)

I forgot to turn off the snow because I have only been checking the site from my phone and it doesn't show on mobile. Haha silly me.
And now, more snow!

File: 1538924160197.png (17.49 KB, 500x250, Oekaki.png)


(Firstly, sorry if I should be posting this on another place)
Hello, anons. So, for some time, I have been thinking about a Yume Nikki fangame that would be a hybrid between Yume Nikki and No Man's Sky. The basic concepts would be:

>You start off on your room, you have a balcony and stuff, like always, the bed wouldn't do nothing. Once you go out off your room, you would be treated to a transition of your character getting into a spaceship and then a countdown happens, after the countdown, you're "dreaming", I would like the transition to be fast but comprehensible.

>When the transition ends, you will now be on a place full of planets(Maybe only 12), this place will be the Nexus, the planets will be the dream worlds.

>The effects would be called "Upgrades" They would be for your spaceship.

So, what do you think about it?
20 posts and 8 image replies omitted. Click reply to view.


File: 1539020818049.png (14.47 KB, 500x250, Oekaki.png)

Maybe I should just delete this thread for now, if there's even a way how. I'll come back here with some screenshots of the progress, so this won't happen again. Sorry.


Out of respect for the mods i'll stop fucking with you, but I've got to say i'm disappointed. Figured the Frodo pic would make it obvious, but you were too dense to get it. Not only that, but you kept replying to me and getting more and more pissed off.
Op, giving you the benefit of the doubt, this idea is bad on every level. A lot of the initial appeal of no man's sky was the visuals and randomization. The actual game that came out was extremely sub-par and disappointing. If you want to make a space themed YN game, that's fine, but unless it includes randomization, which I don't even know is possible on rpg maker 2003, especially on that level, there's basically no connection. Also, no matter what site you're on, you should know better than to expect people to take you seriously with a thread picture like that. If you've already made a game, post pics of that.


I would really prefer harsh constructive criticism to trolling in this board. More >>934 less frodoposting.


Since frodoposter gave you his objective two cents, after leaving another passive agressive remark, I think it's fair to give you mine.

I know it's perfectly possible to achieve it though, it would be long and distressing for you and I'd pick VX Ace or MV for a little more of freedom, just a little. Motivation is important for these games to be finished and this idea would drain all of it for you.

The fact it's possible doesn't mean it's a good idea though, I would go for something like Miserere with some more randomization and you could focus on planets and exploration, but not at a massive level, ambition is the enemy of RPG Maker.


I wasn't actually planning to make the planets to be random, I was just wanting a space themed Yume Nikki fan game actually, I just didn't said that on the post that started the thread. The idea just came to me when I was seeing gameplay of No Man's Sky.

File: 1513992031765.gif (493.47 KB, 982x371, yume_multi2.gif)


I decided to see if it were possible to create a Yume Nikki MMO. I noticed various issues while creating it which may help others when making their own.

* Scalability: the rooms in Yume Nikki are small so fitting a lot of people in one room would require servers or duplicate rooms. This mainly happens in Madotsuki's room where only about 40~60 people can fit (unless you allow players walk on top of each other). You can solve this by making custom rooms or by isolating players.

* Isolation: Yume Nikki as a game evokes the feeling of isolation throughout the gameplay. This mood will obviously be destroyed if it becomes a MMO. This again could be solved by making specific rooms only for one player. By this I mean the room can be accessed by multiple users but the user will only see themselves in the room and not the other users.

* Identification: I initially intended on creating a chat system for other users to talk but then I realized that a method for identifying other users would require some kind of Identification. Like a name tag or something below their character. To create something like this you would either have to make a tiny font which would be barely legible. Or break the pixel rule and put an actual font in. This often breaks the aesthetics, here's an example: https://i.imgur.com/sjeJH1S.png

While other parts like making all the rooms and events work properly are difficult they are difficult in the sense that they are a tedious task rather than a technical difficulty. These were all the issues I could see.


Aside from being potentially detrimental to the feel of the game, another important thing to consider is user interactivity. The backbone of any mom is how users can actually interact, otherwise, there's no point. This seems like a novel idea that a few people will try for awhile beforehand getting bored and abandoning it; that result seems hardly worth the effort. The chat could just anonymous. If you do go through with this, here's two suggestions. Make the color of the other users look different than the made the player Is controlling. A race type of feature could also be used where at a given starting point, every user tries to beat the game as quickly as possible by triggering events and collecting effect. Being able to see the progress of other players during this would increase the tension. Other than that, I can't think of anything else you would be able to do with the idea.


Fuckin spell check.


I don't think the "feel" of the game is all that important here, considering that the very nature of this project's multiplayer gameplay is transformative.

I say it's okay to break the feel of Yume Nikki a bit. If I wanna play Yume Nikki as originally intended, I already have a copy of the original.


File: 1530505872169.png (402.48 KB, 500x398, tumblr_oso5ekvrjo1row371o1….png)

Whirled.com once exercised a similar concept.
BYOND, perhaps?

File: 1525277765225.jpg (31.43 KB, 450x360, Blank_Dream.jpg)


What do you guys think about the RPG Maker community?
23 posts and 11 image replies omitted. Click reply to view.




File: 1525882514465.png (616.52 KB, 1196x648, bullshit.png)

They should just try Steam, tons of exposure and anyone can get there, here is no such thing as quality control, there are tons of games that are pure RTP with terrible mapping and grammar.

Just check this out, the FIRST result while browsing the RPGM tag is a commercial game in RTP.

No wonder Steam hates RPGM games.


Yeah but no one's gonna want to pay $100 to put it up there.


File: 1525953572354.jpg (233.62 KB, 1080x1080, ilya-kuvshinov-newnew.jpg)


Lmao, just outta curiosity, are you by any chance refering to that one post about Ilya Kuvshinov?


That too and the sakimichan one which had the exact same vein.

File: 1508472229876.jpg (17.69 KB, 300x300, profile_picture_by_azazel_….jpg)


could anyone please explain to me how to program an effect (using ruby open source) or the rpg maker code structure please?
1 post omitted. Click reply to view.


Google it you dickhead


OP, have you checked the catalog yet?
I'm pretty sure there are a bunch of threads already explaining how to do that.


It's a thread from October 2017. I'm pretty sure OP already found his answer-


Ah hell, I didn't see the date.
But why the fuck was this bumped on the first place?


File: 1525108817759.png (29.1 KB, 1350x692, PURGE.png)

Because somebody doesn't know how to sage.

File: 1518376101384.png (1.42 KB, 200x200, Madotsuki.png)


I'm in doubt.
Are Yume Nikki tiles 32x32 or 16x16?
I have used the size for Madotsuki's sprites and it actually looked relatively small.


16x16 and resized to 32x32 on game screen.

File: 1512147542219.png (161.22 KB, 422x357, intellect.png)


I tried to delve into making RPGMaker meme games but i literally can't create a tileset. Whenever i fill a tile and save it with Paint.NET/MSPaint it messes up the colors or some shiz and the tiles appear transparent in-game. GIMP works but i'm not comfortable with it and it takes ages to boot up.
What do?


If you can't do that you'll also run into like a million problems later and nobody will want to help you solve all of them. Learn the program first and then make the game. Watch a tutorial.


In paint.net when you're exporting your png set it to 8-bit


Stop using RPG Maker 2000 or some shit, upgrade to MV or VX Ace.


If you're making a game in RPG Maker 2000 or 2003, get Aseprite and make 256-colour images in it. (It has a free beta on the official site.)

File: 1512391124197.jpg (10.96 KB, 224x147, rpgeasy.jpg)


Tried to set up Yume nikki on android to play on a 12 hour flight, but came to the sudden realization that I have no idea what I'm doing. I use the english port for yn (found on the yn wikia), and I'm not sure if that comes with an rtp. Would I need one? (I downloaded the Japanese rtp beforehand though) Also does anyone know a step-by-step guide on setting up the game?


Wait am I just retarded.

File: 1509209649694.jpg (1.07 MB, 1600x1067, snow.jpg)


What free alternatives to RPG maker are there and what are the pros and cons of each? I was going to use game maker but it turns out you cant export on the free version.


EasyRPG claims to be a free, open source alternative that's even compatible with RPG Maker 2000 & 2003. Havn't used it, so don't know how well it succeeds as such.


Wolf. What RPGmaker should be. I don't know about ports.


Wolf doesn't have a saturation channel on recolor commands though, that's rather annoying.


I would just recommend pirating rpg maker, seeing as you weren't planning on buying it anyway.

File: 1509471510353.png (19.86 KB, 769x256, bed.png)


Greetings Uboachan, I need some help regarding the bed when my characters falls asleep.
>Pic related

So far I managed to find away to event the character entering the dreamworld but I don't have a clue how to change the tiles however.

What should I do guys?


There's a "switch tileset" option there in the event scripter, just use that or teleport to a map with a different chipset.

File: 1491602187519-0.png (150.38 KB, 960x540, I82pszO.png)

File: 1491602187519-1.png (36.53 KB, 960x540, UWscWkD.png)

File: 1491602187519-2.png (681.38 KB, 960x540, o881Dk7.png)

File: 1491602187519-3.png (18.29 KB, 484x500, wV5MIKn.png)


Well, I said back in >>>/fg/91 when I announced the end of my Tsunagari game engine that if my new game engine ever surpassed it, I would make a new thread. I think that has actually happened a while ago. The new thread fits better in this board, which didn't exist when the other thread was made.

Progress is sporadic, but we're further than Tsunagari ever got, in far less time overall, and with clean and maintainable code. I present Driftwood 2D, a game development suite written in Python 3.

The Driftwood 2D Game Development Suite is a game engine and related set of tools designed for the purpose of allowing a novice to develop a fully featured tile-based 2D game. Driftwood 2D is currently undergoing heavy alpha-stage development and should not be considered stable. API changes will occur frequently at this stage. However, it is currently suitable for making very simple exploration-style games.

Driftwood 2D is a spiritual successor to Tsunagari, an engine in C++ with similar goals, which ran into irreconcilable design flaws and spaghettified to death. Tsunagari was abandoned soon after the creation of this engine.

The engine loads a world package made of images, sounds, maps, descriptive files, and scripts, and then passes itself to the scripts as an interface to its internal API. From there, the scripts in the world package interact with and control the engine to perform its functions, resulting in a playable game. All public functions in the engine are accessible through the scripts. Maps are designed in Tiled and saved in JSON format, and the engine config file and entity descriptor files are also written in JSON.

Current features include:
* Infinite graphical and walkable layers
* Resource caching
* Virtual filesystem for game data and patches, supporting zip files
* Tile and sprite animations
Post too long. Click here to view the full text.
7 posts and 3 image replies omitted. Click reply to view.



File: 1506904721716.png (58.7 KB, 1366x768, 1506904392_2017-10-01_1366….png)

Just released Alpha-0.0.9.

This release adds bugfixes and the following features and changes:

* Switch to Universal Binary JSON for the database format.
* Beginnings of support for occlusion. Loading and rendering times are heavily reduced.
* STDLib support for loading and inserting widgets from descriptor files called Widget Trees, which currently support Jinja2 templating with variables, includes, and multiple layers of container widgets.
* Code restructuring.

Get it here: https://github.com/seisatsu/Driftwood/releases/tag/Alpha-0.0.9
Windows Binary coming soon.


File: 1507264386926-0.png (5.9 KB, 485x500, screen.png)

File: 1507264386926-1.png (26.76 KB, 395x473, template.png)

File: 1507264386926-2.png (30.82 KB, 977x285, test.png)

File: 1507264386926-3.png (53.98 KB, 700x889, text.png)

In addition to the usual bugfixes, this release's major features are lazy map loading and more complete graphical occlusion which speed things up significantly, especially for large areas, as well as a more complete widget tree description language which supports things like newlines and relative positioning. Entity descriptors now also support Jinja2.

Download: https://github.com/seisatsu/Driftwood/releases/tag/Alpha-0.0.10



Alpha-0.0.11 is released.

Apart from a few smaller feature additions, this release is mostly about restructuring the project.

Two new API libraries were created – Folkdance and Stageshow. Folkdance is a reference library which will mostly handle advanced entity-entity, entity-player, and entity/player-world interactions. Currently it contains an InventoryManager and a PlayerManager. Stageshow is a special effects and choreography library.

Stdlib was dissolved, some of its functions moved into the core engine and others into the aforementioned new libraries. In addition, the testing worlds, libraries, and documentation were split into submodules. Note that this means extra steps are necessary to collect everything together to build from source, so a Linux binary release is included. This release gives the Makefile the ability to generate releases.

There is now a __common__ directory inside the data directory. Libraries placed in this folder are automatically added to the data path at startup. Stdlib was initially moved from the source directory to here, but then it was replaced by Folkdance and Stageshow.

JSON schemas were consolidated into strings in a Python file to defeat a complication when building on Windows.

The underscore character is now a shortcut for accessing temporary variables in the engine. Instead of Driftwood.vars["variable"], you can now reference _["variable"].

It is now possible to append or prepend path segments to the config file's path from the command line, instead of only being able to replace it.
Post too long. Click here to view the full text.

Delete Post [ ]
[1] [2] [3] [4] [5] [6] [7]
| Catalog
[ yn / yndd / fg / yume ] [ o / lit / media / og / ig / 2 ] [ ot / cc / x / sugg ] [ hikki / rec ] [ news / rules / faq / recent / annex / manage ] [ discord / matrix / scans / mud / minecraft / usagi ] [ sushigirl / lewd ]