[Scribus] CinePaint and Glasgow

Andreas Speck at home andreas.speck
Tue Apr 5 00:41:08 CEST 2005


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi all,
~  I tried to build CinePaint several times on Slackware, but it always
exits in make, after configure runs just fine. The problem is somewhere
in something using OpenEXR (which I have installed)... I don't remember
exactly what. Anyone been successful building CinePaint on Slack 9.0 or
10.0?

Andreas

Robin Rowe wrote:
| Peter,
|
|> This prompted me to attempt to build Kai's CMS enabled cinepaint. For
|> the first time, I was sucessful. :)
|
|
| That's great!
|
|> I took a very quick spin with and it looks to me the CMS bits are done
|> correctly and have some functionality still missing in Scribus.
|
|
| Glad to hear that!
|
|> When I wrote that article, Cinepaint was really quite unknown and CMS
|> in Cinepaint, if I recall correctly was just starting in Kai's work.
|
|
| Is CMYK support not such an issue as it was then?
|
|> A quick test shows cinepaint works just fine too. Is there a
|> cinepaint-remote option like gimp-remote to open an existing instance
|> of cinepaint. The -remote option is preferred as it does not block
|> using Scribus either.
|>
|> Calling app directly blocks input into Scribus until it is closed.
|
|
| Have never used gimp-remote. No similar feature in CinePaint
currently. Can
| you tell me about the mechanism Scribus uses to call the app? Why does it
| block?
|
|> I looked at your included spec file which needs some updates to be
|> useful on recent distros. I'll send you an updated one soon.
|
|
| Thanks!
|
|> The other suggestion is to keep the Scribus community aware of what
|> you are doing. Please feel free to send release announces and news
|> our way. www.scribus.net averages about 5-6,000 unique visits per
|> day, so an announce story there can grab some attention.
|
|
| Appreciate your kind offer. Would like to hear what Scribus developers
| think
| about what we're doing, but it's too soon to "grab some attention" yet
from
| the general public. It was a premature emphasis on the new GEGL
| architecture (still vapor five years later) that killed Film Gimp
| (CinePaint) development at GIMP in 2000. I want to be careful not to
do the
| same, not get everyone too worked up about CinePaint's new architecture
| yet.
|
| That said, big changes are coming to CinePaint. Something like what
| happened
| with the Mozilla project, we've faced the challenge of cleaning up and
| re-engineering a large brittle codebase that we inherited. We continue to
| develop and patch our legacy GIMP-based architecture as we carry forward
| with the new. Our new architecture is much more modular and open, has new
| apps and libraries, and will still collectively be called CinePaint when
| our legacy code is phased out.
|
| Glasgow - New CinePaint GUI based on FLTK. A ground-up rewrite.
|
| img_img - A console-based tool something like Magick 'convert'. Through
| OpenImage an image opened in Glasgow can be operated upon via the command
| line or vice versa. The img_img tool is designed for high performance, for
| use on renderfarms (grid computing).
|
| OpenImage - Something libgimp never achieved was openness with other
| applications. The heart of our new architecture is a new shared memory
| framebuffer plus remote execution through an open procedural database.
What
| this means is that other apps including Blender and GraphicsMagick will be
| able to directly touch raw images opened by CinePaint and execute
CinePaint
| plug-ins remotely through a text-based protocol. A user of an OpenImage
| supporting app that loads an image into memory will see it open in a
window
| implicitly in Glasgow. We won't care what app loads the image.
|
| A big  workflow change, no need to thrash through a
| save-image-to-disk-then-read-it-back cycle to share an image in
| CinePaint. Just load or grab an image already in RAM. Other apps that
| directly modify images in shared memory will have their changes appear
| in Glasgow. Other apps will be able to load their plug-ins into the
| procedural database so any OpenImage-supporting app can trigger them.
|
|> Also, we use IRC a lot: freenode.net #scribus is a lively place
|> especially evenings CET. All of the team, excepting Craig Ringer live
|> in Europe.
|
|
| We're rarely on IRC at CinePaint. Like to keep our discussions on our
| developers list.
|
| If you'd like me to invite me to visit Scribus IRC at a specific time
| and date for an open discussion about CinePaint let me know. Happy to
| have a chat about our mission and architecture if your community has an
| interest.
|
| Cheers,
|
| Robin
| -------------------------------------------------------------------
| Robin.Rowe at MovieEditor.com   Beverly Hills, California
| www.CinePaint.org - Open source digital motion picture software
|
| _______________________________________________
| Scribus mailing list
| Scribus at nashi.altmuehlnet.de
| http://nashi.altmuehlnet.de/mailman/listinfo/scribus
|
|

- --
Andreas Speck at home
30 Bisson Rd * London E15 2RD * Britain
phone +44-20-8555 7017 * mobile +44-7973-683936
email andreas.speck at gmx.co.uk * http://people.freenet.de/ask
Keyserver
http://pgpkeys.pca.dfn.de:11371/pks/lookup?op=get&search=0x6B570981478E3C11
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)

iD8DBQFCUcKDa1cJgUeOPBERAtwJAJkB1f7Oj2Uv1uAmk4JFtwmviI5Z7gCfXFU1
bONAVIwUm/uXdRbXTYG4dys=
=Wt5e
-----END PGP SIGNATURE-----




More information about the scribus mailing list