Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
40 user(s) are online (26 user(s) are browsing Forums)

Members: 0
Guests: 40

more...

Headlines




« 1 ... 16 17 18 (19) 20 »


Re: Porting to AmigaOS4 thread
Just popping in
Joined:
2021/7/23 21:46
From Älvsbyn, Sweden
Posts: 40
@Raziel
4)GCC 11 should be C++-20 compatible, but you need a stdc++ library that is C++-11 compliants... , did you remember to specify -std=c++11 as argument? (if I remember correctly GCC 11 should default to either C++14 or C++17. so my guess is that the link stdc++ library is not compatible with c++11(+), I don't know if amiga supports STLport which is one way to get higher stdc++ compatiblity. Steven Solie did a port, but it is ancient (2004, but might support C++11)... it was said that STLport would stop being updated after C++14 or C++17.
C++11 should be supported in anything above GCC 4.x.

   Report Go to top

Re: Porting to AmigaOS4 thread
Just popping in
Joined:
2009/6/11 2:19
From Germany
Posts: 161
@Raziel

Quote:
Our OpenGL is kind of v1.3 based, correct?
What features does it lack?
e.g. does it support shaders too (like ogles2?)


Quote:
MiniGL lacks frame buffer objects (FBOs) and shaders.


When building stuff targeting OpenGL 1.x/2.x you could try to use GL4ES SDK.

Depending on game/app you'll get varying results. It can become a bit challenging to get the used shaders OpenGL ES 2.0 comaptible. Sometimes this can be as easy by simply changing some GLSL specific version and syntax. Sometimes some changes to game/app code to control the modified shaders.

You can easily check shaders for compatibility (before touching the main project at all) by using the glslangvalidator cli utility.

The main downside when using GL4ES is the missing backward compatibility to MiniGL - which is imho completely relativated as newer projects are more demanding and therefore require perfomance levels which cannot be archived using (currently) available MiniGL solutions.

   Report Go to top

Re: Porting to AmigaOS4 thread
Home away from home
Joined:
2006/11/26 21:45
From a dying planet
Posts: 4478
@trgswe

Thank you, no, i missed that, but i will try with that option

@IamSonic

The whole point of me wasting time with that cross-compiler setup is to get a shared library of that special SDL2_gl4es, to be able to build ScummVM with gl4es, since i cannot use the static one provided by kas1e.

Mixing static and shared does'nt work and i need the shared one for my project to even begin thinking of supporting gl4es (or even being able to build it).

I wouldn't drop MiniGL builds for the forseeable future, at least not as long as one has to pay for gl4es support.

Right now i'd only like to try and see if gl4es support does really have the impact everyone is giving it credit for, but i'm already running against a wall with the simplest first steps...maybe i'll just give up on it and let it go.

There doesn't seem to be much demand for ScummVM nowadays anyway...

_________________
People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
   Report Go to top

Re: Porting to AmigaOS4 thread
Just popping in
Joined:
2021/7/23 21:46
From Älvsbyn, Sweden
Posts: 40
@Raziel
personally I think you are wrong! the problem is that ScummVm 2.0 for many was pretty much what they expect from
it. it handles lucas arts games, sierra-on-Line games and some other ones like simon the sorcerer and Discworld. the 3D /2.5D games might spark a new interest in adventure games (and scummVM) but I think it is early days for that and it will need a couple of revisions/versions before it is stable.


   Report Go to top

Re: Porting to AmigaOS4 thread
Just popping in
Joined:
2021/7/23 21:46
From Älvsbyn, Sweden
Posts: 40
@Raziel

There is a extension for visual studio code which has gcc 11.x, so when you Install it it Installs gcc,gdb, make etc only trouble is that it is for amigaos <4.x maybe he can do a 4.x version if enough people request it?!

   Report Go to top

Re: Porting to AmigaOS4 thread
Home away from home
Joined:
2006/11/26 21:45
From a dying planet
Posts: 4478
@trgswe

Thank you.
I managed to set up a working cross-compiler toolchain with gcc11.

I have problems with compiling now, especially building shared libraries on that cross-compiler.

Maybe someone who does that more often has some hints...@MickJT?

_________________
People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
   Report Go to top

Re: Porting to AmigaOS4 thread
Home away from home
Joined:
2006/11/26 21:45
From a dying planet
Posts: 4478
@all

Maybe someone can help me try to understand this.

I have tried to port some stuff (mostly unsuccesfull) some projects do build, but only as static.

My question now is:
Why do some projects *can* create shared objects of libraries (e.g. SDL2), while others can not (mostly failing with below information during configure)

*** Warninginter-library dependencies are not known to be supported.
*** 
All declared inter-library dependencies are being dropped.
*** 
The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library
*** or is declared to -dlopen it.

*** 
Since this library must not contain undefined symbols,
*** 
because either the platform does not support them or
*** 
it was explicitly requested with -no-undefined,

Are shared libraries locked because of the projects code (using stuff that is not supported in shared builds), or is the project simply too old to know that AmigaOS has moved on to support .so's in the meantime?

And if the latter, how could i force it to do shared builds /w/o rewriting the code)?

