faq
flatforty
contribute
subscribe
configure
search
rdf
main
|
| First Krita Preview Release |
Posted by Boudewijn Rempt on Sunday 26/Sep/2004, @13:30
from the it's-not-perfect-but-it's-what-you-get dept.
Krita, formerly known as Krayon,
formerly known as KImageShop, never known as nor intended to be the Kimp, is
available for your testing pleasure.
For the first time since development started in 1999, Krita is complete
enough to be packaged as the first preview release. Building on the great foundation
laid by the original team, the enthusiastic work by John Califf and the thorough
architecture designed by Patrick Julien, the Krita developers have been working
real hard during the last year to bring you a firework of interesting
features.
Those include (but are of course not limited to):
- painting with Gimp brushes or image filters
- gradients & patterns
- excellent tablet support
- world-class image scaling
Note: This is not even an alpha release. Stuff is broken, not implemented
at all or even not even intended to be implemented. We've been making
really great progress, but there's plenty left to do -- a challenge to someone
wanting to get their hands dirty with a paint app that's still small enough to
understand.
Installing Krita might interfere with your existing KOffice installation,
as it depends on KOffice CVS. But if you're curious or anxious to
know how far we've come in the past year (or five), download the packages Daniel
Molkentin has prepared and made available.
Because Krita is very actively developed, with several CVS commits per day, we
also provide Krita nightly
snapshots. SUSE packages will be available soon.
If you don't feel up to compiling, but still want to gaze at the look & feel
(described by as "very clean, very easy to find your way around" by an expert
Photoshop user) you can go to the screenshots and sate
your curiosity.
For now, all I want to do is to thank all the people who have worked on
Krita: Michael Koch, Matthias Elter, Andrew Richards, Carsten Pfeiffer and
Toshitaka Fujioka for starting this amazing project, John Califf for impelling
the project,
Patrik Julien for designing Krita's current architecture and finally the current
crew:
- Boudewijn Rempt (maintainer, stuff that doesn't work)
- Sven Langkamp (GUI, especially the dockers & the color wheel)
- Cyrille Berger (Filters, tools, core stuff)
- Adrian Page (Painting, tablet support, gradients, core stuff, fixes all
over the place)
- Clarence Dang (zoom, shape tools)
- Dirk Schoenberger (code cleanups, tool shortcuts)
- Bart Coppens (Fills, previews, text tool)
- Michael Thaler (Scaling, rotating)
- Casper Boemann (core stuff)
- Daniel Molkentin (Packaging this release)
We really hope to keep up the pace, and make Krita part of KOffice 1.4, to be
released near the end of the first quarter of 2005.
<
|
>
|
|
The Fine Print: The following comments
are owned by whomever posted them.
( Reply )
|
|
Over 40 comments listed.
Printing out index only. |
more features
by anon on Sunday 26/Sep/2004, @16:27
|
Don't know what happened but the original announcement had more features listed:
* Loading and saving of many image formats
* Painting with Gimp brushes, generated brushes or text.
* color picker, pencil, brush, airbrush, eraser, duplicate, filter-brush, lines, rectangles, ellipses and text tools.
* Filling with solid colors, patterns or gradients
* Selecting, copying (and pasting into Kolourpaint)
* Scaling with one of five cool scaling algorithms
* Image/layer rotating.
* Adjusting brightness, contrast, gamma, color, saturation.
* Working with layers (adding, moving, rotating)
* Blur, sharpen, mean removal, emboss, edge detection, invert filters
* Tablet support.
* scan/screenshot image input
* tool icon, crosshair or arrow cursors
* grayscale and RGB color models (and a buggy CMYK model)
|
[
Reply To This | View ]
|
|
|
Small problem
by Thorsten Schnebeck on Sunday 26/Sep/2004, @16:27
|
Krita _is_ very promising. But using KOffice-CVS I have since some time a problem: I can not load bitmap files :-/
bash-2.05b$ krita /home/schnebeck/EOS/Test/IMG_0236.JPG
kio (KSycoca): Trying to open ksycoca from /var/tmp/kdecache-schnebeck/ksycoca
koffice (lib kofficecore): kritapart.desktop found.
kio (KTrader): KServiceTypeProfile::offers( KOfficePart, )
kio (KTrader): Returning 11 offers
kio (KTrader): KServiceTypeProfile::offers( Krita/CoreModule, )
kio (KTrader): Returning 0 offers
koffice (lib kofficecore): KoDocument::openURL url=file:/home/schnebeck/EOS/Test/IMG_0236.JPG
koffice (lib kofficecore): kritapart.desktop found.
koffice (lib kofficecore): KoDocument::openFile /home/schnebeck/EOS/Test/IMG_0236.JPG type:image/jpeg
kio (KTrader): KServiceTypeProfile::offers( KOfficePart, )
kio (KTrader): Returning 11 offers
koffice (filter manager): KoFilterEntry::query( )
kio (KTrader): KServiceTypeProfile::offers( KOfficeFilter, )
kio (KTrader): Returning 64 offers
koffice (filter manager): Filter: KOffice-Export für XSLT doesn't apply.
krita: No decode delegate for this image format (/home/schnebeck/EOS/Test/IMG_0236.JPG).
koffice (lib kofficecore): KoMainWindow::addRecentURL url=file:/home/schnebeck/EOS/Test/IMG_0236.JPG
koffice (lib kofficecore): [KoMainWindow pointer (0x8234ca8) to widget krita-mainwindow#1, geometry=1222x726+50+207] Saving recent files list into config. instance()=0xbfffef88
kparts: Part::~Part 0x822b478
kdecore (KLibLoader): The KLibLoader contains the library libmagickimport (0x8290d10)
kdecore (KLibLoader): The KLibLoader contains the library libxsltexport (0x82bd360)
kdecore (KLibLoader): The KLibLoader contains the library libkritapart (0x81e0bc0)
Using krita I would like to encourage the krita team to focus on features gimp has not established yet especially a working 16bit/channel framework.
I hope there will be a generic painting API für krita and collaboration with kipimodules and digikams imageplugins. If there is a nice scripting host for krita I would like to port my gimp scriptFu to krita as soon as possible :-)
Bye
Thorsten
|
[
Reply To This | View ]
|
|
|
KIMP
by Martin on Monday 27/Sep/2004, @00:35
|
I wonder why Boudewijn is always stressing that it's
not meant to be a KIMP (i.e. a concurrence to GIMP).
I know that he likes to build a real paint tool
(like Fractal Painter) for KDE. But I'm quite
sure the majority of people will see it as GIMP replacement
and everyone should be honest enough to admit that.
One day ago he posted here that he'd do a fork once
the code is matured enough. I sincerely hope that he will
change his mind and won't let this happen. The high
configurability of the KDE desktop has shown that it can
adapt to various different needs (novice and professionals,
Windows users and Windows haters, etc). Why shouldn't it
be possible to create an application which is good for painting
AND can be used for image editing, too? This would be a
big advantage for people who need both and shouldn't be that
difficult to realize (i mean in contrast to 2 different apps).
All the dulicated effort should rather go into higher
configurability. So IMHO a fork would be completely unneccesary.
But perhaps I got him wrong on that issue. Ignore my post
if that is the case...
|
[
Reply To This | View ]
|
|
|
compile problem
by Stephan on Monday 27/Sep/2004, @02:14
|
krita:
..
make[4]: Entering directory `/opt/krita/krita-preview1/krita/ui/dialogs'
if /bin/sh ../../../libtool --silent --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -I./.. -I./../../core -I./../../core/tool -I.. -I -I/opt/kde3/include -I/usr/lib/qt3/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL-DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT wdgmatrix.lo -MD -MP -MF ".deps/wdgmatrix.Tpo" \
-c -o wdgmatrix.lo `test -f 'wdgmatrix.cc' || echo './'`wdgmatrix.cc; \
then mv -f ".deps/wdgmatrix.Tpo" ".deps/wdgmatrix.Plo"; \
else rm -f ".deps/wdgmatrix.Tpo"; exit 1; \
fi
wdgmatrix.cc:1:21: kdialog.h: No such file or directory
wdgmatrix.cc:2:21: klocale.h: No such file or directory
wdgmatrix.cc:17:23: knuminput.h: No such file or directory
wdgmatrix.cc: In constructor `WdgMatrix::WdgMatrix(QWidget*, const char*,
unsigned int)':
...
|
[
Reply To This | View ]
|
|
|
koffice?
by Peter Robins on Monday 27/Sep/2004, @03:35
|
. . . make Krita part of KOffice 1.4 . . .
why KOffice and not kdegraphics? isn't this graphics software?
|
[
Reply To This | View ]
|
|
|
goddamn cool video of Krita
by KDE User on Monday 27/Sep/2004, @10:27
|
I don't know why this damn damn cool video isn't in the announcement but check this out:
http://linuxreviews.org/news/2004/09/27_krita_kde_koffice_preview_available/
http://linuxreviews.org.nyud.net:8090/news/2004/09/27_krita_kde_koffice_preview_available/krita.mpeg
|
[
Reply To This | View ]
|
|
|
Speed
by Asdex on Monday 27/Sep/2004, @13:13
|
Actions like image scaling take really much time.
For example the scaling shown in video 2 takes several seconds.
Maybe one should have a look at MPlayer which contains highly optimized versions of the same scaling algorithms as the ones Krita is using.
The scaling algorithms from Video2 is a Mitchel algorithm and Krita needed several seconds. MPlayer can do the same scaling with the same algorithm in ~ 1/100 second. (MPlayer supports all the other scaling algorithms, too)
http://www.mplayerhq.hu/
|
[
Reply To This | View ]
|
|
The Fine Print: The previous
comments are owned by whomever posted them.
( Reply )
|
|