@samo Yeah, its not demo broken, but datafiles, all *.ppm datafiles are of different size than those ones from 2.20. I assume they was auto-regenerated and maybe not on amigaos, but on some crosscompiler setup, and maybe that change them a little, dunno.
All the *.png files remain the same of size as in 2.20 archive, but all *.ppm files are of different size now (except one: lwap.ppm, its have the same as original size, all other changes on some bytes).
@All Ok, i probabaly know why *.ppm datafiles are broken : if you check inside of any new ones, they all have "0d 0a" inside, while all old ones have just "0a" => usuall cariage return crap differences between amigaos and linux/win32. Which mean, that new ones was generated on linux/win32 or whatever, which put for carriage return 0d/0a instead of 0a, and so, demos which expect them be of fixed size, or maybe having something on necessary place all fail, as it all shifts.
Maybe those files was auto-converted somehow when some copy was done, or maybe they all was just open in some editor, and then saved, so editor add his carriage returns.
Imho easy way will be just replace all *.ppm datafiles from 2.20 archive to the new one, and also overwrite those ones placed on the server where sources placed.
@kas1e @samo Indeed, some of the .ppm files are broken on the official repository and thus also on my local copy! Wtf. A quick check revealed that this is apparently the case since those files have been added to the repo in 2007 :P So best is to copy those demo data files from the os4depot's old archive over to the new one and overwrite mine. I will now fix the repo. What a mess!
@Daytona Just to be sure i will install now and check what-where-when, so to have more info. In end of all we still can release what we have, just for later keep that bugreport..
Installed Jedy Academy, tried with minigl 2.20 and 2.23 , for me everything looks the same. There is screenshot from the 2.23 version (press open in new tab for fullsize):
Light saber looks the same and in 2.20 and in 2.23 versions. I use last version of game from BSzili's site.
@amig_os
Is there special settings need to be set in game to reproduce it, or , do i need to come to some place in the game itself ?
GLExcess demo might be a good test example for testing
For sure it can't its buggy like shit :) At least on my setup with warp3d SI , be it minigl 2.20 or 2.23 , it crashes on the 3st scene (which i can ignore, but that point somehow on the quality of port). One of scenes even SLOW while very simple.
@amig_os Plz retest it all with very latest minigl from http://www.goldencode.de/tmp/mgl.zip (redownload it again from the same place). Its just strange why i didn't have such problems.
@Daniel We can wait tomorrow, and if amig_os will not come up with anything new, then one more repack (because of data files), retest and release. What you think ?:)
Or i can just put datafiles in your latest archive myself and put archive there
I tried glexcess many times. For me, it seems to only crash when I resize window in the beginning (but not everytime, maybe at 50% probability). Last frame from glexcess is glCallList, I didn't have MiniGL symbols available.
@Capehill For me always crashes on 3st scene, crash skippable, but crashes and over 2.20 and over 2.23. I download yesterday original sources (not ones from os4depot archive), but loose interest to compile it as it have no music :) but maybe still worth to report over last gcc to see how it will be.
Version on os4 depot use glut version + some changes in code and data which can be also issues.
On original site there is and glut original version and sdl one:
@Capehill Fake VBOs in MiniGL are really just vertex arrays with a different API. For FBOs you need to be able to change the render target (not just the color buffer but Z-buffer, etc.). A long time ago I found clues in the Warp3D v5 SDK that there could be a way to do this, but AFAIK no public API exists for it. Someone with access to the Warp3D drives sources would have more information about this.
This is just like television, only you can see much further.
For AmigaOS 4 is one more GLExcess compilation by Huno . There the sound works and nothing is suspended neither under the MiniGL 2.21 nor under 2.23. Only it can not be found on the internet, because it was attached to the commercial Huno game CD, released a few years ago by Acube.
I for now even tried to choice exactly the same light saber of the same color as on your screenshot, and go exactly to the same place from where you take screenshot. And with minigl2.23 everything still fine, there is (press open in new tab for fullsize):
My settings are everything at maximum/high, 1600x1200x32.
But i also tried to lower everything, to made a middle settings, everything fine always.
So or you test some wrong version of minigl, or dunno what.
@All
Anyone can confirm the bug amig_os show ? I can't, while tring very hard.
That is just last Daniel's tmp/mgl.zip, in which i only do:
1). update data files by correct ones as we discuss lately 2). snapshot place of wb windowses and files in, so when one open "demos" directory in WB, he have no mess as before. 3). packed as usuall .lha instead of zip
Plz check if all is ok, and so i will upload that one on os4depot to replace old 2.20 one