FEB
18
2005

KToon: 2D Animation Toolkit

KToon, is a new 2D animation toolkit created by Toonka Films and now made available as a free GPL'ed option to the 2D animation industry. KToon has been developed using OpenGL from the Qt library and follows the same interface style of commercial products such as Macromedia Flash (TM) and ToonBoom (TM). Currently KToon is still in beta and only has 2 modules (Illustration and Animation), but it already allows one to export animations to the SWF format. Screenshots are available. Developers and testers are welcome!

Comments

if the flash export is good enough, it could help alot with drawing designers (no pun intended) to the opensource desktop


By Maarten at Fri, 2005/02/18 - 6:00am

Man. I wonder why they didn't go with the obvious "kartoon"


By standsolid at Fri, 2005/02/18 - 6:00am

Because all KDE applications must take the must unintuitve, tongue-twisting name possible.


By Anonymous at Sat, 2005/02/19 - 6:00am

is ktoon include a svg export ?


By GML at Fri, 2005/02/18 - 6:00am

no.


By MaX at Sat, 2005/02/19 - 6:00am

no YET... i am the manager of the KToon development team and i want to say that one of the _main_ goals of KToon is to export open formats (as SVG).

We start dealing with the SWF format because the Ming library [http://ming.sourceforge.net/] exists and it just take some few minutes to make it works with KToon... but our priority is with SVG and open formats.

Currently we are studing the source code of QT applications like Karbon [http://www.koffice.org/karbon/] to include the SVG compatibility inside our project.

Help from developers with SVG experience is welcome!


By Gustavo González at Sat, 2005/02/19 - 6:00am

First, this looks very cool and it is great that you are using KDE/Qt technology for this...

But you need to alter your source distribution by taking out the generated Makefiles and including the top-level ktoon.pro which can be found in your svn repository. Finally, alter you INSTALL to run 'qmake && make' or it won't work.

Other than that, I can't wait to try this out.


By manyoso at Fri, 2005/02/18 - 6:00am

We expect to fix the "ktoon.pro" bug as fast as our website provider help us to fix another problem that we have with our internet connection.

By now, you can download the "ktoon.pro" file from:

http://svn.berlios.de/viewcvs/*checkout*/ktoon/ktoon/ktoon.pro?rev=1

We offer excuses by this temporary problem...


By Gustavo González at Sat, 2005/02/19 - 6:00am

looking at the screenshots i see several widgets that scream "re-use me to make a non-linear video editor!" ;)

i'm highly impressed by how the screenshots look. i would download it and give it a whirl, but i'm no artist. i'll have to get some of my artist friends to look at it though ...

sweet stuff... mad props to Toonka Films!


By Aaron J. Seigo at Fri, 2005/02/18 - 6:00am

To me the screenshots look like a bad mix of GIMP-esque tool windows fetish combined with the worst of Adobe's Windows MDI. Not like a KDE app at all, and I hope that's a subject to change sometime soon.


By ac at Sat, 2005/02/19 - 6:00am

Two other packages in the same category (but not free...) are:

Moho (http://www.lostmarble.com)
Vector oriented, SWF export, bones,...
Windows,Mac & Linux version available
99$ and you get all platforms
slightly limited demo available
.
PlasticAnimationPaper (http://plasticanimationpaper.dk/)
virtual lightbox ( 'traditional' animation package )
Windows & Linux
Expensive (esp in relation to Moho)
Limited demo available


By UglyMike at Sat, 2005/02/19 - 6:00am

This is an extremely nice addition to the multimedia linux suite. Today, we have:

* Blender3d for 3d work
* Rosegarden with lilypond (beautiful music production) for music composition
* Audacity for sound recording and editing
* Ogg and Theora formats for sound and video
* Fluendo's Flumotion media server which is GPL for Ogg and Theora streaming
* Bittorent for sharing large media files
* Gimp (interface is improving) for pixel based graphics
* Inkscape (extremely nice for "fake" artists like me) for vector based graphics
* Scribus along with improvements in KPDF for professional desktop publishing
* Kile for Tex documents (still evolving)
* Mediawiki (for collaborative multimedia content production - counterintutitive perhaps, but very useful in my company)

And now specialized niches like cartoon animatation are being filled in. Is there anything missing? I am admittedly not a professional, but I find most of these applications (with the exception of the gimp and blender3d) quite intuitive to use and feature complete for my needs. There was recently an article about making a multimedia office suite and improving interoperability between the different open source applications. Given how expensive commercial counterparts are, such an office suite (especially if integrated with OpenOffice or KOffice) could draw a significant number of users to the Linux desktop.

Out of curiousity, are there any KOffice developers on the forum? Does anyone know if there are plans in the future to integrate the above suite into KOffice or embed them in the OASIS format? Such integration would put KOffice far ahead of its competitors and radically increase the attractiveness of KDE. It's entirely possible too that the maintainers of each of the above projects would themselves work to support the integration given the benefits that they would reap from the network effects of application integration.

It might evolve along this path slowly on its own anyway, but a little effort towards interoperability might make both KOffice and Open Office (with 15 integrated applications and one multimedia OASIS format that could embed Ogg, Lilypond, Theora, SVG, Tex, etc.) significantly superior to Microsoft Office (with its five traditional applications). The office application space has been static for so long ...


By N. Geisinger at Sat, 2005/02/19 - 6:00am

GIMP's interface is improving? Do you mean the 2.x vs. 1.x changes, or is someone working on MDI for GIMP now? Personally, I'm holding out for Krita :D


By Jel at Sat, 2005/02/19 - 6:00am

> Is there anything missing?

non-linear video editing


By Aaron J. Seigo at Sat, 2005/02/19 - 6:00am

What does the "non-linear" part mean, specifically?


By AC at Sat, 2005/02/19 - 6:00am

In tape to tape editing, or linear editing, you edit as the first title would lead you to believe. This allows only the simplest of transitions, live, as you are editing. Non linear editing on the other hand involves digitizing the video first and messing around with it on a computer. Thus, you can add transitions, overlays, and audio all after the fact. So a non linear editor for kde would be alot like avid, final cut pro, or premiere.


By ac at Sat, 2005/02/19 - 6:00am

> non-linear video editing

Kino?
http://kino.schirmacher.de/article/static/2


By ac at Sat, 2005/02/19 - 6:00am

> non-linear video editing

mainactor


By Anonymous at Sun, 2005/02/20 - 6:00am

The color pallette looks very nice, maybe make a KPart of it? =)
http://ktoon.toonka.com/images/screenshots/colorpalette.png

Also, maybe others enhanced widgets/algo could be reused.

Looks very nice tough. =)

Thanks to ToonKa, ParqueSoft et cie.

Fred.


By fprog26 at Sat, 2005/02/19 - 6:00am

Yeah, that palette is wonderful ! it would be a very good idea to include it in krita for example. And maybe it could be a base to improove the actual palette dialog too :-).


