Myriad Blog 1.3.0 Sunday, Jan 25th, 2015 at 09:23pm 

Dev News Saturday, Apr 30th, 2011 at 06:32am
Acam III tape 13

Nous avons donc attaqu la partie impression d'Acam. Afin de bien comprendre la charge de travail un petit rappel du mode de fonctionnement est ncessaire. Dans Acam affichage l'cran et impression ont trs vite t spars.
Pour l'cran, chaque fentre est associ un "offscreen" (une image pixlis en couleur) sur lequel Acam dessine lui-mme quasiment tout. Seul les textes sont affichs par l'OS dans l'offscreen. La gestion des diffrents types de polices, de modes de transfert, de rotation, serait un vrai casse tte. De fait une normalisation commence apparatre : l'ATSUI. C'est ce que nous utilisons sur Mac OS X.
Utiliser ce type de fonctionnement pour l'impression est possible, c'est le mode "Imprimer selon une image haute rsolution" d'Harmony Assistant. Cependant cela entrane quelques problmes.
D'une part, pour avoir une prcision suffisante, il faut utiliser un offscreen immense. N'oublions pas que la rsolution standard d'un cran est de 72 pixels par pouce (ppp) une imprimante va facilement jusqu' 2400 ppp.
Le temps de transfert de l'image vers le priphrique va donc tre non ngligeable.
Ensuite certains types d'imprimantes grent eux mme les tracs de manire intelligente (par exemple les imprimantes PostScript) et vont se charger de lisser les diffrents graphismes au mieux de leur capacit.
Donc lorsque nous voulons imprimer une page sous Acam :
Les diffrents ordres graphiques sont collects dans une structure trs proche du PicHandle de Mac OS 9.
Ces diffrents ordres sont reinterprts et traduits dans des commandes dpendantes du systme et envoy au pilote d'impression.
Il est donc ncessaire de traduire toutes les commandes graphiques gnrique d'Acam: MoveTo, LineTo, Clip, Fill, etc, en commandes spcifiques au systme.
Bon week end !
by Didier Guillion
 1 comment.

Dev News Thursday, Apr 28th, 2011 at 04:57pm
Acam III tape 12

Nous avanons lentement mais surement.  Nous commenons comprendre de mieux en mieux comment fonctionne Mac OS X.
En effet, nous devons dconnecter tous les automatismes de Cocoa pour grer les choses notre faon : la gestion des allocations mmoires, les objets graphiques, les vnements clavier et souris, etc.
D'abord, l'accs aux fentres systmes de slection de fichier charger et sauver, de paramtrage des imprimantes a t implment :
 

 
Depuis Myredit, il est donc maintenant possible de charger un fichier de le modifier puis de le sauvegarder sous un autre nom.
A noter que le multi-fentrage est oprationnel ainsi que le dplacement et le changement de taille.
Un grand point positif : nous craignions vraiment rencontrer des problmes en mixant de l'Objective-C et du C, et bien non, avec un peu de discipline les appels de l'un l'autre se font sans mcanismes compliqus.
Nous avons perdu pas mal de temps avec une raction trange de GCC (le compilateur C de XCode). En C, les paramtres des fonctions peuvent tre flous. GCC le gre d'une manire un peu particulire puisqu'il refuse les donnes de moins de 4 octets, affiche juste un avertissement et gnre de l'assembleur avec une instruction destine faire planter le programme : ud2a.
Nous n'avions jamais vu cela.
La saisie de la position globale du curseur de la souris a galement t assez coton. Aprs plusieurs essais infructueux et plantognes nous sommes passs par la possibilit qu'offre Mac OS X de dtourner les vnements de priphriques  un trs bas niveau via CGEventTapCreate. Et cela fonctionne.
Prochaine tape,  l'impression, il va y avoir du boulot !
by Didier Guillion

Dev News Wednesday, Apr 27th, 2011 at 05:00pm
Acam III tape 11

 
Tout a bien avanc aujourd'hui, nous avons mis en place la possibilit d'utiliser des aspects d'interface diffrents sur Mac.
 
