DEXL 0.5.0B (2018-02-15) :
**********************
1/ Adding an extended mode (switchable) to use with larger screens (nb: DEXL was previously written for 1024X768 res-screens)
several buttons add in the upper-left corner (window/ parameters area) to switch in classic/exended mode.
Theses are named 0K-1K, ..

1/ Ajout d'un mode étendu (selectionnable) pour utiliser avec de plus grans écrans
(nb: DEXL à été écrit pour le mode 1024X768 à l'origine).
Plusieurs boutons ont été ajoutés dans le coin supérieur gauche de la fênetre de l'application (window/ parameters) et permettent de switcher entre divers modes tout en conservant le mode classique . Voir 0K-1K,..

classic mode "0K" (Zero-K) (usable on 1024X768):
Le mode classique "0K" (Zero-K) ressemble à çà :



Extended mode 1K (mostly for (about) 1600 pixels-wide screens) :
Le premier mode étendu "1K" ressemble à çà :



nb: With this mode, the zoom area diseapears and a "Magnify" button is activated to provide
a zoom bloc, following the mouse. This zoom act fully as in the classic mode.

nb : Avec ce mode, la partie zoom disparaît pour des raisons de place et un bouton "Magnify" est activé afin de fournir une loupe, malgré tout.
Cette loupe possède les mêmes propriétés que celle disponible dans le mode classique mais celle-ci suit le curseur de la souris.

2/ Adding FlipH et FlipV to the sprite-handling (bloc) area.
Functions add the possibility to flip verticaly and/or horizontaly in-use sprite (bloc).
Once the bloc-sprite is taken, just click FlipH or FlipV.

2/ Ajout de deux fonctions (FlipH et FlipV) dans la manipulation de sprites (blocs).
Les fonctions offrent la possibilité de retourner horizontalement et/ou verticalement le sprite au vol, pendant son utilisation.
Une fois le bloc-sprite pris, simplement cliquer sur les boutons adéquats pour réaliser l'opération.

 
Have a nice day and thanks to MisterDID tester of the actual software.
Bonne journée à tous et merci à MisterDID pour les tests.

-Zone zoom plus facile à gérer et mire bien centrée
-Restriction à 10 amplitudes de zoom
-Correction d'un bug dans la gestion des fichiers PI2 multiples (problème au niveau du sélecteur)

DEXL (2014-02-17):
*****************
DEXL 0.4.7 release

DEXL (2014-02-04 BIS):

**************************
1/  Save List of Bloc-sprites/ Load List of bloc-sprites (save and load up to 10000 blocs-sprites in one *.BL2 file) activated in medium resolution (management in both ST & STE mode).    To do : the same thing in highres.

1/  Sauvegarde de Liste de sprites/ Chargement de Liste de sprites (sauvegarde et chargement jusqu'à 10000 blocs-sprites dans un seul fichier *.PS2) 
activé dans le mode moyenne résolution (pour ST & STE).  A faire : même chose en haute résolution

DEXL (2014-02-04):
**********************
1/  Save pics/ Load pics (save and load up to 100 PI2 pictures in one *.PS2 file) activated in medium resolution (in both ST & STE mode)
1/  Save pics/ Load pics (sauvegarde et chargement jusqu'à 100 images PI2 dans un seul fichier *.PS2) activé dans le mode moyenne résolution (pour ST & STE)

---

DEXL (2014-01-28):
**********************
1/  DEVPAC 2.1 code generator for sprites is ok
2/  Simplification of "To GFA Basic" and "To Devpac" options, now just save coords & pictures for each.
3/  Project : think to add ATARI 8-BIT (400/800/XL/XE/5200) support in DEXL...

1/ Générateur de code DEVPAC 2.1 pour les sprites terminé
2/ Simplification de la sauvegarde "To GFA Basic" et "To Devpac", maintenant sauvegarde des coordonnées
    et des images pour chaque.
3/ Projet : Réfléchir sur l'ajout de la gestion des modes graphiques des ATARI 8-BIT dans DEXL...

---

DEXL (2014-01-19):
**********************
1/  Fix load/save palette functions in ST & STE mode
2/  Fix : when "load pics" is used, a final message says "pictures well saved.  wrong message fixed.
3/  Fix : when color select in color selector 512 & 4096, fill patern was not updated with the new color.

Time to setup CAMSTUDIO witch made quirks on my system and I must do HOW-TO-DO HD videos

Best to all Atarians over the world. 

Plusieurs corrections :

1/ load/save palette ok dans les modes ST & STE,
2/ correction d'un message erroné à la suite de chargement d'un fichier *.PS1 (images multiples),
3/ couleur du patern non mise à jour lors d'un choix de couleur dans le selecteur de couleurs 512&4096

Le temps de régler CAMSTUDIO qui me fait des problèmes sur mon système et je fais des videos
"COMMENT-FAIRE" en HD.

Bonne reprise à tous

 

Pictures handling credit : oky2000 (2011) from AtariAge Atari ST/TT forum.

---

DEXL (2014-01-04):
*****************
0.4.6 release, match ste model. STE Pictures tested on real STE with DeluxePaint 4, Degas & GFA basic 3.5F.
samples given with the pack (see "true ste" in PI1 filenames) are correct on DEXL & STE machines.

DEXL (2013-12-23):
*****************
A last test on real STE this week-end shows that PI1 (4096 colors model) don't work correctly in save/load 
because 4th bit interpretation by STE and while DEXL do it as "logical way" (but why do logical when they can do worst, isn't it ?).

So wait a short time to use PI1/PI2 in STE mode. In fact, a single SHL on each 4-4-4bits RGB will solve this.
and version 0.4.6 or further will correct this. Otherwise, PI1 ste pictures will show as they load in ST mode.

another mismatch is up and down RGB in blue chanel, seems not activated ...

Un dernier test sur un vrai STE cette fin de semaine a montré que les images PI1 (modèle 4096 couleurs) ne sont pas sauvées/ chargées correctement à cause de l'interprétation du 4e bit par le STE.  DEXL le fait de manière logique (en tout cas comme la logique le veut, mais pourquoi faire simple quand on peut faire compliqué n'est-ce-pas ?) 

En tout cas attendez un peu pour utiliser les PI1/PI2 en mode STE. En fait un simple SHL sur chacun des 4-4-4bits RGB solutionne çà et la version 0.4.6 ou supérieure solutionnera çà.

Degas Elite XL (2013-12-15):
************************
-Adding a tool in "color" folder : change only a R,G or B chanel of selected color(s) by 1 (increase or decrease).  can be used with selection of colors in palette checkboxes. Can be usefull to modify general saturation aspect of a bunch of colors, in one time.

-Ajout d'un outil dans la rubrique "Color" : Augmentation ou diminution de la valeur d'un canal R,G ou B d'une ou plusieurs couleurs choisies dans la palette.
Peut être utile pour modifier l'aspect général d'une image sur un lot de couleurs choisies.  
 

 

this tool is activated in "Color" folder
l'outil se trouve dans le folder "Color"

---

Degas Elite XL (2013-11-26):
*********************************
-Improvements in "color" folder : all functions, as copy-palette, cols-to-dark & cols-to-light, ..  can be used with selection of colors in palette checkboxes.

examples :

-if you select colors 1,2,4,9,10 as in the first screenshot, and you click on palette-copy after select a source and a target screen, only color(s) selected will be copied from screen to screen (with a recolor of the picture).

-if select same colors and do a col-to-dark click, all RGB chanels of selected colors will be decreased by value 1. Same idea for "cols-to-light".



-Améliorations dans le folder "color" toutes fonctions sont maintenant associées a des couleurs individuellement sélectionnables avec des "boîtes a cocher"

 

exemples :

-si vous selectionnez les couleurs 1,2,4,9,10 comme dans le premier screenshot, et que vous cliquez sur palette-copy après avoir choisi un n° d'image source et de destination, seules les couleurs concernées seront copiées (avec un recolor de l'écran destination).

-si -avec les mêmes couleurs- vous faires un click sur col-to-dark, chaque canal RVB des couleurs sélectionnées sera décrémenté de 1. Même idée pour le "col-to-light".

           

Release after checking flaws seriously .

---

Degas Elite XL (2013-10-31):
*********************************
-STE 16 color registers/ 4096 color palette pictures are now perfectly supported in PI1/ PI2 models (just to be carefull to know if ist ST or STE picture I suggest to put the model in the filename since PI1/ PI2 do not contain ST or STE information).
Bloc/sprite-file is ok in STE model too (*.BL1).  
The clipboard color algorithm is improved to match STE model with more accurate (not yet perfect) computation (custom quantization for ST/ STE)

Actual version is 0.4.1

-Les graphismes du STE (16 registres/ 4096 couleurs) sont maintenant parfaitement supportés dans les modèles de fichier PI1/ PI2 (juste être prudent quant à savoir s'il s'agit d'une image ST ou bien STE. Je suggère de mettre l'information dans le nom du fichier).
Les fichiers Bloc-sprites sont aussi validés pour le STE (*.BL1).
Et enfin, l'algorithme de recherche de couleurs a été amélioré pour le modèle STE avec un calcul plus précis, adapté pour le ST et le STE. 

Version actuelle : 0.4.1

 

 

---

Degas Elite XL (2013-10-16):
*********************************
-In Bloc/Sprite management, ST and STE model are on the way to be finished (in fact, must be tested) and High-res model will be programmed soon.

-Dans le module Bloc/Sprite editor, les modes ST et STE sont maintenant presque completement supportés (a tester en fait) et le mode haute résolution
va bientôt être programmé aussi. 

---

Degas Elite XL (2013-10-08):
*********************************
-Palette in 4096 colors is fixed in new 0.4.0 beta version, theorically no more garbage after -this is true- 
 a while of mess.

 Test must be made for Degas elite pictures and loading with degas elite (because it has not planned  for 4096
 colors at the time) but as the differences between 512 and 4096 color palette  0RRR0GGG0BBB (ST) and 
 RRRRGGGGBBBB (STE), it should not  cry with this (on a ste) I think, unless you change the colors,
 then it should be interesting to see.
 Anyway, this has yet to be tested in real hardware.

 For color conversion issue, some problem weren't solved in the code (false colors, ST colors for STE pictures, ..) 

 To approximate the true color values ​​ST / STE and eliminate the perceptual differences between the ST and
 the STE colors , I used a statistical method to determine the "best" color.

My x86 system reference is 0..255 for each RGB chanel, ST is 0..7 and STE is 0..15
so (for ST) : 256 values must be divided by 8 and a unit in ST is somewhere between 32 values on x86 sys.

ST RGB  0,0,0 is in 0..31,0..31,0..31   and STE RGB 0,0,0 takes place in 0..15,0..15,0..15 (example) .

the best choice of RGB convertion (for me) was to take the midpoints of theses values to avoid a RGB too white in high values and too dark in low ones. 
 
So the ST-RGB 0,0,0 will be 16,16,16 , STE-RGB 0,0,0 -> 8,8,8  as ST-RGB 7,7,7 will be 240,240,240, 
STE-RGB 15,15,15 ->  248,248,248.
The difference is small to see with the naked eye and does not alter the original colors .

It's also important for these differences I do not mix ST and STE images in managing DEXL .

That is why it takes me to write (soon) a filter for importing images to ST STE and vice versa for the colors.

BUT ! ! the PI1 or 2 format does not specify the size of the palette used, and if higher (than 7) values ​​are written
in the RGB channels , if we go back to the original Degas Elite, I think things goes well until changing the RGB values 
... After this is unpredictable.
 
Can use a special value to extend the PIx format ? (a value not a byte) .

-La palette en 4096 couleurs est corrigée dans la nouvelle version 0.4.0, théoriquement plus de chipottage 
 après il est vrai, un moment de bazar total dans ce mode.

 Des test doivent être réalisés pour le programme original Degas elite avec le chargement d'images (car il n'a 
 pas été prévu pour 4096 couleurs à l'époque) Mais comme les differences entre les palettes 512 et 4096
sont respectivement RRR0GGG0BBB0 (ST) et RRRRGGGGBBBB (STE), il ne devrait pas trop crier, sauf si on
change les couleurs, là ce devrait être intéressant à voir.
De toutes façons, ceci doit encore être testé sur du vrai hardware.

 Pour les conversions couleurs, quelques problèmes n'avaient pas été traités partout dans le code
depuis un moment (fausses couleurs, couleurs ST pour images STE, ect ...)

Pour approcher les vraies valeurs des couleurs ST/STE et éliminer les différences perceptuelles entre le ST et
le STE colors, j'ai utilisé une méthode statistique afin de déterminer la "meilleure" couleur.

Ma référence x86 est 0..255 pour chaque canal RGB, le ST en a 0..7 et le STE : 0..15
aussi (pour le  ST) : 256 valeurs doivent être divisées par 8 et chaque unité RGB du ST est quelque part
entre 32 valeurs dans le système x86.

Donc le ST RGB  0,0,0 est entre 0..31,0..31,0..31  et le STE RGB 0,0,0 prend place entre 0..15,0..15,0..15 (exemple) .

Le meilleur choix evident pour moi est de prendre les valeurs médianes de ces valeurs pour éviter que les couleurs
claires soient trop claires et inversément, les sombres trop sombres.
 
Donc le ST-RGB 0,0,0 sera 16,16,16 , STE-RGB 0,0,0 -> 8,8,8  tout comme le ST-RGB 7,7,7 sera 240,240,240, 
et le STE-RGB 15,15,15 ->  248,248,248.
la difference est infime à voir à l'oeil nu et ne dénature pas les couleurs originales.

C'est aussi pour ces différences importantes que je ne mélange pas les images ST et STE dans la gestion de DEXL.

C'est pour cela qu'il me faudra écrire (bientôt) un filtre d'import d'images ST vers STE et vice-versa pour les couleurs.

MAIS !!!!  le format PI1 ou 2 ne spécifie pas la taille de sa palette utilisée et si on écrit des valeurs plus hautes que 7 
dans les canaux RGB, si on repasse dans le Degas Elite original, il me semble que sela se passera bien jusqu'au moment ou l'on changera les valeurs RGB ... Après c'est imprévisible.
 
Peut être utiliser une valeur spéciale pour étendre le format PIx ? (une valeur pas un byte).

---

Degas Elite XL (08-08-2013):
*********************************
-BLOC Editor completely activated for the job it was intended to do : generate source code.
 I will post HD videos to explain the full usage.
The main goal was to collect data of bloc-sprites "easily" and generate files (*.LST for GFA Basic code, *.INL for colors palettes and bitmaps) to include in programming languages (first it's for GFA-Basic, tested here with GFA 3.5F on STEEM).

-L'Editeur de blocs est complètement terminé et fait le travail pour lequel il a été écrit : générer du code source.
 Je posterai bientôt je l'espère, une video HD d'un exemple l'illustant parfaitement.
 Le but premier était de collecter des paramètres de bloc-sprites et de générer des fichiers les contenant (*.LST
 pour le code GfaBasic et *.INL pour les palettes couleur et les bitmaps) afin de les inclure dans des sources de
 langages de programmation (d'abord pour le GfaBasic, celui utilisé ici étant le 3.5F sur STEEM).


1/ in Bloc editor, we manage and test
1/ Dans l'éditeur de bloc, on gère et teste



4/ Now the management of bloc-sprite in quantity, with pictures as source can be done in one time, left more 
    time to think at the other particularities of program.
     
    To all, have nice holidays


4/ Maintenant, la gestion de blocs-sprites en quantité importante peut être réalisée en une seule fois, laissant plus
    de temps pour les autres particularités du programme à réaliser.

   Bonnes vacances à tous

     DearHorse

---

 

 

 

 

  

 
 

 

-Next, in the new tool select two color registers in spinedit button (first is color to be changed, second is the new color).   And click on "Replace Color" button.
-Ensuite, dans le nouvel outil, selectionner deux registres couleur dans les boutons spinedit (le premier est pour la couleur à changer, le second, la nouvelle couleur).  Et cliquez sur le bouton "Replace Color".
 

 

-Now if you click on picture, you can define a rectangular (as for a bloc selection) area [or not] to do the change.
-Maintenant, si vous cliquez sur l'image, vous pouvez définir une zone rectangulaire (comme pour la prise de bloc) où le changement s'opèrera. 
 

 

-At the second click (to finish rectangle), the color 13 (blue) of the area will be changed by color 15 (white) (with my test values).
-Au second click (pour fermer le rectangle), la couleur 13 (bleue) de la zone doit changer pour la couleur 15 (blanche) (avec les valeurs de mon test).
 

 

-With the hope it will be usefull for some of my Atarian friends in the next release of DEXL.
-En espérant que cela sera utile à mes amis Atariens dans la prochaine mouture de DEXL.