By Eduardo Robles ... at Sat, 2005/02/19 - 6:00am

"Out of curiousity, are there any KOffice developers on the forum?"

I'm a pretty regular reader of the Dot, yes. One has to do something while waiting for KOffice to compile... There are no plans to really integrate any of these applications in KOffice by regular KOffice hackers: they have too much to do anyway. On the other hand, some apps would make a really neat fit, especially Scribus, but that's up to the Scribus hackers who, no doubt, have quite enough to do already.

The situation with OASIS is a bit more complex. OASIS currently defines file formats for a very limited set of applications. KOffice applications like Kivio and Krita don't use an OASIS file format because such a beast does not exist. I've toyed for a moment with trying to write a spec, but that would keep me from hacking on Krita, and my first concern now is to get the !@#$% thing stable again, and released.

Besides, I don't know enough about graphics apps to know what needs to go into a pixel-image file format. I mean, two months ago, before I started to integrate color management in Krita, I didn't know about .icm profiles...


By Boudewijn Rempt at Sat, 2005/02/19 - 6:00am

Thanks for answering my questions! And for working on Krita :) ...

If - as a multimedia app writer - you've toyed with writing an Open Office spec without prompting, then that is extremely suggestive. By extension, it suggests that other multimedia application developers (e.g., gstreamer, scribus, or the tex crowd) might also be looking at the integration question and the OASIS format even if there is little public talk about it. It makes sense that this would be the case since integrating your application into an office suite would significantly increases its user base.

Perhaps, then, there's no need to organize an integration effort. The invisible hand of open source is already self organizing its own solution with no conscious cooperation from its participants.