En une journe, nous avons donc avanc de trois ans (passage direct de Windows 98 Windows XP)
 

 
Nous avons galement pass les fichiers source sur Linux, et essay une premire compilation. Malheureusement, nous avions oubli que le systme de fichier sur lequel notre Linux est install est sensible la casse, ce qui lui fait considrer par exemple le fichier "Acam.h" comme diffrent du fichier "acam.h".  
Il va donc falloir faire pas mal de petites modifications dans nos fichiers sources avant de pouvoir esprer compiler tout a proprement...
by Olivier Guillion
 3 comments.

Dev News Tuesday, Apr 26th, 2011 at 05:00pm
Acam III tape 10

 
Alors que tout commenait fonctionner plutt bien au niveau des textes, nous nous sommes rendus compte que les appels systme que nous utilisions sur Mac OS X ne nous permettraient pas d'aller assez loin, leurs options tant trop limites. Par exemple, les styles de fontes (gras, italique) n'taient disponibles que si une fonte ddie tait installe.
 
Nous avons donc d tout reprendre en utilisant l'ATSUI, une couche logicielle trs puissante mais assez dlicate mettre en oeuvre, que vous avions dj utilise pour l'affichage des textes Unicode au sein de nos logiciels.
 
Les oprations de nettoyage et de clarification des fichiers sources continuent en parallle. Nous allons bientt pouvoir crer un projet de test sous Linux (GTK+), et essayer de compiler nos modules sur cette plate-forme. Travailler sur 3 systmes la fois nous permettra alors de dterminer comment mieux sparer ce qui est dpendant du systme de ce qui ne l'est pas.
by Olivier Guillion

Dev News Friday, Apr 22nd, 2011 at 04:59pm
Acam III tape 9

Pas mal d'avances satisfaisantes pour finir la semaine.
D'un cot, un gros travail de sparation des fonctions gnriques de celles spcifiques la machine a t fait. Il nous restera donc a remplir les sources mannequins pour obtenir une version d'Acam sur n'importe quel OS.
Pour entrer dans le dtail, depuis quelques dizaines d'annes, les systmes d'interface graphique n'ont gure divergs.
Il y un menu, des fentres. Chaque fentre propose une aire systme (titre, marges...) et une aire utilisateur sur laquelle on peut dessiner ce que l'on veut. Alors, pour crer une fentre cela peut tre NewWindow, CreateWindow, OpenWindow sur les diffrents OS, le rsultat reste le mme. Donc, notre entre AcamCreateWindow devient l'entre gnrique pour toutes nos applications.
 
Ensuite, sur Mac OS X, nous avons russi grer les menus de manire conforme l'aspect du systme :
 

 
Au passage, l'appli est un petit diteur de texte que nous avons crit il y a une vingtaine d'anne pour tester les premires versions d'Acam.
 
La prochaine tape est l'uniformisation de la gestion des polices de caractres.
 
Bon week-end !
by Didier Guillion
 6 comments.

Dev News Thursday, Apr 21st, 2011 at 04:59pm
Acam III tape 8

 
Maintenant que tout est plus ou moins en place, nous nous sommes replongs dans la totalit des fichier sources d'Acam pour sparer tout ce qui est spcifique au systme d'exploitation hte de ce qui est commun.
Les appels au systme Windows tant trs nombreux, et intriqus dans les modules supposs tre communs, c'est un travail de minutie et de patience.
 
Cela permettra, terme, d'avoir d'un cot le noyau logique d'Acam, avec la gestion de tous les objets, vnements, etc, qui sont identiques partout, et d'un autre cot une collection la plus limite possible de fonctions dpendantes de l'OS.
 
C'est seulement cette dernire partie qu'il faudra rcrire chaque fois que nous porterons Acam sur un nouveau type de machine, d'o l'intrt de la rduire au strict minimum, afin de rduire d'autant la complexit et le temps de portage.
by Olivier Guillion

