And I'm with rusty English, so, forgive me for any grammar and typo errors.

Hope to have some new friends, and see lots os good projects here

Kisses.

Problem:
Custom music can be imported successfully and plays normally in the editor preview, but it does not play in the actual game runtime.

Steps to reproduce:

1. Open RPG Paper Maker in the web browser.
2. Import any custom MP3 or OGG music file.
3. Assign it as the map music.
4. Use the preview button in the editor: the music plays correctly.
5. Run the game: the custom music does not play.

Important observations:

• Built-in Basic Resource music works correctly in the game.
• If I export a built-in music track and then import the exact same file back as a custom resource, it stops working in the game, although it still works in the preview player.
• I reproduced the issue both on iPad in a browser and on a desktop PC in a browser.
• The same custom audio file works immediately in the native desktop RPG Paper Maker application.
• I tested both MP3 and OGG.
• With OGG, the web version can display this warning:

Warning: No file extension was found. Consider using the "format" property or specify an extension.

So this seems specific to the web version + custom audio resources, not to the audio file itself.

Expected behavior:
Custom music imported in the web editor should play in the game runtime the same way as built-in music.

Actual behavior:
Custom music plays in the editor preview but is silent in the game.

If needed, I can provide a test project and the audio files used for reproduction.

Basically, I'm looking to bridge the communications gap in documentation specifically between Rm2k/Rm2k3 users and current RPG Paper Maker functionality by pointing out the exact differences between the two programs and then turning RPG Paper Maker functionality into "No, this does this like this in that"  explanations while explaining all the stuff that it can do on top of what those programs can do.

Especially with how stagnant XP, VX, VX ace, and MV have been. Basically the same turd wrapped in new packaging and changing basic functionality for no purpose.

RPG Maker Unite still doesn't have volumetric 3D game design and Wano's sitting here all "Well, what if I make something called Mountains that function as actual volumetric 3D, collision detection, and is still just as simple and easy to use as basic 2D game editors if you have a brain and two neurons to rub together?"

As-is, there is no reason beyond some documentation (and I guess RPG Unite's Unity core) that RPG Paper Maker shouldn't supplant the long-running series as the baseline standard people should work from.

And, because I'm Canadian and there ARE proprietaries to observe...

Salut à tous.

En ce moment, je me fais appeler CanuckRunAmok, mais si vous me connaissiez à l'époque de Rm2k/Rm2k3, vous m'avez peut-être connu sous les pseudos fwuffy_kitty ou chibi_evil sur les forums GameFAQs. Si vous lisez ceci et que vous savez ce que cela signifie, je suis heureux de vous retrouver avec ce qui est, selon moi, l'amélioration définitive de RPG Maker.

Sans vouloir offenser Wano ni les autres contributeurs de la documentation, je trouve que la documentation actuelle s'adresse davantage à un niveau intermédiaire qu'à de véritables débutants. C'est justement pour cette raison que je me suis amusé à pousser ce moteur dans ses derniers retranchements, à tester ses limites dans tous les sens et à voir comment les dépasser sans toucher à une seule ligne de code JavaScript.

J'ai déjà réussi à créer un système ATB uniquement avec les Réactions et les Événements, qui est fiable à 100 % et extensible à l'infini, de la même manière que les limites concernant les héros et les ennemis, le tout à partir d'une seule Réaction/Événement de combat, généralement appelable sous forme de Réaction commune ! Le système de Réactions est presque un substitut à une véritable programmation, exactement comme l'étaient Rm2k et Rm2k3, même si l'on s'obstine à refuser d'apprendre à programmer.

J'ai hâte de voir tout ce que je vais pouvoir faire avec cet outil, et mademoiselle Wano, merci infiniment d'avoir créé cela. C'est une véritable œuvre d'art.

En gros, ce que je cherche à faire, c'est combler le fossé de communication dans la documentation, plus précisément entre les utilisateurs de Rm2k/Rm2k3 et les fonctionnalités actuelles de RPG Paper Maker, en montrant exactement les différences entre les deux programmes, puis en expliquant les fonctionnalités de RPG Paper Maker sous la forme de : « Non, ceci correspond à cela dans cet autre logiciel, mais cela fonctionne de cette manière », tout en expliquant tout ce que RPG Paper Maker permet de faire en plus de ces anciens programmes.

Surtout quand on voit à quel point XP, VX, VX Ace et MV ont stagné. Au fond, c'est toujours le même logiciel, emballé différemment, avec des changements apportés aux fonctionnalités de base sans véritable raison.

RPG Maker Unite ne propose toujours pas de véritable conception de jeux en 3D volumétrique, tandis que Wano est là à se dire : « Et si je créais quelque chose appelé Mountains, qui fonctionne comme une véritable 3D volumétrique, avec gestion des collisions, tout en restant aussi simple et facile à utiliser que les éditeurs de jeux en 2D, à condition d'avoir un cerveau et deux neurones à faire fonctionner ? »

En l'état actuel des choses, mis à part la documentation (et, j'imagine, le fait que RPG Maker Unite repose sur Unity), je ne vois aucune raison pour laquelle RPG Paper Maker ne devrait pas supplanter la série historique et devenir la référence de base à partir de laquelle les gens devraient travailler.

