@Magic

Sadly, they are bit shady, they list things they don’t have in stock, so it takes for ever to get things,
they have FB page you can use, if they do not play nice.

@Reth

Are you using the OS4Depot patches?
Note this only tested under AmigaOS4.1 not under 3.x.

It looks like some of bitmaps has wrong format maybe. its like planar graphics being displayed on chunky screen, without being converted first.

@Paul

http://os4depot.net/?function=showfil ... /play/tunenet/pls2m3u.lha

@joerg

Interface relative or base relative, you need different bases or different interface per thread.

Typical you open libraries it in main thread, and it won’t work with -D__USE_INLINE__

The next option is implemented TreadLocalStorage, something we need anyway.

@joerg

errno should have been task or process relative, by doing so it be treadsafe.

#define errno FindTask(NULL)->errno

@FlynnTheAvatar

yah, is should be the same, but it can be that one use displayable bitmap, while the other is not. Its advised to use friend bitmap, to make it the same as other bitmap.

@FlynnTheAvatar

some older function warp to newer functions.
the fastest i think is TagList not Tags.

@joerg

Clearly we don’t care, everyone is bad, Amiga Inc is bad, Hyperion is bad, AmigaKit is bad, and Cloanto is bad, and so on, so what… we need to stop finding people to blame, take a break if you are not happy, do something else, but don’t stand in the way of people trying to enjoy there hobby. You feel angry about the company, and you don’t care about its users, clearly. It’s a shame, but while your grumpy and peeling wallpaper, some people try to find solutions.

It does not help that you are trying to be a gatekeeper, things are moving so fast in GNU, we are lagging behind everyone else.

you’re like everyone else you want to own it, it’s yours no one can touch it.

@nbache

Obviously, this needs the following line at top of the code, on AmigaOS4.1

#define __USE_INLINE__

or -D__USE_INLINE__ as command line argument.

@flash

It’s a starting point, the code is full of bugs.

the missing includes are obvious.
the SetRGB32 is wrong,
it should use SetAPen(rp, pen), and if you are using pens you should Obtain and Release the Pen after. WritePixelColor() is obvious one to use on AmigaOS4.x.

GetMsg() should always be followed by ReplyMsg(), so the while loop is wrong.

Also I suggest waiting for Close Window Event, not just wait for any event, and try to empty the event queue. Technically its not 100% memory leek safe, as new events can be added before CloseWindow, but most Amiga programs have small mistakes like that.

you most likely want to open and close intuition and graphic library as well.

@joerg

this PDF is what we need, the Power8 SIMD

https://www.researchgate.net/publicati ... ith_compiler_optimization

saldy no SIMD on P5020/P5040,

@joerg

I tried use the reverse load and store instructions I was disappointed with results. If remember correct, I got as poor results as bit mask bits, then shift & Or result code. Yeh it might be I don’t have the instruction, or maybe some trap instruction interrupt bug, some forgot check what CPU has or has not the instructions, not sure how that works.

Wont you just get lot of conversions all over place, where did not need them, if use LE GCC compiler, most cases you load 32bit and store 32bit, the order of what is stored and loaded is irrelevant, because you’re not doing anything with content.

Also if part of the code is LE format (the driver), and other part is BE format (the OS), you need to do some conversion between the two. You have only moved problem from between GFX card and the Driver to between the driver and OS.

Also pretty sure the GCC linker will refuse to link LE code with BE code, as detect its not correct ELF format.

Big brother “Power” I believe can map some memory ranges to LE or BE format, where if you put a struct in one memory range it can be LE format, and in other memory range BE format, this approach be simplest, can it be heck’ed in with a fast small FPGA? Or approach like give too much latency. Just telling CPU that the PCIe bus is LE format, that be sweet.

@kas1e

Quote:

NO NO NO!!!!!

@kas1e

Drawing speed is lot better, have you chacked p96speed? nope you have not.

have you done any benchmarks quake, or demos? well not really all your number is the boot speed, so no you don't know anything.

@FlynnTheAvatar

its striped binrary,
addr2line tool I'm not good with.
i need good stack trace, or its useless.

That depends if 32bit screeen is larger then 8bit screen it can crash, as skipped scaling in 8bit mode, and we did not find a larger screen mode.

@FlynnTheAvatar

Mouse delta changes X,Y can overflow, this result in some strings issues. That part of code is unchanged however, the FPS changes does not affect event handler. You can try changing the WB prefs settings.

@kas1e

I think we found interesting things out.

1# Blitting lines is bad.
2# line skips are stupid.
3# is_vsync() is mostly for AGA.
4# We can get better drawing speed, at cost of frame rate.
5# Smart stuff will give better CPU emulation speed when gfx card is ideal, not a lot is happening.
6# Multiverse demo is preforming 2 x faster without the smart stuff.

@kas1e

Yes, but scores better in P96Speed.

@kas1e

Do you have vsync enabled? or disenabled? in monitor tool type.

@328gts

Rename workbench to system, maybe..

Maybe you have assign or softlink, that points to system:

i belive there is interactive boot mode, where you must confirm etch command line.read the manual or try to google it.

If not you need put echo before bla bla, echo after bla bla.