Login
Username:

Password:

Remember me



Lost Password?

Register now!

Sections

Who's Online
96 user(s) are online (66 user(s) are browsing Forums)

Members: 0
Guests: 96

more...

Headlines

Forum Index


Board index » All Posts (BSzili)




Re: EasyRPG Player
Quite a regular
Quite a regular


Thanks for testing. The SDL2 executable is not for Linux, OS4 uses ELF executables as well.

This is just like television, only you can see much further.
Go to top


Re: EasyRPG Player
Quite a regular
Quite a regular


If you can please check the experimental SDL2 executable too.

This is just like television, only you can see much further.
Go to top


Re: EasyRPG Player
Quite a regular
Quite a regular


Thanks for trying. That's unfortunate, I guess it didn't work out.

This is just like television, only you can see much further.
Go to top


Re: EasyRPG Player
Quite a regular
Quite a regular


As an experiment I uploaded an executable built with SDL2. Keep in mind that it's completely untested, so it might not work at all. If you don't have compositing support any you get a "SDL_CreateRenderer failed" error, you can try to launch it with the "--no-vsync" command line argument.
If you have tried it please let me know if it worked, what system you used and if it has hardware compositing support.

http://bszili.morphos.me/stuff/EasyRPG-stripped.zip
Also if possible don't reupload this executable anywhere. Eventually I'll replace the executable in the pack, once it received some testing.

This is just like television, only you can see much further.
Go to top


Re: EasyRPG Player
Quite a regular
Quite a regular


Now that's sounds like an SDL bug, but it's probably already fixed. I'll try to find a newer SDL library to build an executable with.

edit: It looks like I'm using the latest stable release (1.2.15) from May 2019. I'd rather not update to the development version, as I can't do much testing myself. When there's a new release over at AmigaPorts I'll make sure to grab it.


Edited by BSzili on 2020/4/30 7:07:38
This is just like television, only you can see much further.
Go to top


Re: EasyRPG Player
Quite a regular
Quite a regular


The problems I mentioned are not the fault of SDL, but limitations of the SDL1.2 code in the Player. It doesn't use the SDL function for the switching, it just recreates the screen, but not everything gets reset, so you get varying results depending on what settings you used to start the Player. It's not really worth the effort to fix though, since SDL1.2 support is on its way out anyway.

This is just like television, only you can see much further.
Go to top


Re: EasyRPG Player
Quite a regular
Quite a regular


@samo79
They already got you covered in that department. Check out the wiki for the keyboard shortcuts and comment line arguments:
https://wiki.easyrpg.org/
Quote:
--window Start in window mode.

Quote:
F4, Alt+Enter Toggle Fullscreen
F5 Toggle Zoom (1x, 2x and higher depending on your screen resolution)

Keep in mind that the Player is still compiled with SDL 1.2, so on the fly mode switching might not be the most stable. It's better to start the player in the desired mode.

This is just like television, only you can see much further.
Go to top


Re: EasyRPG Player
Quite a regular
Quite a regular


EasyRPG Player 0.6.2 is out:
https://blog.easyrpg.org/2020/04/easyr ... ayer-0-6-2-pincer-attack/
Download:
http://bszili.morphos.me/ports/easyrpg-os4.lha

I enabled the built-in FM MIDI synth, so those who don't download the GUS sound patches will still have MIDI playback.

This is just like television, only you can see much further.
Go to top


Re: Amigans.net 2020 updates
Quite a regular
Quite a regular


@walkero
Thanks for removing the Google Analytics tracking. I followed the good example and did the same on my little site. It was broken for a long time anyway.

This is just like television, only you can see much further.
Go to top


Re: Real-time audio effects using AHI?
Quite a regular
Quite a regular


@Capehill
It's probably because real-time audio effects can be quite CPU intensive. I'd look at the AHI library API, and more specifically AHI_SetEffect.
http://www.lysator.liu.se/ahi/v4-site ... oc/ahi.html#AHI_SetEffect

This is just like television, only you can see much further.
Go to top


Re: Compiling for TABOR - GCC 8
Quite a regular
Quite a regular


Be careful with mixing C++ object files compiled with different GCC versions, as the ABI can change quite a bit between them. With C you should be fine.

