Click Here
home features news forums classifieds faqs links search
5851 members 
Amiga Q&A /  Free for All /  Emulation /  Gaming / (Latest Posts)
Login

Nickname

Password

Lost Password?

Don't have an account yet?
Register now!

Support Amigaworld.net
Your support is needed and is appreciated as Amigaworld.net is primarily dependent upon the support of its users.
Donate

Menu
Main sections
» Home
» Features
» News
» Forums
» Classifieds
» Links
» Downloads
Extras
» OS4 Zone
» IRC Network
» AmigaWorld Radio
» Newsfeed
» Top Members
» Amiga Dealers
Information
» About Us
» FAQs
» Advertise
» Polls
» Terms of Service
» Search

IRC Channel
Server: irc.amigaworld.net
Ports: 1024,5555, 6665-6669
SSL port: 6697
Channel: #Amigaworld
Channel Policy and Guidelines

Who's Online
73 crawler(s) on-line.
 18 guest(s) on-line.
 1 member(s) on-line.


 Fl@sh

You are an anonymous user.
Register Now!
 Fl@sh:  3 mins ago
 cdimauro:  25 mins ago
 BSzili:  43 mins ago
 juMa:  47 mins ago
 Dragoon:  52 mins ago
 redfox:  53 mins ago
 freak:  1 hr 30 mins ago
 Fairdinkem:  1 hr 54 mins ago
 bison:  1 hr 55 mins ago
 Akiko:  2 hrs 18 mins ago

/  Forum Index
   /  Amiga Development
      /  Amos Professional Official Source Code Release MIT [And future for AGA]
Register To Post

Goto page ( Previous Page 1 | 2 | 3 | 4 | 5 | 6 )
PosterThread
AmiDARK 
Re: Amos Professional Official Source Code Release MIT [And future for AGA]
Posted on 6-May-2020 19:53:58
#101 ]
Regular Member
Joined: 28-Mar-2007
Posts: 486
From: South France

@kolla
I understand, but I will not create a new .lha to put on Aminet each time I change something in the Amos Professional Engine....
I will release LHA version on AMINET when the version will be enough stable..
Sorry for this but it will not change my way of working.
The only thing I can do, Is thinking about adding intermediates versions as releases in the githubt if I can. But not on each change I push to the public repository.
That makes me think about the fact that I will update the repository name from "releases" to "alpha/beta" so it will be more adequate.

EDIT : Repository updated.
License.txt show original MIT License from François Lionet.
https://github.com/AmiDARK/Amos-Professional-AGA-Releases/blob/master/Licence.txt
README.md is updated to show only what is required and point that license.Txt file contain François Lionet original MIT License terms/notice.

I've made a full restart of the projct for reorganization. Everything is explained in the mini website ...

Regards,
AmiDARK

Last edited by AmiDARK on 06-May-2020 at 11:05 PM.

 Status: Offline
Profile     Report this post  
fishy_fis 
Re: Amos Professional Official Source Code Release MIT [And future for AGA]
Posted on 7-May-2020 3:21:06
#102 ]
Super Member
Joined: 29-Mar-2004
Posts: 1907
From: Australia

@MEGA_RJ_M|CAL

Wow.... and the volume of intellect you demonstrate just keeps dropping.
Im well aware of the pros and cons between the custom chipset and rtg.
I have, and use both and enjoy them for what they each offer.

You also seem impressively oblivious to the idea the fact people are intersted in different things sometime so please let me try to speak in language you may be able to comprehend...

SOmetimes. The peoples. Them like the things that not the same to the other peoples.


Are you ppcamiga1 by chance?
He's the only other person who is able to spew stupidity in the same sort of ballpark as your gibberish.

 Status: Offline
Profile     Report this post  
fishy_fis 
Re: Amos Professional Official Source Code Release MIT [And future for AGA]
Posted on 7-May-2020 3:27:17
#103 ]
Super Member
Joined: 29-Mar-2004
Posts: 1907
From: Australia

@MEGA_RJ_MICAL

I simply do no care whether or not it's you behind the 2 accounts.

Also, notice how I addressed the alternative name, not this one, yet you responded as though I'd addressed this one?
Doesn't help sell your argument that theyre not one and the same.
Both are behaving like dicks, so it simply doesn't matter who's behind them at this point anyway.

Just an idea, but perhaps apply even a tiny bit of thinking before responding next time?
To each their own though.

Last edited by fishy_fis on 07-May-2020 at 03:29 AM.

 Status: Offline
Profile     Report this post  
fishy_fis 
Re: Amos Professional Official Source Code Release MIT [And future for AGA]
Posted on 7-May-2020 3:37:55
#104 ]
Super Member
Joined: 29-Mar-2004
Posts: 1907
From: Australia

@AmiDARK

Just a quick, "thank-you" for your work.

Despite the main theme of the thread thus far being to demonstrate peoples abilities to be pedantic or childish there are quite a few people interested in your AMOS enhancements.

AMOS is great fun, so having enhancements (256 color + higher res screens, larger bitmaps, better higher color dualplayfield modes, aga sprites, etc.) just adds to the fun :)
You've done more in the last few months for AMOS than anyone has done in years and years.
Lots of talk from people like Samurai Crow, not no actual work.
You've done the reverse. Little talk, all work

Last edited by fishy_fis on 07-May-2020 at 03:38 AM.

 Status: Offline
Profile     Report this post  
Samurai_Crow 
Re: Amos Professional Official Source Code Release MIT [And future for AGA]
Posted on 7-May-2020 3:42:37
#105 ]
Elite Member
Joined: 18-Jan-2003
Posts: 2229
From: Minnesota, USA

@fishy_fis

My job was to update the manual only.

 Status: Offline
Profile     Report this post  
AmiDARK 
Re: Amos Professional Official Source Code Release MIT [And future for AGA]
Posted on 7-May-2020 9:50:10
#106 ]
Regular Member
Joined: 28-Mar-2007
Posts: 486
From: South France

@fishy_fis
Thank you.

