dagothig -
posté le 03/01/2023 à 19:59:46 (8 messages postés)
❤ 0
Par une journée enneigée, vous vous réveillez avec un trou béant dans votre Être.
Un besoin que seul une chose peut combler.
Une faim cosmique vous tenaille, et vous n'avez pas d'autre choix que de partir en quête du fameux Bon-Matin-Laitue-Tomate...
Dans cette Grande Aventure :tm:, vous ferez la découverte d'un Monde, et de personnages écrits alors qu'une Quête se déroulera!
Circa 2006 je trainais pas mal sur les forums de rpg creative (rip), et l'an passé lorsque j'ai vu que rpg maker mv avait un gros rabais, je me suis dis que ça serait drôle de me relancer sur rpg maker!
Ça fait donc un presque un an que je travaille sur un petit rpg absolument stupide, mais entièrement doublé avec l'aide de quelques amis, et avec des musiques custom (gracieuseté de mon bon ami adelrune). Ça a pas mal été écrit pour moi-même alors vous allez devoir m'excuser les blagues plutôt insulaires, mais j'ai espoir que vous allez tout de même y trouver un petit chuckle ou deux.
J'ai terminé à peu près ~25% du jeu je crois, ou quelque chose comme les deux premiers chapitres. C'est un jeu rpg maker quand même très typique, autre que j'ai coupé le levelling et les combats aléatoires, parce que je trouve ça superflu.
Troma -
posté le 06/01/2023 à 15:58:35 (6392 messages postés)
❤ 0
Je procrastine
Hu, D'habitude les jeux en rtp de base , j'ai tendance a zapper mais j'ai été curieux, Je me demandais ce qu'était un "cossin", je me suit dit "il manque une lettre" pis j'ai tester et entendu l'accent et je me suis dit ca doit être un truc québecois.
Le même 'humour a déjà été abordé dans d'autre jeux comme par exemple les livres chez le vieux, mais ca n’entache en rien.
Ca fait du bien, c'est un jeu simple mais bien fait, enfin les portes pour sortir des bâtiments c'est un peu bizarre mais rien de grave par contre le combat est horriblement dur, je suis pas aller plus loin que les rats en fait pour le moment, le fait qu'il y en ai deux autres ca ma un peu gonfler vu le temps que j'avais mis pour tuer le premier, mais je vais essayer cette fois en équipant ma dague lol (j'avais oublié).
En tout cas, il a du y avoir du travail parce qu’enregistrer tout les textes et les caler dans chaque boite de dialogue, ca a du être bien chiant et long a faire , j'avais déja fait ca aussi et j'ai vite abandonné l'idée après trois maps (et puis parceque mes .wma que je ne savait pas convertir pour rm2000 a l'époque faisaient pesés un âne mort a mon projet).
Bonne continuation.
ꀎꀎꀎꀎꀎꀎꀎ
Créacoda -
posté le 06/01/2023 à 17:04:09 (1578 messages postés)
❤ 0
Un 'cossin' c'est une chose. C'est québécois.
dagothig -
posté le 06/01/2023 à 21:29:36 (8 messages postés)
❤ 0
Je confirme Troma que "cossin" c'est une expression québécoise pour une chose :P
Dans ce cas-ci je planifie éventuellement contextualiser un peu pourquoi y'a un vieux qui cherche un cossin, mais il va falloir attendre un peu pour ça!
Sinon, le balancing ça m'a donné du fil à retordre jusqu'ici - j'essaye de viser suffisament dur que tu peux pas juste spammer des attaques, mais pas tellement difficile que tout doit être optimisé aux petits oignons. Le coup de la dague au début par contre... Ça doit bien faire 4-5 personnes que je vois jouer qu'y l'oublient x). J'espérais que le petit bout de dialogue qu'y rappelle + le fait que tu peux fuir les rats suffise, mais à date c'est un échec.
Citation:
En tout cas, il a du y avoir du travail parce qu’enregistrer tout les textes et les caler dans chaque boite de dialogue, ca a du être bien chiant et long a faire , j'avais déja fait ca aussi et j'ai vite abandonné l'idée après trois maps (et puis parceque mes .wma que je ne savait pas convertir pour rm2000 a l'époque faisaient pesés un âne mort a mon projet).
Ouch ce devait être douloureux x). Ça m'a plutôt aidé de savoir programmer à date en fait - j'ai un fichier où j'inscris les dialogues à enregistrer avec le titre du fichier, et ensuite j'ai un script qui génère des fichiers audio placeholder, comme ça au fur et à mesure que j'écris les dialogues je peux tout mettre en place tout de suite sans avoir à enregistrer immédiatement ou revenir à la fin pour remodifier les choses.
Merci d'avoir essayé le jeu
Nemau -
posté le 06/01/2023 à 22:19:46 (53234 messages postés)
- -
❤ 0
Narrer l'autocatégorème
On pourra choisir la langue au début du jeu ? Parce que moi je ne parle que le vrai français de France. =>[]
dagothig -
posté le 07/01/2023 à 18:08:59 (8 messages postés)
❤ 0
Si tu connais un Franco-Québécois avec trop de temps qui est prêt à faire les adaptations et à redoubler, je suis tout ouïe :P
dagothig -
posté le 20/01/2023 à 06:37:37 (8 messages postés)
❤ 0
Rebonjour!
Donc je reviens avec de petites mises à jour!
On a paufiné un peu plus le 2e chapitre - Le combat avec le Windô a maintenant droit à sa propre musique, et on a enregistré les voix pour toutes les lignes.
Je commence tranquillement le troisième chapitre, et j'en profite pour faire quelques ajouts à l'engin qui me semblent sympathiques!
Si ça peut vous intéresser, je mets tout dans un script pêle-mêle.
Quand j'ai commencé à enregistrer les voix originellement j'ai vite réalisé que dans le mix c'était un peu trop difficile à comprendre les dialogues - on entendait typiquement très mal les voix sans descendre la musique à mort, ou sans booster les effets sonores de manière désagréable.
J'avais d'abord introduit que ça modélise le volume des voix séparément du reste du volume en profitant que je préfixe tout les fichiers de voix avec "_", mais c'était quand même pas idéal parce que le niveau confortable de la musique durant les dialogues était trop bas à mon goût par rapport au niveau confortable durant le gameplay.
J'ai donc rajouté une détection dans le playback des SEs pour compter si y'a des voix qui jouent, et alors le volume de la musique quand les dialogues commencent et le remonter quand plus personne ne parle - ça fait un genre de "dip" à 25% du volume et ça a pas mal aidé.
Il se trouve en fait que le pipeline audio de RPG Maker MV est en webaudio, et récemment ça m'a fait cliquer que ça implique que je peux rajouter des effets sonores en post!
Donc là je me suis rajouté un meta tag sur les cartes <bgmFilter> qui supporte deux valeurs pour l'instant:
* <bgmFilter:insideAway> qui applique un gros lowpass sur la musique pour sonner comme si on était dans la pièce d'à côté
* <bgmFilter:farAway> qui applique un peu de lowpass et pas mal de reverb et qui donne donc l'impression d'être très loin
Un exemple de ce que ça donne:
Donc dans un override de la lecture des fichiers, sur la prop "bgm" j'ajoute le filtre désigné dans le meta -
Puis elle est récupérée lorsque AudioManager mets à jour les options du buffer (qui est le machin qui s'occupe du playback et qui contient le pipeline webaudio) -
Et donc dans le buffer WebAudio je modélise si c'est un bgm, et dans le traitement des noeuds je rajoute le lowpass, le reverb, et des gains pour contrôller le wet/dry -
Sur le coup j'étais pas trop sûr de l'API exact de noeuds webaudio, mais c'est assez direct en fait - quand on fait "X.connect(Y)" ça dit que l'output de X va aller dans Y.
Le wet va dans les deux noeuds du prochain effet, et même chose pour le dry - Il faut juste faire attention parce que si wet et dry sont au max ça "double" le volume.
Sinon un autre ajout que j'ai fait récemment est de remplacer les fade-to-black des transfers pour des crossfade. Je taponnais un peu dans RPG Maker XP cette semaine et ça m'a rappeler qu'à l'époque c'était des crossfade plutôt, et personnellement je trouve ça plus agréable.
On peut le voir un peu dans le deux vidéo plus haut - Le seul truc qui m'agace c'est que des fois ça stutter, mais bon en général la performance de RPG Maker Mv est plutôt conceptuelle.
Au final c'était pas trop difficile à faire - le jeu supporte déjà de prendre des clips pour le fond du menu, et le fade-to-black c'est un sprite qui est mis par dessus la scène, alors j'ai bidouillé que les fade de transfers utilise un sprite alternatif qui est un clip de la scène -
// Transitiooooons
(function (){
const CROSSFADE =0;
let crossfadeSprite;
let crossfadeBitmap;
let crossfadeRenderTexture;
override(Graphics,
function initialize(initialize, width, height, type){
initialize.call(this, width, height, type);
crossfadeBitmap = new Bitmap(width, height);
crossfadeRenderTexture = PIXI.RenderTexture.create(width, height);
crossfadeSprite = new Sprite();
crossfadeSprite.bitmap= crossfadeBitmap;})
override(Scene_Map.prototype,
function createCrossfadeSprite(_, fadein){if(this._fadeSprite !== crossfadeSprite){if(this._fadeSprite){
this.removeChild(this._fadeSprite);}
this._fadeSprite = crossfadeSprite;
this.addChild(this._fadeSprite);}if(!fadein){
Graphics._renderer.render(this._spriteset, crossfadeRenderTexture);
this.worldTransform.identity();
let canvas = Graphics._renderer.extract.canvas(crossfadeRenderTexture);
crossfadeBitmap._context.drawImage(canvas,0,0);
crossfadeBitmap._setDirty();}},
function createFadeSprite(createFadeSprite, white){if(this._fadeSprite === crossfadeSprite){
this.removeChild(crossfadeSprite);
delete this._fadeSprite;}
createFadeSprite.call(this);},
function startFadeIn(startFadeIn, duration, type){if(type === CROSSFADE){
this.createCrossfadeSprite(true);
this._fadeSign =1;
this._fadeDuration = duration ||30;
this._fadeSprite.opacity=255;}else{
startFadeIn.call(this, duration, type);}},
function startFadeOut(startFadeOut, duration, type){if(type === CROSSFADE){
this.createCrossfadeSprite(false);
this._fadeDuration =-1;
this._fadeSprite.opacity=0;}else{
startFadeOut.call(this, duration, type);}},
function fadeInForTransfer(){
this.startFadeIn(this.fadeSpeed(), CROSSFADE);},
function fadeOutForTransfer(){
this.startFadeOut(-1, CROSSFADE);});})();
J'ai pas directement utilisé le Bitmap.snap de l'engin par contre parce que je voulais éviter d'avoir à instancier un nouveau buffer à chaque fois... c'est le genre de chose qui cause du stutter et que l'engin fait incroyablement pas attention à éviter x)
Roi of the Suisse -
posté le 20/01/2023 à 09:45:49 (30344 messages postés)
- -
❤ 0
Chanter l'hyperchleuasme
Très cool cette astuce du filtre passe-bas dans les maisons !
Pour le gag de la fenêtre, c'est vrai qu'on n'entend pas forcément bien les dialogues, enfin, pas tous les mots distinctement. Mais l'accent québécois y est peut-être en partie pour quelque chose ? Je ne sais pas.
C'est énormément de travail de doubler tout le jeu ! Tu auras le courage de tout faire ? Ou le jeu sera court ?
dagothig -
posté le 20/01/2023 à 16:31:25 (8 messages postés)
❤ 0
Ouais pour les dialgoues c'est pas tout à fait réglé encore... Je me demande si la qualité très variable des enregistrements y joue pas pour quelque chose, entres autres le post-processing que je fais pour normaliser semble ne pas super bien fonctionner.
C'est absolument requis les doublages dans ma tête! :P
Mais je ne pense pas que le jeu sera tant long que ça, probablement une durée de 6~8 heures au final
dagothig -
posté le 21/02/2023 à 04:26:30 (8 messages postés)
❤ 0
Je repasse pour dire coucou et faire un autre dump d'un ajout à l'engin mal foutu:
Donc par orgueuil mal placé j'essaye de limiter plutôt les plugins que je tire - J'en utilise quelques uns, surtout de quand je venais de commencer le projet et que je ne connaissais pas trop comme c'est monté, mais sinon je fais surtout les trucs à la mitaine par principe.
Tout ça pour dire, j'ai fais un indicateur d'ordre des tours avec aucune fonctionnalité qui marche à moitié :^)
Ça m'a pris un moment tout de même, parce que le code de windowing de RMMV est à mon sens complètement débile, mais bon... j'ai pas finis de dire d'la shit à propos de l'engin.
J'ai finis par réaliser que le système s'attend à ce qu'on fait une classe qui hérite de Window_Base (directement ou indirectement), et par la suite il faut que la scène instancie la fenêtre pour l'inclure dans son affichage MAIS... ce n'est pas la scène qui gère les mises à jours! Ce n'est pas non plus un update loop! Enfin si mais indirectement... Plutôt dans la vanille de l'engin il faut que partout où on pense que quelque chose de la fenêtre a changé faire un appel de refresh x).
Alors j'introduis un fenêtre que j'ai nommé (avec beaucoup d'originalité...) Window_BattleOrder, qui est le machin qui s'occupe d'afficher une petite icône de chaque acteur avec des icônes pour chaque action. Comme j'ai aussi pris la décision louche de ne pas toucher à la résolution par défaut qui est tout minuscule (... 816x624 je crois? enfin c'est la résolution qui match la taille des maps par défaut), j'ai pas énormément d'espace pour tout afficher, alors j'ai fais de l'usage "judicieux" (les quotes travaillent fort) de l'espace.
Alors donc, notre fenêtre c'est un Window_Base simple qui est la hauteur d'une icône + un peu de padding:
Window_BattleOrder.prototype=Object.create(Window_Base.prototype);
Window_BattleOrder.prototype.constructor= Window_BattleOrder;// On va overlap les icônes pour sauver de l'espace!const drawOffset = Math.round(Window_Base._iconWidth * (2/3));override(Window_BattleOrder.prototype, function initialize(initialize, x, y) { initialize.call(this, x || 0, y || 0, Graphics.boxWidth, Window_Base._iconHeight + this.standardPadding() * 2); this.opacity = 0; }, function standardPadding() { return 8; }, ... );
Et on a une fonction refresh qui est appelée lorsque que quelqu'un quelque part décide qu'on doit se réafficher. Afficher des icônes c'est déjà supporté alors c'est gratuit... mais afficher la face des acteurs il faut mettre en place quelque chose. En pratique il y a les acteurs de base et les enemis de base que je veux supporter, mais il y a aussi les acteurs-enemis qui ont besoin d'être correctement flippés (vu qu'ils utilisent les mêmes assets que les acteurs):
override(Window_Base.prototype,// Battler peut être n'importe quel type de battler enemi ou allié function drawBattlerIcon(_, battler, x, y) { // Go brrrrrr });
Comme on a aussi juste 32x32 pixels d'espaces, on va juste afficher un tout petit bout de chaque image, qui va devoir être judicideusement choisi pour qu'on comprenne c'est qui. Il se trouve que si on creuse assez dans Window_Base que ce qui est affiché c'est son this.contents qui est un "Bitmap", et qui nous offre la fonction
// Bitmap go blllllllllllllllllllllt
// sx/sy/sw/sh c'est le rectangle de l'image source, dx,dy,dw,dh c'est le rectangle de l'image cible
Bitmap.prototype.blt= function (source, sx, sy, sw, sh, dx, dy, dw, dh){
Et donc c'est parfait! Si on a un battler donné, on peut distinguer les cas à l'aide isActor, et j'ai introduis actorSprite sur les enemis pour cibler ceux qui sont affichés comme un acteur:
Faut pas trop faire attention au _iconSrc, j'ai un enemi qui est "Table dans les airs" et que son sprite c'est juste une ombre, alors j'ai ajouté du support pour dire une image arbitraire.
Sauf que oops! Ça implique que des fois drawBattlerIcon est appelé pour une image qui n'est pas en mémoire, alors pour pas se faire chier on se fait un petit
// Ça shrekt complètement la priorité d'affichage hypothétiquement mais huh, c'est fiiiiiiine.if(!bitmap.isReady()){
bitmap.addLoadListener(()=> this.drawBattlerIcon(battler, x, y));}
Donc une fois qu'on a notre bitmap, il suffit de lui dire où afficher! J'ai seulement réalisé la semaine dernière le concept des metas, alors j'ai tout un setup de regex qui spot des <<aaa_...>> dans les notes, et donc j'ai rajouté un
var original_onLoad = DataManager.onLoad;
DataManager.onLoad= function (object){
original_onLoad.call(DataManager, object);if(object ===$dataActors){for(const actor of object){if(!actor)
continue;
const note = actor && actor.note||"";
const iconMatch = note.match(battlerIconRegexp);if(iconMatch){
window.iconMatch= iconMatch;
actor._iconX = parseInt(iconMatch[1])||0;
actor._iconY = parseInt(iconMatch[2])||0;
actor._iconW = parseInt(iconMatch[3])||0;
actor._iconH = parseInt(iconMatch[4])||0;
actor._iconSrc = iconMatch[iconMatch.length-1]|| null;}}}};
Ce qui fait que si on revient dans drawBattlerIcon, on peut utiliser aaa_icon pour les sx/sy/sw/sh, et déléguer le travail de trouver comment afficher l'icône à dagothig-qui-doit-rajouter-une-note-sur-100%-des-acteurs-et-enemis:
if(Number.isFinite(data._iconX)){
sx = data._iconX ||0;
sy = data._iconY ||0;
sw = data._iconW || w;
sh = data._iconH || h;// J'ai mentis, pour les acteurs j'ai hardcodé une valeur qui marche pour les battlers par défaut.}elseif(battler.isActor()|| data.actorSprite){
sw = battler.isActor() ? w : -w;
sh = h;
sx =12;
sy =8;// J'ai encore menti, pour les enemis j'ai un algo louche qui marche mal.}else{
const tw = battler.enemy().tw|| bitmap.width;
const th = battler.enemy().th|| bitmap.height;
const widthRatio =Math.max(tw, w)/ w;
const heightRatio =Math.max(th, h)/ h;
const ratio =Math.min(Math.min(widthRatio, heightRatio),2);
sx =(tw - sw)/2;
sy =(th - sh)/4;
sw = w * ratio;
sh = h * ratio;}
Vous remarquerez le sneaky "sw = battler.isActor() ? w : -w;", c'est pour qu'on supporte de flipper l'image arrivé à blllllllllllllllllllllting:
if(sw <0){// C'est tellement laid, si quelqu'un connait une meilleure manière, je suis tout ouïe.sw=-sw;
x =-(x + w);
this.contents._context.scale(-1,1);
this.contents.blt(bitmap, sx, sy, sw, sh, x, y, w, h);
this.contents._context.scale(-1,1);}else{
this.contents.blt(bitmap, sx, sy, sw, sh, x, y, w, h);}
Maintenant qu'on a un drawBattlerIcon, on peut donc faire notre refresh de Window_BattleOrder au complet! Il suffit de passer à travers les battlers qui ont des actions qui s'en viennent... les huuuuuhs... Si on fouille dans BattleManager on trouve... _actionBattlers ? qui exclut l'acteur qui agit actuellement, donc mettons qu'on les fout ensemble et puis -
// Tada
let battlers =[BattleManager._subject].concat(BattleManager._actionBattlers);
Et ensuite puisque c'est un canvas qui affiche, chaque fois qu'on fait blt ça rajoute par dessus les images déjà affichées, alors comme je veux que ça affiche comme un paquet de carte un peu offset, il faut qu'on affiche les actions en ordre inverse, avec l'acteur en dernier. Ce qui est cool, parce que ça veut dire qu'on doit d'abord calculer la largeur, puis on va à l'envers, pour aller ensuite à l'endroit et ça m'a pris un peu trop de temps à faire marcher en fait:
function refresh(){
this.contents.clear();
let x =0;
let battlers =[BattleManager._subject].concat(BattleManager._actionBattlers);for(const battler of battlers){// Comme _subject existe pas toujours, battler existe pas toujours :)if(battler && battler.canMove()){// Compute the space necessary
let w =(battler._actions.length+1)* drawOffset;
let subx = x + w - drawOffset;// À l'envers! for (let i = battler._actions.length - 1; i >= 0; i--) { const action = battler._actions[i]; const item = action.item(); // 16 c'est un carré vide gris, pour les actions qui ne sont pas encore décidées
this.drawIcon(item && item.iconIndex||16, subx,0);
subx -= drawOffset;}
this.drawBattlerIcon(battler, subx,0);
x += w + Window_Base._iconWidth - drawOffset + this.standardPadding();}}}
On a notre fenêtre! Il suffit maintenant de la filer dans Scene_Battle et BattleManager:
override(BattleManager,
function setOrderWindow(_, orderWindow){
this._orderWindow = orderWindow;});
override(Scene_Battle.prototype,
function createLogWindow(createLogWindow){
createLogWindow.call(this);// Faut décaler le log pour faire de l'espace! this._logWindow.y = Window_Base._iconHeight + 16 - this._logWindow.standardPadding(); this._orderWindow = new Window_BattleOrder(); this.addWindow(this._orderWindow); }, function createDisplayObjects(createDisplayObjects) { createDisplayObjects.call(this); BattleManager.setOrderWindow(this._orderWindow); });
Et maintenant il ne reste plus qu'à faire que chaque fois qu'on commence à choisir une action, ou qu'on annule, ou que quelqu'un fasse quoi que ce soit, on appelle BattleManager._orderWindow.refresh(). Ezpz!
Right? Right.
Premier truc, c'est que je sais que les actions ont une influence sur l'ordre, alors il doit bien y avoir un endroit où le manager calcule l'ordre, et si on fouille pour speed, on se fait chier pour un bout avant de finalement trouver BattleManager.makeActionOrders! Donc quand ça c'est appelé, on rafraichit notre fenêtre:
override(BattleManager,
function makeActionOrders(makeActionOrders){
makeActionOrders.call(this);
this._orderWindow && this._orderWindow.refresh();});
Et là on remarque que c'est appelé seulement au début du tour, et pas durant le choix des actions, donc les actions "rapides" ne sont pas calculé pendant l'input mmmh. Mais si on déclare qu'en fait quand on choisi une action ça calcule l'ordre, ça devrait bien se passer!? Il se trouve que choisir une action correspond à assigner l'objet d'un Game_Item??? Parce que les "items" comme on penserait c'est juste un objet de données et ne fait pas partie du modèle des classes??? Sure thing buddy:
override(Game_Item.prototype,
function setObject(setObject, item){
setObject.call(this, item);
BattleManager.makeActionOrders();});
Et on s'approche fort! Pendant un moment je pensais arrêter là, mais comme personne "clear" les actions quand on retourne dans les menus, les actions restent là et c'est ... laid. Alors bon, si on continue à fouiller, on finit par réaliser que BattleManager fait un genre de modèle de forward/backward dans le flot des menus, et cibler *juste* le fait de rentrer dans le menu de sélection d'acteur n'est pas si facile. Sauf, si on brise les responsabilités (repsonsabili-quoi?) et qu'on fout le refresh drette dans le Window_ActorCommand:
override(Window_ActorCommand.prototype,
function activate(activate){
activate.call(this);// On croirait que c'est le seul endroit qui fait des bris de responsabilités comme ça, mais non, le modèle de RMMV vient tout brisé out-of-the-box! const action = this._actor && this._actor.inputtingAction(); action && action.setItemObject(null); });
Et le dernier petit accroc visuel à mon sens c'est qu'au fur et à mesure que le tour se déroule les actions ne disparaissent pas une-à-une. Il se trouve cependant que dans le traitement des tours, à la fin d'un action, le BattleManager (ce bon vieux Objet-Dieu) s'occupe de retirer à l'acteur son action courante, et donc on peut s'y faufiler:
Je vais m'arrêter là, quand j'aurai du courage je pourrai vous faire une update sur les prochains segments, et sur les autres ajouts de plus en plus creux et louches!
Roi of the Suisse -
posté le 21/02/2023 à 09:31:53 (30344 messages postés)
- -
❤ 0
Chanter l'hyperchleuasme
C'est fou comme montrer des screenshots et montrer des bouts de code c'est pas du tout aussi sexy