Tia

_________________
People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
   Report Go to top

Re: Porting to AmigaOS4 thread
Amigans Defender
Joined:
2006/12/2 13:27
From Taranto, Italy
Posts: 990
did you pass "-use-dynld" in LIBS/LDFLAGS? because it is needed from configure to understand that OS4 supports shared objects

_________________
i'm really tired...
   Report Go to top

Re: Porting to AmigaOS4 thread
Home away from home
Joined:
2006/11/26 21:45
From a dying planet
Posts: 4478
@afxgroup

I didn't check for that.
I thought that it's mandatory for shared libs and will always be part of ldflags.

Probably not...need to check for -fPIC then aswell

Thanks

_________________
People are dying.
Entire ecosystems are collapsing.
We are in the beginning of a mass extinction.
And all you can talk about is money and fairytales of eternal economic growth.
How dare you!
– Greta Thunberg
   Report Go to top

Re: Porting to AmigaOS4 thread
Amigans Defender
Joined:
2006/12/2 13:27
From Taranto, Italy
Posts: 990
usually configure has enable-shared flag but this doesn't enable "-use-dynld" because doesn't know anything about this. But this add "-fPIC" for sure.

_________________
i'm really tired...
   Report Go to top

Re: Porting to AmigaOS4 thread
Site Builder
Joined:
2006/12/2 23:57
From Athens/Dublin
Posts: 1081
Hello all,
I am experimenting the last couple of days on porting an application to AmigaOS 4. It is written in C and Lua, and uses SDL 2 for the window and drawing. This is the first port I am doing and especially something that uses SDL.

I managed to make it compile and run, but it is still very premature.
When I run it all the colours are off, and you can see that in the image below. That should be dark grey but it is blue :D

I assume this might have to do with endianess, but I am not sure what to check for. I checked if there is RGB specified somewhere on SDL code, but didn't find anything.

Also, when I resize the window, it seems the graphics are broken.

What I would like for now guys, is to ask you if there are any SDL defines that I should use or if you could point me in the right direction to understand where the problem is.

Resized Image

   Report Go to top

Re: Porting to AmigaOS4 thread
Just can't stay away
Joined:
2007/7/14 21:30
From Lothric
Posts: 1373
@walkero

It could be that application makes some assumptions about bitmap format without checking its parameters. Are sources online somewhere?

   Report Go to top

Re: Porting to AmigaOS4 thread
Site Builder
Joined:
2006/12/2 23:57
From Athens/Dublin
Posts: 1081
@Capehill
Thank you for your reply. Yeap, you can find them at https://git.walkero.gr/walkero/lite

   Report Go to top

Re: Porting to AmigaOS4 thread
Just can't stay away
Joined:
2007/7/14 21:30
From Lothric
Posts: 1373
@walkero

Okay, so application seems to assume a 32-bit frame buffer in BGRA format. What is your screenmode?

https://git.walkero.gr/walkero/lite/sr ... gaos4/src/renderer.c#L316
https://git.walkero.gr/walkero/lite/sr ... igaos4/src/renderer.h#L10 // RenColor

You could try to change RenColor struct internally to test but it's a hack.

Proper way would be to inspect surface's pixel format and adapt to that when writing R, G, B and A values.

Another issue seems to be the stride/row length based on your image. Application should use SDL_Surface's pitch field instead of width because bitmap might be wider than requested width in reality.

https://wiki.libsdl.org/SDL_Surface

   Report Go to top

