Voir les contributions

Cette section vous permet de consulter les contributions (messages, sujets et fichiers joints) d'un utilisateur. Vous ne pourrez voir que les contributions des zones auxquelles vous avez accès.

Messages - gilles

Pages: [1] 2
1
Zik / Re : recherche pour intro de module chiptune BEEPOLA
« le: 02 Avril 2012 à 10:50:11  »
oki, je vais essayer d'être là pour les prochains points.
Pour le moment je n'ai pas encore porté sous 6809 les players de beepola mais je pense en tester un ou deux bientot. Le principe est souvent le même et shiru n'est pas avare de commentaires dans son code.
Il faudrait juste que tu me dises quels sont tes players de prédilection pour un petit test de portage. la machine cible sera le TO8 (générateur 6bits) et/ou le MO5 sans extension (avec son générateur 1bit).

2
Productions / Re : punkfloyd - le petit chat n'est pas mort
« le: 16 Mars 2012 à 09:37:33  »
j'ai un peu trop tendance à accumuler... j'ai un nombre indéterminé de TO8 entre 3 et 5... et je viens de rentrer un TO9+. Envoie le donc à la tortue... qui doit passer prendre son STE... un jour peut être :)

3
Productions / Re : punkfloyd - le petit chat n'est pas mort
« le: 15 Mars 2012 à 23:56:35  »
non non, pas par sam, par OlivierP
avec une routine de prehisto pour la gestion du flipping de l'écran.

4
Code / Re : comment ca se code :
« le: 08 Mars 2012 à 01:36:11  »
bon, déjà on va éviter la division sur 68000, tout va se passer en table de précalcul (la division peut être utilisée pour calculer cette table avant le rendu).
les sprites vont effectivement exister en plusieurs exemplaires de différentes tailles, et peut être déjà avec des décalages qui sont un peu côuteux sur le 68000.
l'algo en gros affiche des lignes horizontales du plus près vers le plus loin, la forme de base consiste à réduire de N pixels pour chaque ligne.
Pour faire des virages on vient jouer sur un offset qui se propage petit à petit (via une table qui tient compte de la distance). Pour jouer sur le profil on fait varier la forme de base (à savoir les N pixels de la forme de base). Y'a pas de règle absolue, c'est totalement pifométrique... quand c'est bien fait ca donne un Vroom... quand c'est moins bien fait un burning rubber sur GX4000

5
Code / Re : 30 minutes de libres ? Créez votre émulateur NES en C++11 !
« le: 20 Janvier 2012 à 11:01:50  »
encore faut-il faire des remarques utiles dans les commit :P, les 2 tiers des développeurs ont un commentaire générique du genre "correction" et rien d'autre. Le commentaire dans le code n'a pas le même but que le commentaire de changement/évolution, les 2 sont complémentaires.

De plus un logiciel change plusieurs fois d'outil pendant sa vie (CVS, puis SVN puis autre chose, Git par exemple), la plupart du temps l'historique n'est pas repris ou pas repris correctement.

6
Code / Re : 30 minutes de libres ? Créez votre émulateur NES en C++11 !
« le: 19 Janvier 2012 à 14:59:13  »
Remarquez bien le niveau de commentaires du code, environ 1 ligne de code pour une ligne de commentaire...
Très utile lorsqu'on laisse un bout de code en standby et qu'on tente de le reprendre ensuite  ;)

7
Petites annonces / Re : c'est bientôt noel : je donne amiga 1000 et 4000 ...
« le: 13 Décembre 2011 à 17:14:44  »
Le 1000 est une machine mythique, dans la pratique elle n'est pas compatible avec une grande part de la production amiga car il faut souvent un minimum de 512Ko de chip ram, le 1000 était assez peut diffusé en France (mais l'était beaucoup en Allemagne).
8 amiga c'est aussi ce que j'ai, je trouve que c'est un minimum non?
le 600 est clairement à la mode du fait de la production récente de l'ACA, une carte accélératrice abordable, facile à installer et neuve qui apporte un 68030MMU@25MHz+32Mo, et qui transforme le petit miga en une machine aussi puissante que le Next Cube.

Après, la valeur des machines sur MO5.com n'est qu'un sondage, c'est parfois utilisé comme base de négociation entre collectionneurs mais il n'existe pas de réelle cote.

