Your support is needed and is appreciated as Amigaworld.net is primarily dependent upon the support of its users.
|
|
|
|
| Topic | Replies |  X5000 Uboot | 3 |  The (Microprocessors) Code Density Hangout (1, 2, 3, 4) | 61 |  The Wayfarer browser about to make another leap (1, 2, 3) | 57 |  Currently active Amiga magazines? | 9 |  Amiga 1222 (1, 2, 3, ... , 10) | 183 |  Turrican 2 AGA | 4 |  What is happening with MUI? (1, 2) | 29 |  A-FTP_Server refuses to start | 0 | | Some Power related news (1, 2, 3, ... , 21) | 406 | | SketchBlock documentation updated | 4 | | »» Recent Topics »» Visit Forums | |
|
| |
The Uk's Monthly Printed Amiga Magazine hits issue 5! Order your copy today @ https://shop.amiga-addict.com/ With worldwide postage.
This month we have a Virtual Cover Disk! with an exclusive Demo. We explore the classic Xcom game UFO: Enemy Unknown.
|
|
|
2 comments | Read more |
|
 |
Amiga Future issue 150 released |
| News posted by AndreasM on 4-May-2021 10:42:27 (118 reads) |
The English and German issue 150 (May/June 2020) of the print magazine Amiga Future has been distributed today, and can also be ordered directly from the editorial office of Amiga Future, and the other Amiga dealers that stock the magazine.
Mag Content:
Interview Hubo Labrande (Tristam Island)
Review Raspberry Pi 400
Review Dodgy Rocks
and so much more ... if you haven't already, get your collectable copy ordered today
A more detailed description of the contents and previews of this issue can be found at the Amiga Future magazine hompepage.
Information: https://www.amigafuture.de/app.php/kb/index?c=13
Orders: https://www.amigashop.org
btw. Make a look at http://150.amigafuture.de :)
|
|
|
Post comment |
|
|
Amiga Future monthly News April 2021 |
| News posted by AndreasM on 1-May-2021 12:20:37 (150 reads) |
7.4.2021+12.4.21
****************
Amiga Future: New full versions online
The download area of the Amiga Future was updated today. So, you can now find the following full versions online:
Coala
UltraACC
Gazzas Super Soccer
https://www.amigafuture.de/app.php/dlext/index
An overview of the recent uploads and changes to the download database of Amiga Future is also available from this link:
https://www.amigafuture.de/app.php/dlext/latest
Of course we also want to be able to offer you many more full versions online, but to be able to achieve this, for you, we need your help, so ...
We are on the lookout for the Copyright holders for Amiga games and applications.
Do you know of any such person or can you actively help us in our search?
If so, then please contact us by email.
We are looking for extra support in order to revise the full versions download area of the Amiga Future webpage.
In particular, to check whether all those full versions formats (ADF, IPF, WHDLoad, AGA, CD releases, etc.) are complete.
In addition, a short description, in 2 sentences or less, about each of their system requirements and some screenshots need to be created.
If you want to help us, then please send us an email.
https://www.amigafuture.de
|
|
|
Read more |
|
|
New articles on Obligement |
| News posted by Daff on 1-May-2021 9:09:21 (129 reads) |
The following articles have been added to the website of the Amiga magazine Obligement (http://obligement.free.fr) during the last two months:
- March/April 2021 news.
- Old articles from Joystick 19 to 21: Review of Adrenalynn, Review of Mad TV, Review of Pit-Fighter, Report: Computer Entertainment Show 1991, Interview with David Jones, Review of The Blues Brothers, News: Two new future hits from Bullfrog, Review of Wildwheels, Review of Death Knights Of Krynn, Review of Charge Of The Light Brigade, etc.
- Interview with Claude Schwarz (PiStorm).
- Interview with Dan Dodge (QNX, from 2000).
- Interview with Darren Doyle (Greyfox Books).
- Review of Amiga Forever 9.
- Review of Dale Hardshovel And The Bloomstone Mystery.
- Hardware: D520.
- Hardware: Video Converter.
- File: Classic Reflections - Whatever happened to ICD?
- File: History and presentation of AmigaMagic.
- Tutorial: the multi-screens mode on MorphOS.
- Misc: Demoscene: The Amiga Years, Volume 1.
- Special quizz about the Bitmap Brothers.
Rendez-vous on http://obligement.free.fr for this nice reading.
Our Twitter page : https://twitter.com/obligement
Feel free to contribute. Please contact David "Daff" Brunet for more info.
|
|
|
Post comment |
|
 |
ShaderJoy Pack: Big set of Shadertoy's shaders |
| software OS4 posted by kas1e on 27-Apr-2021 21:45:30 (319 reads) |
NOTE1: Radeon RX users - BE SURE that you set Prefs: PowerManagment to HIGH! Automatic PowerManagment in Radeon RX drivers works wrong probably due to not having
DMA in the driver and as result resources didn't raise when needed, which causes low FPS. So you should set it to HIGH, save, reboot, and then you will
have the maximum possible FPS from your Radeon RX. Not doing this will cause lower your FPS quite a lot !!!
NOTE2: The minimum requerements are:
-- Warp3DNova.library >= v1.83
-- ogles2.library >= v3.1
-- RadeonHD >= 3.7 or RadeonRX >= 2.4 (with Prefs:PowerManagment set to HIGH)
... First words ...
Q: What is ShaderJoy?
A: ShaderJoy is a powerful tool written by Juha 'Capehill' Niemimäki which allow you to display and create ShaderToy
(https://www.shadertoy.com) compatible fragment shaders. It's true AmigaOS4 native app, with supporting tooltypes,
native Amiga GUI (of course), all sort of verbose logging, inbuild editor (as well as the ability to set external one),
fully controlled and so on.
Hats off to Capehill, Hans and Daniel!
Q: What is Fragment Shaders?
A: Fragment shaders (sometimes called pixel shaders) are programs that are executed per fragment (pixel) on the GPU.
Q: On what AmigaOS4 hardware it will work?
A: On any which have the ability to utilize Radeon HD or Radeon RX cards with ogles2.library and warp3dnova.library installed.
That mean sam440, sam460, x1000, x5000 and still-in-beta Tabor. Pegasos2 and Micros are out of luck.
Q: So what that pack about then?
A: It just collection of about 2000 working shaders, grouped, sorted, coming with tasty readme about how to handle Dbl-click on shaders and their project files,
with Mason icons done specially for, and with a detailed list of all shader with a name and link to the original Shadertoy database.
Q: Why make a fuzz about and post as news?
A: Because it's quite cool. Think about it like you got 2000 screensavers of good quality just at one time. And the more people know about the progress we reach on the 3D front the better.
... Long Story ...
After Capehill made his awesome ShaderJoy tool to work with fragment shaders, a lot of time was spent to bug-report and bug-fix Warp3DNova, so as of now,
we can handle about 70-80% of ShaderJoy shaders. While still some work to be done on Warp3DNova front for remaining parts, and Capehill improve ShaderJoy all the time,
still the amount of working shaders is high and growing.
 
As you can see this pack is not a game, or a port of anything, is just a big set of ShaderJoy compatible shaders in a tasty archive from http://shadertoy.com.
Shaders collected during warp3dnova/ogles2 tests in the last year in the light of gazillion bug fixes in the Warp3DNova. Everything grouped, sorted, noted original links to original shaders, etc.
Some of them were fixed by getting rid of original bugs (like, lot of not initialized values while should, etc) which showups only on AmigaOS4, but still general bugs which we report and authors
usually fix them.
Of course in this pack, I choose only "normal" ones, which look good and interesting, and not the crap-test ones.
Archive includes:
1. ~1250 plain shaders
2. ~320 shaders with texture usage
3. ~30 multipass shaders
4. A tasty readme how to setup #?.frag (pure shader fragment files) and #?.sjp (Shaderjoy project files for multipass and textured shaders) for a double click
5. All icons (include default ones for the system) done by Mason (hats off to Mason one more time!)
You also have 3 text files in the "shaders" directory, each one is the list of shaders numerated with the links to original Shadertoy versions on their site.
... Running ...
You need to download ShaderJoy and make default icons for #?.frag and #?.sjp files. And that all. So:
1. Download ShaderJoy from http://osdepot.net as usual: http://os4depot.net/share/graphics/viewer/shaderjoy.lha
WARNING: Version 1.21 is 100% necessary and MINIMUM to make all works correctly. If you have an older version, UPDATE, or things will work wrong!
2. Download ShaderJoy_Pack from http://osdepot.net as usual (currently in the upload query).
-- In the archive, you will find in directory "deficons" def_fragmentshader.info & def_shadertoy_project.info. Copy them to system:prefs/Env-Archive/Sys/
-- In the tooltypes of copied files (in both of them, of course) change in the "default tool" path to your Shaderjoy binary (remember, it should be not less than 1.21 for now!)
-- In the system:prefs/deficons create new macro class called "3D" and in it create new entries: "fragmentshader" with action: pattern #?.frag and "shadertoy project" with action : pattern #?.sjp.
-- reboot and you will be able to double-click on .frag and on .sjp icons to run it via Shaderjoy.
3. !NOTE!: For multipass and textured shaders Dbl-click on project (#?.sjp) files: in a project, files described what textures, filters, and channels are used. Without running .sjp file in Texture
and Multipass shaders you will be in needs to set everything manually. When it's about 10 textures, and 4 buffers, you will die until you do so. So, clicking on .sjp is a must![/b]
Nothing else needs. Just run your favorite music, and enjoy clicking on shaders one by one (or simple d&d them one by one).
... Final words ...
In the end, you can see how the older version of ShaderJoy 1.8 looks like almost a year ago:
 Youtube video of ShaderJoy 1.19 in action on AmigaOS4, 1920x1080 full HD
... Outro ...
As usual, want to give some credits where they should be:
to Daniel for OpenGL ES2 and all his help with everything: http://www.goldencode.de/
to Hans for Warp3DNova, 2D drivers, and all his help with everything: https://keasigmadelta.com/
to Capehill for never ended work on SDL1/2, glSnoop, ShaderJoy, and all his help with everything: https://github.com/AmigaPorts/SDL https://github.com/capehill/glsnoop
to AEON/AmigaKit because of which we have OpenGL ES2 and Warp3DNova: https://www.facebook.com/AEonTechnologyLtd/
|
|
|
6 comments |
|
|
The Amiga Future magazine - Issue 150 preview is now available to view online |
| News posted by AndreasM on 20-Apr-2021 10:03:08 (334 reads) |
This is the full colour preview and excerpts of the Amiga Future magazine, issue 150 (May/June 2021) that can now be viewed online on the Amiga Future website.
Some of the interesting articles in this issue are:
Interview Alinea
Review ApolloOS
Workshop mySync
Of course there's so MUCH more actually in the magazine.
Click "Read More" for more info
|
|
|
1 comment | Read more |
|
Hey All,
I cannot be the only one excited by the AMIGA once again being mentioned in mainstream news.
This article is from Toms Hardware about how the Raspberry PI and AMIGA are bringing the platform into a much better performance and usage envelope.
Link provided below for those interested in the upcoming add-on accelerator for the A500x
AMIGA 500.x accelerator PiStorm
|
|
|
2 comments |
|
|
GL4ES Round 4: Down the hole |
| software OS4 posted by kas1e on 18-Apr-2021 19:29:56 (961 reads) |
... First words ...
More than a year passed since the latest GL4ES releases, but that didn't mean no one works on it!
But for the first, a few notes right at the beginning before we go further:
NOTE1: Radeon RX users - BE SURE that you set Prefs: PowerManagment to HIGH! Automatic PowerManagment in Radeon RX drivers works wrong probably due to not having
DMA in the driver and as result resources didn't raise when needed, which causes low FPS in most games. So you should set it to HIGH, save, reboot, and
then you will have the maximum possible FPS from your Radeon RX. Not doing this will cause lower your FPS quite a lot !!!
NOTE2: Since now, the minimum requerements for everything listed below are:
-- Warp3DNova.library >= v1.83
-- ogles2.library >= v3.1
-- RadeonHD >= 3.7 or RadeonRX >= 2.4 (with Prefs:PowerManagment set to HIGH)
Everything is a part of Enhancer 2.0. If you will be on anything less, you will have all sorts of issues, bugs, crashes, and rendering glitches of all sorts. You are warned!
NOTE3: all images in this text are clickable for URLs or full-size images
... Intro ...
So. Since last time, Hans works quite heavily to improve Warp3DNova, Daniel works on ogles2.library, ptitSeb works on GL4ES library, Capehill works on SDL1/SDL2 library and I just
collect everything in one place and tried to make good use of it.
 
If you didn't know what GL4ES are, is an OpenGL 2.x/1.5 to GL ES 2.0/1.1 translation library, with support for Pandora, ODroid, OrangePI, CHIP, Raspberry PI, Android, and AmigaOS4.
It is written by Sebastien "ptitSeb" Chevalier, I only handle the AOS4 version, but all changes (including AmigaOS4 ones) most of the time done by ptitSeb.
For AmigaOS4 translation done via ogles2.library and which in turn works on top of warp3dnova.library
With GL4ES we have not only OpenGL1.x as with MiniGL, but OpenGL 1.x, OpenGL2.x, and even some limited OpenGL3.x support.
Q: How it works?
A: GL4ES emulate fixed-pipeline via auto-generated GLSL shaders and send them to ogles2 which in turn parse & patch them, convert to SPIRV format and send to warp3dnova for compilation and execution.
Q: Are shaders that come with OpenGL apps works too?
A: Yes. They also go through gl4es for adding little bits, and then the same send to ogles2/warp3dnova for compilation and execution.
Q: Why not made full OpenGL? Why just not port MESA over Warp3DNova?
A: Because it's harder and there weren't thousands of developers willing to do so. Only Daniel was able to take the task, and to make something in the real time frame it was chosen to go the OpenGL ES route.
But anyone feels free to make a MESA port over Warp3DNova, of course.
Q: Is it faster than MiniGL over old Warp3D? Is it better?
A: It is faster in most cases a lot. In some cases where the old GL_BEGIN/GL_END route used, speed can be the same, just without MiniGL bugs.
But in other cases it much faster. As GL4ES works over opengles2 & Warp3DNova, we have hardware TCL, VBO, and all stuff.
Q: Why some things are fast, but other ones are not _THAT_ fast as we hope?
A: Because currently, we don't have DMA/GART implemented in graphics drivers.
You can grab the ready to use AmigaOS4 SDK for GL4ES on os4depot or from my GitHub page there:
https://github.com/kas1e/GL4ES-SDK/tags
Now, to the releases, what we have today?
... Releases ...
1). Worlds
You're Reyk, a highly trained agent of a secret interdimensional agency: the Order. Pack yourself with deadly weapons and experimental equipment, then journey through the portal to strange parallel worlds!
Assassinate your targets, sneak in enemy bases and investigate mysterious anomalies to uncover the odd link between these worlds...
That how a brief description of the game looks like. The game out in 2016, done by Curius Planet and closed source. The game is based on Irrlicht Engine.
Few words about Irrlicht Engine:
Irrlicht Engine was ported to AmigaOS4 15 months ago and such game-ports for AmigaOS4 as SuperTuxKart, H-Craft & Nights of The Zombies already using it.
AmigaOS4 port of Irrlicht is on Github here: https://github.com/kas1e/Irrlicht/ and if you find any amigaos4 specific issues plz report them on the issues page here: https://github.com/kas1e/Irrlicht/issues
It is released in 2 variants (which you can grab from os4depot like everything else):
irrlicht-1.8.4.lha - full archive, with all the sources, includes, documentation, precompiled binaries, link library, and media files. Size of archive 115MB.
irrlicht-1.8.4_minimal.lha - that just includes and Newlib's link library which is enough to start code over it. Size of archive 4MB.
The engine is fully tested, can be compiled, and on AmigaOS4 natively and over cross-compiler (see the readme_amigaos4.txt inside).
But let's back to the game: by some luck, I got sources from the authors, and thanks to never-ending work on Warp3DNova by Hans, Ogles2 by Daniel, GL4ES by ptitSeb, and SDL1/2 by Capehill
we can play a more or less modern game on AmigaOS4.
 
The game uses a lot of shaders everywhere (about 30 original OpenGL ones, and about 100 internal GL4ES ones). And this is probably the most demanding game for today in terms of shaders on our OS.
Key Features:
- Explore 8 atmospheric worlds, full of secrets and mysteries.
- Sneak in enemy bases using suppressed guns, experimental equipment, incredible powers... or your bare hands.
- Fight against masked madmen, mysterious dimensional creatures, giant birds equipped with chainguns, and more.
- Collect points by completing missions and finding secrets, then use them to upgrade your equipment with powerful weapons and specialized outfits.
- Play minigames, fight in the dangerous colosseum or accomplish training missions between your main missions.
- Witness the consequences of your actions when coming back on a world...
AmigaOS4 port changes:
-- gl4es is used for OpenGL (so ogles2/warp3dnova)
-- build based on amigaos4 port of Irrlicht engine: https://github.com/kas1e/Irrlicht
-- amigaos4 specific changes
-- builded with gcc 10.3.0
-- fixed original issues which show ups only on AmigaOS4 due to its very sensitivity to a bugs nature.
NOTE: Be warned, that
1). Setting Video Quality more than "Medium" will try to use Vertex Shaders which need access to textures, and accessing to textures from Vertex Shaders is currently not supported in Warp3D Nova. There
is the report about http://www.amiga.org/developer/bugreports/view.php?id=714
At first, I thought to just disable the ability to choose more than "Medium", but in the future, it will be probably fixed in Warp3DNova, so things may work automatically after. But in meantime didn't use Video Quality bigger
than Medium.
2). "Cache Size" option set more than "Medium" will go past 2 GB of system RAM pretty quick. But we currently can't go past 1.8 GB of memory in a normal way, so once you will try to set more, you will quickly be out of system memory
and have a freeze of the OS. So, didn't use more than Medium, it's an optimal value already (which, may also sometimes be out of our 2GB barrier, so don't forget to saves when possible).
3). Changing resolution, Window/Fullscreen modes, and any other settings will have an effect after you quit and restart the game again.
4). In beginning it can be a bit hard to play, so you have training mode at the start. Follow it, and you will be able to dig in quickly. Also, remember that to skip long intros you can hit "TAB".
There is also no usual "save" like you press "ESC" and save at any time: saves there in the rooms with beds which you need to find.
For AmigaOS4 recommended requirements: X5000, Radeon RX (for better speed and complex shaders) with 2 GB of GPU memory and 2GB of System Memory. You can expect from 25 to 120 FPS across the game. In most cases, it's ~50FPS.
On X1000 with RadeonHD it should be ok too, just with a bit lower graphics details. With all minimal settings maybe be possible to play on SAM460/SAM440.
The game's data files are quite big, about 1.5 GB (due to the music & sound files mostly) and you can data files from grabbing the STEAM release version:
https://store.steampowered.com/app/304850/Worlds/
AmigaOS4 archive can be downloaded as usuall from os4depot (in upload query currently).
Alternatively, for a time being, with allowing from the author, I upload the full AmigaOS4 version ready to run with data files included on some free hostings, so at least for a few weeks, you can get it like that:
https://mega.nz/file/FM8ilBoI#yebEDO9x50J7r4l2KfTbEiQ_R5BzE5RmXIsivpfyiQE
https://dropmefiles.com/M02hP
Watch the video to see how it all looks like (if you want to see it without training level and how it all in full action, start from 12:00 in the video):
Youtube video of Worlds gameplay in action on AmigaOS4, 1920x1080 full HD
Enjoy and don't forget to check AmigaOS4's readme coming withing archive.
2). Eldritch
Eldritch is a "rogue" game like Minecraft, Barony, and co, and this one didn't use GL4ES, but directly OpenGL ES2. Lots of works were spent
to make it be Big Endian aware (probably the most boring game in that terms) and AmigaOS4 friendly.
Originally developed by David Pittman and published 7 years ago by Minor Key Games. Thanks to code-work done by ptitSeb we can play it on AmigaOS4 as well:
 
