Click Here
home features news forums classifieds faqs links search
5731 members 
Amiga Q&A /  Free for All /  Emulation /  Gaming / (Latest Posts)



Lost Password?

Don't have an account yet?
Register now!

Your support is needed and is appreciated as is primarily dependent upon the support of its users.

Main sections
» Home
» Features
» News
» Forums
» Classifieds
» Links
» Downloads
» OS4 Zone
» IRC Network
» AmigaWorld Radio
» Newsfeed
» Top Members
» Amiga Dealers
» About Us
» FAQs
» Advertise
» Polls
» Terms of Service
» Search

IRC Channel
Ports: 1024,5555, 6665-6669
SSL port: 6697
Channel: #Amigaworld
Channel Policy and Guidelines

Who's Online
39 crawler(s) on-line.
 16 guest(s) on-line.
 0 member(s) on-line.

You are an anonymous user.
Register Now!
 Jasper:  15 mins ago
 TiredofLife:  16 mins ago
 amigakit:  21 mins ago
 TRIPOS:  23 mins ago
 Petah:  25 mins ago
 bennymee:  32 mins ago
 utri007:  34 mins ago
 MEGA_RJ_MICAL:  36 mins ago
 gryfon:  40 mins ago
 tygre:  42 mins ago

software Classic   software Classic : Amiga Kit Acquires AK-Datatypes
   posted by amigakit on 7-Sep-2019 10:52:45 (4042 reads)

Cardiff, 7th September, 2019

AmigaKit Ltd is pleased to confirm that it has concluded an agreement with Andreas Kleinert to acquire the “AK-Datatypes” package.

AK-Datatypes is a collection of graphics datatype software for the Commodore-Amiga computer covering formats such as PNG, GIF, JPEG and TIFF.

Commodore included a narrow scope of image format datatypes within the operating system software as standard. Users demanded greater levels of compatibility with modern image formats and third party developers such as Andreas met that request. He first published the datatype package in 1996 and due to it's popularity it continued to be developed and upgraded for over a decade after release.

Each datatype is supplied with it's own Preferences utility to configure the image rendering settings. They were also supplied with CPU optimised versions from the 68000 through to the 68060.

Amiga Kit is pleased to commit to maintaining and developing software in-house. With this acquisition development of the datatypes will be now continue. It is planned that updated versions will be supplied as a separate software package for a nominal fee and additionally bundled with selected products.

Matthew Leaman, Managing Director of AmigaKit Ltd said: “We are delighted to add AK-Datatypes to our software inventory and invest in continued development of the package. It will benefit and enhance both our present and future software projects that we are working on.”

Andreas Kleinert said: “I was very excited when Matthew approached me and described his vision with regards to further support the Amiga platform. The agreement which we concluded makes me confident that he and his team will be able successfully continue from where I had to stop due general lack of time and ability to further commit to the platform on my own."


Related Links
· More about software Classic
· News by amigakit

Most read story about software Classic
A-EON Technology Acquires Personal Paint

Last news about software Classic
Grimorium PDF v2.10
Printer Friendly Page  Send this Story to a Friend

Goto page ( 1 | 2 )

Re: Amiga Kit Acquires AK-Datatypes
Posted on 10-Sep-2019 16:44:01
#21 ]
Elite Member
Joined: 6-May-2007
Posts: 9677
From: Greensborough, Australia


Never heard of them. So it looks you did. Well until now since they are being raised.

 Status: Offline
Profile     Report this post  
Re: Amiga Kit Acquires AK-Datatypes
Posted on 11-Sep-2019 21:44:41
#22 ]
New Member
Joined: 28-Mar-2014
Posts: 2
From: Unknown

Just a few clarifications.

SView and AK Datatypes were the first to support PPC and really made use of the additional horsepower to a significant extent - regardless of the weaknesses of powerUP and before the platform wars started - and while I made the datatypes shareware and added 68k, PPC and later WOS (WarpUP) support for some, I decided to remove (disable) PPC/WOS support again in the later years, because others could do better by focussing concretely on their platform. 68k/PPC/WOS (version) combination(s) testing became a support mess and it anyway really makes sense to keep a set of core datatypes "close" to the corresponding OS - the counter argument back then was lack of update frequency (especially for 68k OS, which was unmaintained for long), besides lack of PPC versions.

In the end ak Datatypes found a second life in Amikit.

Also at least the pure-C library template approach in general also inspired AROS. So basically everyone is away from assember in library/datatype context now. Furthermore, while in the beginning a lot of changes were taking place in libpng (I contributed, also to support the GIF alternative getting up and running) and libjfif (similar) as well as libtiff (kind of same), these are now quite stable and upgrading is straightforward. This is a solid base to start from.

UI design is a matter of taste. While I never have been a UI person, I have been working with many. But in terms of SView and ak Datatypes some compromises were made always. The "engine" is the asset in both cases. Basically, there are different ak Prefs alternatives (even MUI based) on Aminet and they are easy to be done by anyone in similar form - however pre-configuration always is the better option than tackling manually something that should better work out of the box. If you need to configure a datatype, that should be only once or as fallback for some specific legacy program (when being called by that one).

Descriptors can be made more compact, yes - but by using 68k code, which gets included into the descriptor file. This is basically an approach that I preferred in SView as well (use code instead of patterns) but certainly this does not cause a speed increase in the actual file recognition while making things less portable and harder to maintain. Probably again a matter of taste.

Yes, SView was offered for sale/licensing - this is also true for the Windows .NET port which basically consists of C++ wrapped classes, which are API-wise very similar to the original loader/saver modules of SView and from an engine-perspective also drive/drove some of the datatypes originally (at least the more exotic ones, which are not in scope here currently) in some wrapped form. So SView in the end is a huge code pool for such. - Besides, I just had not the time and motivation to backport all the improvements and bug-fixes back to Amiga platform. In any case I have to admit that the excellent Visual C++ debugging capabilities allowed me to eliminate many issues which before couldn't really be adressed properly.

Last not least: keep having fun and continue using what you like. It is clear that any sort of hobby means also to have different preferences, ideas and opinions - and to talk about. This is not different to soccer :) Won't try to convince anyone of anything and really no interest in pushing anyone's ego (neither my own). There's always someone who does better or claims to do so. From time to time I may have a look over the fence to see what's going on. But I'm really out, hobby-wise.

 Status: Offline
Profile     Report this post  
Re: Amiga Kit Acquires AK-Datatypes
Posted on 13-Sep-2019 10:02:54
#23 ]
Super Member
Joined: 20-Aug-2003
Posts: 1367
From: Trondheim, Norway

There already is that supports the AC68080.


 Status: Offline
Profile     Report this post  
Re: Amiga Kit Acquires AK-Datatypes
Posted on 13-Sep-2019 10:04:32
#24 ]
Super Member
Joined: 20-Aug-2003
Posts: 1367
From: Trondheim, Norway

if they make it 68080 optimized i will buy it.
it would be the fastest datatype ever.

There already is that supports the AC68080.


 Status: Offline
Profile     Report this post  
Re: Amiga Kit Acquires AK-Datatypes
Posted on 13-Sep-2019 10:05:52
#25 ]
Super Member
Joined: 20-Aug-2003
Posts: 1367
From: Trondheim, Norway

* burp *


 Status: Offline
Profile     Report this post  

Goto page ( 1 | 2 )

[ home ][ about us ][ privacy ] [ forums ][ classifieds ] [ links ][ news archive ] [ link to us ][ user account ]
Copyright (C) 2000 - 2019 was originally founded by David Doyle