.: live transmission :.

Retour...

Thomas Reiss — Tue, 30 Dec 2008 23:30:00 +0100

Les vacances sont terminées. Mlle M et moi sommes revenus ce soir même d'Alsace.

Une petite parenthèse où le temps s'est arrêté, pour profiter pleinement de cette belle région baignée de cette brume et de cette lumière hivernale si particulière.

Voilà deux photos, la première prise sur le Schneeberg, et l'autre prise au village de Wangenbourg, hier, lundi 29 décembre.

Vacances

Thomas Reiss — Sat, 20 Dec 2008 12:55:00 +0100

Enfin ! Je suis en vacances depuis hier soir, pour deux semaines. Vu que je ne me suis pas arrêté depuis le mois de juillet, ça va me faire beaucoup de bien !

gwEm et Counter Reset nous offre un chip de Noël

Thomas Reiss — Mon, 15 Dec 2008 19:05:00 +0100

Pour Noël, l'ami gwEm et son comparse Counter Reset nous offre une petite contine... chiptune :)

Ce morceau est l'occasion pour gwEm d'introduire une petite re-nouveauté, des digidrums avec contrôle de volume, un effet qui n'a pas été entendu depuis 15 ans maintenant... On devrait pouvoir en profiter bientôt avec une nouvelle version de maxYMiser, le petit bébé de gwEm.

AmigaVibes #1

Thomas Reiss — Fri, 12 Dec 2008 21:05:00 +0100

V'là que nos deux compères Jegougou et Jeffrey se mettent au Podcast ! Et quand ils s'y mettent, ça sent forcément bon l'Amiga et la démo. À travers un mix amoureusement préparé par Jegougou, Jeffrey nous partage les chefs d'oeuvres qui le font vibrer.

Au programme, des modules de démos connus et parfois un peu moins connus, mais assurément des morceaux emblématique de la scène Amiga. Merci à vous deux, Mickaël et Jean-François (haha, démasqués !).

Courez télécharger le podcast sur le site site officiel d'Amiga Vibes

le site officiel Amiga Vibes, admirez au passage les superbes remix de graphs d'Anarkhya ;
la news sur Amiga Impact.

MorphOS sur Efika 5200B

Thomas Reiss — Tue, 25 Nov 2008 18:24:00 +0100

Les lecteurs les plus attentifs avaient certainement déjà repéré sur le billet à propos de la pile USB Poseidon, la présence d'un screenshot pris sous MorphOS 2.0 et depuis mon Amiga 1200.

J'avais donc sauté le pas voici quelques temps, par le biais d'une petite carte PowerPC Efika 5200B, secondée par une carte vidéo Radeon 7000. Quelques mois plus tard, la voici habillée d'un boîtier EfikaZ, conçu et réalisé par l'ami Tcheko. La carte est toute petite, dans un format absolument non-standard, et peu puissante : un processeur équivalent à un PPC 603 (core G2) avec seulement 128 Mo de mémoire vive. C'est cependant bien suffisant pour faire voler MorphOS et son bureau, Ambient.

MorphOS hérite ses concepts et son API de l'AmigaOS, avec lequel il est d'ailleurs compatible, et en fait donc un système véloce et réactif, orienté multi-média grâce à son système de data-types et Reggae. Malheureusement, ce passage au PowerPC retire un des principaux intérêts de l'Amiga: son chipset. En effet, impossible de faire tourner la moindre démo ou le moindre jeu qui tape directement dans le hardware, les seuls programmes autorisés sont ceux qui sont respectueux de l'API de l'AmigaOS, sinon il y a l'émulateur E-UAE.

Le système reste malgré tout fragile. En effet, l'AmigaOS ne disposait pas à l'origine de protection mémoire et elle est impossible à implémenter sans casser la compatibilité ascendante. Mais c'est quelque part le prix de la rapidité légendaire du système.

Maintenant, il n'y a plus qu'à attendre la disponibilité de MorphOS sur Mac Mini G4 pour avoir une machine suffisamment véloce et avec suffisamment de mémoire pour la vie de tous les jours.

A quand le portage de PostgreSQL sur MorphOS ? :-)

Quelques liens pour aller plus loin :

le site de la MorphOS team ;
la page de MorphOS sur Wikipedia ;
le livre de l'Efika ;
le boîtier EfikaZ ;

Crédit photo (provisoire) : Tcheko

Quelques démos pour grands nostalgiques (2)

Thomas Reiss — Wed, 19 Nov 2008 17:38:00 +0100