AmigaOS4 port changes:
-- directly using opengles2.library
-- builded with gcc 10.3.0 with -flto
-- many (mean a lot!) of general big-endian changes
-- amigaos4 specific changes
A game needs about 256MB of GPU memory and 512 MB of RAM. As usual, X5000 is preferable.
Please report all the bugs found to my GitHub repo there:
https://github.com/kas1e/Eldritch
See how it all in action:
Youtube video of Eldritch gameplay in action on AmigaOS4, 1920x1080 full HD
3). Gorynlich
Gorynlich (aka Goblinhack v2) is a top-down dungeon romp with single and multiplayer options. The game is written in 2016 by Neil "goblinhack" McGill, and were adapted to works on AmigaOS4 with
the help of ptitSeb (who do the initial port to Pandora and made some necessary optimization and code rewrite) and with tips from the original author.
 
A game needs 256 MB of GPU memory and 1GB of system memory.
The game was written not as optimal as expected, it was the first game from the author, so don't expect an ultra-speed for "pure 2d game". With big help from ptiSeb and author, i were able to reach decent performance, and so on Radeon RX 560 and x5000, you may expect ~50 FPS.
AmigaOS4 port changes:
-- gl4es is used for OpenGL (so ogles2/warp3dnova)
-- amigaos4 pathes, stack cookie
-- builded with gcc 10.3.0
-- fixes of original game's code bugs
-- global and a big rewriting by ptitSeb to make it fits on machines with low rams
-- speed up changes
The game is open-sourced, and you can find the latest code with AmigaOS4 changes there:
https://github.com/kas1e/Gorynlich
Don't forget to report bugs on https://github.com/kas1e/Gorynlich/issues as well.
And check the video to see how it looks like in action on my x5000:
Youtube video of Gorynlich gameplay in action on AmigaOS4, 1920x1080 full HD
4). Also, there are few re-releases of previously released games, but with a bit of fixes and changes:
4.1). Fricking Shark rerelease :
FrikingShark is a Remake of Taito's classic Flying Shark with a 3D C++ engine that uses OpenGL and OpenAL.
 