It looks okay, and I'm not going to lie that it was a google translate, but my limited memories of French class tells me it's probably closer to my English verbiage than it clashes.

I just started using RPG Paper Maker a couple of days ago, and I’ve been trying to figure out how to set up idle and run states for a character, but I couldn’t find anything about it in the documentation.

Is this possible? If so, how can I do it?

Thanks, and sorry for the beginner question!

I've just got a few things that'd make it even better, but I'm making these suggestions with no programming knowledge and no idea of how easily they could be implemented or how viable they'd be to implement with the current 3.0 build of RPG Paper Maker, so take them with a grain of salt.

• When a user is placing a 2D floor element like a sign, tree stump, or anything else, it always defaults with the tile being oriented so that it's placed with the bottom edge south and the top edge north, according to the in-editor compass regardless of the editor's camera orientation, so the user has to manually use Rotation to place it so the bottom end is oriented to the bottom of the camera. It'd be nice to have an option like "orient north with camera orientation" for placement like that, so that if a user wants to place a tile from the floor tab it places with the bottom of the tile oriented towards the bottom edge of the screen on the user's camera so that they can skip that step.
• Would it be possible to set individual angles for N/E/S/W for the angle of the "Mountain" placement? Right now, when you use the Tutorial RPG as your game base, you cannot specifically place a navigable ramp on one side of a mountain's N/E/S/W "face" for the player to move up a level unless there is no other mountains to cover the rest of them, or at least, if you can it's not immediately obvious to WYSIWYG users. If I want a single ramp from one direction, I don't want to hide it by surrounding it with 90 filler mountains.
• Finally, can we just get a "I want this to be a tile-based movement RPG" versus "I want this to be pixel-based movement RPG" option to govern the laws of how everything works as a standard for project control? I'm not saying that people shouldn't be able to freely choose between using one option versus another for game creation, but it is currently extremely fiddly to get a game to just... move based on the grid, and it's not consistent. Even with "Wait until move end" checked, I can very easily break through to making it pixel-based movement if I spam enough input at it. If I want square-based movement, no matter how much I spam keyboard presses, my player avatar should wind up dead-center of each tile when the game finishes parsing the player input. Currently, it doesn't.

Anyway, just some input. I really hope this develops more because this is a SPECIAL thing with a lot of potential. It could easily unseat the current RPG Maker champ with the right features.

1. Character goes to another map where resource is located.
2. Character grabs resource from spot in map.
3. Resource spot vanishes and does not reappear until the character goes to rest in bed.
4. Character leaves map where the resource spots where located
5. Character returns home
6. Character sleeps in bed. Which triggers the respawning of resource spots in different maps, thus allowing the resources to respawn for the player to gather.