Ecrire sur des Bitmaps RGSS depuis une dll en C

There aren't any users online.

• kriss: oui.. je dois faire des demandes pour que google refasse des analyse du site afin de "voir" s'il est tjr malveillant
  Dcembre 08, 2011, 22:47:27
• Leopold: Cool! Mais Firefox me le déclare toujours malveillant...
  Dcembre 08, 2011, 22:30:32
• kriss: réouverture du forum !
  Dcembre 06, 2011, 00:48:58
• Fabien: Coucou facto!! Trop bon de repasser ici
  Septembre 25, 2011, 18:06:22
• Krän: aye ! ^^
  Aot 21, 2011, 23:43:29
• RPG-Man: lol manu
  Aot 20, 2011, 00:24:00
• RPG-Man: JE SUIS REVENU MOUHAHA
  Aot 20, 2011, 00:22:26
• Manucyan: Ca dit quoi un ivrogne dans le noir ? "hé... t'es qui là ?"
  Mai 07, 2011, 18:11:20
• Krän: Il est 2h46 et tout est calme !
  Mai 05, 2011, 01:47:01
• Manucyan: La tronche du bestiaire ? Un pokédex !
  Avril 30, 2011, 21:18:09
• Manucyan: désolé je pensais que tout le monde connaissait le phénomène du rickroll (cf wikipédia)
  Avril 30, 2011, 14:08:48
• kriss: ca merite un ban pour ce lien oO
  Avril 30, 2011, 12:29:51
• RPG-Man: Sale vilain
  Avril 30, 2011, 11:26:31
• Krän: Never gonna give u up, never gonna let u dooowwwn ...
  Avril 28, 2011, 20:29:20
• kriss: en effet mais ce n'est pas normal.. il y a un bug que je dois trouver ^^
  Avril 25, 2011, 10:30:16
• Leopold: Pour la mise à jour, on peut cliquer sur "Refresh" (deux flèches vertes) ou sur "History" (pendule).
  Avril 22, 2011, 21:31:57
• RPG-Man: Manque plus qu'elle se mette à jour toute seule quand on ajoute un message et c'est le must !
  Avril 21, 2011, 20:29:39
• RPG-Man: le shootbox CAY LE BIEN
  Avril 21, 2011, 20:29:14
• kriss: on appel ca une shootbox
  Avril 18, 2011, 16:47:13
• Manucyan: hé mais c'est marrant !
  Avril 17, 2011, 18:03:46

[berka]

J'ai fait quelques test rapides. Et... ça ne fonctionne pas.
Du moins pas encore.

avec le programme suivant:

Code:

//-------------------------------------------------
//   Xrgss par berka       28-10-2010
//-------------------------------------------------
#include "ruby.h"
#define export extern "C" __declspec (dllexport)

static VALUE cXRgss;

static VALUE rb_xrgss_init(VALUE self){
    return(self);
}

static void init_xrgss(void){
  typedef VALUE(*rubyfunc)(...);
  cXRgss=rb_define_class("XRgss",rb_cObject);
  rb_define_method(cXRgss,"initialize",(rubyfunc)rb_xrgss_init,0);
}

export void xrgss_init(void){
    ruby_init();
    ruby_init_loadpath();

    init_xrgss();
    // si décommenté: rgss ferme sans message d'erreur
    //ruby_run();
}

et l'appel:

Code:

begin
  p Win32API.new("xrgss.dll","xrgss_init","","").call
  p XRgss.new
rescue
  p $!
end

Rgss se coupe lors de l'appel Winapi lorsque la fonction c de ruby ruby_run(); s'exécute.
Apparemment les deux interpreteurs (ruby c et rgss) ne font pas bon ménage.
Mais ça passera !

Bonne soirée,

Berka

[RPG-Man]

Tu reçois un message d'erreur ou pas ?

[berka]

Nan aucun.
J'ai eu le temps de tester un peu mieux. Si tu veux tester, voilà la dll.
Appel:

Code:

Win32API.new("xrgss.dll","xrgss_init","","").call

Je pense que c'est un probleme de conflit entre les deux interpréteurs. La fonction ruby_script(const char * nom) sert à identifier un interpréteur en lui donnant un simple nom. Si on trouve celui de rgss, peut etre que le schmilblick avancera un peu.
Quand j'aurai plus de temps, je tenterai des tests plus approfondis avec deux interpréteurs situés dans deux exe différents.