-- Working with all inbuild shaders now. Mean no micro-pauses at the beginning and better visual effects. Shaders enabled by default now (Resources/Scripts/GameGUI.cfg/ItnoreShaderSupport=0)
-- Much improved speed when original game's shaders in use (in original win32 version when shaders in use FPS is worse in compare when they not, for us it better now)
-- faster loading
-- recompiled with GCC 10.3.0 (smaller binary)
video of FrikingShark in action on AmigaOS4, 1920x1080 full HD
4.2). Night of the Zombies re-release :
NIGHT OF THE ZOMBIES it's a first-person shooter where you must survive endless waves of attacking zombies, earning points that may be used to purchase weapons, unlock new areas, etc. Every next round, zombies become stronger, faster, and more hungry!
 
-- faster loading. Before it was 55 sec to load up everything, now it's 30 seconds.
-- faster speed in the game itself.
-- added FPS counter in the window mode (in the title bar)
-- a much cleaner look of NPOT 2D images
-- fixed "high score" to be empty at the beginning.
-- recompiled with GCC 10.3.0
Youtube video of Night Of The Zombies in action on AmigaOS4, 1920x1080 full HD
4.3). SuperTuxKart re-release :
One of the first Irrlicht based games I was able to deal with is SuperTuxKart 0.8.1:
 
