Kai-Uwe Behrmann | 1 Nov 2005 23:16
Picon
Picon

[Gutenprint] Announce CinePaint 0.20

CinePaint version 0.20-0 is a major release of the motion pictures deep 
colour paint and retouching programm.

This release covers the gtk version of CinePaint. While some CinePaint 
developers maintain this code base, it will be substituted once the new 
architecture, called Glasgow, is ready to use. Glasgow covers a complete 
new high performance, highly interoperable scanline core and a new user 
interface written in FLTK.

Changes:

    * Overall stability has improved.
    * Many bugs where fixed.

Colour management changes:

    * Softproofing is introduced.
    * The gutenprint plug-in uses the proofing profile as default
      separation target.
    * User interface is more clear regarding colourmanaging. Many labels 
      where added.
    * Profile naming suggestions by Chris Murphy where followed. visible 
      in the preferences.
    * Single layer visualisation for all types of colour channels is more 
      admireable.
    * OpenEXR <-> ICC colour space information conversation for both 
      loading and saving this HDR image format where added.

HighDynamicRange (HDR) changes:

(Continue reading)

John Hunt | 2 Nov 2005 21:41
Picon

Epson Stylus Photo 830 print not centred

Hi

I was having trouble with an Epson Stylus Photo 830 with gimp-print 
( http://qa.mandriva.com/show_bug.cgi?id=19248 ) and have as a result 
upgraded to gutenprint.  This has fixed the original major problem, but now 
I have a lesser problem that the print area is not centred on the A4 paper. 
(It was slightly wrong in gimp-print but not enough to matter.)

I am using gutenprint 5.0.0-0.9 mdk with cups-1.1.23-11.1.102mdk, in 
Mandriva 2005LE. CUPS reports the printer as "EPSON Stylus Photo 830 - 
CUPS+Gutenprint v5.0.0-rc1"  Borderless printing is off.

When I print a test page (via http://localhost:631/ ), the bottom line of 
the bounding rectangle is off the bottom of the paper. The top line is 
about 1mm from the paper top.  The left line is about 2mm from the edge, 
and the right line about 6mm from the edge.

So the printed area is too tall and is shifted left. The reported Imageable 
area (to nearest mm) is:
Page size:	204 x 297
Lower-left:	  3 x   0
Upper-right:	207 x 297

Since A4 is 210 x 297, it seems the driver is sensibly leaving a 3mm gap 
left and right, but is trying to print with no margin top and bottom.  Is 
that intentional?

How do I reduce the page height to give a 3mm margin all round, and how do I 
adjust the horizontal and vertical centring?  

(Continue reading)

Robert L Krawitz | 3 Nov 2005 01:39
Picon
Favicon

Re: Epson Stylus Photo 830 print not centred

   From: John Hunt <john.lists <at> yoredale.eclipse.co.uk>
   Date: Wed, 2 Nov 2005 20:41:56 +0000

   I was having trouble with an Epson Stylus Photo 830 with gimp-print
   ( http://qa.mandriva.com/show_bug.cgi?id=19248 ) and have as a
   result upgraded to gutenprint.  This has fixed the original major
   problem, but now I have a lesser problem that the print area is not
   centred on the A4 paper.  (It was slightly wrong in gimp-print but
   not enough to matter.)

I notice on the Mandriva bug report that you had an issue with each
page printing lighter with 4.2.7.  I thought that that bug had been
fixed a while back.  But anyway.

   I am using gutenprint 5.0.0-0.9 mdk with cups-1.1.23-11.1.102mdk,
   in Mandriva 2005LE. CUPS reports the printer as "EPSON Stylus Photo
   830 - CUPS+Gutenprint v5.0.0-rc1" Borderless printing is off.

   When I print a test page (via http://localhost:631/ ), the bottom
   line of the bounding rectangle is off the bottom of the paper. The
   top line is about 1mm from the paper top.  The left line is about
   2mm from the edge, and the right line about 6mm from the edge.

Do you know how far "off" the bottom it is?  If you choose a smaller
paper size, can you measure how far off it is?  My experience with
similar printers (870 and 810) is that this printer can print all the
way to the top and bottom of the page, so that's how I configured the
driver.

The horizontal positioning error is about 1 mm (it should be 3 mm in
(Continue reading)

Robert L Krawitz | 3 Nov 2005 01:42
Picon
Favicon

Re: [Gutenprint] Announce CinePaint 0.20

I'm seeing the following when I try to compile it:

if g++ -DHAVE_CONFIG_H -I. -I. -I../../lib -I/opt/gnome/include -I/opt/gnome/include/gtk-1.2
-I/opt/gnome/include/glib-1.2 -I/opt/gnome/lib/glib/include -I/usr/X11R6/include
-INONE/include -I/opt/gnome/include -I/opt/gnome/include/gtk-1.2
-I/opt/gnome/include/glib-1.2 -I/opt/gnome/lib/glib/include -I/usr/X11R6/include 
-I/usr/X11R6/include -O2 -march=i586 -mtune=i686 -fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2 -g
-I/usr/X11R6/include -I../.. -I/usr/local/include    -g -O2 -MT plugin_main.o -MD -MP -MF
".deps/plugin_main.Tpo" -c -o plugin_main.o plugin_main.cpp; \
then mv -f ".deps/plugin_main.Tpo" ".deps/plugin_main.Po"; else rm -f ".deps/plugin_main.Tpo"; exit
1; fi
TNT/tnt_i_refvec.hpp: In member function ‘int TNT::i_refvec<T>::is_null() const’:
TNT/tnt_i_refvec.hpp:211: error: ‘data’ was not declared in this scope
ProgressInfo.hpp: At global scope:
ProgressInfo.hpp:45: warning: ‘class ProgressInfo’ has virtual functions but non-virtual destructor
Fl_Cartesius.hpp:109: warning: ‘class AxisInfo’ has virtual functions but non-virtual destructor
Fl_Cartesius.hpp:193: warning: ‘class X_AxisInfo’ has virtual functions but non-virtual destructor
Fl_Cartesius.hpp:215: warning: ‘class Y_AxisInfo’ has virtual functions but non-virtual destructor
make[2]: *** [plugin_main.o] Error 1
make[2]: Leaving directory `/home/rlk/sandbox/cinepaint-0.20-0/plug-ins/bracketing_to_hdr'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/rlk/sandbox/cinepaint-0.20-0/plug-ins'
make: *** [all-recursive] Error 1

--

-- 
Robert Krawitz                                     <rlk <at> alum.mit.edu>

Tall Clubs International  --  http://www.tall.org/ or 1-888-IM-TALL-2
Member of the League for Programming Freedom -- mail lpf <at> uunet.uu.net
Project lead for Gimp Print   --    http://gimp-print.sourceforge.net
(Continue reading)

Robert L Krawitz | 3 Nov 2005 01:44
Picon
Favicon

Re: [Gutenprint] Announce CinePaint 0.20

The following fixes the compile problem I experienced:

[2(rlk)||{!2}<dsl092-065-009>/home/rlk/sandbox/cinepaint-0.20-0/plug-ins/bracketing_to_hdr/TNT]
$ diff -u tnt_i_refvec.hpp{~,}
--- tnt_i_refvec.hpp~	2005-10-31 15:28:37.000000000 -0500
+++ tnt_i_refvec.hpp	2005-11-02 19:43:34.000000000 -0500
 <at>  <at>  -208,7 +208,7  <at>  <at> 
 template<class T>
 int i_refvec<T>::is_null() const
 {
-    return (data == NULL ? 1 : 0);
+    return (data_ == NULL ? 1 : 0);
 }

 /*

-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
John Hunt | 3 Nov 2005 11:27
Picon

Re: Epson Stylus Photo 830 print not centred

Hi Robert 

On Thursday 03 Nov 2005 00:39, Robert L Krawitz wrote:
>    From: John Hunt <john.lists <at> yoredale.eclipse.co.uk>
>    Date: Wed, 2 Nov 2005 20:41:56 +0000
>
>    I was having trouble with an Epson Stylus Photo 830 with gimp-print
>    ( http://qa.mandriva.com/show_bug.cgi?id=19248 ) and have as a
>    result upgraded to gutenprint.  This has fixed the original major
>    problem, but now I have a lesser problem that the print area is not
>    centred on the A4 paper.  (It was slightly wrong in gimp-print but
>    not enough to matter.)
>
> I notice on the Mandriva bug report that you had an issue with each
> page printing lighter with 4.2.7.  I thought that that bug had been
> fixed a while back.  But anyway.

Actually the later pages printed darker, but no matter.

>    I am using gutenprint 5.0.0-0.9 mdk with cups-1.1.23-11.1.102mdk,
>    in Mandriva 2005LE. CUPS reports the printer as "EPSON Stylus Photo
>    830 - CUPS+Gutenprint v5.0.0-rc1" Borderless printing is off.
>
>    When I print a test page (via http://localhost:631/ ), the bottom
>    line of the bounding rectangle is off the bottom of the paper. The
>    top line is about 1mm from the paper top.  The left line is about
>    2mm from the edge, and the right line about 6mm from the edge.
>
> Do you know how far "off" the bottom it is?  If you choose a smaller
> paper size, can you measure how far off it is?  My experience with
(Continue reading)

Robert L Krawitz | 3 Nov 2005 14:21
Picon
Favicon

Re: Epson Stylus Photo 830 print not centred

   From: John Hunt <john.lists <at> yoredale.eclipse.co.uk>
   Date: Thu, 3 Nov 2005 10:27:01 +0000

   Hi Robert 

   On Thursday 03 Nov 2005 00:39, Robert L Krawitz wrote:
   >    From: John Hunt <john.lists <at> yoredale.eclipse.co.uk>
   >    Date: Wed, 2 Nov 2005 20:41:56 +0000
   >
   > I notice on the Mandriva bug report that you had an issue with each
   > page printing lighter with 4.2.7.  I thought that that bug had been
   > fixed a while back.  But anyway.

   Actually the later pages printed darker, but no matter.

Still...

   > Do you know how far "off" the bottom it is?  If you choose a smaller
   > paper size, can you measure how far off it is?  My experience with
   > similar printers (870 and 810) is that this printer can print all the
   > way to the top and bottom of the page, so that's how I configured the
   > driver.

   It is only just off - one of the test prints has a very thin black edge at 
   the bottom. I also did a test in OpenOffice - see below.

OK.

   > The horizontal positioning error is about 1 mm (it should be 3 mm in
   > on both sides), which could be caused by the paper being positioned
(Continue reading)

Till Kamppeter | 3 Nov 2005 21:16
Picon

Re: PhotoPrint 0.3.0 released

I have RPMized this version for Mandriva, but I have one suggestion to 
make it better:

All works fine and as expected if the printer is directly supported by 
Gutenprint (you can choose make/model then). If the printer is not 
supported by Gutenprint, you have to choose Adobe PostScript Level 2 (so 
that the driver assigned to the queue kicks in) and here is one big 
problem which renders this mode unusable in many cases. You have rather 
big hard-coded margins. If you choose small or no margins with the 
layout settings in the main window, your image still comes out with big 
margins, but with some part of the picture cut away, like as a white 
passepartout was layed over the user's layout. My suggestion is, to let 
the PostScript driver not impose any margins, leave it to the user to 
set the margins freely with the margins setting in the main window. If 
the user chooses to small marhins, the printer will simply cut off what 
it cannot print, and if the printer is able to print borderless the user 
should be able to use a borderless layout.

The next step would be full PPD support for the PostScript driver, but 
this is more complicated, simply removing the hard-coded margins is 
probably only changing some constants.

But otherwise, PhotoPrint is great tool for easy photo printing.

    Till

Alastair M. Robinson wrote:
> Hi,
> 
> I've just released PhotoPrint 0.3.0.
(Continue reading)

regisr | 3 Nov 2005 21:55

Quadtone inks

Hi,

I am comming back to print with Quadtone inks. I have cleaned my
printer Epson Stylus color 1160. Changed the cartridges; Tested the
print in color mode (to check every 'color') .
All things seems correct.
But when I print it seems that inks are lost: it is not easy to find
what happen!

I use gutenprint 5.0.0-rc1 + the patch that you send me for printing
in quadtone. Did you have a secret debug mode to see if an ink is
really lacking?  

Sincerely,
--

-- 
<regisr>  

-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
Alastair M. Robinson | 4 Nov 2005 01:07
Picon

Re: PhotoPrint 0.3.0 released

Hi Till,

Till Kamppeter wrote:

> All works fine and as expected if the printer is directly supported by 
> Gutenprint (you can choose make/model then). If the printer is not 
> supported by Gutenprint, you have to choose Adobe PostScript Level 2 (so 
> that the driver assigned to the queue kicks in) and here is one big 
> problem which renders this mode unusable in many cases. You have rather 
> big hard-coded margins. If you choose small or no margins with the 
> layout settings in the main window, your image still comes out with big 
> margins, but with some part of the picture cut away, like as a white 
> passepartout was layed over the user's layout. My suggestion is, to let 
> the PostScript driver not impose any margins, leave it to the user to 
> set the margins freely with the margins setting in the main window. If 
> the user chooses to small marhins, the printer will simply cut off what 
> it cannot print, and if the printer is able to print borderless the user 
> should be able to use a borderless layout.

OK - PhotoPrint doesn't have a PostScript driver of its own - it just 
uses Gutenprint's as it would any other driver.  The imposed margins 
seem to be an issue with Gutenprint.

Robert: is there any special reason for the PostScript driver imposing 
margins like this?  (The print plugin does it too..)

As Till so rightly says, there should be no need to mask off any data - 
if the printer can't print to the edge it will do any necessary clipping 
itself.

(Continue reading)


Gmane