Dev News Wednesday, Apr 20th, 2011 at 05:15pm
Acam III tape 7

 
Nous avanons pas pas sur le dveloppement d'Acam sur Mac.
Un point important a t franchi quand nous avons enfin russi dtourner les vnements systme bas niveau vers notre propre systme de traitement.  
Pour rsumer, Cocoa dfinit des objets qui reoivent des vnements. Chaque objet traite l'vnement selon ses propres mthodes, qui peuvent tre surclasses. Nous, nous fonctionnons " l'ancienne", c'est l'objet qui envoie une requte l'interface pour savoir si un vnement est disponible.
La conversion de la couche graphique avance galement, nous commenons afficher des lments simple en utilisant CoreGraphic.  
Comme nous sommes passs d'offscreens QuickTime des offscreens CoreGraphic (les entres bas niveau de Mac OS X) il est maintenant possible d'utiliser toutes les fonctions CoreGraphic et en particulier l'affichage des textes.
Nous n'arrivons toujours pas demander CoreGraphic de nous dire la taille en pixels X et Y d'un texte, mais apparemment nous ne sommes pas les seuls rencontrer ce problme...
D'o l'aspect dcal de l'tat actuel de notre test :
 

 
Mais cela nous satisfait, une vilaine fentre Window 95 qui tourne sous Mac OS X...
Il faut galement savoir que les origines de trac ont chang. Carbon et QuickTime considraient que le point (0,0) tait en haut gauche de l'espace. CoreGraphic le place en bas gauche. Pas mal de gymnastique arithmtique donc.
Mais nous voluons dans le bon sens : une uniformisation des fonctions vers une couche systme dpendant. Ds que cela sera peut prt au point, nous tenterons une compilation sous Linux.
by Didier Guillion

Dev News Tuesday, Apr 19th, 2011 at 05:02pm
Acam III tape 6

 
Apparemment, on tait mal partis dans la gestion des offscreens (aires non visibles sur lesquels ont lieu tous les tracs graphiques avant d'tre transfrs l'cran) sur Mac OS. Nous avions utilis un jeu de fonction bien documentes mais au final peu pratiques. Nous avons trouv presque par hasard une autre documentation, qui prsente une autre manire de crer ces offscreens, avec plus de souplesse et plus de possibilits (gestion des affichages de polices de caractres plus aise, etc)
 
Nous en sommes donc revenus l o nous en tions hier, mais avec le nouveau systme graphique. On devrait maintenant pouvoir progresser plus aisment.
 
En parallle, nous avons jet un oeil au dveloppement sur Linux. Nous avons d d'abord rpondre l'invitable interrogation "Gnome/GTK+ ou KDE/QT". Nous avons dcid d'essayer d'abord GTK+.
Nous avons cr un petit programme C qui ouvre une fentre, et est capable de dire si le bouton de la souris est cliqu ou relch sur celle-ci. Ca n'a l'air de rien, mais cela nous permet de commencer valuer la difficult d'un portage d'Acam sur cette plateforme. A priori, la structure de la boucle de gestion des vnements est trs proche de celle de Mac OS X.
by Olivier Guillion

Dev News Monday, Apr 18th, 2011 at 05:00pm
Acam III tape 5

 
Toutes les fonctions graphiques qui taient crites en assembleur ont entirement t rcrites en C. Cette version est probablement un peu moins rapide que la version originelle, mais la diffrence ne saute pas aux yeux. Bien entendu, nous conservons les versions rapides en assembleur pour Acam sur Windows.
 
Ceci a cependant permis de commencer tracer le contenu des fentres (titre, cadres, boutons, etc) sur Mac OS, et facilitera le portage ultrieur vers de nouveaux systmes. Nous avons ainsi obtenu quelque chose qui ressemble une fentre Windows 95, le look par dfaut, sur Mac OS X.
 
Il y a encore quelques rats, et l'affichage des textes n'est pas oprationnel pour l'instant, mais c'est un bon dbut:
 
 
 
En parallle, nous essayons de trouver un systme de dveloppement en C efficace pour Linux. Mme si la version Linux d'Acam n'est pas pour tout de suite, savoir comment une application devrait tre structure sur ce systme nous permettrait de mieux cerner le dnominateur commun entre les interfaces graphiques de Windows, Mac OS 9, Mac OS X, iOS et Linux, et ainsi de concevoir Acam en consquence.
by Olivier Guillion

