AmigaOS 4.1 Final Edition SDK available for download

nice work Hyperion :)

What's the new equivalent to p96WritePixelArray, when the source data is RGBA? BltBitMapTagList doesn't support that as a source (only RGB24 and ARGB32).

@Chris

Quote:

IGraphics->WritePixelArray()

. SYNOPSIS
void WritePixelArray(uint8 *src,
uint32 srcX, uint32 srcY,
uint32 srcBytesPerRow, PIX_FMT srcPixelFormat,
struct RastPort *dst, uint32 dstX, uint32 dstY,
uint32 sizeX, uint32 sizeY);

@Chris

Quote:
Broadblues is correct that IGraphics->WritePixelArray() is the equivalent. However, you can create a BMF_USERPRIVATE bitmap that's RGBA, and use that for blitting. The BMF_USERPRIVATE flag ensures that the bitmap remains in RAM, so it's useful for copying data to bitmaps in VRAM (and is the recommended method for streaming video frames in YUV format).

That said, if you are streaming video into VRAM then you really want the source bitmap data to match the destination format. The graphics library can use DMA if the in-RAM and in-VRAM bitmaps have the same format. If you're transferring entire frames, then make sure that the bitmaps have identical dimensions (incl. bytes-per-row), so that it reduces to one bulk DMA copy.

Hans

@broadblues

Totally missed that as I thought it was an old function!

@djrikki
Quote:
You know, there is more to the SDK than a silly autodoc viewer tool. Just sayin'

@ssolie

Yeah like examples and documentation. I could find almost nothing on the extended memory stuff. (Nevermind, found what I wanted on amigaos wiki).

Not quite excactly on topic, but the SDK addons (AmiUpdate) server seems to be down.

Mick?
Where are you?

@Chris

Quote:

IGraphics->WritePixelArray8() is an old function, IGraphics->WritePixelArray() isn't.

@Raziel

spotUP has discontinued it :-/

@MickJT

Arrh

We need a more convenient server to host them...or, as you mentioned, link them directly to the OS4Depot counterparts...

@Raziel

A server is also required to host the update database.

@salass00

Could those update databse be placed onto the OS4Depot.net serve?

Gotta ask Orgin...

@Raziel

amiudate is cool for applications, but asking for trouble in something like the SDK. So your better off without it

The update database (i.e the list of files) is fine. That's hosted at the AmiUpdate site. Then the database points to files on now discontinued server that was ran by spotUP. For the files on OS4Depot that already have an AutoInstall script, it's easy to just change the URLs to that. Sometime soon I'll see if Rigo can wipe the current database (if you're reading this, don't do it yet!) and then I can re-add the stuff that's on OS4Depot.

@Raziel

Sure, I have no problem with that.

@broadblues

Why?

It's not that anyone is checking the Depot for new SDK addons daily.
For a mere porter this is the easiest to keep up to date.

It's nice to have an automated service and normally the versions on the Depot ought to be the newest (i didn't say best).

Plus one can always set to ignore certain packages in AmiUpdate's ignore list.

Heck, i believe that most of the coders build their own addon packages to fit their needs...i can't do that, i'm happy with what the Depot offers (and some things i need to keep the ports updated...the whole sdl packages f.e.)

@orgin

Thank you very much for the offer

How would it be hosted on OS4Depot? As far as I know, the database itself is in an XML format or something (can check later). The AmiUpdate site has an interface to add to and modify that database (but not remove from). Wouldn't Origin need to go to all the hassle of writing some sort of website script to do the same? Seems easier just using the existing interface.

Just to be clear, it's the file server that no longer exists. The database itself is hosted at amiupdate.net/SdkServer and is still fine.

@MickJT

I think he meant hosted on the same server as OS4Depot. There are already some other sites hosted on it like:

http://crashlog.os4depot.net/
http://bugs.os4depot.net/

BTW maybe I'm wrong but I thought/assumed the AmiUpdate update databases were regular MySQL relational databases?