This is just like television, only you can see much further.
Go to top


Re: BootFloppy-3K.adf for classic 4.1FE what is it for?
Quite a regular
Quite a regular


AFAIK the boot disk was only needed because of the A3000-specific Kicklayout file had some problem on early 4.1 FE discs:
http://www.hyperion-entertainment.com ... -3000-computers-available
If you have one of the later discs or downloaded the iso file, then you shouldn't need this boot disk at all.

This is just like television, only you can see much further.
Go to top


Re: BootFloppy-3K.adf for classic 4.1FE what is it for?
Quite a regular
Quite a regular


It's for the Amiga 3000.

This is just like television, only you can see much further.
Go to top


Re: Latest DOSBOX : with PPC dinamic recompiler and stuff , right there!
Quite a regular
Quite a regular


@kas1e
Neat! It could be better, but at least it can run at full speed with the locked 35 Hz framerate.

This is just like television, only you can see much further.
Go to top


Re: Latest DOSBOX : with PPC dinamic recompiler and stuff , right there!
Quite a regular
Quite a regular


Here's an example of how to run Doom timedemos:
https://thandor.net/benchmark/32
I wonder how the JIT compares to the normal core.

This is just like television, only you can see much further.
Go to top


Re: How to build AmigaOS4 cross-compiler (Binutils 2.23.2 & GCC 8.3.0) on CYGWIN
Quite a regular
Quite a regular


I didn't mean changes in the adtools repository, that's frozen in time, but the official GCC repository. If I was in the wrong directory, then shouldn't
Quote:
gild/bin/gild checkout binutils 2.23.2

have failed too? I guess I have no other choice but to start from scratch.

edit: I found the problem. The tags in official GCC repo got renamed. There used to be "gcc-8_3_0-release":
https://webcache.googleusercontent.com ... &cd=1&hl=en&ct=clnk&gl=hu
But now it's "releases/gcc-8.3.0":
https://gnu.googlesource.com/gcc/+refs

This is why gild no longer works... Now I have to figure out where it stores the name of this tag.

edit #2:
So here's the solution, this could be added to the original post. Open "adtools/gcc/series" in a text editor, and replace
Quote:
with
Quote:


Edited by BSzili on 2020/1/17 21:29:15
Edited by BSzili on 2020/1/17 21:37:11
This is just like television, only you can see much further.
Go to top


Re: How to build AmigaOS4 cross-compiler (Binutils 2.23.2 & GCC 8.3.0) on CYGWIN
Quite a regular
Quite a regular


I've ran into an issue. When I try to run the
Quote:
gild/bin/gild checkout gcc 8

command, I get this error:

Quote:
fatal: 'gcc-8_3_0-release' is not a commit and a branch '8' cannot be created from it
fatal: 'gcc-8_3_0-release' is not a commit and a branch '8' cannot be created from it
Failed to checkout 8

Did this happen to anyone else? Maybe they deleted/moved some branch from the official GCC repo?

This is just like television, only you can see much further.
Go to top


Re: Can we talk about Prefs/Amiga Input?
Quite a regular
Quite a regular


I'm not really a pessimist, these are simply my observations. As kas1e said, even when there's some development, I'll never be released to the general public. It is what it is.
There are still things that can be done with 3rd party development, as shown by AeonKit. To be fair they also had some issues with releasing updates, but at least they do get released eventually.

This is just like television, only you can see much further.
Go to top


Re: Can we talk about Prefs/Amiga Input?
Quite a regular
Quite a regular


@kas1e
This is pretty much how I look at OS4 as well. FEu1 is the last version of the OS, and any development that will happen in the future is going to be third party.
On the bright side there won't be any more breaking changes (e.g. integrating P96 into graphics.library), and people can even make binary patches/replacements for components, like they did with OS3.

This is just like television, only you can see much further.
Go to top


Re: BSzili port requests
Quite a regular
Quite a regular


It's great see that this was solved!

This is just like television, only you can see much further.
Go to top



TopTop
« 1 ... 4 5 6 (7) 8 9 10 ... 37 »




Powered by XOOPS 2.0 © 2001-2023 The XOOPS Project