Comme promis hier, voici la suite de la petite série de démos pour grands nostalgiques.

L'évènement oldschool de cette année est certainement la X 2008, une coding-party entièrement dédiée au Commodore 64, et ce ne sont pas moins de 14 productions (15 en comptant l'invitation) qui y furent présentées !

C'est la démo Edge Of Disgrace de Booze Design qui a d'abord attiré mon attention. C'est assez facile car elle est première dans le "top of the month" de pouet.net. J'ai visionné la démo avec Vice, le fameux émulateur C=64, et ... ça m'a scotché ! La démo est copieuse, un grand nombre d'effet de très bon niveau font le spectacle, et pour ne rien gâcher, le design est omniprésent ! Les transitions sont fluides et soignées. La bande son est bonne aussi.

Edge Of Disgrace by Booze Design

De quoi faire plaisir à notre ami Shazz ;-)

Quelques démos pour grands nostalgiques (1)

Thomas Reiss — Tue, 18 Nov 2008 18:04:00 +0100

Tout récemment, de nouvelles démos sont sorties sur Atari STe et Commodore 64.

La première démo de cette série, celle sur Atari STe, est l'oeuvre du groupe Dead Hackers Society qu'ils ont sorti à la réputée Alternative Party. Elle est arrivée deuxième derrière une démo sur ... Atari VCS 2600 !!

On ouvre le bal avec la démo de DHS, la More Or Less Zero. Dédiée à l'Atari STe un peu gonflé - il faut en effet au moins 2 Mo de mémoire vive -, elle offre de beaux effets, presque tous en fullscreen et, en prime, une superbe musique samplée du talentueux 505 accompagne les effets. Elle se termine sur un long scrolltext vertical sur une musique du regretté Toodeloo.

More Or Less Zero by Dead Hackers Society

Chouette, non ?

Demain, ça sera une belle démo C=64 sortie à la X 2008...

Escapade à Bruges

Thomas Reiss — Mon, 17 Nov 2008 23:09:00 +0100

En octobre dernier, Mlle M. et moi avions été faire une petite escapade du côté de Bruges, ou Brugge dans le texte.

Une bien belle ville, très chocolatée, surnommée le petite Venise du Nord... Nous avions l'impression d'être parti un peu hors du temps, pour profiter simplement d'une belle journée ensoleillée.

Nous avions terminé dans un petit café pour profiter jusqu'au dernier moment de l'ambiance de la ville, et les derniers rayons du soleil nous ont accompagné pour rentrer à la maison.

Galerie de photos

Amiga Point Of View #3

Thomas Reiss — Thu, 13 Nov 2008 22:47:00 +0100

Une bonne surprise, j'ai cliqué sur un lien annonçant la disponibilité du dernier numéro du fanzine "Web" Amiga Point Of View.

Un grand moment, un peu (beaucoup) nostalgeek: ce troisième numéro d'APoV nous apporte une bonne bouffée de pixels tout droit sortis des années 80/90 : des tests de jeux Amiga (Disposable Hero, etc), l'Angleterre ou l'histoire d'un pays à travers les jeux vidéos, les jeux de foot et un petit article bien technique pour les codeurs: un pas-à-pas d'une install WHDLoad.

Et, Ô bonheur, un dossier sur la scène démo trône au milieu du fanzine. Il commence avec un petit historique de la scène accompagné de présentation de démos connues et moins connues. Le dossier continue en beauté avec une interview de Photon de Scoopex (coucou Jeffrey et Jegougou), et une autre de Bobic qui nous annonce ... une nouvelle démo de TBL sur Amiga pour l'année prochaine ! (Vais-je encore devoir ajouter de la mémoire sur mon 1200 ?)... Enfin, une petite réflexion sur le devenir de cette scène où est d'ailleurs présenté une intro 4K déjà présentée ici, la Rapo Diablo des groupes Loonies et Ephidrena.

Liens:

Extensibilisation de la CD32

Thomas Reiss — Tue, 04 Nov 2008 22:21:00 +0100

Voici quelques temps, j'avais fait revivre une console Amiga CD32. La Retro Gaming Connexion, qui a eu lieu ce week-end, a été l'occasion de dénicher une autre extension sympathique pour cette console...