8
Blabla de sceners / Re : Présentations
« le: 01 Août 2011 à 16:04:31  »
pour retrouver un fichier y'a la way back machine :

http://wayback.archive.org/web/*/http://knights.planet-d.net/download/demos/cochlea2001.zip

le fichier a été archivé en 2005

9
Code / Re : question de langage c.
« le: 17 Juillet 2011 à 15:33:24  »
Après tout dépend de la cible du code. Une demo se lance et va tourner au maximum 1h dans le meilleur des cas. Un jeu quelques heures mais lorsque ca ralentit un peu les utilisateurs ont le reflexe de relancer. Lorsque tu codes un OS c'est déjà plus génant de rebooter trop souvent pour une station de travail, et c'est totalement exclu pour un serveur.
A l'inverse pour une petite moulinette utilitaire pas besoin de beaucoup rafiner, l'élégance devient très secondaire.

10
Code / Re : Re : question de langage c.
« le: 16 Juillet 2011 à 21:14:42  »
Citation de: MsK` le 16 Juillet 2011 à 17:06:38
Euh, c'est ultra gore ça et très exploitable surtout. snprintf sur ce buffer plutôt !
Oui c'est sauvage mais en fait c'est parfaitement exploitable, d'ailleurs dans pas mal de domaines le malloc est totalement exclu sauf en tout début de programme.
Sur certains systèmes (plutot anciens mais pas uniquement), a force de faire du malloc et du free de taille aléatoire on finit par fragmenter la mémoire de manière totalement inutile et le programme finit par planter faute de mémoire.

Sur des programmes qui doivent tourner plusieurs mois c'est important de privilégier la robustesse.

11
Code / Re : question de langage c.
« le: 16 Juillet 2011 à 16:48:27  »
sinon y'a toujours la méthode brute de décoffrage...
buffer[1024]
ok ca prend de la place sur la pile mais ce n'est plus le cas dès qu'on sort du bloc de code.
Le tout est de trouver une taille très largement supérieure au pire des cas.
et après on peut se concentrer sur le code vraiment intéressant.

12
Groupes / Re : HCL / thomson to et mo
« le: 10 Juillet 2011 à 12:47:09  »
j'ai peut être déjà ca en image .sap dans mes archives.
je regarde.
[edith]
C'est peut être là dedans :
http://www.alternative-system.com/specific/emu/jteo/discs/FromP200/to8/tools/

mais il va falloir fouiller un peu...

13
Groupes / Re : HCL / thomson to et mo
« le: 10 Juillet 2011 à 11:19:28  »
on trouve cette demo en download au format sap sur www.logicielsmoto.com

Sinon j'ai une page qui permet de lancer cette demo avec mon emu TO8 en java (min jre 1.5) ici:
http://www.alternative-system.com/specific/emu/jteo/megademo.htm

La navigation entre les écrans n'est pas simple, il faut alterner clavier et joystick (ca doit se faire avec F6 si mes souvenirs sont bons).

Il me semble qu'HCL était plus un coder qu'un groupe à part entière, ca remonte à 97-98 tout ca ;)

14
Code / Re : Tutoriel Atari "ripping intro fonts"
« le: 16 Mai 2011 à 19:39:26  »
le ST lorsqu'il plante beaucoup affiche pas mal de bombes qui ne signifient plus rien.
Commence par tester les contacts des composants sur support (enlever un peu et remettre les composants). Un ST ca se trouve assez bien, entre 5 et 15 E en vide grenier.
Pour les transferts c'est clair que l'amiga est un peu compliqué, mais avec un 600 ou un 1200 et une compact flash, c'est tranquille.
Le ST et le PC (DOS) n'ont pas exactement le meme système de fichier, à la lecture ca ira mais il ne faut pas écrire directement sur une disquette déjà écrite par l'autre plateforme (ca flingue les(la) FAT).

15
Blabla de sceners / Re : avez vous pensé au thomson to8 ou au to9+ ?
« le: 02 Mars 2011 à 10:48:28  »
D'autres choses en plus sur ma page par ici :
http://www.alternative-system.com/?page=TO8_SDK
Un compilateur C réduit adapté au TO.
Un packager (pour produire des fichiers .BIN corrects)
une version modifiée de sap2.
quelques exemples pour faire du développement croisé.
Et les docs de réference (manuel technique du TO8)

Pages: [1] 2