Dev News Friday, Apr 15th, 2011 at 04:58pm
Acam III tape 4

Nous achevons notre deuxime semaine de dveloppement sur Acam.
En surclassant l'objet Cocoa NSWindow nous avons russi intercepter plusieurs vnements sur les fentres. Mais pour l'instant, si le clavier, le bouton gauche et la mise jour graphique de l'aire de la fentre ne semblent pas poser de problme, nous ne recevons pas d'vnement bouton droit appuy mais uniquement, bouton droit relch, trange...
La couche bas niveau de manipulation de mmoire (crite en assembleur) s'est avre assez difficile rendre compatible entre Visual C et XCode : le compilateur GCC de XCode fait vraiment des choses pas trs nettes, comme par exemple, utiliser des registres processeur sans les prserver. Nous allons donc rcrire ce module en C pour aller plus loin dans nos tests. De toute manire cela pourra servir d'avoir une version d'Acam 100% en C.
Bon week end !
by Didier Guillion

Myriad Life Thursday, Apr 14th, 2011 at 05:01pm
23 !

Aujourd'hui Myriad fte son 23 me anniversaire. Nous nous approchons du quart de sicle...
Pour fter cela nous sommes revenus nos sources et avons pass la journe dans l'assembleur i386 pour essayer de rendre les codes compatibles entre Visual C et GCC, et ce n'est pas gagn !
Alors un grand poutou ceux qui nous soutiennent quotidiennement et en avant pour la nouvelle anne.
by Didier Guillion
 3 comments.

Dev News Wednesday, Apr 13th, 2011 at 05:01pm
Acam III tape 3

Nous avons russi lier notre librairie Acam mannequin un trs court projet fonctionnant sous Acam Windows.
Les premires entres vides ont t implmentes. En premier, les oprations d'entre/sortie disque. Ainsi, les fichiers ressources sont apparemment correctement lus et les objets extraits.
Les premires fonctions de base ont t crites : ouverture d'une fentre, changement de son titre, redimensionnement.
Il reste maintenant tracer sur cette fentre. D'aprs la documentation Apple, QuickDraw est indpendant de Carbon et intgr QuickTime, on devrait pouvoir utiliser soit QuickDraw soit, la nouvelle technologie Quartz 2D.
Nous pencherions plutt pour la seconde solution (mme si le travail est plus important) car elle est annonce comme plus rapide et offre des possibilits intressantes comme les courbes de Bzier.
Donc deux objectifs : d'abord dfinir le remplaant du GrafPort (le Device Context sous Windows), ensuite arriver intercepter les vnements qui arrivent sur la fentre : mise jour, click souris, etc et les convertir.
by Didier Guillion
 1 comment.

Dev News Tuesday, Apr 12th, 2011 at 10:57pm
Synthse d'instruments cordes (28)

 
Mieux vaut tard que jamais... Un clic a du passer cot du bouton "Envoyer".
 
Aujourd'hui, nous avons optimis la synthse, afin d'tre srs que le calcul puisse s'effectuer en temps rel. Sur notre processeur, maintenant plutt ancien, un instrument prend environ 4 5% du temps machine, ce qui reste raisonnable.
 