By N. Geisinger at Sun, 2005/02/20 - 6:00am

> Besides, I don't know enough about graphics apps to know what needs to go into a pixel-image file format.

openexr.com has a good description of their (floating point) pixel format. Maybe some input for you!?


By Carlo at Mon, 2005/02/21 - 6:00am

I have looked at openEXR (and we'll probably support the file format one of these days), but it isn't enough: we need to have at least support for

* layers
* icm profiles
* selections (easy, that's just another layer)
* meta information like color model

Krita's current file format supports all of that, so the pressure to invent something new isn't that strong. On the other hand, Krita's file format is just as ad hoc as .xcf and just as closely tied to the application.


By Boudewijn Rempt at Mon, 2005/02/21 - 6:00am

Wings3D is a great program also. Real easy to use.


By robteed at Sat, 2006/02/04 - 6:00am

Thanks very much, this is a great contribution to the free software community. I look forward to trying this out.


By J.B. Nicholson-Owens at Sat, 2005/02/19 - 6:00am

Did anyone found documentation? Download area for docs is empty :(


By m. at Sat, 2005/02/19 - 6:00am

Hi, i am sorry about the doc part of the project. We have a little problem with the wiki system, but we expect to fix it soon!
There will be a Developers section and a Users section.

Thank you for your pacience.


By Gustavo González at Sat, 2005/02/19 - 6:00am

two days ago I checked in the source code of Kast into kdeplayground multimiedia. It's supposed to do nearly the same for SVG and maybe later also flash.

It's hard to decide what to do now. On the one hand Kast is still far away from the functionality KToon has to offer (right now only the renderer works good enough to show it)... on the other hand Kast is supposed to be my diploma thesis, therefore I can't just stop, throw away all the work and start contributing to the more advanced project...

I guess I'll have a thorough look at this piece of software today.


By Hans Oischinger at Sat, 2005/02/19 - 6:00am

please keep up the good work on kast, we need a good svg tool like this so that we don't have to depend on that flash proprietary plugin anymore :)


By Pat at Sat, 2005/02/19 - 6:00am

Even if the Kast project keep growing... i want to say as director of the project that KToon will include the SVG support in future releases. We hope it happen soon as we can.


By Gustavo González at Sat, 2005/02/19 - 6:00am

Do you have a Homepage or/and Screenshots from Kast?


By MaX at Sat, 2005/02/19 - 6:00am

Not yet, but there is not much to see right now.
I'll put something up next month when the project has matured a bit.


By Hans Oischinger at Sat, 2005/02/19 - 6:00am

Matured like in adding the missing files subpath.* in the elements directory for a start? ;)

I just co'ed kast to have a look at it but could not compile it. What did you do to integrate kcanvas, do a symlink in the main dir to it or extend kcanvas Makefile.am's to install all needed headers?

Thanks for helping out :)


By Friedrich at Sat, 2005/02/19 - 6:00am

Matured in just that way :)
Please grab the source again. the Makefile.am is updated now.

KCanvas headers are not all installed by make install therefore symlinking would be the easiest thing for now.


By Hans Oischinger at Sat, 2005/02/19 - 6:00am

I saw that the application was translated from English to Spanish...

Are there any translation volunteers to port this to other languages?

Here's the XML file in question:
http://svn.berlios.de/viewcvs/ktoon/ktoon/src/trans/ktoon_es.ts?rev=2&vi...

Here's the BerliOS project:
http://developer.berlios.de/projects/ktoon/

Contact info:
http://developer.berlios.de/project/memberlist.php?group_id=2960

The project use SubVersion.

Sincerely yours,

Fred.


By fprog26 at Sun, 2005/02/20 - 6:00am

Translation volunteers can find useful this little "howto" about it:

http://ktoon.toonka.com/documentation/index.php?title=KToon_Internationa...


By Gustavo González at Wed, 2005/02/23 - 6:00am

I wish that KToon be used to create dynamic KDE Presentations and Introcution, like Windows XP's flash introduction to XP's features.


By yash kumar jain at Mon, 2005/02/21 - 6:00am

It should be possible if some people of the KOffice team wants to help us to implement that feature. KToon is GPL so everybody is invited :)


By Gustavo González at Mon, 2005/02/21 - 6:00am

