Base datatype classes in OS4

	Bottom Previous Topic Next Topic
Register To Post

salass00

Posted on: 2007/1/6 18:47 #1

Just can't stay away

Already posted on utilitybase
Quote:

My animation datatype works correctly when I use RGBFB_CLUT P96 bitmaps with 256-colour colormaps, but when I try to use RGBFB_R8G8B8 with ADTA_Depth set to 24 and no colormaps (set to NULL) it displays nothing and crashes when I press play in Multiview.

Does this mean that animation.datatype doesn't support true-color but only colourmapped chunky or planar?

Also tried RGBFB_A8R8G8B8 with ADTA_Depth of 32 with same results...

Can anyone confirm that this is the case? I.e. that animation.datatype doesn't support hi/truecolor graphics.

Also is anything being done to improve the base datatype classes?

F.e. add truecolor support to animation.datatype or add 16-bit and maybe also 32-bit support to sound.datatype?

Chris

Re: Base datatype classes in OS4

Posted on: 2007/1/6 20:15 #2

Amigans Defender

@salass00

I posted this... elsewhere... but as well as 16-bit and proper streaming support for sound.datatype, we also need the following classes:
Drawing: for 2D structured drawings (IFF DR2D etc)
Object: for 3D objects (Lightwave etc, not sure if there is any IFF standard)
Music: for music modules, MIDI files etc (this already exists as a defined class, but there is no datatype superclass corresponding to it)
There are probably others...

Datatypes could also do with the ability for individual datatypes to add some form of interaction, so if you have (for example) a Flash animation datatype, you could listen to the mouse clicks, keyboard input and change the display accordingly. This only needs to be supported for embedded objects of course.

Chris

salass00

Re: Base datatype classes in OS4

Posted on: 2007/1/7 22:01 #3

Just can't stay away

*BUMP*

Hans

Re: Base datatype classes in OS4

Posted on: 2007/3/11 5:45 #4

Home away from home

@salass00

My experimentation with the gifanim confirms what you're saying. If I override the GM_RENDER method, it no longer crashes (until I click on the invisible tapedeck.gadget object that the datatype contains) so the bug is somewhere in the GM_RENDER code for the animation datatype.

I hope that this will be fixed soon. Unfortunately, I have no idea who is maintaining the animation datatype, so I don't know who to contact.

Hans

TetiSoft

Re: Base datatype classes in OS4

Posted on: 2007/3/11 9:43 #5

Just popping in

@Hans

Quote:

Unfortunately, I have no idea who is maintaining the animation datatype, so I don't know who to contact.

A snippet of the releasenotes:
Quote:

animation 44.23 (21.09.2004) <srupprecht>

- didn't want to do further changes but here we go:

Chris

Re: Base datatype classes in OS4

Posted on: 2007/3/11 10:57 #6

Amigans Defender

@TetiSoft

Why is animation.datatype still v44, even though it is PPC native code?
animation.datatype 44.25 (21/11/2006)

Also, if you check utilitybase, it looks like the 24-bit animation issue might be a bug in MultiView.

Chris

TetiSoft

Re: Base datatype classes in OS4

Posted on: 2007/3/11 11:43 #7

Just popping in

@Chris

Quote:

Why is animation.datatype still v44, even though it is PPC native code?

Because there exists a third-party v45 version and we dont
believe that all programmers were clever enough to use v45
functions only with v45 and not with v52...

Similar reasons are responsible for the version numbers of
e.g. sound.datatype and Installer.

srupprecht

Re: Base datatype classes in OS4

Posted on: 2007/3/11 13:00 #8

Just popping in

animation.datatype does not support bitmaps deeper than 8bit.

Hans

Re: Base datatype classes in OS4

Posted on: 2007/3/11 14:59 #9

Home away from home

@srupprecht

Quote:

srupprecht wrote:
animation.datatype does not support bitmaps deeper than 8bit.

Ok, that explains why it doesn't work. Is this going to change any time soon?