Re: Porting to AmigaOS4 thread
Site Builder
Joined:
2006/12/2 23:57
From Athens/Dublin
Posts: 1081
@Capehill
Thank you for taking a look that fast. The screenmode I use is 32bit.

I think I understand what you mean. I will try to make it work based on your proposal.

   Report Go to top

Re: Porting to AmigaOS4 thread
Site Builder
Joined:
2006/12/2 23:57
From Athens/Dublin
Posts: 1081
@Capehill
I put some output at the
https://git.walkero.gr/walkero/lite/sr ... h/amigaos4/src/renderer.c
and the lines
Lines 278-298

That function seems to be the one that renders the different rectangular boxes inside the app window, creating the backgrounds of the different sections.

the "DBG: rect" below are the dimensions of it's rectangular
the "DBG: surf" are the RGB values of the surface after line 289
the "DBG:" are the RGB values of the color that is in the method args

DBGrect    x10    y1833    x2:1536    y2:834
DBG
surf    r170    g170    b:170    a:170
DBG
r36    g34    b:35    a:255
======================
DBGrect    x1200    y10    x2:201    y2:833
DBG
surf    r170    g170    b:170    a:170
DBG
r36    g34    b:35    a:255
======================
DBGrect    x10    y10    x2:200    y2:833
DBG
surf    r170    g170    b:170    a:170
DBG
r44    g42    b:43    a:255
======================
DBGrect    x1201    y10    x2:1536    y2:833
DBG
surf    r44    g42    b:43    a:255
DBG
r52    g50    b:51    a:255
======================
DBGrect    x1791    y1389    x2:792    y2:443
DBG
surf    r44    g42    b:43    a:255
DBG
r97    g93    b:95    a:255
======================
DBGrect    x10    y1834    x2:1536    y2:835
DBG
surf    r44    g42    b:43    a:255
DBG
r36    g34    b:35    a:255
======================
DBGrect    x10    y1834    x2:1536    y2:834
DBG
surf    r44    g42    b:43    a:255
DBG
r52    g50    b:51    a:255
======================
DBGrect    x114    y1834    x2:14    y2:834
DBG
surf    r44    g42    b:43    a:255
DBG
r69    g66    b:68    a:255
======================
DBGrect    x10    y1834    x2:0    y2:0
DBG
surf    r44    g42    b:43    a:255
DBG
r69    g67    b:68    a:255
======================
DBGrect    x10    y1834    x2:1536    y2:864
DBG
surf    r44    g42    b:43    a:255
DBG
r44    g42    b:43    a:255
======================
DBGrect    x10    y1833    x2:1536    y2:834
DBG
surf    r44    g42    b:43    a:255
DBG
r36    g34    b:35    a:255
======================
DBGrect    x1200    y10    x2:201    y2:833
DBG
surf    r44    g42    b:43    a:255
DBG
r36    g34    b:35    a:255
======================
DBGrect    x10    y10    x2:200    y2:833
DBG
surf    r44    g42    b:43    a:255
DBG
r44    g42    b:43    a:255
======================
DBGrect    x1201    y10    x2:1536    y2:833
DBG
surf    r44    g42    b:43    a:255
DBG
r52    g50    b:51    a:255
======================
DBGrect    x1791    y1389    x2:792    y2:443
DBG
surf    r44    g42    b:43    a:255
DBG
r97    g93    b:95    a:255
======================
DBGrect    x10    y1834    x2:1536    y2:835
DBG
surf    r44    g42    b:43    a:255
DBG
r36    g34    b:35    a:255
======================
DBGrect    x10    y1834    x2:1536    y2:834
DBG
surf    r44    g42    b:43    a:255
DBG
r52    g50    b:51    a:255
======================
DBGrect    x114    y1834    x2:14    y2:834
DBG
surf    r44    g42    b:43    a:255
DBG
r69    g66    b:68    a:255
======================
DBGrect    x10    y1834    x2:0    y2:0
DBG
surf    r44    g42    b:43    a:255
DBG
r69    g67    b:68    a:255
======================
DBGrect    x10    y1834    x2:1536    y2:864
DBG
surf    r44    g42    b:43    a:255
DBG
r44    g42    b:43    a:255
======================


If you check the RGB values, all of them are different shades of grey. The output I get at the window is blue though.