Cette extension est la SX1 de Paravision, qui transforme la CD32 en petite Amiga 1200 un poil étendu: 8 Mo de mémoire vive, un disque dur IDE, une sortie RGB "normale", une horloge, et les ports des standards de l'époque pour communiquer avec le monde extérieur: un port parallèle et un port série. En fait, ce qui m'intéressait surtout est le port IDE et l'extension mémoire, histoire d'avoir l'équivalent d'un A1200 de base pour bidouiller.

Donc voici une photo des bestiole :

Sans trop se tromper, on peut dire que l'extension est plutôt mal conçue, on est obligé de se trimballer un gros bidule derrière une console qui avait l'avantage de ne pas occuper trop de place. Un autre défaut, plus gênant, est la pseudo-instabilité du bidule, il faut à tout prix sur-élever la SX1 pour qu'elle fonctionne. Malgré ça, ça reste un peu accessoire bien sympathique.

Je lui collerai un Workbench 3.1 à l'occasion, et quelques install WHDLoad sur le disque dur.

Paris, je ne t'aime plus

Thomas Reiss — Tue, 28 Oct 2008 23:47:00 +0100

Ayant passé la soirée avec Sylvain, nous avons commencé à énumérer les petites choses qui ne nous feront pas regretter Paris.

Voici une petite liste non-exhaustive :

depuis que je prends les transports en communs, je change de pantalon chaque soir quand je rentre - c'est vrai que je me sens sale en rentrant
les boutons de porte du métro me font peur, quelles maladies contagieuses peuvent-elles transporter ?
cette réflexion est également valable pour les barres de métro...
la fourmilière pleines de gens qui courent dans les entrailles de la ville
les transports en communs qui sont pénibles et usants
et aussi et surtout d'avoir l'impression de devenir petit à petit un no-life qui perd sa vie à essayer de la gagner

Voilà, c'est une belle ville et elle a aussi de bons côtés, mais ce sont réellement les points qui ne me feront pas regretter Paris le jour où je m'en irai.

Développer sur Nintendo DS

Thomas Reiss — Sun, 26 Oct 2008 18:57:00 +0100

Ce n'est pas nouveau, il existe depuis longtemps le Devkit Pro qui propose non seulement les compilateurs mais surtout une librairie bas-niveau stable et utilisable pour faire pas mal de choses. Seulement voilà, c'était quand même assez compliqué de développer sur sa DS : les émulateurs étaient complètement buggés et c'était la croix et la bannière pour "transférer" un programme sur sa console... Et surtout, il n'y avait pas de débugger disponible.

Et voilà que Natrium42 va sortir une DSerial Edge, qui gomme tous ces défauts ! Tout d'abord, cette carte propose un slot micro-SD et micro-SDHC, permettant donc de charger ses programmes depuis la cartouche, elle aussi auto-boot. Ensuite et surtout, elle propose le support du debugger GDB par le biais du port USB intégré.

Accessoirement, la carte intègre encore un micro-contrôleur 8051 à 48MHz et deux UART pour communiquer avec des périphériques séries...

Quelques liens:

La DSerial Edge sur le NaWiki de Natrium42,
La boutique en ligne Electrobee pour pré-commander sa cartouche DSerial Edge.

Croquez la pomme !

Thomas Reiss — Fri, 24 Oct 2008 20:22:00 +0200

Vendredi, j'ai craqué pour la pomme, pardon, La Pomme...

En fait, j'avais envie de tâter en vrai l'ergonomie de Mac OS X depuis longtemps et j'ai eu l'opportunité d'acquérir un Power Book 12" pour une somme modique.

C'est donc vendredi dernier que j'ai récupéré un petit Apple Power Book G4 cadencé à 1,5 GHz, petit format - 12", équipé de 512 Mo de mémoire vive, d'un disque dur de 80 Go et d'un graveur DVD, et surtout d'OS X 10.4, aussi connu sous le nom de Tiger. La batterie assure encore une autonomie d'environ 1h-1h30, ce qui reste encore acceptable, de toute façon les batteries Apple commencent à perdre sévèrement leur autonomie dès 1 an et demi, 2 ans.

Mon premier contact est plutôt agréable, l'interface est léchée et à des années lumières du Windows XP du boulot et de l'Ubuntu bancale de mon vieux PC portable, un IBM x40 lui aussi en 12" et qui accuse sérieusement son âge maintenant.

D'abord, côté matériel, il n'y a pas grand chose à redire en dehors de l'autonomie décroissante de la batterie. Le boîtier est en aluminium et donne une bonne sensation de robustesse. Le clavier est confortable et, curieusement, le touchpad avec ce que je considérait comme un gadget. Tout d'abord, la surface du touchpad est importante et confortable, je ne peux pas dire la même chose de mon -nouveau- portable au bureau, et puis les petits détails d'ergonomie pour le défilement, ça fait toujours plaisir.