@Samuraï_Crow : And it is useful. Each people that contribute to makes things becoming better, are important !

Regards,

 Status: Offline
Profile     Report this post  
Hypex 
Re: Amos Professional Official Source Code Release MIT [And future for AGA]
Posted on 7-May-2020 18:11:40
#107 ]
Elite Member
Joined: 6-May-2007
Posts: 10030
From: Greensborough, Australia

@MEGA_RJ_MICAL

I see you've changed your face. Or turned around the other way revealing a white shirt. I will nevre foegrt what you looked like since that other guy has taken your picture. How rude! Did you change it since that imposter looks like you and caused confusion?

 Status: Offline
Profile     Report this post  
MEGA_RJ_M|CAL 
Re: Amos Professional Official Source Code Release MIT [And future for AGA]
Posted on 7-May-2020 19:18:04
#108 ]
Member
Joined: 30-Apr-2020
Posts: 10
From: AMIGAWORLD.NET WAS ORIGINALLY FOUND BY A SMOKED KIPPER

@Hypex

Friend Hypex,

at times we all feel two-faced! I strongly resent the notion of just having one sweater, though, for I am not MEGA_STEVE_J0BS. I do change sweaters on a daily basis although, in earnest, I tend to cut corners these days while coding AMOS AGA from the sanctuary of home. As Uncle Sassenrath says, TWO HUNDRED AND FIFTY SIX COLORS AND ONE SHIRT ARE ENOUGH!!!!!! YYIIIIIIIIIIIIHHHHHHH!!!!!!!




Wrapped With A Bow,
MEGA_RJ_M|CAL - Sinner, Lover, Winner

_________________
I HAVE AN ASS OF STEEL

 Status: Offline
Profile     Report this post  
MEGA_RJ_M|CAL 
Re: Amos Professional Official Source Code Release MIT [And future for AGA]
Posted on 7-May-2020 20:23:05
#109 ]
Member
Joined: 30-Apr-2020
Posts: 10
From: AMIGAWORLD.NET WAS ORIGINALLY FOUND BY A SMOKED KIPPER

@fishy_fis

Friend fishy_fis.

Please allow me to be frank and present a bold proposition! Should we not put aside our disagreements, for are we really that different? Do we not both breath, sleep and eat cornflakes? Do we not both, in trying times, seek the comfort of DiskDoctor? If you are willing to accept my apology, may I hear yours?

Tomorrow at 11:00 AM EST, I will have an ENTHRALLING announcement to share with you, with the potential to elevate you and AmigaWorld alike. By that time, I hope to promote you to a Special Friend. Surely you would like that, friend fishy_fis?

STICK CLOSE TO ME COMRADES, BECAUSE IF RAIN POURS DOWN ON THE ROOSTER IT MAY SPLASH ON THE HENS!!!!!!!!!!!!!!!!!

!!!!!!!!!!!!!!!!!!!

!!!!!

!!!!!!!!



SUPER FR|END,
MEGA_RJ_M|CAL

_________________
I HAVE AN ASS OF STEEL

 Status: Offline
Profile     Report this post  
BigD 
Re: Amos Professional Official Source Code Release MIT [And future for AGA]
Posted on 7-May-2020 23:20:24
#110 ]
Elite Member
Joined: 11-Aug-2005
Posts: 5395
From: UK

@MEGA_RJ_M|CAL



Sunstroke?

_________________
"Art challenges technology. Technology inspires the art."
John Lasseter, Co-Founder of Pixar Animation Studios

 Status: Offline
Profile     Report this post  
DBAlex 
Re: Amos Professional Official Source Code Release MIT [And future for AGA]
Posted on 8-May-2020 18:54:14
#111 ]
Cult Member
Joined: 23-Jul-2006
Posts: 759
From: UK

@BigD

He thinks he's funny.

@AmiDARK

What is the status of the AmiDARK engine now? I remember your name from one of the DarkBASIC Pro demos way back when.

Not sure if you know but I used to program in DBPro way back when. I also used DarkGDK briefly.

Hope everything is going good. Would you ever consider putting the source on GitHub so people can develop it or are you still actively working on it?

_________________
A1200, 68060/64MB/1.2GB/WiFi/AGAtoCRT/OS3.9 Pegasos I, G3 600Mhz/512/9200SE/80GB WinUAE, Ryzen 5 2400G/Vega11, 8GB DDR4, 256GB SSD,Win 10 Pro x64 Amiga Forever !

 Status: Offline
Profile     Report this post  
DiscreetFX 
Re: Amos Professional Official Source Code Release MIT [And future for AGA]
Posted on 8-May-2020 19:06:40
#112 ]
Super Member
Joined: 12-Feb-2003
Posts: 1900
From: Chicago, IL

@DBAlex

Franko does something from Scotland I think they call “Taking the piss”. It’s lost on me but I’m in the USA.

_________________
Sent from my Quantum Computer.

 Status: Offline
Profile     Report this post  
DBAlex 
Re: Amos Professional Official Source Code Release MIT [And future for AGA]
Posted on 8-May-2020 19:25:27
#113 ]
Cult Member
Joined: 23-Jul-2006
Posts: 759
From: UK

@DiscreetFX

I'm scottish too. Well, I actually live in England but heritage wise... If It were in real life he might well get a wee glasgae kiss...

_________________
A1200, 68060/64MB/1.2GB/WiFi/AGAtoCRT/OS3.9 Pegasos I, G3 600Mhz/512/9200SE/80GB WinUAE, Ryzen 5 2400G/Vega11, 8GB DDR4, 256GB SSD,Win 10 Pro x64 Amiga Forever !

 Status: Offline
Profile     Report this post  
AmiDARK 
Re: Amos Professional Official Source Code Release MIT [And future for AGA]
Posted on 8-May-2020 21:08:49
#114 ]
Regular Member
Joined: 28-Mar-2007
Posts: 486
From: South France