Edit:
vooilà, c'est réparé:
xrgss.dll

[RPG-Man]

Ok merci berka.
(y'a une erreur dans le lien, même en virant l'erreur dans l'adresse oO).

Je testerai à fond une fois que j'aurai terminé ce que je dois faire (la démo par exemple ).

[berka]

Voilà, j'ai pu faire de nouveaux tests. Sans grand succès. Le jeu ne plante plus, l'objet Ruby est bien créé en C, mais il n'est pas accessible depuis RM après appel de la DLL.

Code:

//-------------------------------------------------
//   Xrgss par berka       02-09-2010
//-------------------------------------------------`

#include "ruby.h"
#define export extern "C" __declspec (dllexport)

DWORD  dwThreadId;
HANDLE hThread;

static VALUE cXRgss;

static VALUE rb_xrgss_init(VALUE self){
    // XRgss#new
    return(self);
}

static void init_xrgss(){
  // binding ruby: création de l'objet classe XRgss
  typedef VALUE(*rubyfunc)(...);
  cXRgss=rb_define_class("XRgss",rb_cObject);
  rb_define_method(cXRgss,"initialize",(rubyfunc)rb_xrgss_init,0);
}

export long xrgss_init(){
    // initialisation de ruby embarqué
    ruby_init();
    ruby_init_loadpath();
    init_xrgss();
    // évaluation et appel de la classe XRgss.
    VALUE l = rb_eval_string("XRgss.new.__id__");
    // conversion de l'ID de l'objet rb en long
    long c = NUM2INT(l);
    // si j'utilise ruby_run, RM se ferme sans message d'erreur: rgss fermé ?
    ruby_finalize();
    // retour vers RM de l'ID => l'objet XRgss est créé mais pas accessible
    return c;
}

[RPG-Man]

Bah, si ta fonction ne retourne que l'id de l'objet, ruby pourra rien récupérer (je pense du moins ^^).

Est-ce que la classe elle même est accessible depuis ruby ? (si defined?(XRgss) == "class")
As-tu essayé de rendre l'instance disponible, en créant une instance affectée à une variable globale par exemple ?

Une fois la démo de l'UeF terminée, j'essaierai de me consacrer à des tests là dessus !

[berka]

Le retour de l'Id, c'est juste pour vérifier que la fonction s'est bien exécutée, rien d'autre.
Parce que l'objet, lui est censé être créé en C. Il devrait donc être accessible depuis Rgss. Mais, ça, c'est dans l'hypothèse où les deux interpréteurs cohabitent et se reconnaissent. La classe est complètement accessible en ruby (celui de la dll), mais pas sous RM. J'en déduis donc que ces deux interpréteurs ne s'entendent pas.
La prochaine étape sera de plonger dans la ram pour récupérer l'objet via son id. Mais cela suppose de nouvelles Apis... Le probleme reste donc entier. On n'arrivera jamais à se débarrasser de ces apis ^^

[RPG-Man]

Rah la galère...
Peut être est-ce la version de ruby qui est avec RM qui ne va pas...
Si tu as la 1.9 c'est sur que ça risque pas de marcher ^^"

[King Kadelfek]

J'avais fait une démo sur l'ondulation précalculée entièrement paramétrable.
Je peux la retrouver.

Sinon, GlitchFinder a fait de chouettes trucs en C pour RM :
http://www.hbgames.org/forums/viewtopic.php?f=11&t=70805

[RPG-Man]

Ouais, King est de retour ! 

Pour l'ondulation précalculée, avec l'UeF on fera sans parce que :
- c'est super rapide en C 
- et que celle de l'eau (qui est spéciale) peut générer des... milliers d'images différentes...

Untra d'après ce que je vois, a fait des trucs assez simples sur les bitmaps et quelques trucs qui semblent un peu plus complexes, c'est assez simpatoche, je me demande comment il a fait pour le contraste :D

[Fabien]

Si seulement j'avais eu ça il y a 2 ans... bien joué.

[RPG-Man]

Si ça peut faire avancer le truc la version de ruby dans RGSS c'est 1.8.1... vive l'ancêtre xD

[nuki]

Il faudrait que tu bosses avec MoloK, Scriptopate (bolognaise), il bosse fort sur des addons en C.