Comment? (overview)
Pourquoi? (goal)
Et Alors? (progress)
J'en veux! (download)
Et Ensuite? (TODO)
To English speaking people
Comment? (overview)
Pourquoi?
(goal)
Et Alors? (progress)
J'en
veux! (download)
Et Ensuite?
(TODO)
To English speaking people
2002/08/18 : bon, j'ai parsemé la pages d'ancres et balises, à l'aide de Mozilla Composer, histoire de rendre le tout plus "interactif"...
2002/08/03 : hum, il a pas supporté que je le
flashe avec une image de filesystem prévue à la base
pour un autre périphérique... qu'il ne boote pas passe
encore, mais je ne m'attendais pas a ce qu'il se transforme en
brique, un tel comportement n'est pas _logique_
2002/08/04 :
premier mail envoyé a yopy.at (le vendeur) et yopy.com (le
fabriquant), leur expliquant le problème
2002/08/08 :
Après plusieurs échanges de mails, les modalités
sont fixées : le yopy est parti pour la Corée, via
l'Autriche (pour m'éviter d'avoir a régler le problème
de TVA si je l'avais exporté puis réimporté
moi-même de l'UE)
2002/08/13 : le yopy est bien arrivé
en Autriche
2002/08/14 : après une petite nuit de
repos, le yopy reprend sa route vers la Corée
2002/08/22
: yopy.at est en vacances pour la semaine, je décide de
demander des nouvelles à yopy.com (GMate)
directement
2002/08/23 : je recois une réponse, me
disant que la réparation me coutera 174€, car ils ont dû
changer l'écran... Je leur renvoie donc un mail, leur
demandant comment un flash de la rom a pu griller l'écran
2002/08/24
: je recois un autre mail, de GMate, me disant qu'ils ont confondu
mon cas avec quelqu'un d'autre, et je n'aurai que les frais de port à
payer, ouf :)
2002/08/28 : je demande des news à
yopy.at qui me dit que mon Yopy est reparti de Corée vers
l'Autriche
Au final, Le yopy est revenu le 2003/09/05, après avoir été bloqué en douanes en Autriche un jour de plus (le responsable de yopy.at a dû aller en personne le chercher à l'aéroport)...
il existe la solution suivante :
prendre un cross-compiler
compiler perl, la lib SDL en utilisant le cross-compiler
faire de même avec SDL perl
adapter frozen-bubble au 240*320
et voila !!!
frozen bubble est très beaucoup plus mieux (au moins) que n'importe quoi d'autre qui soit moins bien, dans le sens où celui-ci met en scène des manchots... Et je pense que cet argument infaillible vaut tous les autres.
en fait, dans un grand moment de désoeuvrement, j'avais meme commencé l'adaptation
resize des graphiques
adaptation du code
le hall of fame a été reduit aussi, ainsi que la fonction "boite de dialogue" qui sert a la config des touches, et à l'entrée du nom dans le high score... (pour que tout tienne dans du 240*320)
il reste a faire :
virer _proprement_ tout ce qui concerne le mode 2 players
virer les fonctions graphiques gourmandes en CPU écrites en C
et virer peut-être aussi la musique, qui prend beaucoup de place
et puis aussi, éventuellement ;-P, tester sur un handheld,
parce que j'en ai pas encore...
et pour les plus
atteinds^Wcourageux, ajouter un mode réseau :-P
le diff du script perl : ici
un bete
exemple de comment redimensionner les graphiques : ici
(il vaut mieux utiliser l'option -sample au lieu de -scale pour
le répertoire balls et le font.png, l'antialiasing ne
convenant pas très glopement à ces deux cas)
Pour la TODO List, voir ici.
pour
l'instant, j'attends que mon yopy revienne du SAV de G.Mate en corée,
où j'ai dû l'envoyer suite a un flashage
hasardeux.
D'ici là, si quelqu'un veut finaliser la
bestiole, libre à lui : GPL un jour, GPL toujours :-D
@++
sorry, guys, i'm a really lazzy one ;-P
here's the copy of
a mail I sent to someone who asked me about this :
Hello, actually, i bought a yopy rather than a zaurus, furthermore, i just turned it into a brick, after an unlucky rom update (i'll send it back to GMate for maintenance this week)... then, i won't release a .ipkg file when it will be done, unless i find a friendly zaurus user ;-) what i've already done is : -resized the graphics -adapted the code to the new size (240*320) what is still to do is : -remove the 2 players mode (which would have been unplayable in 240*320) -remove the nice graphics functions (they must suck at CPU and therefore battery) -remove the music (it's big, at least 3 megabytes, i think) and the fadein/fadeout stuff (i think this uses float instructions, and then a lot of CPU/battery) I hope this will break the dependencies with SDLMixer lib, and save more space and cpu :) you can find all i've done about it on http://bigbugsite.free.fr/frozen/ but the page is in french... Of course, if you are interested in finnishing this, you are free to take what i've done, if this helps :) bye, -- Alexandre Boeglin