Création d’un package pour recalbox : ZELDA SOLARUS
-
merci pour le lien, retroboy, tu penses que ça peut être lié?
-
Je pense que ce n'est pas lié. Mais il faut corriger le soucis quand même, juste au cas ou. Il faut juste convertir les fichiers png avec convert. A faire sur ton linux, j'ai pas installé imagemagick sur recalbox
-
ok, tu penses qu'il faut le faire sur mon pc avec un patch ou dans le mk par exemple pour automatisé le truc à la compile? Edit : Christopho sur le forum Solarus m'a dit ça: "Quelle version de SDL2 utilises-tu ? SDL 2.0.0 est connue pour poser des problèmes d'écrans noirs. À partir de SDL 2.0.1, plus de soucis." Et autant pour SDL2 on est en 2.0.3, autant pour SDL2_image, on est en 2.0.0 , ça pourrait pas être ça?
-
bon à priori c'est bien la version de SDL_Image.. il faut que je trouve la version 2.0.1 ...
Du coup il me reste à trouver la version 2.0.1 car sur libsdl.org, il n'y a que la 2.0.0 ... : https://www.libsdl.org/projects/SDL_image/ EDIT: fausse joie, c'est pas ça, ça ne concerne que SDL2 tout court et pas SDL2_image.. -
Héhé on s'accroche on va trouver
-
Alors je viens de tester sans l'accélération 2D ( -video-acceleration=no) et c'est bon j'ai l'écran de titre et le choix de la partie dans tout les mode ^^ par contre ça rame vraiment beaucoup même en mode "normal" (trop pour pouvoir y jouer )...
-
Pour info j'ai compilé et poussé sur mon dépôt ZeldaSolarusXD , j'ai testé juste 5mn, c'est effectiement décalé et j'ai l'humour y est bien présent .. je vous spoil pas, mais franchement c'est super sympa
-
Bon pendant la compile de Zelda Roth, j'ai vérifié si le problème d'écran noir est aussi présent sur Zelda Solarus XD.. Et bin j'ai aussi l'écran noir quand je change de mode. Mais le fait de mettre l'option -video-acceleration=no , ne change rien, il y a toujours l'écran noir contrairement à Zelda Solarus DX qui lui n'a plus l'écran noir mais devient très lent. Peut être que c'est parce que celui-ci n'utiliserai peut être pas l'accélération 2D? J'ai aussi posté cette constatation sur le forum de Solarus.
-
J'essaierai de jeter un oeil ce weekend
-
Merci, heureusement que tu es là car même is je continue un peu à chercher de mon coté, manquant d'idée, je n'ai pas vraiment de piste à par tester plusieurs configurations sans succès jusqu'à présent..
-
Ca risque d’être prise de tête
Je ne sais pas si ca vient de solarus, de SDL ou d'openGL. Ca en dis quoi sur le forum de solarus ? -
http://forum.solarus-games.org/ c'est la dessus que tu as ouvert un post ?
-
Faut creer une issue sur leur github aussi pour toucher directement les dev
-
j'avais créé le post ici: http://forums.zelda-solarus.com/index.php/topic,23035.0.html et c'est Christopho (c'est le propriétaire du GitHub je suppose ) qui m'a répondu. Mais depuis la semaine dernière, je n'ai pas eu de réponse..
-
Ok je sens qu'on va galérer sur celle la ....
-
Bonjour as tu testé zelda solarus sur une autre distribution comme raspbian afin de voir si tu as le même problème, peut etre que de là tu pourrais trouver une solution.
-
J'avoue que non, mais je n'ai qu'une seule carte SD dispo et y a déjà RecalBox dessus.
-
j'ai un peu du nouveau.. Christopho m'a écrit ça: "Je ne sais pas du tout pourquoi il y a une différence entre les deux jeux, vu que normalement c'est le même code, seuls les fichiers png changent." hors j'ai toujours ce warning: libpng warning: iCCP: known incorrect sRGB profile du coup je vais déjà essayer de faire en sorte qu'il n'y soit plus.. y a plus qu'à trouver comment.. lol
-
une idée pour automatiser ça depuis le fichier mk avant le lancement de cmake?:
<pre>pngcrush -rem alla -rem text InputFile.png OutputFile.png</pre>
trouvé ici: https://en.wikipedia.org/wiki/Pngcrush j'ai pensé aussi à créer un patch (sans savoir vraiment comment faire), mais est ce la bonne méthode?
-
Salut, je suis revenu sur le problème de warning liés aux png... Edit : oups j'ai trouvé mon erreur. je continue ^^ j'en suis la:
~/recalbox-buildroot/dl/zsdx-zsdx-1.10.1$ find . -name "*.png" | pngcrush -d . | pngcrush 1.7.65 | Copyright (C) 1998-2002, 2006-2013 Glenn Randers-Pehrson | Portions copyright (C) 2005 Greg Roelofs | This is a free, open-source program. Permission is irrevocably | granted to everyone to use this version of pngcrush without | payment of any fee. | Executable name is pngcrush | It was built with libpng version 1.2.49, and is | running with libpng version 1.2.50 - July 10, 2012 | Copyright (C) 1998-2004, 2006-2013 Glenn Randers-Pehrson, | Copyright (C) 1996, 1997 Andreas Dilger, | Copyright (C) 1995, Guy Eric Schalnat, Group 42 Inc., | and zlib version 1.2.8, Copyright (C) 1995-2013, | Jean-loup Gailly and Mark Adler. Warning: versions are different between png.h and png.c png.h version: 1.2.49 png.c version: 1.2.50 | It was compiled with gcc version 4.8.2. CPU time decoding 0.000, encoding 0.000, other 0.000, total 0.000 seconds
mais je sais pas trop comment savoir si ça a marché... du coup j'ai recréé le tar.gz dans dl avec en théorie les png crushés, supprimé le répertoire de build et relancé un make (qui est en cours au moment où j'écris ces lignes..) je teste dès que mon petit aura trouvé le sommeil pour voir si les warnings ont disparu
EDIT2 : j'ai pu tester , et j'ai toujours ça:SDL_VIDEO_GL_DRIVER=/usr/lib/libGLESv2.so SDL_NOMOUSE=1 ./solarus_run zsdx/ Solarus 1.4.2 Opening quest 'zsdx/' 2D acceleration: yes libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile
après je ne suis pas certain d'avoir fait ce qu'il fallait pour crusher les png ... si vous avez des idées sur ce que je peux tenter, hésitez pas..;) voilà le man de pngcrush: http://pwet.fr/man/linux/commandes/pngcrush Pour info, c'est la libpng version 1.6.16 qui est utilisée dans recalbox .. j'en vient à me demander si je prend le problème dans le bon sens à vouloir crusher les png.. est ce que la libpng est la bonne version pour Solarus? (je viens d'écrire à Christopho à ce sujet)