Du côté du système Mac OS X, ici en version 10.4 Tiger, il n'y a pas beaucoup à redire, c'est beau, sobre et simple, trois vertus réunies pour faire un excellent système. La machine était équipée de 512 Mo de mémoire vive, mais je suis finalement passé à 1,25 Go pour gagner en confort, notamment pour pouvoir lancer OpenOffice.org 3.0, enfin natif pour Aqua, simultanément avec autre chose...

En dehors de cela, j'apprécie énormément le fait de ne pas avoir de stupide base de registre comme sous Windows ou d'un gestionnaire de paquets comme sur la plupart des distributions Linux. C'est à la fois un avantage et un inconvénient, mais j'avoue préférer cette approche et pouvoir garder un minimum de contrôle sur les applications que j'installe. Et pour installer un programme proprement dit, c'est tout simple, un simple glisser-déplacer du programme dans le dossier "Applications" du système suffit, on ne peut difficilement faire plus abordable.

Côté "travail", j'ai pu tester le portage de Hatari réalisé par DHS, qui propose des versions compilées à partir du CVS, permettant ainsi de facilement se rendre compte des dernières avancées. Un autre outil que j'ai apprécié est le portage de SC68 proposé toujours par DHS. L'interface est toute simple et rend le service escomptée: jouer la collection de SNDH disponible. Vraiment bien !

Quelques points négatifs tout de même... Le ventilateur est extrêmement bruyant et se met en marche à faible température, c'est assez désagréable pour les oreilles. Il y a aussi le Dashboard... J'avoue ne pas en avoir saisie l'intérêt, vraiment. Je l'ai simplement désactivé en suivant la procédure... Si on pouvait m'expliquer à quoi ça sert, à part à avoir des gadgets inutiles qui consomment de la mémoire pour rien ? Le dernier défaut, c'est simplement que ce ne soit pas un système complètement libre. C'est effectivement un peu frustrant de me dire que je laisse de côté le monde Linux pour venir du côté du logiciel propriétaire.

En tout état de cause, le Windows que j'ai au boulot me paraît vraiment bien fade et mal fichu face à Tiger... Il ne me restera plus qu'à lui installer Leopard (Mac OS X 10.5) pour être au fait des dernières nouveautés - et éventuellement passer sur Mac Intel.

iBand

Thomas Reiss — Tue, 21 Oct 2008 23:00:00 +0200

Le groupe nous montre une utilisation décalée de deux iPhone et une Nintendo DS et le jeu ElectroPlankton...

iBand

Vu sur le blog de MacBidouille.

Je bouge encore !

Thomas Reiss — Tue, 07 Oct 2008 21:11:00 +0200

Passé un mois de septembre à fond les ballons, et surtout assisté à un PGDay.fr exceptionnel à Toulouse, où j'ai d'ailleurs fait une conf' éclair, mais je trouve ma prestation plutôt mauvaise, surtout face aux deux conférences du matin dont les intervenants avaient toutes les qualités pour captiver un public.

The Sounds of Ebay

Thomas Reiss — Thu, 18 Sep 2008 21:15:00 +0200

Suite à mes expérimentations sur Processing, j'ai été voir s'il existait une petite communauté autour de ce petit bijou.

C'est ainsi, qu'au détour d'un lien sur le site de Lia - dont il était question dans Sceen #2, je suis tombé sur The Sounds Of Ebay, qui propose de composer un morceau de musique à partir d'un profil Ebay.

Je me suis donc prêté au jeu avec mon profil (frost242). En arrivant sur le site de The Sounds Of Ebay, on se croirait revenu au temps des serveurs télématiques accessibles par Minitel, donc très sobre, limite pas beau, tout à fait dans l'esprit low-tech du projet.

Le résultat de cette petite expérimentation a donné le morceau disponible très low-tech ci-après :

Allez, à vous de partager votre profil ? Il suffit simplement d'indiquer son pseudo Ebay et de donner une adresse e-mail pour pouvoir par la suite télécharger le mp3 résultant !

Processing: nouveau jouet

Thomas Reiss — Tue, 02 Sep 2008 19:48:00 +0200