-- much faster startup: 7 seconds now instead of 17
-- working FBO usage. So now you have a much faster "car choice" screen, as well as an FPS increase in the game itself. Because of which FBO enabled now by default.
-- small speed-ups everywhere: for example, when you choose a level before, there was a little "pause" in sound for 1-2 seconds, now there is almost none.
-- all original shaders coming with game working. (you can see how post-processing (motion blur) shaders working for example in the "Subsea" level when we "accelerates").
-- fixed loading of addons which were broken since hardcoded http://stkaddons.net/ expired in favor of new https://online.supertuxkart.net
-- added data/cert.pem and necessary code to handle SSL connections
-- display FPS is ON by default
-- recompiled with GCC 10.3.0
Youtube video of SuperTuxKart 0.8.1 in action on AmigaOS4, 1920x1080 full HD
5). GL4ES SDK 1.2 update
In the end there first update to GL4ES SDK.
As on os4depot you always have the latest version of SDK, I create a GitHub repo where all versions will be placed. It's always useful to have older versions of SDK in case of some bugs introduced in the last one.
https://github.com/kas1e/GL4ES-SDK/releases/
Remember, that work on SDL1/SDL2 done by Capehill. All I do is wrote a replacement to MiniGL for both SDL libs, so they use GL4ES instead, and pack this all up. Those changes can be found there:
https://github.com/kas1e/SDL1_GL4ES
https://github.com/kas1e/SDL2_GL4ES
So, changes are:
General:
- updated GL4ES Documentation
- updated all libs, see below for changelog.
- everything compiled with GCC 10.3.0
GL4ES (updated till commit done Apr 15, 2021):
- Improve glGetError() handling
- Set default GL version to 2.1 (instead of 2.0) for GLES2.0 backend
- GLSL version 1.2 is defaulit now, instead of GLSL 1.1
- Added ARB_vertex_program and ARB_fragment_program, which is major work by itself and some of notable changes are:
- Added support for Program Matrix from ARB_vertex_program extension
- include support for GradARB variant for texture2D and textureCube built-in functions
- Added ARL and relative addressing support
- Added the ARB vertex shader attribute vertex.attrib
- Added the ARB parameter `state.matrix.texture`
- Added support for ARB_fog_linear
- Added support of ARB_precision_hint_nicest option
- Added 'OPTION ARB_position_invariant' to ARB_vertex_program
- Added sign support for single-value params
- Added support for direct constant in ARB language
- Improved FPE with more compatibility fixes
- Improved Handling of DXTc textures + added some support for DXTc with sRGB textures
- Improve handling of partial mipmapped textures
- Added support for Texture LOD access in Fragment Shaders
- Increased maximum Texture Unit support to 16 (from 8)
- Added support for a program without Vertex Shader
- Some fixes for programs that switch GLX Context frequently.
- Fixes and improvements in fpe_shaders (less array access)
- Added support for Clipping Plane in custom shaders (help OpenMW water reflection)
- Added support for multiple FBO attachment (if hardware support it)
- More optimization on real VBO handling
- Proper handling of gl_ClipVertex
- AmigaOS4 specific changes (by ptitSeb and Daniel):
- Fix: typo in pixel.c, pixel.g was not set
- Cleaning up Logging
- Introduced define GL4ES_COMPILE_FOR_USE_IN_SHARED_LIB so gl4es can be used inside of minigl.library (minigl4gl4es) amiga shared library.
- Additionl extensions GL_MGL_packed_pixels (old Amiga flavour of GL_EXT_packed_pixels) and GL_EXT_compiled_vertex_arrays (note the s at the end, a common typo...)
- build info can be disabled by silence-define
- FPS drawing in its own function so that it can be called from outside in case aglSwapBuffers is not called by the client.
- Improved env var handling.
- Added a BigEndian only fastpath for GL_INT_8_8_8_8_REV <-> GL_UNSIGNED_BYTE conversion (not more slow-route)
- Fixed some conversion involving GL_INT_8_8_8_8(_REV) and GL_BGRA that used 2 passes where 1 would be enough
- Added a few more AmigaOS4 specifics texture format handling, so no conversion needs it at all. Thanks to Daniel for ogles2.library v3.1 where he added new, aos4 only, formats.
GL_AOS4_texture_format_RGB332
GL_AOS4_texture_format_RGB332REV
GL_AOS4_texture_format_RGBA1555REV
GL_AOS4_texture_format_RGBA8888
GL_AOS4_texture_format_RGBA8888REV
- And gazillion of improvements, fixes, dealing with regressions and new features. An actual changelog is _MUCH_ bigger, and there is the only a summary. For the full list go to https://github.com/ptitSeb/gl4es/commits/master
SDL1_gl4es (updated till commit has done Jan 3, 2021, all work done by Capehill):
- Recompiled with GCC 10.3.0
- Merged latest SDL1 official changes, many changes, but nextly count only amigaos4 specific fixes:
- Enabled joysticks support (some missing fix from 2018)
- Change initialization procedure: some apps do not call SDL_Init, but initialize some subsystem only
- Fix issue with HWSURFACE blits
SDL2_gl4es (updated till commit done on Apr 10, 2021, all work done by Capehill):
- Recompiled with GCC 10.3.0
- Merged latest SDL2 official changes, a lot of changes, but nextly count only amigaos4 specific fixes:
- Fixed fast calling of SDL_SetWindowSize + SDL_SetWindowPos combo
- Implement SDL_OpenURL
- Open screens with SA_LikeWorkbench + smart refresh mode
- More controller mappings
- Add Drag n Drop support
- Avoid blitting over window borders
- Use vertex mode when doing Composite to avoid scaling factor issues
- Do endian conversion for textures in order to fix the opengles2 render
- Use BMA_ACTUALWIDTH instead of BMA_WIDTH to calculate the renderer output size
- Use texture blending mode from command queue and simplify composite setup
- Change SYSREQ to PRINTSCREEN
- Fix crash in thread creation
- Fixed compiler warning
- Fix Calling SDL_GetTicks before SDL_Init crashes
- Fixed SDL timer thread consuming CPU
- Reset keyboard state during full screen toggle
- Fix SDL_GetPrefPath
- Add native thread and timer support for AmigaOS 4
- Improve texture filter setup
- Fix VSYNC handling during renderer creation
GLU_gl4es
- No functional changes, only recompiled with GCC 10.3.0.
... Final words ...
So that all for the moment! Hope some of you will find something interesting.
And as usual, want to give a big thank you to:
to ptitSeb for gl4es and all his help with everything: https://github.com/ptitSeb/gl4es/
to Daniel for OpenGL ES2 and all his help with everything: http://www.goldencode.de/
to Hans for Warp3DNova and all his help with everything: https://keasigmadelta.com/
to Capehill for never ended work on SDL1/2, glSnoop, and all his help with everything: https://github.com/AmigaPorts/SDL https://github.com/capehill/glsnoop
to AEON/AmigaKit because of which we have OpenGL ES2 and Warp3DNova: https://www.facebook.com/AEonTechnologyLtd/
to others for all the help and tests
|
|
|
16 comments |
|
The game runs with all sound and graphic features if you load and start it with the Hollywood Player. This Player is provided by Andreas Falkenhahn.
Download your Player on http://www.hollywood-mal.com/download.html
If you like this game - please make a PayPal Donation on our Website. Only with your help we will be able to provide more games for free.
Please send bug reports directly to my email-adress. Thanx.
The goal of this little computer game is destroying the battle tank of the enemy.
This game is a remake of the Howitzer Duell from Juma so far.
To steer your tank - angle and power - use the CURSOR keys.
Use the ENTER key to finally shoot.
One player - two player - computer alone
If you loose all tanks - this means GAME OVER.
More information and download here: https://www.keho-software.com/mta_hollywood.html
|
|
|
1 comment |
|
Airsoft Softwair, the hardest working men in code business, are proud to announce the immediate availability of a number of add-ons for Hollywood 9.0. The following add-ons are now available for download from the official Hollywood portal:
- Hollywood Player 9.0 for all supported platforms (also available for your smartphone/tablet on Google Play)
- Hollywood SDK 9.0 for developing your own plugins (includes examples and over 400 pages of documentation in various formats)
- Hollywood 9.0 add-on for Cubic IDE (kindly provided by Michael Jurisch)
- Hollywood 9.0 wordfile for UltraEdit
- Hollywood 9.0 online reference manual (over 1100 PDF pages, alternatively available as HTML, CHM, and AmigaGuide)
- Hollywood SDK 9.0 online reference manual (over 400 PDF pages, alternatively available as HTML, CHM, and AmigaGuide)
The release of these add-ons completes the Hollywood 9.0 release. Please visit the official Hollywood portal at http://www.hollywood-mal.com/ for download and more information. Furthermore, version 3.4 of the Hollywood APK Compiler has been released and contains an important bugfix.
Brought to you by Airsoft Softwair - the hardest working men in code business.
|
|
|
7 comments |
|
|
[ home ][ about us ][ privacy ]
[ forums ][ classifieds ]
[ links ][ news archive ]
[ link to us ][ user account ]
|
| Polls (Login to view/vote) |
|
|
|
35 crawler(s) on-line.
22 guest(s) on-line.
0 member(s) on-line.