I checked the blue screen colour values and seems like the blue gets the value of the alpha, i.e. R: 32, G: 32, B: 255. But I don't see something like that in the above output.

I checked all the SDL methods that are used in the application and didn't understand which one is responsible for drawing something on the window, and if there is a parameter I should use to change the Color mode of the app. I am not experienced with SDL library and still investigating though.

Is what I am doing wrong? Is there a method that I should check first?


Below is the same output from my Linux system
DBGrect    x10    y1833    x21536    y2834
DBG
surf    r0    g0    b0    a0
DBG
:     r32    g32    b36    a255
======================
DBGrect    x1200    y10    x2201    y2833
DBG
surf    r0    g0    b0    a0
DBG
:     r32    g32    b36    a255
======================
DBGrect    x10    y10    x2200    y2833
DBG
surf    r0    g0    b0    a0
DBG
:     r37    g37    b41    a255
======================
DBGrect    x1201    y10    x21536    y2833
DBG
surf    r37    g37    b41    a255
DBG
:     r46    g46    b50    a255
======================
DBGrect    x1791    y1389    x2792    y2443
DBG
surf    r37    g37    b41    a255
DBG
:     r82    g82    b87    a255
======================
DBGrect    x10    y1834    x21536    y2835
DBG
surf    r37    g37    b41    a255
DBG
:     r32    g32    b36    a255
======================
DBGrect    x10    y1834    x21536    y2834
DBG
surf    r37    g37    b41    a255
DBG
:     r46    g46    b50    a255
======================
DBGrect    x114    y1834    x214    y2834
DBG
surf    r37    g37    b41    a255
DBG
:     r72    g72    b79    a255
======================
DBGrect    x10    y1834    x20    y20
DBG
surf    r37    g37    b41    a255
DBG
:     r65    g65    b70    a255
======================
DBGrect    x10    y1834    x21536    y2864
DBG
surf    r37    g37    b41    a255
DBG
:     r37    g37    b41    a255
======================
DBGrect    x10    y1833    x21536    y2834
DBG
surf    r37    g37    b41    a255
DBG
:     r32    g32    b36    a255
======================
DBGrect    x1200    y10    x2201    y2833
DBG
surf    r37    g37    b41    a255
DBG
:     r32    g32    b36    a255
======================
DBGrect    x10    y10    x2200    y2833
DBG
surf    r37    g37    b41    a255
DBG
:     r37    g37    b41    a255
======================
DBGrect    x1201    y10    x21536    y2833
DBG
surf    r37    g37    b41    a255
DBG
:     r46    g46    b50    a255
======================
DBGrect    x1791    y1389    x2792    y2443
DBG
surf    r37    g37    b41    a255
DBG
:     r82    g82    b87    a255
======================
DBGrect    x10    y1834    x21536    y2835
DBG
surf    r37    g37    b41    a255
DBG
:     r32    g32    b36    a255
======================
DBGrect    x10    y1834    x21536    y2834
DBG
surf    r37    g37    b41    a255
DBG
:     r46    g46    b50    a255
======================
DBGrect    x114    y1834    x214    y2834
DBG
surf    r37    g37    b41    a255
DBG
:     r72    g72    b79    a255
======================
DBGrect    x10    y1834    x20    y20
DBG
surf    r37    g37    b41    a255
DBG
:     r65    g65    b70    a255
======================
DBGrect    x10    y1834    x21536    y2864
DBG
surf    r37    g37    b41    a255
DBG
:     r37    g37    b41    a255
======================
DBGrect    x10    y1833    x2192    y2480
DBG
surf    r37    g37    b41    a255
DBG
:     r32    g32    b36    a255
======================
DBGrect    x1200    y10    x2192    y2480
DBG
surf    r37    g37    b41    a255
DBG
:     r32    g32    b36    a255
======================
DBGrect    x10    y10    x2192    y2480
DBG
surf    r37    g37    b41    a255
DBG
:     r37    g37    b41    a255
======================
DBGrect    x1201    y10    x2201    y2480
DBG
surf    r37    g37    b41    a255
DBG
:     r46    g46    b50    a255
======================
DBGrect    x1791    y1389    x2201    y2443
DBG
surf    r37    g37    b41    a255
DBG
:     r82    g82    b87    a255
======================
DBGrect    x10    y1834    x2192    y2480
DBG
surf    r37    g37    b41    a255
DBG
:     r32    g32    b36    a255
======================
DBGrect    x10    y1834    x2192    y2834
DBG
surf    r37    g37    b41    a255
DBG
:     r46    g46    b50    a255
======================
DBGrect    x114    y1834    x214    y2834
DBG
surf    r37    g37    b41    a255
DBG
:     r72    g72    b79    a255
======================
DBGrect    x10    y1834    x20    y20
DBG
surf    r37    g37    b41    a255
DBG
:     r65    g65    b70    a255
======================
DBGrect    x10    y1834    x2192    y2834
DBG
surf    r37    g37    b41    a255
DBG
:     r37    g37    b41    a255
======================
DBGrect    x11344    y1833    x21536    y2834
DBG
surf    r37    g37    b41    a255
DBG
:     r32    g32    b36    a255
======================
DBGrect    x11344    y1768    x2201    y2833
DBG
surf    r37    g37    b41    a255
DBG
:     r32    g32    b36    a255
======================
DBGrect    x11344    y1768    x2200    y2833
DBG
surf    r37    g37    b41    a255
DBG
:     r37    g37    b41    a255
======================
DBGrect    x11344    y1768    x21536    y2833
DBG
surf    r37    g37    b41    a255
DBG
:     r46    g46    b50    a255
======================
DBGrect    x11344    y1768    x2792    y2443
DBG
surf    r37    g37    b41    a255
DBG
:     r82    g82    b87    a255
======================
DBGrect    x11344    y1834    x21536    y2835
DBG
surf    r37    g37    b41    a255
DBG
:     r32    g32    b36    a255
======================
DBGrect    x11344    y1834    x21536    y2834
DBG
surf    r37    g37    b41    a255
DBG
:     r46    g46    b50    a255
======================
DBGrect    x11344    y1834    x214    y2834
DBG
surf    r37    g37    b41    a255
DBG
:     r72    g72    b79    a255
======================
DBGrect    x11344    y1834    x20    y20
DBG
surf    r37    g37    b41    a255
DBG
:     r65    g65    b70    a255
======================
DBGrect    x11344    y1834    x21536    y2864
DBG
surf    r37    g37    b41    a255
DBG
:     r37    g37    b41    a255
======================