Grâce à un billet sur DLFP, j'ai découvert un petit programme qui m'a immédiatement plu! Processing. Moi qui aie toujours envisagé l'informatique comme étant quelque chose de plus ou moins sérieux - et surtout moins, je me languissais de ne plus trouver un environnement aussi instantané que ce que j'ai connu avec l'Amstrad CPC - mes toutes premières lignes de Basic - et l'Atari ST avec le GFA Basic...

Et voilà bien, après un essai de quelques minutes, un programme qui m'enthousiasme bien plus que le trio infernal Tomcat/Apache et JK (la suite arrivera... un jour).

A la croisée entre un langage de programmation et une API, Processing fournie un mini-environnement de programmation que l'on appréhende facilement grâce à sa simplicité et sa légèreté - même si ça reste du Java. Il a été conçu par deux artistes américains, Benjamin Fry et Casey Reas (voir l'article sur la Wikipedia, dans le but d'offrir aux artistes un outil de création graphique interactif, simple d'accès et offrant un maximum de possibilités créatrices.

Processing s'appuie sur Java, dont il conserve un peu la syntaxe, mais en en masquant les plus affreuses subtilités. L'environnement de développement permet de mettre au point son programme à l'ancienne, par différents essais où l'on voit se que ça donne, laissant ainsi libre court à notre imagination, et surtout remettant au goût du jour cette instantanéité et cette expressivité que l'on pouvait avoir avec des langages comme le GFA Basic.

La programmation est abordable sans lire de pavés de plusieurs centaines de pages, il suffit juste de connaître certaines particularité et de se référer à la documentation en ligne de Processing pour faire ses premiers pas.

Un programme avec Processing commence généralement par une méthode setup() qui va tout simplement initialisé l'environnement de travail - on s'en serait douter: taille du canvas, framerate, couleur de fond, etc.

Par exemple :

void setup() {
  size(200, 200);
  background(0);
  stroke(255,255,200);
}

On lui ajoutera encore une méthode draw() qui va se contenter de redessiner l'espace de travail à chaque changement de frame. Voici un petit exemple tout bête :

void draw() {
  point(mouseX,mouseY); // dessine un point sous le curseur de la souris
}

Le programme résultant peut évidemment être exécuté depuis l'environnement de développement, mais il est également possible de le transformer en programme autonome, ou carrément de générer une applet Java pour frimer sur la blogosphère !

Cliquez ici pour voir le résultat

Voilà en tout cas une bien belle surprise qui gagne franchement à être connue. Processing permet d'envisager des choses intéressantes, tout en gardant une spontanéité perdue avec les nouveaux langages disponibles. Bien entendu, ce n'est pas avec Processing que l'on va programmer le FPS de la mort qui tue, mais c'est un outil vraiment très intéressant de prototypage et d'expérimentation. On soulignera qu'il permet d'utiliser OpenGL pour afficher de la 3D, qu'il permet d'interpréter les entrées du clavier et de la souris, et même de s'interfacer avec une carte Arduino, ouvrant vraiment très loin les possibilités d'interaction !

Pour aller plus loin:

Apache, Tomcat, JK et le firewall

Thomas Reiss — Fri, 22 Aug 2008 13:31:00 +0200

Il arrive ~~parfois~~ ~~souvent~~ tout le temps que l'on mette en place des applications qui s'appuient sur le trio gagnant Apache 2.x, Tomcat 5.5 et mod_jk (ou JK) sans avoir réellement eu le temps de mettre d'aplomb la configuration de tous ces éléments. Et, pas longtemps après cette mise en production, c'est la panique, ça court dans tous les coins, ça s'affole et on en vient finalement à vous demander un peu d'aide.. Le problème, c'est que vous ne parlez pas couramment le Tomcat.

Premier message d'erreur repéré dans le log de Tomcat (catalina.out) :

22 août 2008 09:08:24 org.apache.jk.common.MsgAjp processHeader
GRAVE: BAD packet signature 18245

Autre information non-négligeable, les utilisateurs n'arrivent pas à se connecter à l'application le matin et après la pause de midi.

Google a beau être notre ami, il n'apporte pas son aide précieuse cette fois-ci. Le seul conseil que l'on peut trouver est d'utiliser un vrai Tomcat. Bien que cette réponse ne soit pas entièrement dénuée de bon sens, elle ne répond en rien à la question.

Il va falloir lire la documentation du connecteur AJP et du workers.properties qui détaille la configuration de JK.