Hans

EDIT: Should I consider writing a video datatype for truecolour video data? Or is extending the animation datatype planned?

Any idea what's happening with the sound datatype? Someone uploaded a replacement on os4depot that supports 16-bit multi-channel sounds. Will an official extension with those features occur?

Edited by Hans on 2007/3/11 17:27:18
Edited by Hans on 2007/3/11 17:45:49

Hans

Re: Base datatype classes in OS4

Posted on: 2007/3/11 15:35 #10

Home away from home

@TetiSoft

Quote:

TetiSoft wrote:
@Chris

Quote:

Why is animation.datatype still v44, even though it is PPC native code?

Because there exists a third-party v45 version and we dont
believe that all programmers were clever enough to use v45
functions only with v45 and not with v52...

Similar reasons are responsible for the version numbers of
e.g. sound.datatype and Installer.

Where can I find this third-party version? I've managed to find a version 41.6 on the aminet.

Hans

TetiSoft

Re: Base datatype classes in OS4

Posted on: 2007/3/11 18:51 #11

Just popping in

@Hans

Sorry, it seems I've mixed that up with datatypes.library
where a third-party v45 version existed. No idea why
animation.datatype is still v44, maybe we simply forgot
to bump the version. Hints welcome

Chris

Re: Base datatype classes in OS4

Posted on: 2007/3/11 20:36 #12

Amigans Defender

@TetiSoft

Some extension in OS3.9, whereas the OS4 version is based on OS3.5 sources?

If not that, then probably somebody being forgetful

Chris

TetiSoft

Re: Base datatype classes in OS4

Posted on: 2007/3/12 7:21 #13

Just popping in

@Chris

Quote:

Some extension in OS3.9, whereas the OS4 version is based on OS3.5 sources?

According to my 3.9 installation, the releasenotes in the
3.9 SDK and the OS4 releasenotes, the latest pre-OS4 version
was v44.18 (OS3.5), could not find a newer OS3.9 version.

Chris

Re: Base datatype classes in OS4

Posted on: 2007/3/19 0:16 #14

Amigans Defender

@TetiSoft

Also, the only replacement sound.datatypes I can find are numbered v41 and v44 (the latter is the one on OS4depot which post-dates OS4).

Chris

salass00

Re: Base datatype classes in OS4

Posted on: 2007/3/19 8:10 #15

Just can't stay away

@Chris

I ported the v41 sound.datatype over to OS4 a while back, think I might still have it left here. I didn't release it though because of some small problems.

Also I had to remove most of the 16-bit sound code because I couldn't find the #defines anywhere IIRC.

As for the sound.datatype on OS4Depot, that one would have been nice in my opinion. Unfortunately the author seems to have disappeared.

It would also need a version bump so it would be possible to support the new features without breaking compatibility with the OS sound.datatype.

Raziel

Re: Base datatype classes in OS4

Posted on: 2007/3/19 12:54 #16

Home away from home

@salass00

Quote:

As for the sound.datatype on OS4Depot, that one would have been nice in my opinion. Unfortunately the author seems to have disappeared.

Have you tried this address?

The droolsoft page is down, the droolsoft eMail too, so it
may be a good starting point. Last login at AW.net was 19.12.2006!

--

game box/art scans
scummvm infrequent builds

Hans

Re: Base datatype classes in OS4

Posted on: 2007/3/21 16:28 #17

Home away from home

@Raziel

Quote:

Raziel wrote:
@salass00

Quote:

As for the sound.datatype on OS4Depot, that one would have been nice in my opinion. Unfortunately the author seems to have disappeared.

Have you tried this address?

The droolsoft page is down, the droolsoft eMail too, so it
may be a good starting point. Last login at AW.net was 19.12.2006!

Just tried it and got a delivery failed notification.

Hans

Register To Post
	Top Previous Topic Next Topic

Currently Active Users Viewing This Thread: 3 ( 0 members and 3 Anonymous Users )