Nous avons galement amlior le son du doigt qui glisse sur le trait de la corde, en trouvant un algorithme de mouvement plus raliste. Nous faisons des essais de lger bruit de glissement sur les cordes lisses (les 3 cordes nylon d'une guitare espagnole, par exemple). Ce n'est pour l'instant pas franchement convaincant, il n'est pas certain que ce soit conserv au final.
by Olivier Guillion

Dev News Monday, Apr 11th, 2011 at 05:02pm
Synthse d'instruments cordes (27)

 
Dans tous les tests de sonorit que nous avions mens jusqu' prsent, les morceaux employs taient dj travaills pour un ralisme maximal. Les accords taient arpgs, les vlocits bien ajustes, etc.
Le ralisme du rsultat est grandement dpendant de ces ajustements.
 
Mme avec un son de guitare quasi-parfait, si le morceau a t entr "au kilomtre", avec des notes cales mcaniquement, toutes la mme vlocit, il y a peu de chance d'obtenir quelque chose de raliste.
 
Aussi, le module sonore de guitare doit galement prvoir une phase de prcalcul des paramtres des notes.
Ce traitement serait optionnel et configurable par l'utilisateur, et consisterait en quatre rubriques:
 
1- l'ajustement automatique des dures de notes
  En effet, si le guitariste n'touffe pas les cordes, chaque note continue de sonner jusqu' ce qu'une autre note soit joue sur la mme corde.
 
2- Le bruit de trait de corde, lorsqu' la fin d'une note, le doigt se dplace jusqu' la nouvelle case en frottant la corde
 
3- L'arpgeage (?) des accords, dpendant du sens du mouvement du plectre et de la vitesse d'excution
 
4- Les vlocits, pour lesquelles il nous reste encore trouver un algorithme de calcul pas trop fantaisiste.
 
by Olivier Guillion
 4 comments.

Dev News Friday, Apr 8th, 2011 at 05:00pm
Synthse d'instruments cordes (26)

 
Nous avons travaill sur la configuration des sons de guitare.
Maintenant que nous pouvons jouer d'un tel instrument en temps rel, nous avons pu reprendre les paramtres un un (ils sont pour l'instant stocks sous forme d'un fichier texte), et couter quel tait leur effet sur le son rsultat.
 
Ceci nous a permis de savoir quels rglages taient ncessaires, lesquels n'avaient pas d'utilit sensible, et quelle consquence avait la modification d'un paramtre sur le son entendu.
 
Nous pourrons ainsi rorganiser ces paramtres pour proposer l'utilisateur quelque chose de comprhensible et de pas trop compliqu.
 
Dans un autre domaine, nous avions mis en place, dans nos projets d'essai, des sons ralistes de glissement de doigt sur le trait. Malheureusement, la structure de fonctionnement de l'instrument virtuel dans Harmony Assistant ne permet pas au module de savoir quelles notes vont tre joues aprs celle qu'il traite actuellement. Il ne peut donc pas anticiper le mouvement des doigts, comme le ferait un vrai guitariste. Et si on dmarre le mouvement du doigt au moment o la note est cense tre joue, c'est trop tard, le son de la note se dcale, a s'entend et c'est pas beau.
Il va donc falloir que nous trouvions une mthode pour parvenir savoir, lors du jeu de la musique, quel va tre le prochain mouvement de la main sur le manche. Ca promet d'tre compliqu...
by Olivier Guillion
 3 comments.

Dev News Thursday, Apr 7th, 2011 at 05:00pm
Acam III tape 2

Nous sommes en train d'crire une couche mannequin qui devrait nous permettre terme de compiler la librairie Acam sous Mac OS et de la lier avec une de nos applications. Bien sur ce n'est qu'une tape car les diffrentes entres de la couche mannequin sont vides, il va falloir les remplir.
Les sources C se compilent sans aucun problme sous XCode, seule une instruction assembleur est mal digre par XCode. Il va falloir trouver une solution.
Donc pour rsumer, quand une de nos applications voudra ouvrir une fentre Mac OS X, elle invoquera la fonction Mac OS 9, qui sera mul par la couche Mac OS 9 d'Acam qui appellera la fonction Windows correspondante qui elle mme sera mule par notre couche mannequin et transforme en appel Mac OS X. Les conversions tant trs rapides, nous sommes persuads que cela sera imperceptible en terme de ractivit pour la plupart des fonctions, les autres seront optimises pour offrir un accs direct.
La seule question en suspend est de savoir si nous allons pouvoir grer l'interface graphique Cocoa en C sur Mac OS X puisque le langage officiel reste OBJ-C....
by Didier Guillion

Dev News Wednesday, Apr 6th, 2011 at 05:03pm
Synthse d'instruments cordes (25)

 
Nous avons commenc l'intgration du gnrateur de son de cordes dans Harmony Assistant.
La premire tape a t de mettre en fonction un module mannequin, qui joue les notes avec un son simple (sinusode).
 
Une fois ce mannequin fonctionnel, il s'est agi de le remplacer par le module de synthse rel. Cela fonctionne maintenant, nous avons jou et export des partitions avec un son de guitare modlis, directement depuis Harmony Assistant.
 
Il reste maintenant rendre tout cela bien propre, et prvoir l'interface graphique qui permettra l'utilisateur, dans un premier temps, de dfinir quelles portes doivent utiliser les nouveaux sons, et dans un deuxime temps, de configurer finement les instruments en question.
by Olivier Guillion
 2 comments.

Dev News Tuesday, Apr 5th, 2011 at 05:00pm
Acam III tape 1

"Pluralitas non est ponenda sine necessitante"
Les multiples ne doivent pas tre utiliss sans ncessit.
(Guillaume d'Ockham)
 
Il y a tous juste 20 ans, en 1991, nous avons commenc le dveloppement de notre librairie Acam (As Clever As Mac). Lass de devoir recoder une bonne partie de nos programmes sur les diffrentes machines existantes comme le Mac, le PC, l'Atari ST, nous avons dcid de mettre au point une couche logicielle commune tous les systmes. Comme le meilleur systme d'interface graphique l'poque tait Mac OS, nous avons donc rcrit celui ci en C.
Depuis, tous nos logiciels utilisent cette librairie, bien que depuis prs de 15 ans elle ne tourne plus que sous Windows.
Entretemps, Mac OS est devenu Mac OS X mais la compatibilit a t assur par la couche logicielle Carbon qui permet de faire tourner les applications utilisant les anciennes API.
Nous craignons qu'un jour, la faveur d'une mise jour majeure du systme, Apple n'abandonne Carbon. Il est absolument impensable de rcrire tous nos logiciels en Objective-C sous Cocoa en perdant dans le mme mouvement ce grand bonus d'avoir des sources compatibles entre Mac OS et Windows ce qui rduit drastiquement nos temps de dveloppement.
Nous avons dcid de passer quelques jours tudier la possibilit de repasser Acam sous Mac OS. C'est un gros travail car au fil des annes, Acam est devenu trs li Windows.  
Mais ce faisant nous allons essayer de le rendre totalement indpendant du systme, ce qui, terme, permettrait d'envisager un portage vers d'autres systmes comme l'iOS qui quipe les iPod, iPad et autres iPhone, ou mme une version Linux qui permettrait d'avoir enfin nos logiciels sur cette plateforme, en mode natif, sans passer par l'mulateur WINE.
A suivre !
by Didier Guillion
 5 comments.

Dev News Monday, Apr 4th, 2011 at 05:06pm
Sauvetage de PC
 
 
Le week-end a t pass restaurer notre PC de dveloppement, dont le systme (Windows XP) avait fum jeudi soir.
 
Nous avions des copies de sauvegarde de tous les fichiers "source", mais par scurit, nous avons sauvegard vendredi la totalit de nos donnes sur un disque externe, grce un dmarrage sous Linux.
 
Nous avons achet un nouveau disque interne (SATA 500Mo), sur lequel nous avons nouveau tout copi - oui, on est un peu paranos sur les risques de perte de donnes-.
 
Les tentatives de rparation du systme on toutes choues, nous avons donc d nous rsoudre un reformatage et une rinstallation complte. Nous avons envisag un moment de passer Windows 7, mais nous avons prfr diffrer a, pour ne pas cumuler les problmes de restauration des donnes et d'incompatibilits possibles du nouveau systme.
 
Samedi a donc t pass effectuer les centaines de mises jour d'XP, tlcharger et installer la trentaine d'applications indispensables et reconfigurer tous nos outils de dveloppement (compilateurs C et Flash, signatures numriques, editeurs divers, "batchs" de gestion des images rseau, etc.
 
Au final, nous nous retrouvons avec des outils un peu plus jour, un systme plus rapide car moins charg d'applications mal dsinstalles qui s'taient accumules depuis 5 ans, et une capacit de disque dur double.
 
Aujourd'hui, nous avons recompil quelques applications pour vrifier que tout va bien. Ainsi, Le Myriad Music Plug-in a t re-post avec une installation corrige sur Firefox 4. En effet, il ne trouvait ce navigateur que lorsqu'il n'avait pas t install partir d'une mise jour de Firefox 3.
 
Sur notre site, la version n'a pas boug car seul l'installateur a t modifi, le plug-in lui-mme restant identique. Donc, si vous n'avez pas pu l'installer sur Firefox 4, tlchargez-le nouveau et ressayez...
by Olivier Guillion
 2 comments.

Dev News Friday, Apr 1st, 2011 at 04:58pm
Harmony 9.6 et autre tape 190

Nous sommes toujours sur notre problme de plantage de Windows. Apparemment le systme n'est pas rcuprable mais tous nos fichiers de donnes sont l. Nous avons russi a dmarrer une version d'Ubuntu sur CD et sommes en train de copier toutes les donnes sur un disque amovible. Quand ce sera fini, nous essaierons de rinstaller Windows....
Sinon, il y a trs peu de retours sur les dernires versions publies et c'est plutt positif.
Notre intention est de dmarrer trs vite le chantier de notre nouveau produit : l'intgration de la guitare virtuelle dans Harmony/Melody.
Bon week end !
by Didier Guillion
 3 comments.


Full view
Reduced view
Most recent first
Oldest first
All
Didier Guillion
Olivier Guillion
Sylvie Ricard
All
Dev News
Technical
Mood
Memories
Myriad Life
To be seen
30 previous days
Apr 2006
May 2006
Jun 2006
Jul 2006
Aug 2006
Sep 2006
Oct 2006
Nov 2006
Dec 2006
Jan 2007
Feb 2007
Mar 2007
Apr 2007
May 2007
Jun 2007
Jul 2007
Aug 2007
Sep 2007
Oct 2007
Nov 2007
Dec 2007
Jan 2008
Feb 2008
Mar 2008
Apr 2008
May 2008
Jun 2008
Jul 2008
Aug 2008
Sep 2008
Oct 2008
Nov 2008
Dec 2008
Jan 2009
Feb 2009
Mar 2009
Apr 2009
May 2009
Jun 2009
Jul 2009
Aug 2009
Sep 2009
Oct 2009
Nov 2009
Dec 2009
Jan 2010
Feb 2010
Mar 2010
Apr 2010
May 2010
Jun 2010
Jul 2010
Aug 2010
Sep 2010
Oct 2010
Nov 2010
Dec 2010
Jan 2011
Feb 2011
Mar 2011
Apr 2011
May 2011
Jun 2011
Jul 2011
Aug 2011
Sep 2011
Oct 2011
Nov 2011
Dec 2011
Jan 2012
Feb 2012
Mar 2012
Apr 2012
May 2012
Jun 2012
Jul 2012
Aug 2012
Sep 2012
Oct 2012
Nov 2012
Dec 2012
Jan 2013
Feb 2013
Mar 2013
Apr 2013
May 2013
Jun 2013
Jul 2013
Aug 2013
Sep 2013
Oct 2013
Nov 2013
Dec 2013
Jan 2014
Feb 2014
Mar 2014
Apr 2014
May 2014
Jun 2014
Jul 2014
Aug 2014
Sep 2014
Oct 2014
Nov 2014
Dec 2014
Jan 2015
Jan 23rd, 2015 at 04:53pm 
Article from Didier Guillion
ACAM sur Mac tape 18
Jan 22nd, 2015 at 04:53pm 
Article from Olivier Guillion
Acam Winter tape 32
Jan 21st, 2015 at 04:54pm 
Article from Didier Guillion
ACAM sur Mac tape 17
Jan 20th, 2015 at 04:58pm 
Article from Olivier Guillion
Acam Winter tape 31
Jan 19th, 2015 at 04:55pm 
Article from Didier Guillion
ACAM sur Mac tape 16
Jan 16th, 2015 at 05:49pm 
Comment from dheo
Keyboard Input
Jan 16th, 2015 at 05:49pm 
Comment from dheo
Keyboard Input
Jan 16th, 2015 at 05:49pm 
Comment from dheo
Keyboard Input
Jan 16th, 2015 at 05:49pm 
Comment from dheo
Keyboard Input
Jan 16th, 2015 at 05:49pm 
Comment from dheo
Keyboard Input

Top of page
Last update:  (c) Myriad