I unzipped Ktoon and when I run it I get an error:
Unable to resolve GL/GLX symbols - please check your GL library installation.

But if I run glxinfo I get an info:

[root@localhost ktoon]# glxinfo
name of display: :0.0
display: :0 screen: 0
direct rendering: No
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating,
GLX_EXT_import_context, GLX_SGI_make_current_read, GLX_SGIS_multisample
client glx vendor string: SGI
client glx version string: 1.2
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory,
GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method,
GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control,
GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig,
GLX_SGIX_visual_select_group
GLX extensions:
GLX_ARB_get_proc_address, GLX_EXT_import_context, GLX_EXT_visual_info,
GLX_EXT_visual_rating
OpenGL vendor string: Mesa project: www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.2 (1.4 Mesa 5.0.2)
OpenGL extensions:
GL_ARB_depth_texture, GL_ARB_imaging, GL_ARB_multitexture,
GL_ARB_point_parameters, GL_ARB_shadow, GL_ARB_shadow_ambient,
GL_ARB_texture_border_clamp, GL_ARB_texture_cube_map,
GL_ARB_texture_env_add, GL_ARB_texture_env_combine,
GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3,
GL_ARB_texture_mirrored_repeat, GL_ARB_transpose_matrix,
GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color,
GL_EXT_blend_func_separate, GL_EXT_blend_logic_op, GL_EXT_blend_minmax,
GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, GL_EXT_copy_texture,
GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays,
GL_EXT_packed_pixels, GL_EXT_polygon_offset, GL_EXT_rescale_normal,
GL_EXT_secondary_color, GL_EXT_separate_specular_color,
GL_EXT_shadow_funcs, GL_EXT_stencil_two_side, GL_EXT_stencil_wrap,
GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D,
GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add,
GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3,
GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_texture_rectangle,
GL_EXT_vertex_array, GL_APPLE_packed_pixels, GL_ATI_texture_mirror_once,
GL_ATI_texture_env_combine3, GL_IBM_texture_mirrored_repeat,
GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_NV_blend_square,
GL_NV_point_sprite, GL_NV_texgen_reflection, GL_NV_texture_rectangle,
GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp,
GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SGIX_depth_texture,
GL_SGIX_shadow, GL_SGIX_shadow_ambient
glu version: 1.3
glu extensions:
GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess

visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
----------------------------------------------------------------------
0x22 24 tc 1 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0x23 24 tc 1 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0x24 24 tc 1 24 0 r . . 8 8 8 0 0 16 0 0 0 0 0 0 0 None
0x25 24 tc 1 24 0 r y . 8 8 8 0 0 16 0 0 0 0 0 0 0 None
0x26 24 tc 1 24 0 r . . 8 8 8 0 0 32 0 0 0 0 0 0 0 None
0x27 24 tc 1 24 0 r y . 8 8 8 0 0 32 0 0 0 0 0 0 0 None
0x28 24 tc 1 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0x29 24 tc 1 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0x2a 24 tc 1 24 0 r . . 8 8 8 0 0 0 0 16 16 16 16 0 0 None
0x2b 24 tc 1 24 0 r y . 8 8 8 0 0 0 0 16 16 16 16 0 0 None
0x2c 24 tc 1 24 0 r . . 8 8 8 0 0 16 0 16 16 16 16 0 0 None
0x2d 24 tc 1 24 0 r y . 8 8 8 0 0 16 0 16 16 16 16 0 0 None
0x2e 24 tc 1 24 0 r . . 8 8 8 0 0 32 0 16 16 16 16 0 0 None
0x2f 24 tc 1 24 0 r y . 8 8 8 0 0 32 0 16 16 16 16 0 0 None
0x30 24 tc 1 24 0 r . . 8 8 8 0 0 24 8 16 16 16 16 0 0 None
0x31 24 tc 1 24 0 r y . 8 8 8 0 0 24 8 16 16 16 16 0 0 None


By MaBu at Sun, 2005/03/06 - 6:00am

I have version 0.8 installed and I can't export.

When I try, it asks me to choose the format before export. The problem is that I can't see where to choose a format. (Putting the "right" extension on the filename does not work for me.)

Has anyone solved this in V 0.8?

all the best,

drew


By drew Roberts at Tue, 2006/05/23 - 5:00am