Thank you, there’ll be a 64-bit version too!

AMIGASYSTEM

When I finalize the source code for Targa Datatype in the next two weeks then there will be a 64bit version after that.

This binary is the one I'm using for testing. It's functional. I'm planning to make a few code changes that won't affect the performance of the datatype - just cosmetic changes.

In order to test the new Targa Datatype you will need the updated MultiView and some test pics. I'll upload them here later today.

Here is the updated version of
MultiView for testing Targa Datatype and some Targa test images.

Pay no attention to the MultiView version. It was just a quick update so I didn't change the version.

To test the datatype open any of the sample Targa images in MultiView. Then choose "Project->Save As" to save a "new copy" using the datatype save function. This process will test the load and save functions.

Although all the images will be rle compressed the original file size and new file size may not match. Mostly because my Datatype doesn't yet write the Targa 2.0 Footer at the end.

New & Updated Datatypes Status:

Edits & code cleanup for Targa Datatype is nearly completed. When completely finished I will post the new datatype & the source code.

PCX Datatype is not as bad as I remember it. I started collecting my current sources so I can start testing.

Also started three new Datatypes: JNG Datatype, MNG Datatype & MP3 Datatype. The last one uses Lib Mpega. We will see how it goes!

In the process of compiling and testing the most recent PCX Datatype I noticed that it currently only supports loading & saving 8bit & 24bit images. Although it should support 1,2,4,8 & 24bit PCX images.

I noticed that it's very similar in some ways to the original Windows BMP file format which supports 1,2,4,8,16 & 24bit BMP images. I may be able to re-use the bit depth code for 1,2 & 4bit PCX images but I'm not sure if they will be planar images with rle compression?

While looking at BMP datatype I noticed that it supports loading 2bit images but that bit depth is missing from the save function. I'll need to check the code repository. If so I can add that to the BMP datatype.

Targa datatype will be finished soon. JNG & MNG Datatypes depend on LibMNG. MP3 Datatype depends on LibMpega. I also thought about writing an OGG (Ogg Vorbis?) and maybe a MOD datatype. FONT datatype for bitmapped fonts?

Then there are the DOC & RTF datatypes that maybe just allow displaying just plain text. Not sure about those yet. More is better!!

Here is my current PCX Datatype compiled for AROS x86 ABIv0.

I also included the test images as I did for Targa Datatype. There are some 8bit & 24bit images because this version of PCX Datatype only supports loading & saving 8, 24bit.

For Targa Datatype I'm working on support for loading/saving GREY8. Which are 8bit greyscale images with no ColorMap just greyscale.

Okay, thanks. I successfully tested pcx.datatypes; I also tested it with the standard Multiview and successfully saved the PSX images in PNG, IFF, and HAM formats.

Thanks for testing! Hopefully, in a week or two I'll have some working source code that we can compile for 32bit & 64bit. :-)

miker, using AI, I managed to compile the midi.datatypes for AROS 64-bit, and I could also compile it for 32-bit, but it doesn't work.

My questions are: Does Multiview not support midi.datatypes, or does the midi.datatypes file I created have an incorrect internal path? When I load a MIDI file with Multiview, it tells me the format is not supported.

Sashimi shows that Multiview looks for midi.datatypes in the path Utilities/Libs/Datatypes/Midi.datatypes, but even if I copy midi.datatypes to that path, it isn’t detected.

Could you post your source files or PM me? I'll take a look.

It may compile correctly but that doesn't mean it will work correctly.
I have that problem too sometimes.

There could be several reasons why it doesn't work. Start by looking at the code. Also, OS3 datatype code uses a Dispatcher that AROS doesn't. AROS Datatypes are not the same framework.

Okay, I'll send you the complete archive via PM.

AMIGASYSTEM

Could you send me the midi datatype and descriptor? Is it 32bit or 64bit. I'm currently set up to test 32bit but I'll set up 64bit next week.

I might already have the sources. I'll look for that.

I'm not sure what you need the midi.datatypes file compiled for 32-bit?

If you could make a zip archive of the sources that you compiled. And send me the binary datatype and midi descriptor that you used. Let me know if it's compiled for 68k, 32bit or 64bit so I know what to do.

Maybe include a midi file or two for testing. That should be enough to find out what is wrong. And if needed I can start a new datatype to re-write midi datatype to work on AROS. :-)

Thanks.

Didn't you get the file in a PM? I sent it a few days ago. I'll try sending it to you again!