Chris wrote:

animation datatypes are a bit of a nightmare, as well as not supporting truecolour you seem to have to do a lot of extra work which I'm sure animation.datatype could handle (like caching previous frames).

@hans
Quote:

My approach so far with the animation datatype has been to deprecate all the old stuff, but I'd like a good method to recognize when the new API is available.

There's an existing method v44 animation.datatype uses to decide on whether to use the new format frame loading method or the old one... it's in the AutoDocs:

... snip ...

So, it might be a good idea to do it that way, as you'll probably need to support it anyway for backwards-compatiblity - and it looks sensible.

corto wrote:
Hans : I have to send you few comments about datatypes. I agree with Rogue, a complete rework must be done. They are very difficult to program with different behaviours depending on versions and OS branches.

joerg wrote:
@TSK

Quote:

@thread
Quote:

multiuser

Are there any news of that rumoured new filesystem for OS4 ? Or was it completely false rumour ?

There is nothing multiuser related a file system can change, FFS2 and SFS support UID, GID and the group/other protection bits as well, there is just nothing in AmigaOS which uses them. You can set the owner and group/other protection bits with the commands in C: and display them with "C:List groups", but they are ignored.
ixemul.library uses them, FTP and HTTP servers should as well, but AmigaOS itself doesn't.

abalaban wrote:
@Hans

Oops okay, I thought that MinIGL did not took advantage (because Warp3D does not) of 3D acceleration (or more exactly not fully).

abalaban wrote:
Quote:

- better profit of gfx-cards (tv and dvi -out, compositing, overlay, opengl etc)

dvi-out is coming,
overlay is supported already.
MiniGL2.0 is coming.

This point was about hardware, so unless I'm missleading MiniGL is only soft rendered, ther is no hardware acceleration, this point was about that.
DVI is coming that's great because it will be difficult to still find VGA connectors in a near future. Overlay is not supported in every AT chip.

The stuff I disagree on

- Datatypes : improvements in datatypes system (streaming, cross format saving, thumbnails, ...)

Maybe not nessery if programs supported the Netscape plugin API (IB2.4 API).

- Network : IPv6 support in RoadShow

It not a requirement on any OS.

- Multiuser : minimal support for multi-user

Optional!

- Find : too simplest, don't manage to search into every drawers

I use it every day and I have not notice any problem whit it.

- Multiview : add possibility to do a small diaporama, a small playlist, etc.

I think its fine as it is.

- integration of AmiUpdate into the system in order to update it, mode to install yet unstalled softwares

No thanks, me like control.

- Samba, OpenSSH : It would be better to make a network handler then plugins for Samba, FTP, SFTP, NFS etc... Advantage of this is that with a good documentation and a sample plugin it's not required that OS4 devs write all plugins themselves.

We need network sharing but Samba is not the right one, SFTP based network sharing maybe.

- PDF printer
?

- a "thumbnailer" (a la eastern) : I will even go further and propose (maybe via a preference) to do thumbnails of every file types having an appropriate datatype (yes I know I come back to the datatypes, but that is (was) a so innovative and clever concept that I find it scandalous that it was let apart for so long)...

Yes cool but slow, maybe as view option.

- Dockies : a dock with only dockies in it to monitor activites of running applications (cpu meter, equalizers for an audio player, indication of received mail for the mailer, progress bar of the burning software, etc.)

if Program supported AmiDook then they will do, look at TuneNet mini dock thing, anyway I hate it because Icons move around if I have it enabled in TuneNet.

- Bluetooth stack (file transfer, etc.)

Not so important.

abalaban wrote:

Yes that's a good idea, here is the summarized list done by Corto at the end of the thread (I only translate the post he did even if I don't agree with every point, remember also this is a resume of a discussion about the latest *publically available* OS4 version) :
* OS :
- USB : USB2 support
- Printing : improvement in the print system
- Datatypes : improvements in datatypes system (streaming, cross format saving, thumbnails, ...)
...

spotUP wrote:
@Hans

pygame the sdl binding would be dope to have!
so if you manage to compile some binding, please write a small guide.

Rogue wrote:
@salass00

The intro movies of the Windows version are Smacker I think. The Linux version has MPEG movies, I might add playback for that. To be honest, I haven't thought about it until you mentioned

emeck wrote:
@Hans

Quote:

Hans wrote:
@Chris

Is the windows CAB format documented anywhere? I can see this problem coming up again and again, so this might be worth investigating.

Hans

There is a Library API info in the quick links for libmspack. Don't know if that is of any help.

Daedalus wrote:
@Hans

Hmmmm... I guess you could be right. There seems to be proper support for transparency in the icon library, just Amidock "feels" like it cuts out the background - like so many programs I've written which do a similar thing for transparency. It's entirely possible that there's a function to do this in a library somewhere, but it needs some work if so.

Jack wrote:
@Hans

No, not window. The goal is to display some stuff above the topmost screen, like stationary sprite...