You can subscribe to this list here.
2000 |
Jan
(111) |
Feb
(412) |
Mar
(133) |
Apr
(187) |
May
(377) |
Jun
(355) |
Jul
(129) |
Aug
(316) |
Sep
(412) |
Oct
(258) |
Nov
(260) |
Dec
(228) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(291) |
Feb
(497) |
Mar
(341) |
Apr
(105) |
May
(127) |
Jun
(97) |
Jul
(348) |
Aug
(195) |
Sep
(353) |
Oct
(516) |
Nov
(454) |
Dec
(99) |
2002 |
Jan
(125) |
Feb
(232) |
Mar
(222) |
Apr
(160) |
May
(147) |
Jun
(97) |
Jul
(199) |
Aug
(275) |
Sep
(411) |
Oct
(355) |
Nov
(371) |
Dec
(326) |
2003 |
Jan
(314) |
Feb
(181) |
Mar
(166) |
Apr
(90) |
May
(192) |
Jun
(137) |
Jul
(91) |
Aug
(57) |
Sep
(59) |
Oct
(67) |
Nov
(202) |
Dec
(158) |
2004 |
Jan
(67) |
Feb
(81) |
Mar
(142) |
Apr
(124) |
May
(190) |
Jun
(245) |
Jul
(124) |
Aug
(199) |
Sep
(182) |
Oct
(92) |
Nov
(285) |
Dec
(173) |
2005 |
Jan
(111) |
Feb
(74) |
Mar
(90) |
Apr
(275) |
May
(133) |
Jun
(106) |
Jul
(215) |
Aug
(142) |
Sep
(131) |
Oct
(135) |
Nov
(75) |
Dec
(76) |
2006 |
Jan
(173) |
Feb
(96) |
Mar
(127) |
Apr
(226) |
May
(227) |
Jun
(83) |
Jul
(101) |
Aug
(122) |
Sep
(118) |
Oct
(27) |
Nov
(76) |
Dec
(58) |
2007 |
Jan
(204) |
Feb
(137) |
Mar
(115) |
Apr
(50) |
May
(135) |
Jun
(111) |
Jul
(57) |
Aug
(40) |
Sep
(36) |
Oct
(36) |
Nov
(77) |
Dec
(145) |
2008 |
Jan
(159) |
Feb
(52) |
Mar
(77) |
Apr
(59) |
May
(80) |
Jun
(105) |
Jul
(119) |
Aug
(225) |
Sep
(58) |
Oct
(173) |
Nov
(64) |
Dec
(94) |
2009 |
Jan
(61) |
Feb
(13) |
Mar
(70) |
Apr
(115) |
May
(48) |
Jun
(50) |
Jul
(34) |
Aug
(74) |
Sep
(30) |
Oct
(95) |
Nov
(132) |
Dec
(12) |
2010 |
Jan
(40) |
Feb
(22) |
Mar
(10) |
Apr
(5) |
May
(10) |
Jun
(73) |
Jul
(73) |
Aug
(74) |
Sep
(117) |
Oct
(33) |
Nov
(34) |
Dec
(41) |
2011 |
Jan
(42) |
Feb
(38) |
Mar
(60) |
Apr
(6) |
May
(26) |
Jun
(52) |
Jul
(16) |
Aug
(21) |
Sep
(49) |
Oct
(48) |
Nov
(64) |
Dec
(121) |
2012 |
Jan
(112) |
Feb
(81) |
Mar
(92) |
Apr
(37) |
May
(57) |
Jun
(142) |
Jul
(65) |
Aug
(43) |
Sep
(33) |
Oct
(81) |
Nov
(130) |
Dec
(63) |
2013 |
Jan
(63) |
Feb
(32) |
Mar
(80) |
Apr
(48) |
May
(44) |
Jun
(79) |
Jul
(86) |
Aug
(91) |
Sep
(43) |
Oct
(95) |
Nov
(130) |
Dec
(117) |
2014 |
Jan
(283) |
Feb
(206) |
Mar
(90) |
Apr
(57) |
May
(105) |
Jun
(66) |
Jul
(87) |
Aug
(30) |
Sep
(54) |
Oct
(125) |
Nov
(45) |
Dec
(36) |
2015 |
Jan
(58) |
Feb
(51) |
Mar
(59) |
Apr
(75) |
May
(70) |
Jun
(52) |
Jul
(58) |
Aug
(72) |
Sep
(184) |
Oct
(157) |
Nov
(91) |
Dec
(90) |
2016 |
Jan
(89) |
Feb
(61) |
Mar
(57) |
Apr
(86) |
May
(46) |
Jun
(63) |
Jul
(71) |
Aug
(60) |
Sep
(207) |
Oct
(139) |
Nov
(76) |
Dec
(68) |
2017 |
Jan
(112) |
Feb
(91) |
Mar
(138) |
Apr
(79) |
May
(36) |
Jun
(20) |
Jul
(105) |
Aug
(71) |
Sep
(51) |
Oct
(114) |
Nov
(148) |
Dec
(79) |
2018 |
Jan
(118) |
Feb
(107) |
Mar
(111) |
Apr
(127) |
May
(60) |
Jun
(63) |
Jul
(49) |
Aug
(18) |
Sep
(134) |
Oct
(68) |
Nov
(91) |
Dec
(27) |
2019 |
Jan
(41) |
Feb
(63) |
Mar
(37) |
Apr
(42) |
May
(44) |
Jun
(81) |
Jul
(53) |
Aug
(21) |
Sep
(62) |
Oct
(55) |
Nov
(41) |
Dec
(57) |
2020 |
Jan
(14) |
Feb
(29) |
Mar
(33) |
Apr
(20) |
May
(19) |
Jun
(9) |
Jul
(5) |
Aug
(23) |
Sep
(30) |
Oct
(29) |
Nov
(58) |
Dec
(139) |
2021 |
Jan
(62) |
Feb
(117) |
Mar
(13) |
Apr
(17) |
May
(23) |
Jun
(28) |
Jul
(7) |
Aug
(29) |
Sep
(56) |
Oct
(21) |
Nov
(36) |
Dec
(14) |
2022 |
Jan
(10) |
Feb
(28) |
Mar
(18) |
Apr
(19) |
May
(18) |
Jun
(3) |
Jul
(14) |
Aug
(11) |
Sep
(12) |
Oct
(4) |
Nov
|
Dec
(5) |
2023 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
(2) |
Jun
(8) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
2024 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
(51) |
Aug
(31) |
Sep
(10) |
Oct
(14) |
Nov
(12) |
Dec
(14) |
2025 |
Jan
(17) |
Feb
(5) |
Mar
(30) |
Apr
(2) |
May
(4) |
Jun
(9) |
Jul
(5) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Rick W. <ric...@ho...> - 2019-06-14 14:54:16
|
Ok looking at pixel packing, what I did before makes no sense. However, I still don't understand what data I have to provide. Do I understand correctly that when using an 8 color printer (e.g. P600), I have to use 16 bits per pixel? Since every pixel can have 8 colors, for which the droplet size has to be supplied as either '00', '01', '10' or '11' (binary drop sizes), so I require 2 bits per color per pixel = 16 bits/pixel. Do I then convert this entire binary string to hex, and copy paste that? Doing that results again in the same "Floating point exception (core dumped)". Leaving it binary, same. Could you give a tiny example of how to use the `image` command? Rick -----Original Message----- From: Rick Waasdorp Sent: Tuesday, June 11, 2019 18:01 To: 'Robert Krawitz' <rl...@al...> Cc: gim...@li... Subject: RE: libgutenprint and testpattern generator Hi Robert, Thank you for your prompt reply. I have some troubles in getting the testpattern generator working. Using it with the provided 'testpattern.sample' (./testpattern < terpattern.sample > output.prn) works fine, however, when trying to provide image data, it fails. I made the attached testpattern test file, for the Epson SC P600. This is an 8 color printer, so I set mode extended 8 8; Then I choose a resolution (720sw), and then the parameters InputSlot, MediaType and PageSize (which I don't think I need to set when considering raw input). Then the image specified as specified in the attached file, but this probably is not right. Could you give an example of how to put in the data here? I thought hex bytes (so 0, 1, 2, or 3 for none, small, med, large droplet, in correspondence to 00, 01, 10, 11), but whatever I try , hex, and then I mean , when running the file using: ./testpattern < testpattern_rw.test > test.prn I get "Floating point exception (core dumped)" in the terminal. How do I provide the (packed?) pixel data? The testpattern_rw.test file is parsed using some script (or even multiple?), but I cannot really figure out what is happening exactly, so I have no idea where I can look at the source to see how the 'image' command is used. Could you give me some pointers, or do you think I shouldn't bother? (considering my meh C programming skills haha) Many thanks, Rick -----Original Message----- From: Robert Krawitz <rl...@al...> Sent: Sunday, June 9, 2019 22:23 To: Rick Waasdorp <ric...@ho...> Cc: gim...@li... Subject: Re: libgutenprint and testpattern generator On Sun, 9 Jun 2019 14:05:56 +0000, Rick Waasdorp wrote: > Hi all, > > A while ago Robert recommended using libgutenprint to dispense single droplets (of any color) at any location on the print medium. > This way I can use the xmls with all the properties of the printers to print single droplets with any printer, and don't have to figure out print head offsets if different directions etc. for each printer myself. > > What I basically want, is to provide some n-by-m-by-c matrix (sparse, with n and m size of the raster, c number of colors the printer can dispense), which will tell for each location (fulfilling the printer resolution 'raster') how many droplets of a certain color channel will be dispensed. > > As an alternative to using libgutenprint, Robert proposed using the testpattern generator, and gave a short example: > > #================================================================ > # Printer model > printer escp2-l120; > # Input mode (extended -- raw input, aka DeviceN), 7 channels, 8 > bits/pixel) mode extended 6 8; # Input is already dot-by-dot correct > parameter DitherAlgorithm Predithered; # Desired printing resolution > parameter Resolution 720sw; # ...other input and placement parameters > as needed # no output parameters # Specify the input image (in this > case a 3x1" microscope slide, say) image 2160 720 ...data... > > This seems very promising, and is something I'd like to try next, however, how do I create the appropriate 'data'? > Could you give an explanation, or point me to some documentation (if existing) in how to compose this data? I suppose that with some general information, I should be able to make some program that can transform my matrix, into some data that can be used for the data in the testpattern. This isn't documented; it's more of an escape hatch than anything else. The format is unsigned binary, pixel-packed, native endian (if you were using 16 bit input), with the ordering of the colors based on the channels listed in the inks .xml file. To find that file, first look in src/xml/printers.xml (for 5.2) or src/xml/printers/escp2.xml (for 5.3) and find your printer. In this case: <printer translate="name" name="Epson L120" driver="escp2-l120" manufacturer="Epson" model="80" parameters="cx3500_params" /> indicates that the model # is 80. Next, look in src/xml/escp2/model/model_80.xml for the inkGroup definition: <inkGroup src="escp2/inks/c82.xml"/> and from that, look in src/xml/escp2/inks/c82.xml (which is a 4-color printer, so you'd need "mode extended 4 8", as there's no 6-color extended mode for that printer). The definition for that is: <InkName translate="text" name="PhysicalCMYK" text="Four Color Raw" InkID="Extended"> The channels for that printer are, in order, black, cyan, magenta, and yellow, indicating that you would need to order the colors within each pixel KCMY. For a more complicated example, let's assume that the inks resolved to f360_photo.xml and you wanted to use 6-color raw (extended) mode. The channels there are black, cyan, light cyan, magenta, light magenta, and yellow, indicating that you would need to specify the colors within each pixel in that order. > The next step would be to print this testpattern, or to translate it into ESC codes. How is this done? Is it possible to obtain a file with all the ESC commands, that I can send to a printer using e.g. lp -d Epson_P600 -oraw file.prn? I would like to obtain this raw file, to check what will be send to the printer, and perhaps make some minor modifications. You would use ./testpattern < testfile.test | lp -oraw -d<printer> -- Robert Krawitz <rl...@al...> *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |
From: Robert K. <rl...@al...> - 2019-06-14 12:31:48
|
On Thu, 13 Jun 2019 22:44:18 -0700, Craig Smith wrote: > I downloaded the Gutenprint v5.2.15-pre1 for use on my Mac with High Sierra > 10.13.6 to print on my Epson Stylus R3000. I am trying to print halftone > transparencies for screen printing (which have already been halftoned in > Photoshop) and I want advice on appropriate settings. I want to print only > from only the Photo Black Channel in which I have installed UV blocking > ink. I do not want any of other color cartridges to be used. I want the > highest clarity/resolution possible. Please download 5.2.15, which was just released. > I read your manual but I'm still bit confused. The interface looks > different than in your manual; however, I am able to access the Gutenprint > features through the Paper and Print Settings: Printer Features Menu. Is > there one applications that you recommend printing from. I could print > through Photoshop or QTR's Print Tool. > > Should I select Color Model: Grayscale? Will this prevent printer from > using any of the color ink channels? Yes and yes. But you also need to specify Four Color Standard as the ink type, otherwise it will use the light black also. > What resolution do you recommend? Since you've already done a halftone screen, you probably want a very high resolution, but one with symmetric resolution; I'd suggest 2880x2880 or 1440x1440. > Do I need to shut off all those CD settings as Im not printing on CD? How? No. > What do I select for Interleave Method? Leave it alone. > What do I select for dither algorithm? I would normally suggest Ordered. For this purpose, you may want to select Predithered (which assumes you've already done the halftoning); try both to see what works. > If I want to test the density should I change this under Output Control 1: > Black Density? No, you should use Density under Output Control Extra 1. > What does Drop Size affect? How do Drop Size Small, Medium and Large Differ? This printer, like most modern Epson inkjet printers, supports concurrent use of three different ink drop sizes. These options let you set the ratio between the drop sizes. Leave these alone. > I would appreciate your advice. -- Robert Krawitz <rl...@al...> *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |
From: Craig S. <cra...@gm...> - 2019-06-14 05:44:39
|
Dear Gutenprint, I downloaded the Gutenprint v5.2.15-pre1 for use on my Mac with High Sierra 10.13.6 to print on my Epson Stylus R3000. I am trying to print halftone transparencies for screen printing (which have already been halftoned in Photoshop) and I want advice on appropriate settings. I want to print only from only the Photo Black Channel in which I have installed UV blocking ink. I do not want any of other color cartridges to be used. I want the highest clarity/resolution possible. I read your manual but I'm still bit confused. The interface looks different than in your manual; however, I am able to access the Gutenprint features through the Paper and Print Settings: Printer Features Menu. Is there one applications that you recommend printing from. I could print through Photoshop or QTR's Print Tool. Should I select Color Model: Grayscale? Will this prevent printer from using any of the color ink channels? What resolution do you recommend? Do I need to shut off all those CD settings as Im not printing on CD? How? What do I select for Interleave Method? What do I select for dither algorithm? If I want to test the density should I change this under Output Control 1: Black Density? What does Drop Size affect? How do Drop Size Small, Medium and Large Differ? I would appreciate your advice. Thanks Craig |
From: Robert K. <rl...@al...> - 2019-06-13 01:17:40
|
On Tue, 11 Jun 2019 21:17:04 -0500, Matt Broughton wrote: >> On Jun 11, 2019, at 8:58 PM, Robert Krawitz <rl...@al...> wrote: >> >> Great, as soon as Matt (and anyone else who can do so) checks it out, >> I'll announce the release. > > Looks good to me. Excellent. I've done the release. -- Robert Krawitz <rl...@al...> *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |
From: Robert K. <rl...@al...> - 2019-06-13 01:16:52
|
Gutenprint 5.2.15 is the last planned release of Gutenprint 5.2; future releases will be based on Gutenprint 5.3. Please report any problems to gim...@li.... It may be downloaded from our web site, http://gutenprint.sourceforge.net. The direct download is https://sourceforge.net/projects/gimp-print/files/gutenprint-5.2/5.2.15/gutenprint-5.2.15.tar.bz2/download Gutenprint 5.2.15 adds support for a few more printers, but is primarily a bugfix release for OS X. Gutenprint is a suite of printer drivers for UNIX, Linux, and Macintosh OS X systems (10.6 and above) that use CUPS as their printing system. Gutenprint currently supports over 2600 printers. It also includes an enhanced Print plug-in for GIMP that replaces the print plug-in packaged with the GIMP distribution. Gutenprint 5.2.15 is currently available in source form, with a binary installer for Macintosh OS X (10.6 and above). * Changes from 5.2.14 1) The following printers have been added: Epson Expression ET-2600 EcoTank ET Canon SELPHY CP1300 2) The following printers have seen bugfixes: Sony UP-CR10L Sony UP-DR150 Sony UP-DR200 3) Miscellaneous fixes for DNP DS80DX, DNP DS820, Mitsubishi P95D, Shinko S1245, Sony UP-CR10L, UP-DR150, and UP-DR200, and Kodak 68xx series. 4) The Macintosh uninstaller, which was inadvertently removed from 5.2.14, has been restored. -- Robert Krawitz <rl...@al...> *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |
From: Matt B. <wal...@ma...> - 2019-06-12 02:17:16
|
> On Jun 11, 2019, at 8:58 PM, Robert Krawitz <rl...@al...> wrote: > > Great, as soon as Matt (and anyone else who can do so) checks it out, > I'll announce the release. > > -- > Robert Krawitz <rl...@al...> Looks good to me. Matt |
From: Robert K. <rl...@al...> - 2019-06-12 01:58:54
|
Great, as soon as Matt (and anyone else who can do so) checks it out, I'll announce the release. -- Robert Krawitz <rl...@al...> *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |
From: Steve L. <sle...@ya...> - 2019-06-12 00:14:50
|
Here is the link to the 5.2.15 disk image. Matt, could you please check it out? /gutenprint-5.2/5.2.15/gutenprint-5.2.15.dmg | | | | Gutenprint - Top Quality Printer Drivers ... Your download will start shortly... | | | Steve Letter You're never to old to learn something stupid. -- unknown On Sunday, June 9, 2019, 7:01:26 PM EDT, Robert Krawitz <rl...@al...> wrote: On Sun, 9 Jun 2019 17:02:13 -0400, Steve Letter via Gimp-print-devel wrote: > Ok, let me know. OK, good to go: https://sourceforge.net/projects/gimp-print/files/gutenprint-5.2/5.2.15/gutenprint-5.2.15.tar.bz2/download Matt, can you test this after Steve's done with it? Then we can close off 5.2 and work on 5.3. The Linux side of 5.3 is a lot more automated than 5.2. > Steve Letter > >> On Jun 9, 2019, at 4:02 PM, Robert Krawitz <rl...@al...> wrote: >> >> I'm not aware of anything outstanding for 5.2.15. I'm running a >> distcheck against it right now. >> >> I'm including wording that this is the final planned release of >> Gutenprint 5.2. >> >> I'll let everyone know when I've posted it; Steve, if you could do a >> Mac build after that, and Matt and other Mac people can then test it. -- Robert Krawitz <rl...@al...> *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |
From: Rick W. <ric...@ho...> - 2019-06-11 16:01:40
|
Hi Robert, Thank you for your prompt reply. I have some troubles in getting the testpattern generator working. Using it with the provided 'testpattern.sample' (./testpattern < terpattern.sample > output.prn) works fine, however, when trying to provide image data, it fails. I made the attached testpattern test file, for the Epson SC P600. This is an 8 color printer, so I set mode extended 8 8; Then I choose a resolution (720sw), and then the parameters InputSlot, MediaType and PageSize (which I don't think I need to set when considering raw input). Then the image specified as specified in the attached file, but this probably is not right. Could you give an example of how to put in the data here? I thought hex bytes (so 0, 1, 2, or 3 for none, small, med, large droplet, in correspondence to 00, 01, 10, 11), but whatever I try , hex, and then I mean , when running the file using: ./testpattern < testpattern_rw.test > test.prn I get "Floating point exception (core dumped)" in the terminal. How do I provide the (packed?) pixel data? The testpattern_rw.test file is parsed using some script (or even multiple?), but I cannot really figure out what is happening exactly, so I have no idea where I can look at the source to see how the 'image' command is used. Could you give me some pointers, or do you think I shouldn't bother? (considering my meh C programming skills haha) Many thanks, Rick -----Original Message----- From: Robert Krawitz <rl...@al...> Sent: Sunday, June 9, 2019 22:23 To: Rick Waasdorp <ric...@ho...> Cc: gim...@li... Subject: Re: libgutenprint and testpattern generator On Sun, 9 Jun 2019 14:05:56 +0000, Rick Waasdorp wrote: > Hi all, > > A while ago Robert recommended using libgutenprint to dispense single droplets (of any color) at any location on the print medium. > This way I can use the xmls with all the properties of the printers to print single droplets with any printer, and don't have to figure out print head offsets if different directions etc. for each printer myself. > > What I basically want, is to provide some n-by-m-by-c matrix (sparse, with n and m size of the raster, c number of colors the printer can dispense), which will tell for each location (fulfilling the printer resolution 'raster') how many droplets of a certain color channel will be dispensed. > > As an alternative to using libgutenprint, Robert proposed using the testpattern generator, and gave a short example: > > #================================================================ > # Printer model > printer escp2-l120; > # Input mode (extended -- raw input, aka DeviceN), 7 channels, 8 > bits/pixel) mode extended 6 8; # Input is already dot-by-dot correct > parameter DitherAlgorithm Predithered; # Desired printing resolution > parameter Resolution 720sw; # ...other input and placement parameters > as needed # no output parameters # Specify the input image (in this > case a 3x1" microscope slide, say) image 2160 720 ...data... > > This seems very promising, and is something I'd like to try next, however, how do I create the appropriate 'data'? > Could you give an explanation, or point me to some documentation (if existing) in how to compose this data? I suppose that with some general information, I should be able to make some program that can transform my matrix, into some data that can be used for the data in the testpattern. This isn't documented; it's more of an escape hatch than anything else. The format is unsigned binary, pixel-packed, native endian (if you were using 16 bit input), with the ordering of the colors based on the channels listed in the inks .xml file. To find that file, first look in src/xml/printers.xml (for 5.2) or src/xml/printers/escp2.xml (for 5.3) and find your printer. In this case: <printer translate="name" name="Epson L120" driver="escp2-l120" manufacturer="Epson" model="80" parameters="cx3500_params" /> indicates that the model # is 80. Next, look in src/xml/escp2/model/model_80.xml for the inkGroup definition: <inkGroup src="escp2/inks/c82.xml"/> and from that, look in src/xml/escp2/inks/c82.xml (which is a 4-color printer, so you'd need "mode extended 4 8", as there's no 6-color extended mode for that printer). The definition for that is: <InkName translate="text" name="PhysicalCMYK" text="Four Color Raw" InkID="Extended"> The channels for that printer are, in order, black, cyan, magenta, and yellow, indicating that you would need to order the colors within each pixel KCMY. For a more complicated example, let's assume that the inks resolved to f360_photo.xml and you wanted to use 6-color raw (extended) mode. The channels there are black, cyan, light cyan, magenta, light magenta, and yellow, indicating that you would need to specify the colors within each pixel in that order. > The next step would be to print this testpattern, or to translate it into ESC codes. How is this done? Is it possible to obtain a file with all the ESC commands, that I can send to a printer using e.g. lp -d Epson_P600 -oraw file.prn? I would like to obtain this raw file, to check what will be send to the printer, and perhaps make some minor modifications. You would use ./testpattern < testfile.test | lp -oraw -d<printer> -- Robert Krawitz <rl...@al...> *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |
From: Robert K. <rl...@al...> - 2019-06-10 01:15:50
|
On Sun, 09 Jun 2019 20:24:30 -0400, Greg Troxel wrote: > Robert Krawitz <rl...@al...> writes: > >> On Sun, 9 Jun 2019 17:02:13 -0400, Steve Letter via Gimp-print-devel wrote: >>> Ok, let me know. >> >> OK, good to go: >> https://sourceforge.net/projects/gimp-print/files/gutenprint-5.2/5.2.15/gutenprint-5.2.15.tar.bz2/download > > I have been only sort of following the list lately so I ask your > indulgence with a few questions that are hopefully brief and easy. > > It looks like 5.2.15 is actually released and it's ok to update the > pkgsrc package. If not, just tell me and I'll wait. Hold off for now, until I send out the official release notice. You'll note that if you go to the download page you'll get 5.2.14 by default (if not, I want to fix that!). > As I read NEWS, and ignoring mac installer issues, 5.2.15 relative to > .14 is a lot of fixes and two new printers, but nothing structurally > different, so one would expect the packaging update process to be > uninteresting. Is that a correct read? Correct. > I have been seeing messages about splitting off some cups things, but I > am assuming that this did not happen in 5.2.15 and is for 5.3 or later. > Is that a correct impression? 5.3 only. We're not planning to do any more 5.2 releases, and if we have to, there will be no structural changes of any kind. > I am building on a new machine (netbsd-8 amd64) where I put my build > directory into a RAM/swap-backed /tmp. I have that set to allow 12GB, > which seems pretty large for building things. I can even build rust > with this! gutenprint built fine, but 'make check' ran out of space. I > don't remember this, but before the build was in a filesystem with over > 100GB avaalable. Do you think I have a problem, or is make check really > expected to take that much space? The problem is the PPD conformance check; it builds and checks every PPD file (all 196168 at last count). That takes about 14 GB. In 5.3 I've pared down the number of PPD files tested some, but it will still take quite a bit of disk space (I don't think it's 10 GB, though). BTW, speaking of 5.3, if you'd like to test the build-release script, that would be helpful. -- Robert Krawitz <rl...@al...> *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |
From: Greg T. <gd...@le...> - 2019-06-10 00:36:38
|
Robert Krawitz <rl...@al...> writes: > I'm considering making --with-cups be the default (as opposed to > automatic), and if CUPS development bits aren't present, erroring > out. One would need to specify --without-cups explicitly to do a > build without CUPS. > > This is because it seems to be pretty common for people to try to > build Gutenprint without CUPS, and then wonder why it isn't being > installed. Sounds good to me. In general, I lean to having the build be determined by what arguments are passed, erroring out if not doable, rather than having different outcomes based on the presence or absence of things. |
From: Greg T. <gd...@le...> - 2019-06-10 00:31:39
|
Robert Krawitz <rl...@al...> writes: > On Sun, 9 Jun 2019 17:02:13 -0400, Steve Letter via Gimp-print-devel wrote: >> Ok, let me know. > > OK, good to go: > https://sourceforge.net/projects/gimp-print/files/gutenprint-5.2/5.2.15/gutenprint-5.2.15.tar.bz2/download I have been only sort of following the list lately so I ask your indulgence with a few questions that are hopefully brief and easy. It looks like 5.2.15 is actually released and it's ok to update the pkgsrc package. If not, just tell me and I'll wait. As I read NEWS, and ignoring mac installer issues, 5.2.15 relative to .14 is a lot of fixes and two new printers, but nothing structurally different, so one would expect the packaging update process to be uninteresting. Is that a correct read? I have been seeing messages about splitting off some cups things, but I am assuming that this did not happen in 5.2.15 and is for 5.3 or later. Is that a correct impression? I am building on a new machine (netbsd-8 amd64) where I put my build directory into a RAM/swap-backed /tmp. I have that set to allow 12GB, which seems pretty large for building things. I can even build rust with this! gutenprint built fine, but 'make check' ran out of space. I don't remember this, but before the build was in a filesystem with over 100GB avaalable. Do you think I have a problem, or is make check really expected to take that much space? Thanks, Greg |
From: Robert K. <rl...@al...> - 2019-06-09 23:01:35
|
On Sun, 9 Jun 2019 17:02:13 -0400, Steve Letter via Gimp-print-devel wrote: > Ok, let me know. OK, good to go: https://sourceforge.net/projects/gimp-print/files/gutenprint-5.2/5.2.15/gutenprint-5.2.15.tar.bz2/download Matt, can you test this after Steve's done with it? Then we can close off 5.2 and work on 5.3. The Linux side of 5.3 is a lot more automated than 5.2. > Steve Letter > >> On Jun 9, 2019, at 4:02 PM, Robert Krawitz <rl...@al...> wrote: >> >> I'm not aware of anything outstanding for 5.2.15. I'm running a >> distcheck against it right now. >> >> I'm including wording that this is the final planned release of >> Gutenprint 5.2. >> >> I'll let everyone know when I've posted it; Steve, if you could do a >> Mac build after that, and Matt and other Mac people can then test it. -- Robert Krawitz <rl...@al...> *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |
From: Solomon P. <pi...@sh...> - 2019-06-09 21:27:38
|
On Sun, Jun 09, 2019 at 04:09:13PM -0400, Robert Krawitz wrote: > I'm considering making --with-cups be the default (as opposed to > automatic), and if CUPS development bits aren't present, erroring > out. One would need to specify --without-cups explicitly to do a > build without CUPS. I think this is a good idea! - Solomon -- Solomon Peachy pizza at shaftnet dot org Coconut Creek, FL ^^ (email/xmpp) ^^ Quidquid latine dictum sit, altum videtur. |
From: Steve L. <sle...@ya...> - 2019-06-09 21:02:23
|
Ok, let me know. Steve Letter > On Jun 9, 2019, at 4:02 PM, Robert Krawitz <rl...@al...> wrote: > > I'm not aware of anything outstanding for 5.2.15. I'm running a > distcheck against it right now. > > I'm including wording that this is the final planned release of > Gutenprint 5.2. > > I'll let everyone know when I've posted it; Steve, if you could do a > Mac build after that, and Matt and other Mac people can then test it. > -- > Robert Krawitz <rl...@al...> > > *** MIT Engineers A Proud Tradition http://mitathletics.com *** > Member of the League for Programming Freedom -- http://ProgFree.org > Project lead for Gutenprint -- http://gimp-print.sourceforge.net > > "Linux doesn't dictate how I work, I dictate how Linux works." > --Eric Crampton > > > _______________________________________________ > Gimp-print-devel mailing list > Gim...@li... > https://lists.sourceforge.net/lists/listinfo/gimp-print-devel |
From: Robert K. <rl...@al...> - 2019-06-09 20:23:04
|
On Sun, 9 Jun 2019 14:05:56 +0000, Rick Waasdorp wrote: > Hi all, > > A while ago Robert recommended using libgutenprint to dispense single droplets (of any color) at any location on the print medium. > This way I can use the xmls with all the properties of the printers to print single droplets with any printer, and don't have to figure out print head offsets if different directions etc. for each printer myself. > > What I basically want, is to provide some n-by-m-by-c matrix (sparse, with n and m size of the raster, c number of colors the printer can dispense), which will tell for each location (fulfilling the printer resolution 'raster') how many droplets of a certain color channel will be dispensed. > > As an alternative to using libgutenprint, Robert proposed using the testpattern generator, and gave a short example: > > #================================================================ > # Printer model > printer escp2-l120; > # Input mode (extended -- raw input, aka DeviceN), 7 channels, 8 bits/pixel) > mode extended 6 8; > # Input is already dot-by-dot correct > parameter DitherAlgorithm Predithered; > # Desired printing resolution > parameter Resolution 720sw; > # ...other input and placement parameters as needed > # no output parameters > # Specify the input image (in this case a 3x1" microscope slide, say) > image 2160 720 > ...data... > > This seems very promising, and is something I'd like to try next, however, how do I create the appropriate 'data'? > Could you give an explanation, or point me to some documentation (if existing) in how to compose this data? I suppose that with some general information, I should be able to make some program that can transform my matrix, into some data that can be used for the data in the testpattern. This isn't documented; it's more of an escape hatch than anything else. The format is unsigned binary, pixel-packed, native endian (if you were using 16 bit input), with the ordering of the colors based on the channels listed in the inks .xml file. To find that file, first look in src/xml/printers.xml (for 5.2) or src/xml/printers/escp2.xml (for 5.3) and find your printer. In this case: <printer translate="name" name="Epson L120" driver="escp2-l120" manufacturer="Epson" model="80" parameters="cx3500_params" /> indicates that the model # is 80. Next, look in src/xml/escp2/model/model_80.xml for the inkGroup definition: <inkGroup src="escp2/inks/c82.xml"/> and from that, look in src/xml/escp2/inks/c82.xml (which is a 4-color printer, so you'd need "mode extended 4 8", as there's no 6-color extended mode for that printer). The definition for that is: <InkName translate="text" name="PhysicalCMYK" text="Four Color Raw" InkID="Extended"> The channels for that printer are, in order, black, cyan, magenta, and yellow, indicating that you would need to order the colors within each pixel KCMY. For a more complicated example, let's assume that the inks resolved to f360_photo.xml and you wanted to use 6-color raw (extended) mode. The channels there are black, cyan, light cyan, magenta, light magenta, and yellow, indicating that you would need to specify the colors within each pixel in that order. > The next step would be to print this testpattern, or to translate it into ESC codes. How is this done? Is it possible to obtain a file with all the ESC commands, that I can send to a printer using e.g. lp -d Epson_P600 -oraw file.prn? I would like to obtain this raw file, to check what will be send to the printer, and perhaps make some minor modifications. You would use ./testpattern < testfile.test | lp -oraw -d<printer> -- Robert Krawitz <rl...@al...> *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |
From: Robert K. <rl...@al...> - 2019-06-09 20:09:23
|
I'm considering making --with-cups be the default (as opposed to automatic), and if CUPS development bits aren't present, erroring out. One would need to specify --without-cups explicitly to do a build without CUPS. This is because it seems to be pretty common for people to try to build Gutenprint without CUPS, and then wonder why it isn't being installed. -- Robert Krawitz <rl...@al...> *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |
From: Robert K. <rl...@al...> - 2019-06-09 20:03:04
|
I'm not aware of anything outstanding for 5.2.15. I'm running a distcheck against it right now. I'm including wording that this is the final planned release of Gutenprint 5.2. I'll let everyone know when I've posted it; Steve, if you could do a Mac build after that, and Matt and other Mac people can then test it. -- Robert Krawitz <rl...@al...> *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |
From: Robert K. <rl...@al...> - 2019-06-09 14:42:04
|
On Sun, 9 Jun 2019 10:36:40 -0400, Steve Letter via Gimp-print-devel wrote: > I will periodically build the Mac version to be sure and keep up but > will only upload a build you ask for. That's fine. >> On Jun 8, 2019, at 11:07 AM, Robert Krawitz <rl...@al...> wrote: >> >> I've started posting nightly snapshot builds at >> https://sourceforge.net/projects/gimp-print/files/snapshots/. I'm >> building snapshots only when anything changes. >> >> These snapshots are built and tested by the usual build-release >> process. -- Robert Krawitz <rl...@al...> *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |
From: Steve L. <sle...@ya...> - 2019-06-09 14:37:00
|
I will periodically build the Mac version to be sure and keep up but will only upload a build you ask for. Steve Letter System Software Engineer, Embedded > On Jun 8, 2019, at 11:07 AM, Robert Krawitz <rl...@al...> wrote: > > I've started posting nightly snapshot builds at > https://sourceforge.net/projects/gimp-print/files/snapshots/. I'm > building snapshots only when anything changes. > > These snapshots are built and tested by the usual build-release > process. > -- > Robert Krawitz <rl...@al...> > > *** MIT Engineers A Proud Tradition http://mitathletics.com *** > Member of the League for Programming Freedom -- http://ProgFree.org > Project lead for Gutenprint -- http://gimp-print.sourceforge.net > > "Linux doesn't dictate how I work, I dictate how Linux works." > --Eric Crampton > > > _______________________________________________ > Gimp-print-devel mailing list > Gim...@li... > https://lists.sourceforge.net/lists/listinfo/gimp-print-devel |
From: Rick W. <ric...@ho...> - 2019-06-09 14:06:08
|
Hi all, A while ago Robert recommended using libgutenprint to dispense single droplets (of any color) at any location on the print medium. This way I can use the xmls with all the properties of the printers to print single droplets with any printer, and don't have to figure out print head offsets if different directions etc. for each printer myself. What I basically want, is to provide some n-by-m-by-c matrix (sparse, with n and m size of the raster, c number of colors the printer can dispense), which will tell for each location (fulfilling the printer resolution 'raster') how many droplets of a certain color channel will be dispensed. As an alternative to using libgutenprint, Robert proposed using the testpattern generator, and gave a short example: #================================================================ # Printer model printer escp2-l120; # Input mode (extended -- raw input, aka DeviceN), 7 channels, 8 bits/pixel) mode extended 6 8; # Input is already dot-by-dot correct parameter DitherAlgorithm Predithered; # Desired printing resolution parameter Resolution 720sw; # ...other input and placement parameters as needed # no output parameters # Specify the input image (in this case a 3x1" microscope slide, say) image 2160 720 ...data... This seems very promising, and is something I'd like to try next, however, how do I create the appropriate 'data'? Could you give an explanation, or point me to some documentation (if existing) in how to compose this data? I suppose that with some general information, I should be able to make some program that can transform my matrix, into some data that can be used for the data in the testpattern. The next step would be to print this testpattern, or to translate it into ESC codes. How is this done? Is it possible to obtain a file with all the ESC commands, that I can send to a printer using e.g. lp -d Epson_P600 -oraw file.prn? I would like to obtain this raw file, to check what will be send to the printer, and perhaps make some minor modifications. Thank you in advance, Kind regards, Rick |
From: Robert K. <rl...@al...> - 2019-06-08 19:21:09
|
On Sat, 08 Jun 2019 21:18:05 +0200, Karl Hamacher-Gatzweiler wrote: > ok. > How to proceed? Install the packages, and then follow your distribution's instructions for installing a new printer. > Am 08.06.2019 21:12 schrieb Robert Krawitz: >> On Sat, 08 Jun 2019 21:08:33 +0200, Karl Hamacher-Gatzweiler wrote: >>> Hello, Robert, >>> Thank you very much for your quick answer. >>> Yes, I found gutenprint in the package manager >>> and installed it. >> >> (Again, please reply-all or reply-list rather than jst me personally.) >> >>> What about foomatic? >>> >>> Please see attached screenshot. >> >> You don't need it. -- Robert Krawitz <rl...@al...> *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |
From: Robert K. <rl...@al...> - 2019-06-08 19:12:58
|
On Sat, 08 Jun 2019 21:08:33 +0200, Karl Hamacher-Gatzweiler wrote: > Hello, Robert, > Thank you very much for your quick answer. > Yes, I found gutenprint in the package manager > and installed it. (Again, please reply-all or reply-list rather than jst me personally.) > What about foomatic? > > Please see attached screenshot. You don't need it. -- Robert Krawitz <rl...@al...> *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |
From: Robert K. <rl...@al...> - 2019-06-08 18:53:24
|
On Sat, 08 Jun 2019 19:36:25 +0200, Karl Hamacher-Gatzweiler wrote: > On 08.06.2019 17:24 Robert Krawitz answered: >> Your distribution probably has Gutenprint available with it, which you >> can install with the package manager. The iP7250 was supported as of >> Gutenprint 5.2.10; the SX200 has been around much longer. >> >> If your distribution doesn't have Gutenprint 5.2.10 or newer, you'll >> need to build and install it from source, which we can assist with. > > Hello, Robert, > Thank you very much for your kind answer. (Please reply-all or reply-list) > Under Linux MX18.3 64bit on my laptop the installed CUPS version is > 2.2.1-8+deb9u3 Synaptic package management also does not offer a > newer version. > > On my SingleBoard computer ASUS Tinkerboard (ARM processor similar > to Raspberry Pi) with Linux Debian 9, 32bit, the same version of > CUPS is installed. > > I have no experience how to build and install something from source, > as you write. So I gladly accept your offer to help me. > > If we can work this out together, I will post the instructions and procedure on the two forums, with your permission: > - https://tinkerboarding.co.uk/forum/ > - https://forum.mxlinux.org > > There are always questions about CUPS there. > > What procedure do you suggest? There should be a separate package named gutenprint or similar; you need more than just CUPS installed. Please check your package manager for such a package. -- Robert Krawitz <rl...@al...> *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |
From: Robert K. <rl...@al...> - 2019-06-08 15:24:32
|
On Thu, 06 Jun 2019 22:41:39 +0200, Karl Hamacher-Gatzweiler wrote: > Good evening. > On your web page > http://gimp-print.sourceforge.net/p_Supported_Printers.php > > I found that my printers > - Canon PIXMA iP7250 > - Epson Stylus SX200 > be supported. > But I can't find where to download the drivers. > > I'm using Linux MX18.3, 64bit, debian 9 based > - see https://distrowatch.com/table.php?distribution=mx > > Unfortunately I am still quite new with Linux and in some things > still helpless. > > I am grateful for any advice. Your distribution probably has Gutenprint available with it, which you can install with the package manager. The iP7250 was supported as of Gutenprint 5.2.10; the SX200 has been around much longer. If your distribution doesn't have Gutenprint 5.2.10 or newer, you'll need to build and install it from source, which we can assist with. -- Robert Krawitz <rl...@al...> *** MIT Engineers A Proud Tradition http://mitathletics.com *** Member of the League for Programming Freedom -- http://ProgFree.org Project lead for Gutenprint -- http://gimp-print.sourceforge.net "Linux doesn't dictate how I work, I dictate how Linux works." --Eric Crampton |