Edited by walkero on 2021/12/16 23:16:48
Edited by walkero on 2021/12/16 23:25:53
   Report Go to top

Re: Porting to AmigaOS4 thread
Site Builder
Joined:
2006/12/2 23:57
From Athens/Dublin
Posts: 1081
@Capehill
Managed to get some better results by changing

rect_draw_loop(color);


https://git.walkero.gr/walkero/lite/sr ... gaos4/src/renderer.c#L294

with

SDL_Rect rect = { x1y1x2 x1y2 y1 };     SDL_FillRect(surf, &rectSDL_MapRGBA(surf->formatcolor.rcolor.gcolor.bcolor.a));



Resized Image



How does it look to you? Is there something else I should do?

   Report Go to top

Re: Porting to AmigaOS4 thread
Just can't stay away
Joined:
2007/7/14 21:30
From Lothric
Posts: 1373
@walkero

Application gets pointer to bitmap data and writes pixels there directly:

https://git.walkero.gr/walkero/lite/sr ... gaos4/src/renderer.c#L289

https://git.walkero.gr/walkero/lite/sr ... gaos4/src/renderer.c#L272

To get resizing working, probably at least some of those surf->w should be changed to surf->pitch/4 (for 32-bit). But I didn't read code very deeply.

   Report Go to top

Re: Porting to AmigaOS4 thread
Site Builder
Joined:
2006/12/2 23:57
From Athens/Dublin
Posts: 1081
@Capehill
Thank you so much for your help... Without your help, I wouldn't have that progress. Will check the resizing asap.

   Report Go to top

Re: Porting to AmigaOS4 thread
Site Builder
Joined:
2006/12/2 23:57
From Athens/Dublin
Posts: 1081
Has anyone ported reproc (https://github.com/franko/reproc) before and could share with me? If not, is there something else I could use instead of that?

   Report Go to top


« 1 ... 16 17 18 (19) 20 »



[Advanced Search]



Powered by XOOPS 2.0 © 2001-2016 The XOOPS Project