@DBAlex
Hello.
Working at several on Amos Pro source code is uneasy as the source code architecture is not really adapted to todays ways of coding (github branches, differents files, push, merge branches, etc...
Due to that and others reasons already detailled in the past, I prefer keep the source code of this project closed for the moment (I will probably open it when AGA will be finished).
And Yes, I am active on this project ;)

If you remind DarkBASIC Professional, maybe you remind the software X-QuadEditor, the plugins eXtends & 2DPluginKIT ... plus PurePLUGIN to create DarkBASIC Professional plugins using PureBASIC ;) They were all my creations :p
Now eXtends, 2DPluginKIT and PurePLUGIN source codes are available in my GitHub ;)
https://github.com/AmiDARK/eXtends-For-DarkBASIC-Pro
https://github.com/AmiDARK/2DPluginKIT-For-DarkBASIC-Pro
https://github.com/AmiDARK/PurePLUGIN-for-DarkBASIC-Pro

And maybe you know the new product from TheGameCreators : "AppGameKit" ... I developed some sort of extensions for it. A renew of 2DPluginKIT + eXtends + much more...
( available in my github too ;), here : https://github.com/AmiDARK/PluginKIT-For-AGK )

Concerning the "AmiDARK Engine", it is now private-standby status.

@All :
I've updated the repo for the binary changes.
Now the dev. is with the new files structures and names (explained why on "Facebook/AmosPRO Coding" group. And all previously added changes, enhancements, improvements are now available again in the binary/release repo.

Here are the details :

Quote:

----------------------------------------------------------
2020.05.04-06 Reorganization of the project
With what I announced in the main page of the mini-site, I have started a full project reorganization to makes it more convenient for the development of AGA support.

Here are the structural changes done these days :

- Project entirely restarted from source.
- Used Marc365 repository as François's one is unusable until fixing special characters issues in many source code files. (François Lionet MIT Licence headers added to the private source codes)
- Reinstall the stable version of AMOS Professional on AmigaHD
- Removed directory "AMOSPro Sources" as useless
- Updated compilation directory from "AMOS" to "AmosProAGA_Build"
- ADATA : Updated all Editor_Config* referencies to EditorAGA_Config* to allow both original Amos Professional and Amos Professional AGA to run on the same computer.
- ADATA : Updated all Interpreter_Config* referencies to InterpreterAGA_Config* to allow both original Amos Professional and Amos Professional AGA to run on the same computer.
- ADATA : Updated all "AMOS" referencies with "AmosProAGA_Build"
- ADATA : Updated all "APSystem" referencies with "APSystemAGA" to allow both original Amos Professional and Amos Professional AGA to run on the same computer.
- AEDIT : Updated to use new AmosProAGA_Build directory as output, instead of previous "AMOS" one.
- AW : Renamed AMOS.library to AMOSProAGA.library to allow both original Amos Professional and Amos Professional AGA to run on the same computer.
- AW : Renamed +W.s to +AMOSProAGA_library.s
- AW : Updated compilation output path from "AMOS" to "AmosProAGA_Build"
- ALIB : Updated "c/genam FROM +lib.s TO AMOS/APSystem/AMOSPro.Lib" to "c/genam FROM +AmosProAGA_lib.s TO AmosProAGA_Build/APSystemAGA/AmosProAGA.Lib"
- AMON : Updated to use new AmosProAGA_Build directory as output, instead of previous "AMOS" one.
- ATOOLS : Updated to continue to use old AmosPro 2.0 to compile the tools.
- C/MAKE_Labels.AMOS updated +ILib.s to +AmosProAGA_LibI.s
- C/MAKE_Labels.AMOS updated +ILib_Size.s to +AmosProAGA_LibI_Size.s
- C/MAKE_Labels.AMOS updated +ILib_Functions.s to +AmosProAGA_LibI_Functions.s
- C/MAKE_Labels.AMOS updated +lib.s reference to AmosProAGA_Lib.s
- C/MAKE_Labels.AMOS updated +LEqu.s to +AmosProAGA_Lib_Equ.s
- C/MAKE_Labels.AMOS updated +Lib_Size.s to +AmosProAGA_Lib_Size.s
- C/MAKE_Toktable.AMOS updated +lib.s reference to AmosProAGA_Lib.s
- Renamed +WEqu.s to +AMOSProAGA_library_Equ.s
- +AMOS_Includes.s : Updated +WEqu.s reference to +AmosProAGA_Library_Equ.s
- +B.s : Updated referencies to AMOS.library with AMOSProAGA.library
- +B.s : Updated referencies to AMOSPro_Interpreter_Config with AMOSProAGA_Interpreter_Config
- +B.s, +Editor_Config.s : Updated AMOSPro_System: to AMOSProAGA_System:
- +B.s, +Editor_Config.s : Updated AMOSPro_Accessories: to AMOSProAGA_Accessories:
- +B.s, +Editor_Config.s, +Interpreter_Config.s : Updated AMOSPro_Productivity1: to AMOSProAGA_Productivity1:
- +B.s, +Editor_Config.s : Updated AMOSPro_Productivity2: to AMOSProAGA_Productivity2:
- +B.s, +Editor_Config.s : Updated AMOSPro_Tutorial: to AMOSProAGA_Tutorial:
- +B.s, +Editor_Config.s : Updated AMOSPro_Examples: to AMOSProAGA_Examples:
- +B.s, +Editor_Config.s : Updated AMOSPro_Compiler: to AMOSProAGA_Compiler:
- +B.s, +Editor_Config.s : Updated AMOSPro_Extras: to AMOSProAGA_Extras:
- +Editor_Confis.s, +Interpreter_Config.s : Updated AMOSPro_Accesories: with AMOSProAGA_Accessories
- +Editor_Config.s, +Interpreter_Config.s : Updated AMOSPro_Help with AMOSProAGA_Help
- +Editor_Config.s : Updated AMOSPro_Help.AMOS with AMOSProAGA_Help.AMOS
- +Editor_Config.s : Updated Interpreter_Config.AMOS with InterpreterAGA_Config.AMOS
- +Editor_Config.s : Updated Editor_Config.AMOS with EditorAGA_Config.AMOS
- +Editor_Config.s : Updated AMOSPro.Lib with AMOSProAGA.Lib
- Extensions/ACOMPACT : Updated to compile to new "AmosProAGA_Build/APSystemAGA" directory instead of previous "AMOS/APSystem"
- Extensions/AIO : Updated to compile to new "AmosProAGA_Build/APSystemAGA" directory instead of previous "AMOS/APSystem"
- Extensions/AMUSIC : Updated to compile to new "AmosProAGA_Build/APSystemAGA" directory instead of previous "AMOS/APSystem"
- Extensions/AREQUEST : Updated to compile to new "AmosProAGA_Build/APSystemAGA" directory instead of previous "AMOS/APSystem"
- Compiler/ACDATA : Updated to compile to new "AmosProAGA_Build" directory instead of previous "AMOS"
- Compiler/ACLIB : Updated to compile to new "AmosProAGA_Build" directory instead of previous "AMOS"
- Compiler/ACOMP : Updated to compile to new "AmosProAGA_Build" directory instead of previous "AMOS"
- Compiler/ACOMPEXT : Updated to compile to new "AmosProAGA_Build" directory instead of previous "AMOS"
- Compiler/AHEADER : Updated to compile to new "AmosProAGA_Build" directory instead of previous "AMOS"
- Kept old AmosPro version in a specific directory to uses it to recompiles aTools with classic AMOS
- Renamed +CEqu.s to +AmosProAGA_CEqu.s
- Renamed +Equ.s to +AmosProAGA_Equ.s
- Renamed +Debug.s to +AmosProAGA_Debug.s
- Updated +AMOS_Includes.s to +CEqu.s, +Equ.s and +Debug.s names changing.
- Updated +EditorAGA_Config.s to mention Official Francois Lionet MIT Licence terms + Link for the official GitHub repository.
- +B.s : Renamed to +AmosProAGA_Loaders.s
- APRO : Updated +B.s for name changing.
- +Monitor.s : Renamed to : AmosProAGA_Monitor.s
- AMON : updated +Monitor.s for name changing.
- +Edit.s : Renamed to AmosProAGA_Editor.s
- AEDIT : updated +Edit.s for name changing.
- +CLib.s : renamed to AmosProAGA_CLib.s
- +Version.s : Renamed to +AmosProAGA_Version.s
- +Verif.s : Renamed to +AmosProAGA_Verif.s

- Compilation Successfull
- Reconstruction of a full version for future Amos Professional AGA releases.
- AmosProAGA tests : Functionnal.

----------------------------------------------------------
2020.05.08 22:00 : Reinserting all the previous updates in the new core structure.

- Reincluded all changes for +w.s -> +AmosProAGA_library.s
- Reincluded all changes for +lib.s -> +AmosProAGA_lib.s
- Reincluded all changes for +Ilib.s -> +AmosProAGA_libI.s
- Reincluded all changes for +Equ.s -> +AmosProAGA_lib_Equ.s
- Reincluded all changes for +WEqu.s -> +AmosProAGA_library_Equ.s
- Reincluded all changes for +Edit.s -> +EditorAGA_Config.s
- Reincluded all changes for +Interpreter.s -> +InterpreterAGA_Config.s
- Reincluded Extensions/+AgaSupport.s
- Reincluded all changes for Extensions/+compact.s

List of all previous changes made to the Amos Professional core :

- +Compact.s/UnPack : Fixed issue that sometimes makes screen palette not correctly updated when unpack screen using more than 32 colors.
- +Lib.s/InGetIcon? : Get Icon now stores up to 256 colors icons palette.
- +Lib.s/InGetIconPalette? : Get Icon Palette now restore up to 256 colors.
- +Lib.s/InGetSprite? : Get Sprite/Bob now stores up to 256 colors bob palette.
- +Lib.s/L_InGetSpritePalette? : Get Sprite/Bob Palette now restore up to 256 colors.
- +Equ.s/TBuffer increased from 1024 to 8192 to avoid issues with AGA color palette in SPack/Unpack +Equ.s/Buffer use.
- Added new 'more intuitive' command : +Compact.s/SPack ScreenID, Left, Top, Right, Bottom To BankID
- +Compact.s/SPack : Memory corruption issue fixed
- Renamed AMOS.library to AmosPRO_AGA.library to allow both old Amos Professional and new Amos Professional AGA version to run on the same computer.
- +Compact.s/Unpack compatibility with old ECS Packed pictures/Screen is now retablished when AGA is also supported.
- +w.s/CLPopulate updated to calculate copper start screens position depending on ECS/AGA chipset in adequate with +w.s/CpInit changes.
- +w.s/detectChipset method call moved near the beginning of +w.s/Startall to be sure chipset is detected when Copper list is created
- +w.s/CpInit updated to use chipset detection and add AGA Palette only if chipset = AGA.
- Completed the fix for the bob/icon image pasting in big screen area at bottom (Dom Cresswell reported bug)
- +w.s/BobCalc : fixed calculation (from .w to .l) for image pasting screen from top-left shift.
- Found that BbAAEc(a?) storage save the bitplane shift to define where to start the 1st byte of an image on screen.
- updated all +w.s file referencies to read/write BbAAEc data to .l
- Removed ext.l on registers that are used for BbAAEc data
- Remain to fix the 2nd part of the BobCalc method that precalculate image render to screen
- added AgaSupport.s/getRgb4FromRgb8 command name : " = get rgb4 from rgb8( RGB24/25 )"
- added AgaSupport.s/getRgb8FromRgb4 command name : " = get rgb8 from rgb4( RGB12 )"
- added AgaSupport.s/retRgb12Color command name : " = "rgb12( Red4, Green4, blue4 )
- added AgaSupport.s/getRgb12rColor command name : "= rgbr12( RGB12 )"
- added AgaSupport.s/getRgb12gColor command name : "= rgbg12( RGB12 )"
- added AgaSupport.s/getRgb12bColor command name : "= rgbb12( RGB12 )"
- added AgaSupport.s/retRgb24Color command name : "= rgb24( Red8, Green8, Blue8 )"
- added AgaSupport.s/retRgb25Color command name : "= rgb25( GenlockBit, Red8, Green8, Blue8 )"
- added AgaSupport.s/getRgb24rColor command name : "= rgbr25( gRGB25 )"
- added AgaSupport.s/getRgb24gColor command name : "= rgbg25( gRGB25 )"
- added AgaSupport.s/getRgb24bColor command name : "= rgbb25( gRGB25 )"
- added AgaSupport.s/createAGAPalette command name : "= Create Aga Palette INDEX"
- added AgaSupport.s/deleteAGAPalette command name : "= Delete Aga Palette INDEX"
- added AgaSupport.s/getAgaPeletteExists command name : "= Is Aga Palette Exists( INDEX )"
- added AgaSupport.s/cscToAaPl1 command name : "Get Aga Colors From Screen SCREENID, FIRSTCOLOR,AMOUNT to AGAPALINDEX, FIRSTCOLOR"
- Checked +Lib.s/L_InLoadIff11/2 to be sure it will detect Aga/Ecs chipset -> Body uses +w.s/EcCree so, it will be limited to screen limits.
- Updated pictures for AGA samples to use my old XQuadEditor Game Maker screen captures instead of TESO ones (to not have problem concerning copyrights for Bethesda)
- Added +w.s/detectChipset to detect AGA.
- Added new library : AMOSPro_AgaSupport.lib
- added AgaSupport.s/isAgaDetected command name : "= Is Aga Detected()"
- Update +Interpreter_Config.s : set AMOSPro_AgaSupport.lib as default extension slot #7
- Update +w.s/EcCree : To handle both ECS & AGA on screen creation (including new error messages)
- Added +w.s/EcCree restriction to standart screens to be multiple of 16 pixels. Fetched ones -> multiple of 64 pixels
- Update +w.s/Duale : To handle both ECS & AGA on dual playfield setup
- Update +Editor_Config.s : New error messages added
- Updated SetPalette, GetPalette to also store AGA colors inside Screen Structure (before it saved only in global aga palette)
- Updated +Lib./Sco0 Screen Copy to handle up to 8 bitplanes (was locked to max 6 bitplanes)
- Fixed +Lib.s/iffPal to correctly handle the refresh of up to 256 colors.
- Update +w.s/EcDouble double buffer creation to handle 64 bits bitmap alignemnts.
- Update +w.s/EcDel screen close method to handle both buffers (single and double one) with new buffer creation mode.
- Update +Lib.s/IffPal to handle up to 256 colors in IFF Animations
- Changed the place where the configuration are copied at compilation time (moved them to AMOS/S)
- Changed a place where AMOS.library was copied at compilation time (to AMOS/Libs)
- Moved the concerned files to place where they should be.
- Updated SPack SCR to BANK to handle saving of the 256 colors in the picture packing process.
- Added +w.s/updateAGAColorsInCopper to update the AGA Color palette when screen is opened or unpack done in it.
- Updated Unpack BANK to SCREEN to handle restoring up to 256 colors when unpacking.
- Increased all the APCmp buffers to makes compilation works with large .AMOS files
- Updated compiler.lib & APCmp with changes for the AGA support.
- Updated +W.s/WVbl WaitVbl to use Graphics.library/WaitTOF() instead of manual calculation.
- Fixed the Hires 640px fine scrolling by updating +W.s/WVbl.
- Updated +W.s/EcCree to Add 64bits alignment for Bitmap creation.
- Updated +W.s/EcCopHo to Add DDFStrt & BplxMOD changes when using Fetch Mode in HiRes resolutions.
- Updated +W.s/EcCree screen sizes limitation from 1024x1024 pixels to 2048x2048 pixels
- Updated +Lib.s/L_InScreenOpen to remove Hires limitation to 4 bitplanes.
- Updated +Equ.s/FMode equate to point to register #$1FC to handle AGA Fetch Mode
- Updated +W.s/EcCree by rewritting the Bitmap Allocation to use BMF_DISPLAYABLE to handle Hires.
- Updated +W.s/EcCree to handle FMode depending on screen resolution requested.
- Updated to Includes3.1
- Updated Colour I,R4G4B4 to work with up to 256 colors
- Updated copper list to define colors 32-255 before screens (just after sprites)
- Updated Screen creation to uses up to 8 bitplanes ( 256 colors )
- Updated Created a global aga Palette color for 32-255 colors registers
- Updated commands Colour ID,RGB & =Colour(ID) to be compatible with up to 256 colors
- Added method +W.s/getScr2Color to copy colors 0-15 from screen 1 into colors 16-31 of color 0 in Dual Playfield mode.
- Updated +W.s/Duale to call +W.s/getScr2Color when Dual Playfield is created.
- Updated +Lib.s/InScreenDisplay to call WaitVbl once screen values were updated to fix a bug with "Dual Playfield" command
- Updated +W.s/EcCopHo method to handle bplCon3 value from Screen structure data instead of a direct value.
- Updated +W.s/Duale method to insert color shifting value inside the BplCon3 screen structure data.
- Updated +W.s/EcCree method to setup the default color shifting value a screen will force to use different color palette.
- Updated +Lib.s/L_InScreenOpen to uses #EcMaxPlans+1 instead of direct #7 value.
- Added comments to +W.s/EcOffs (Screen Offset)
- Added comments to +W.s/EcView (Screen display)
- Added comments to +Equ.s concerning Screen strcture offsets/display data
- Created +W.s/CLPopulate reference to point to a particular position in the Copper refresh (where the copper list will be populated)
- Added comments to +W.s/CLPopulate to explain how copper list are populated with screens, rainbows, etc.
- Updated +Equ.s with BplCon3gl rs.w for default BplCon3 values concerning Sprites & special registers values.
- Updated +W.s/EcCopBa method to reset BplCon3 (be sure that Dual Playfield are correctly closed and palette to 0.)
- Added many comments to +W.s/EcForceCop method (unfinished)
- Updates +W.s/EcCree to handle 8 bitplanes with BPU3 field in standard screens (non DPF)
- Updated DualPlayfields AMOS sample to contains WAIT VBL calls after "Screen Display" calls (as they require this to work)
- Updated +W.s/EcCopHo method by inserting BplCon3 register to allow 2nd Dual Playfield Screen to use colors 16-31 [Temporar change]
- execute aData to update Editor_Config
- execute aw to update Amos.library
- Updated the new DualPlayfield scrolling test demo.
- Updated +W.s/Duale method to handle 2x16 colors lowres dual playfields
- Updated +W.s to handle 6 new error messages for Duale method
- Updated +W.s/Duale method to output errors using the 6 new error messages.
- Updated +Editor_Config.s file to contains the 6 new error messages ( Edt204-209 )
- execute aData to update Editor_Config
- execute aw to update Amos.library
- Restart from AMOSProfessional original source code from marc365 repository.
- Updated +lib.s from my AMOSCommenter JAVA tool.
- Added +lib_mList.s containing all the AMOS commands definition from +lib.s
- Updated extensions +Compact.s, +IO_Ports.s, +Music.s, and +Request.s from my AMOSCommenter JAVA Tool.
- Added +Compact_mList.s, +IO_Ports_mList.s, +Music_mList.s and +Request_mList.s containing the plugin AMOS commands definitions
- Updated my own extensions/Personal-1.1a library to be compilable like others files.


I put all these here, but from now, news and informations will be available only on the mini site :
http://amos-professional-aga.frederic-cordier.fr/?developer-diary

And sometimes on "Facebook/AmosPro Coding" group.

Regards,
AmiDARK

Last edited by AmiDARK on 08-May-2020 at 09:13 PM.
Last edited by AmiDARK on 08-May-2020 at 09:12 PM.
Last edited by AmiDARK on 08-May-2020 at 09:11 PM.
Last edited by AmiDARK on 08-May-2020 at 09:10 PM.

 Status: Offline
Profile     Report this post  
DBAlex 
Re: Amos Professional Official Source Code Release MIT [And future for AGA]
Posted on 24-May-2020 13:06:31
#115 ]
Cult Member
Joined: 23-Jul-2006
Posts: 759
From: UK

@AmiDARK

Apologies for late reply, yes I do remember XQuadEditor!

Very nice piece of software for building maps etc if I remember?

Yes I know of AppGameKit, not used it myself though. Maybe they will consider an Amiga port I know Lee Bamber started programming on an Amiga.

Great that you released the source for those and look forward to trying AmiDark Engine once it is completed.

_________________
A1200, 68060/64MB/1.2GB/WiFi/AGAtoCRT/OS3.9 Pegasos I, G3 600Mhz/512/9200SE/80GB WinUAE, Ryzen 5 2400G/Vega11, 8GB DDR4, 256GB SSD,Win 10 Pro x64 Amiga Forever !

 Status: Offline
Profile     Report this post  
AmiDARK 
Re: Amos Professional Official Source Code Release MIT [And future for AGA]
Posted on 3-Oct-2020 9:48:50
#116 ]
Regular Member
Joined: 28-Mar-2007
Posts: 486
From: South France

@DBAlex:

Sorry for the late answer. I rarely came here.
Yes XQuadEditor was a game maker that owned a 3DMapEditor. I plan to makes a new version of it for AppGameKit like I did for 2DPluginKIT+eXtends (the link is in my previous message).

Concerning the AmiDARK Engine, it takes now an other *project* name (no more called AmiDARK Engine). I'll tell more about it ... Probably during 2021 ... But not yet. Many things changed about this project.

I have maybe (under discussion) another project (not yet revealed) before working again on the AmiDARK Engine.

From the last time I came here, Amos Professional AGA (The X Project) get good progress and updates :

[code]
- Reincluded all changes for +w.s -> +AmosProAGA_library.s
- Reincluded all changes for +lib.s -> +AmosProAGA_lib.s
- Reincluded all changes for +Ilib.s -> +AmosProAGA_libI.s
- Reincluded all changes for +Equ.s -> +AmosProAGA_lib_Equ.s
- Reincluded all changes for +WEqu.s -> +AmosProAGA_library_Equ.s
- Reincluded all changes for +Edit.s -> +EditorAGA_Config.s
- Reincluded all changes for +Interpreter.s -> +InterpreterAGA_Config.s
- Reincluded Extensions/+AgaSupport.s
- Reincluded all changes for Extensions/+compact.s
- Update of the AmosPro_Personal.lib to fit Amos Pro v2 compliants and use new AGA includes automatically
- Added a new script 'aext2' to compile third party extensions and copy them directly in the AmosProAGA_System:APSystemAGA/ folder (without including them in the config)
- Added the AmosPRO_Personal.lib to the new 'aext2' script
- Remain to do : Update data get from AmosPro (old v1 used to load everything from (a3)+ and new v2+ put latest value into D3))+ en APv1.
- Update AmosPro text drawing color system to be compatible with 256 colors (instead of 207 max due to a value shifting by +48 in bytes).
- Update AmosPro_Personal.lib to get latest paraters from d3 (AmosPro v2+) instead of all parameters from (a3)+ (AmosPro v1)
- AmosPro_Personal.lib should not be used with new AGA System (it currently crashes). It will soonly be integrated inside the AmosPro_AgaSupport.lib
- Updated the PEN/Colors methods to be compatible with AGA 00-255 colors.
- Fixed AGA Hires SPack/UnPack example
- +AmosProAGA_lib.s/Bnk.Ric2 restored to initial state before AGA upgrade for "Get Bob" command crashes tests
- +AmosProAGA_lib.s/Bnk.Ric2 Reimplemented clean color palette support for both default ECS and new AGA.
- Fixed the Get Bob crash issue reported by Alain.Treesong
- Removed AmosPro_Personal.lib from configuration as it caused issues.
- +AmosProAGA_lib.s/IffPal : Updated to handle 'AGAP' + ColourCount.w palette when more than 32 colors are available.
- +AmosProAGA_library.s/EcCree : Updated to integrate AGAP + ColourCount.w palette when screen is created.
- +AmosProAGA_lib.s/PalRout : Updated to handle 'AGAP' + ColourCount.w palette when more than 32 colors are available.
- +AmosProAGA_lib.s/GSPal : Updated to handle 'AGAP' + ColourCount.w palette when more than 32 colors are available.
- +AmosProAGA_lib.s/Bnk.SaveA0 (SB_Icon, SB_Bob, SP_Sp) : Save Sprite/Icon Bank updated to handle AGAP + ColourCount.w palette when saving to file.
- +AmosProAGA_lib.s/Bnk.Load ( LB_Icons, LB_Sprites ) : Load Sprite/Icon bank updated to handle AGAP + ColourCount.w palette when available in the file.
- Save Sprites/Bobs/Icons banks now save banks using "AGAP" mode with up to 256 colors (currently forced to 256 but will be dynamic in the future)
jira monextBonjour Sylvain,
- Load Sprites/Bobs/Icons banks now detect original Amos Professional 2.0 ECS banks and Amos Professional AGA ones using "AGAP" mode with correct color palette
- +AmosProAGA_lib.s/InSaveIff1-2 (SaveCMAP) : Updated to save up to 256 colors in IFF/ILBM files
- Checked many Amos Professional 2.0 commands to check compatibility with Amos Professional AGA version.
- Updated InterpreterAGA_Config.AMOS to use S:AMOSProAGA_Interpreter_Config as default configuration file (instead of original one.)
- Updated ScreenOpen to allow Ham6 in all resolutions
- Updated ScreenOpen to allow Ham8 in all resolutions.
- Updated IffScreen (Used by LoadIff with screen ID provided) to handle Ham8 graphics
- Added AgaSupport.L_getHam8Value command "Ham8" to use in Screen Open to activate Ham8 mode
- Added AgaSupport.L_isScreenInHam8Mode function "=Is Ham8()" to return 1 if current screen uses Ham8 mode (otherwise, it returns 0)
-> Try a new way by simply modify the order the bitplanes are put in the copper list from 0-1-2-3-4-5-6-7 to 6-7-0-1-2-3-4-5
- Fixed the AMOS/WB switcher issue
- +w.s/ScSwap (ScreenSwap) updated to use the HAM8 +2 bitplanes rolling method
- +w.s/ScSwapS (ScreenSwapAll) updated to use the HAM8 +2 bitplanes rolling method
- +w.s/EcCree (CreateScreen) updated to use the HAM8 +2 bitplanes rolling method
- +w.s/EcCree (CreateScreen) updated to handle HAM8 mode in all resolutions.
- +w.s/TAbk2 (autoback2) updated to use the HAM8 +2 bitplanes rolling method
- +w.s/TAbk3 (autoback3) updated to use the HAM8 +2 bitplanes rolling method
- +w.s/EcSHam8BPLS Created to make the +2 bitplanes rolling for HAM8 mode
- +lib.s/prepareHam8Logic method created for bitplanes list 'EcHam8Logic' to use for normal/Ham8 mode instead of default 'EcLogic' one.
- +lib.s/IffBODY update to support HAM8 mode (add support for all IFF/ILBM loading (image/anim) for HAM8 mode)
- +w.s/insertAGAColorsInCopper Updated to handle RGB24 bits colors data instead of RGB12 bits, in copper list
- +wequ.s/globAgaPalL Added for lower bits of AGA color palette
- +lEqu.s/EcScreenAGAPalL added for lower bits AGA Colors screen palette 032-255
- +lEqu.s/EcPAlL added for lower bits AGA colors screen palette 000-031
- +w.s/EcCree Updated to define RGB24 bits color palette instead of original RGB12 one
- +lib.s/IffPal Updated to get full RGB24 bits color palette from an AGA palette.
- +w.s/EcCopHo Updated to handle RGB24 bits color palette for default 000-031 screens colors
- Started AmosProAGA.library.s file component separation into several files.
- Completed RGB24 Color support for SetPalette and Copper List colors update
- Continuation of AmosProAGA.library.s file component separation into several files.
- +w.s/IffBODY improvements for HAM8 Support. 24Bits RGB Backing Store (DPaintV) not supported.
- +AmosProAGA_lib.s/IffBODY improvements for HAM8 Support. 24Bits RGB Backing Store (DPaintV) not supported.
- ++AmosProAGA_lib.s/IffScreen improvements for HAM8 Support. 24Bits RGB Backing Store (DPaintV) not supported.
- Finalized Copper list support for full RGB 24 color palette for both global colors 032-255 and each screen colors 001-031.
- Load Iff now support fully RGB24 Color palette decoding and insertion in screen color palette datas
- Finalized HAM8 Support with full RGB24 Color palette support
- Fixed Object Editor 'unpack' command that was trashed due to new upack method in the AmosPro_Compact.lib
- Updated internal EcSCol (Colour I,RGBValue) to be able to set both color capabilities RGB12->RGB24 and RGB24->RGB24
- Colour I,RGB12 now fill both Upper and lower bits with the RGB12 value for smoother RGB12 shading
- Added 'Set Rgb24 Colour COLORINDEX,RGB24VALUE' command to AmosPro_AgaSupport.lib extension.
- fixed insertAGAColorsInCopper as it didn't insert AGA colors 032-0255 Lower 12 Bits correctly in the copper list.
- Updated CLPopulate to consider 2nd RGB12 Color palette for registers 032-255
- Fix 'Set Rgb24 Colour I, RGB24Value'
- Fixed the color flickering on Load IFF calls.
- Colour I,RGB12 update both High and Low color bits with the RGB12 value entered.
- Save Iff now save RGB24 colors instead of RGB12.
- Fixed dual playfield scroll bug that was reintroduced by some changes.
- Updated batchs aall, alib and acomp to output only required datas
- Updated C/Make_Toktable and C/Make_Labels to remove useless debug output
- AmosProAGA_lib.s/Bnk.SaveA0 updated to save up to 256 colors using RGB24
- AmosProAGA_lib.s/Bnk.Load updated to load up to 256 colors using RGB24
- AmosProAGA_lib.s/Bnk.Ric updated to get up to 256 RGB24 colors instead of RGB12 previously.
- Updated +Compact.s/InSPack6 to save RGB24 bits colors instead of previously RGB12
- Updated +Compact.s/InSPack7 to save RGB24 bits colors instead of previously RGB12
- Updates +AmosProAGA_Equ.s/Packed structure to handle RGB24 bits colors instead of previously RGB12
- Updates +AmosProAGA_Equ.s/DefPal components to handle RGB24 bits colors instead of previously RGB12 ( + DefPalAga, DefPalL & DefPalAgaL )
- Added list of methods in CopperListSystem.s
- Added list of methods in Screens.s
- Fixed loading of AmosPro Help.
- Increase +AMOSPro_AGA_library_Equ.s/SwapL from 32 bytes to 40 (Added 2.l for the 2 extra bitplane to swap on Screen Swap commands.)
- Update Screen Swap to works with 8 bitplanes
- Update Double Buffer to works with 8 bitplanes
- Identified crash location in the Accessories/Object_Editor.AMOS tool.
- Added new method "Step fade aga SPEED"
- Added new method "Fade Aga DELAY"
- Added new method "=Rgb24( Red8, Green8, Blue8 )" to return full RGB24 color from Red, Green and Blue 8 bits color components
- Added new method "=RgbR8( RGB24Colors )" to return Red 8 bits component from full RGB24 color
- Added new method "=RgbG8( RGB24Colors )" to return Green 8 bits component from full RGB24 color
- Added new method "=RgbB8( RGB24Colors )" to return Blue 8 bits component from full RGB24 color
- Work in progress on method : "loadAgaPalette FILE$, Index"
- "Load Aga Palette FILE$, Index" completed
- Added new method : "Fade To Aga Palette INDEX, STEP"
- Fix : "Delete Aga Palette INDEX"
- Updated compiler/acData to uses new AmosProAGA_Compiler.config name
- Updated default AMOSPro .lib source code files to be located to src/lib_%libName%/
- Updated default AMOSPRo .lib building scripts to handle new .lib source code files location
- Updated default aext script to use updated .lib building scripts.
- All sources codes are now located inside 'src' directory
- Updated all includes of all assembler source code to use the new directories structures
- Updated all the AmosPRO ECS Tools with the new directories structures : Check_CLib, Get_Chunk, Library_Digest, Make_Labels and Make_Toktable
- Finished the whole update to reorganize source code per dedicaced folders.
- Project roots now contains only batch files and directories for the project.
- agaSupport.lib restructured and organized methods per groups
And these last (not yet available in the binaries release:
- Added "Create Aga Rainbow INDEX, LINES_COUNT"
- Added "Delete Aga Rainbow INDEX"
- Added internal rainbow deletion when leaving Amos Professional.
- Added "=Aga Rainbow Exist( INDEX )"
- Added "Set Aga Rainbow Color INDEX, YLINE, RGB24COLOR"
- Added "RGB24COLOR = Get Aga Rainbow Color ( INDEX, YLINE )"
- Added "Hide Aga Rainbow RAINBOWID"
- Added "Show Aga Rainbow RAINBOWID"
- Added internal getRainColor callable from AmosProAGA.library to get rainbow line color.
[/code]

You can test the latest build (#2)

Now you can open up to 256 Colors and HAM8 RGB24 Bits screens.
Get/paste bobs/icons with up to 8 bitplanes with RGB24 bits palette saving
load/save banks with support up to 8 bitplanes with RGB24 bits colors
Spack/unpack with support up to 8 bitplanes using RGB24 bits colors.
Load Iff can load up to 256 Colors and HAM8 Using RGB24 bits colors.
use dual playfield with 2x 16 colors..
And many more ...

in the Dev. Diary I update frequently, you can see in the "2020.10.01 Latest news and updates." news (#3) screen captures of the new Source Code organisation to makes it more efficient (for when I'll release the source code (when AGA support will be completed) under Open Source MIT Licence) to have more than 1 developer using Git and branches.

I've created a new Youtube Channel with some videos (#4).

Regards,
AmiDARK


#1 : https://github.com/AmiDARK/PluginKIT-For-AGK
#2 : https://github.com/AmiDARK/Amos-Professional-AGA-Releases
#3 : http://amos-professional-aga.frederic-cordier.fr/?developer-diary
#4 : https://www.youtube.com/channel/UCCfoSCwQe2RTd13Kh56v2Rw

Last edited by AmiDARK on 03-Oct-2020 at 09:49 AM.

 Status: Offline
Profile     Report this post  
MEGA_RJ_MICAL 
Re: Amos Professional Official Source Code Release MIT [And future for AGA]
Posted on 5-Oct-2020 10:59:54
#117 ]
Regular Member
Joined: 13-Dec-2019
Posts: 362
From: AMIGAWORLD.NET WAS ORIGINALLY FOUNDED BY DAVID DOYLE

@AmiDARK

My treasured friend AmiDARK,

I am elated to see you have risen from the ashes of your breakdowns and turned into a very productive representative of this oh so bizarre human race of ours!

Looking forward to more progress,
truthfully yours

MEGA "RJ" R.J. MICAL, Esquire

_________________
I HAVE ABS OF STEEL

 Status: Offline
Profile     Report this post  
Goto page ( Previous Page 1 | 2 | 3 | 4 | 5 | 6 )

[ home ][ about us ][ privacy ] [ forums ][ classifieds ] [ links ][ news archive ] [ link to us ][ user account ]
Copyright (C) 2000 - 2019 Amigaworld.net.
Amigaworld.net was originally founded by David Doyle