dagothig - posté le 21/02/2023 à 04:26:30. (8 messages postés)
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!
dagothig - posté le 21/02/2023 à 02:53:27. (8 messages postés)
Salut - Je ne sais pas si tu as encore le problème, mais il y a deux-trois trucs que tu pourrais peut-être essayer -
D'abord valider si c'est bien les changements d'items qui causent le lag. Si tu retires les changements d'item de ton event, ça suffit à se débarasser du lag? J'en devine que l'event lié ici roule en parallèle et le nombre d'item est généralement à 0 sauf dans certains cas? Un test à faire serait alors de ne faire les manips d'objets que si les variables gain_bataille_x correspondantes ne sont pas à 0.
Sinon ce serait d'éditer le script pour qu'il ajuste des variables plutôt que de donner directement des objets, comme ça tu pourrais directement les lire...
Je vois que le seul endroit où le script a l'air de donner des items est à la ligne 149 lorsqu'il fait
for i in0...@caught.size$game_party.gain_item($data_items[@caught[i]],1)end
Indirectement @caught contient des id d'items qui sont tirés de Fishes. L'enjeu de vouloir repurpose l'id pour que ce soit un id de variable c'est qu'il est aussi utilisé pour tirer l'info d'affichage... Je... pense que la solution la plus facile serait de tenir un tableau des noms de navires par varId?
Et ensuite il faut ajuster toutes les références à Fishes pour en prendre compte x)
Donc dans catch on pousserait donc un id de var plutôt qu'un id d'item dans @caught.
On peut alors mettre à jour le snippet du début pour passer par la variable plutôt, lignes 157-159:
for i in0...kinds.keys.size@finishWindow.contents.draw_text(0,40+(18* i),344,20,FishNames[kinds.keys[i]]+" x "+ kinds[kinds.keys[i]].to_s)end
Et à priori maintenant ce sera la variables qui sont modifiées plutôt que les items - Dans l'exemple c'est les variables 186-190 qui auraient les gains de bateaux.
Ou le script avec les modifications (si je me plante pas...)
# =============================================================================# Fishing MiniGame# Version: 1.0# Author: Omegas7# Blog: http://omegas7.blogspot.com || http://omegadev.biz# -----------------------------------------------------------------------------# Features:# [1.0]# > Background & water surface images# > Water surface & fish have wave effect# > Aim with cursor image right & left# > Calculate strength with power meter & cursor# > Throw hook, if a fish is on landing area, catch.# > Multiple configurable sound effects# > Multiple configurable images# > Fish catching limit per session through variable (or infinite)# > Caught fish listing on end of session# > Configurable speed of power cursor & hook# > Link fish objects in script with items from database# > Receive items (fish)# > Fish become available through a game switch# > Edit chances of appearance for fish# > Accurate movement speed (decimal numbers) for fish# -----------------------------------------------------------------------------# NOTES# > When going to use the script, you need MINIMUN one fish available# (it's game switch ON)# =============================================================================module OmegaX
module Fishing
SessionFishLimitVariableID =13# Catchable fish per session variable ID.# If variable's value equals 0 or a negative number = infinite.
PowerPointerSpeed =9# Higher = Faster
HookThrownSpeed =8# Higher = Faster
ThrowSoundEffect ="Bow1"# [Audio/SE/] folder
CatchSoundEffect ="Item1"# [Audio/SE/] folder
MissSoundEffect ="Miss"# [Audio/SE/] folder
WaterSplashAnimationID =188# Database animation ID
SpawningIntervals =[130,190,230]# Possible frame intervals for spawning
FishingBackground ="FishingBG"# [Pictures] folder
WaterSurface =""# [Pictures] folder
FishingAim ="FishingAim"# [Pictures] folder
PowerBar ="FishingPowerBar"# [Pictures] folder
PowerPointer ="FishingPowerPointer"# [Pictures] folder
ThrowHook ="FishingHook"# [Pictures] folder
CatchMessage ="FishingCatchMessage"# [Pictures] folder
MissMessage ="FishingMissMessage"# [Pictures] folder
Fishes =[]# Fishes[ID] = ["Graphic",varID,SwitchID,Speed,Chances]# Chances = The higher, the more probable
Fishes[0]=["Fish01",186,34,2.0,2]
Fishes[1]=["Fish02",187,34,1.4,3]
Fishes[2]=["Fish03",188,34,1.0,2]
Fishes[3]=["Fish04",189,35,3.0,1]
Fishes[4]=["Fish05",190,36,3.0,0.3]
FishNames ={}# FishNames[varID] = "Name"
FishNames[186]="Navire"
FishNames[187]="Croiseur"
FishNames[188]="Porte-avion"
FishNames[189]="Bombardier"
FishNames[190]="Gold Porte-Avion"endendclass OmegaFishing < Scene_Base
includeOmegaX::Fishingdef initialize
createArea
createCursor
createPossibleList
@fishes=[]@timer=[0,SpawningIntervals[rand(SpawningIntervals.size)]]@mode="NOTHING"@pointerGoing="RIGHT"@hookDistanceLeft=0@animation= Sprite_Base.new@messages=[]@limit=$game_variables[SessionFishLimitVariableID]
executeSpawn
executeSpawn
@fix=false@caught=[]@finished=falseenddef finish
@finished=true@finishWindow= Window_Base.new(100,50,544-200,416-100)@finishWindow.contents.font.size=18@finishWindow.contents.draw_text(0,0,344,20,"Navires détruits :")
kinds ={}for i in0...@caught.sizeif !kinds.keys.include?(@caught[i])
kinds[@caught[i]]=0end
kinds[@caught[i]]+=1endfor i in0...kinds.keys.size@finishWindow.contents.draw_text(0,40+(18* i),344,20,FishNames[kinds.keys[i]]+" x "+ kinds[kinds.keys[i]].to_s)endenddef update
@animation.updateif@animation.animation?
@water.update
updateFishMovement
for i in0...@messages.size@messages[i].y-=2@messages[i].opacity-=2if@messages[i].opacity<=0@messages[i].dispose@messages[i]=nilendend@messages.compact!
if !@finished
@timer[0]+=1if@timer[0]>=@timer[1]@timer[0]=0@timer[1]= SpawningIntervals[rand(SpawningIntervals.size)]
executeSpawn
end
updateCursor if@mode=="NOTHING"
updatePointer if@mode=="POWERING"
updateHook if@mode=="THROWING"if Input.trigger?(Input::B)
finish
endelseif Input.trigger?(Input::B)@finishWindow.disposefor i in0...@messages.size@messages[i].dispose@messages[i]=nilend@messages.compact!
@water.dispose@animation.disposefor i in0...@fishes.size@fishes[i][0].dispose@fishes[i]=nilend@fishes.compact!
@hook.disposeif@hook !=nil@powerBar.disposeif@powerBar !=nil@powerPointer.disposeif@powerPointer !=nil@cursor.dispose@bg.disposefor i in0...@caught.size$game_variables[@caught[i]]+=1end$game_switches[309]=true$scene= Scene_Map.newendendenddefcatch(obtained,x,y,fish =0,id =0)@messages.push(Sprite_Base.new)if obtained
Audio.se_play("Audio/SE/"+ CatchSoundEffect)@caught.push(id)@messages[@messages.size-1].bitmap= Cache.picture(CatchMessage)@fishes[fish][0].dispose@fishes[fish]=nilelse
Audio.se_play("Audio/SE/"+ MissSoundEffect)@messages[@messages.size-1].bitmap= Cache.picture(MissMessage)end@fishes.compact!
@messages[@messages.size-1].x= x
@messages[@messages.size-1].y= y
@messages[@messages.size-1].z=20@mode="NOTHING"@hook.dispose@hook=nil@powerPointer.dispose@powerPointer=nil@powerBar.dispose@powerBar=nilif@limit>0# Limited catchable fishif@caught.size>=@limit
finish
endendenddef updateFishMovement
for i in0...@fishes.size@fishes[i][2]+= Fishes[@fishes[i][1]][3]while@fishes[i][2]>=1.0@fishes[i][2]-=1.0@fishes[i][0].x+=1end@fishes[i][0].updateendenddef updateCursor
if Input.press?(Input::RIGHT)@cursor.x+=3if@cursor.x+@cursor.width<544endif Input.press?(Input::LEFT)@cursor.x-=3if@cursor.x>0endif Input.trigger?(Input::C)&&@mode=="NOTHING"@mode="POWERING"@powerBar= Sprite_Base.new@powerBar.bitmap= Cache.picture(PowerBar)@powerBar.z=10@powerPointer= Sprite_Base.new@powerPointer.bitmap= Cache.picture(PowerPointer)@powerPointer.z=11@fix=falsereturnendenddef updatePointer
case@pointerGoingwhen"RIGHT"@powerPointer.x+= PowerPointerSpeed
if@powerPointer.x+@powerPointer.width>=544@pointerGoing="LEFT"endwhen"LEFT"@powerPointer.x-= PowerPointerSpeed
if@powerPointer.x<0@pointerGoing="RIGHT"endendif Input.trigger?(Input::C)&&@mode=="POWERING"&&@fix
Audio.se_play("Audio/SE/"+ ThrowSoundEffect)@mode="THROWING"@hook= Sprite_Base.new@hook.bitmap= Cache.picture(ThrowHook)@hook.z=12@hook.x=(@cursor.x+(@cursor.width/2))-@hook.width/2@hook.y=@cursor.y@hookDistanceLeft=(416.0*(@powerPointer.x/544.0)).absreturnend@fix=trueenddef updateHook
if@hookDistanceLeft>0@hook.y-= HookThrownSpeed
@hookDistanceLeft-= HookThrownSpeed
else
playSplash(@hook.x,@hook.y)
hookRect = Rect.new(@hook.x,@hook.y,@hook.width,@hook.height)for i in0...@fishes.size
fishRect = Rect.new(@fishes[i][0].x,@fishes[i][0].y,@fishes[i][0].width,@fishes[i][0].height)if hookRect.intersects?(fishRect)catch(true,@hook.x,@hook.y,i,Fishes[@fishes[i][1]][1])returnendendcatch(false,@hook.x,@hook.y)endenddef playSplash(x,y)@animation.x= x
@animation.y= y
@animation.start_animation($data_animations[WaterSplashAnimationID])enddef executeSpawn
@fishes.push([Sprite_Base.new,@possibleFishes[rand(@possibleFishes.size)],0.0])
id =@fishes.size-1@fishes[id][0].bitmap= Cache.picture(Fishes[@fishes[id][1]][0])@fishes[id][0].z=1@fishes[id][0].x=-(@fishes[id][0].width)@fishes[id][0].y=rand(416)-100@fishes[id][0].wave_amp=8@fishes[id][0].wave_length=300@fishes[id][0].wave_speed=200enddef createArea
@bg= Sprite_Base.new@bg.bitmap= Cache.picture(FishingBackground)@bg.z=0@water= Sprite_Base.new@water.bitmap= Cache.picture(WaterSurface)@water.z=2@water.x=(544/2)-(@water.width/2)@water.wave_amp=8@water.wave_length=240@water.wave_speed=120enddef createCursor
@cursor= Sprite_Base.new@cursor.bitmap= Cache.picture(FishingAim)@cursor.z=10@cursor.x=(544/2)-(@cursor.width/2)@cursor.y=416-(@cursor.height/2)enddef createPossibleList
@possibleFishes=[]for i in0...Fishes.sizeif$game_switches[Fishes[i][2]]
chances = Fishes[i][4]while chances >0@possibleFishes.push(i)
chances -=1endendendendend# Lol I still have this snippet BigEd did once :Pclass Rect
def intersects?( rect )return((((rect.x<(self.x+self.width))&&(self.x<(rect.x+ rect.width)))&&(rect.y<(self.y+self.height)))&&(self.y<(rect.y+ rect.height)))endend
dagothig - posté le 20/01/2023 à 16:31:25. (8 messages postés)
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 20/01/2023 à 06:37:37. (8 messages postés)
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)
dagothig - posté le 06/01/2023 à 21:29:36. (8 messages postés)
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.
dagothig - posté le 03/01/2023 à 19:59:46. (8 messages postés)
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.
Chat