Vraisemblablement, il s'agit d'un problème avec un firewall placé entre le serveur frontal Apache et le serveur d'application Tomcat. Lorsqu'un utilisateur se connecte à l'application, et donc réalise une requête HTTP via son navigateur, un processus serveur Apache va traiter cette requête. La requête en question étant destinée au serveur d'application, Apache va la transmettre à Tomcat grâce à JK. Si elle n'existait pas déjà avant, JK va créer une connexion vers un connecteur AJP côté Tomcat. Et, dans le but d'optimiser les performances, cette connexion sera réutilisée par la suite pour traiter d'autres requêtes, évitant ainsi le coût de création d'un nouveau socket.

Le problème observé arrive quand il n'y a aucun utilisateur pendant une certaine période de temps, et donc aucune requête qui transite à travers la connexion AJP entre Apache et Tomcat. Le firewall, suivant sa configuration, va alors considérer la connexion comme coupée et la supprimer de ses tables de maintien de connexions sans rien dire à personne. Et, un peu plus tard, quand notre utilisateur sera rassasié ou aura bien dormi, il va "réveiller" cette connexion AJP et celle-ci sera tuée par le firewall.

La documentation de configuration de JK nous apporte la solution. Il faut positionner le paramètre socket_keepalive à true :

worker.nom_worker.socket_keepalive = true

La prochaine fois, nous irons un peu plus loin encore dans la configuration de JK, d'Apache et de Tomcat.

Nostalgie des premiers ST

Thomas Reiss — Thu, 21 Aug 2008 12:00:00 +0200

C'était un temps que je n'ai pas connu, aux tout début du ST, quand le TOS n'était pas encore en ROM et qu'il fallait le charger depuis une disquette... Les premières machines étaient livrées toutefois avec un chargeur en ROM qui proposait une petite animation bien sympathique...

Amiga goes USB: Logiciel

Thomas Reiss — Wed, 20 Aug 2008 12:00:00 +0200

La Subway utilisant une interruption (INT6), située sur le port horloge, certains logiciels tapant dans le hardware ne sont pas capable de traiter correctement ces interruptions. Dans le lot, on retrouve bien entendu des démos, comme la Captured Dreams de TBL, ou encore l'incontournable WHDLoad.

Une autre incompatibilité que j'ai remarqué est entre la pile USB Poseidon et OxyronPatcher, quasiment indispensable avec un 68040 ou un 68060.

Dans certains cas, il n'y a pas d'autres solutions que de désactiver la pile USB avant de lancer une démo récalcitrante, mais pour WHDLoad et OxyPatcher, il y a une solution...

WHDLoad

Parmi les bugs, le plus gênant est certainement avec WHDLoad, ce fameux programme qui permet des anciennes productions sur un Amiga sous stéroïdes et qui permet surtout de se passer de ces affreuses disquettes. Bien que ce soit un bug connu, il n'y a pas d'autres solutions que de couper purement et simplement la pile USB avant le lancement d'un programme avec WHDLoad. Il y a néanmoins un moyen simple d'automatiser cela au lancement d'un programme patché pour WHDLoad. C'est CFOU!, grand patcher et bidouilleur devant l'éternel, qui nous livre la solution sur le forum EAB.

Il suffit d'éditer le fichier S:WHDLoad.prefs et d'y ajouter les deux lignes suivantes qui désactiveront et réactiveront la pile USB Poseidon quand ce sera nécessaire :

ExecuteStartup=sys:c/AddUSBHardware REMOVE ALL
ExecuteCleanup=sys:prefs/env-archive/PsdStackLoader

Et ça marche du tonnerre !

OxyPatcher

Ce logiciel étant fait des merveilles quand on possède un 68060: il patche les instructions non présentes nativement sur le 68060 (ou 68040) à la volée, et le fait apparemment bien mieux que CyberPatcher - il n'y a qu'à voir le temps de calcul de la Gift de Potion qui sont réduit ... euh je n'ai jamais vu le bout des calculs avec Cyberpatcher en fait ;-)

Malheureusement, OxyPatcher et Poseidon ne font pas bon ménage ! Lorsqu'ils sont tous deux activés au boot, on se retrouve immanquablement avec un beau freeze lorsque l'on arrive sur le Workbench.

La solution de contournement est indiquée dans la documention d'OxyPatcher: il faut modifier le Tooltype UseMMU.

Visiblement ça ne fonctionne pas. En revanche, dans les tooltypes d'OxyPatcher, j'ai modifié UseMMU=0 au lieu de UseMMU=1. Ce n'est pas très conseillé pour des raisons de performances, mais au moins ça marche.