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).
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)
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).
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.
Not quite excactly on topic, but the SDK addons (AmiUpdate) server seems to be down.
Mick? Where are you?
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
We need a more convenient server to host them...or, as you mentioned, link them directly to the OS4Depot counterparts...
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
Could those update databse be placed onto the OS4Depot.net serve?
Gotta ask Orgin...
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
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.
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.)
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
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
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.