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
(4) |
Sep
(4) |
Oct
(8) |
Nov
(1) |
Dec
|
|
From: Adhiti S. <toa...@gm...> - 2021-07-14 07:32:21
|
Hi Gimp team, I am trying to support USB printing on Android. Need info on below items to proceed further. 1> Steps to build Gutenprint source for Android (I am using Android 10). 2> Further I need to integrate as part of the NDK app and use it. Regarding this, I would like to know if there is a developer guide that I could follow. Thanks, Adhiti |
|
From: Matt B. <wal...@ma...> - 2021-06-30 12:54:15
|
> On Jun 30, 2021, at 7:26 AM, Matt Broughton <wal...@ma...> wrote: > > > >> On Jun 28, 2021, at 6:01 AM, Danny Chiu via Gimp-print-devel <gim...@li...> wrote: >> >> Hi Guys, >> >> Any chance you guys will be adding M1 Support? I’m having problems with my older Canon MG6270 Printer on Big Slur. It can use “Air Print” to print but the Image Capture, doesn’t see the scanner. >> >> Thanks, >> Danny > > Gutenprint does have plans to release a version that is native to the M1 chip. The current Mac release does work however with the M1 chip as long as Rosetta is installed. Sorry to say that Gutenprint does not support scanners. > > Matt Addendum. I tried Image Capture with my Epson three in one on Intel chipset. I don't think that Image Capture is designed to work with a scanner to print directly or automatically. It makes a scan and places the file on your hard disk for printing from a different application. I also ran into problems with Image Capture telling me that there was no document loaded. I had to set whether the document was on the flatbed or in the document feeder. I hope this helps., Also, you might want to check /Library/Image Capture/TWAIN Data Sources to see if the is an entry for Canon. Matt |
|
From: Matt B. <wal...@ma...> - 2021-06-30 12:26:39
|
> On Jun 28, 2021, at 6:01 AM, Danny Chiu via Gimp-print-devel <gim...@li...> wrote: > > Hi Guys, > > Any chance you guys will be adding M1 Support? I’m having problems with my older Canon MG6270 Printer on Big Slur. It can use “Air Print” to print but the Image Capture, doesn’t see the scanner. > > Thanks, > Danny Gutenprint does have plans to release a version that is native to the M1 chip. The current Mac release does work however with the M1 chip as long as Rosetta is installed. Sorry to say that Gutenprint does not support scanners. Matt |
|
From: Robert K. <rl...@al...> - 2021-06-29 21:59:47
|
On 6/29/21 9:28 AM, Walker Blackwell wrote: > Dear devs, > > I’m looking Gutenprint code and trying to determine if each channel is dithered independently of every other channel or if they take into account darker shades as no-go placement-points for lighter shades (or vis versa). > > Eg: For Vivid Magenta dots, no Light Magenta dots should be printed at the same coordinates. Is this what “masking” is in the code? If each channel is independently dithered I’d be interested in funding per-color channel-aware dithering . . . It's not as easy as it sounds. In 4.x (when it was called Gimp-Print), it dithered multiple shades together by creating "virtual" shades, the product of the drop size and the relative darkness of the ink. For some things it worked quite well, but it had some problems that I don't remember off the top of my head. With the standard Ordered dither it's very hard to do this, since it's using a fixed mask. That's not the best way, but it's very fast and with small-drop, multi-shade inks, it's almost as smooth as the best error diffusions that we've tried with none of the quirks of the latter. Raph Levien came up with Even Tone Screening (which I implemented) and later came up with Even Better Screening (which I didn't; it was rather thorny). I don't remember whether there's any handling of multi-shade inks in that. |
|
From: Walker B. <fo...@wa...> - 2021-06-29 15:26:31
|
Dear devs, I’m looking Gutenprint code and trying to determine if each channel is dithered independently of every other channel or if they take into account darker shades as no-go placement-points for lighter shades (or vis versa). Eg: For Vivid Magenta dots, no Light Magenta dots should be printed at the same coordinates. Is this what “masking” is in the code? If each channel is independently dithered I’d be interested in funding per-color channel-aware dithering . . . Best regards, Walker |
|
From: Danny C. <dan...@me...> - 2021-06-28 11:01:57
|
Hi Guys, Any chance you guys will be adding M1 Support? I’m having problems with my older Canon MG6270 Printer on Big Slur. It can use “Air Print” to print but the Image Capture, doesn’t see the scanner. Thanks, Danny |
|
From: Gernot H. <aik...@gm...> - 2021-06-24 06:29:00
|
On Thu, Jun 24, 2021 at 2:10 PM Jim Morgan <hit...@gm...> wrote: > *Okay, I'll work on getting that CUPS log tomorrow. It's 22:00 here now. * > > *Seems I misspoke, **I checked the drivers at the Canon support site just > now and they don't make drivers for the iP90 for Linux 64 or 32 bit so my > comment about using the Linux Canon iP90 driver was in error.* > Hi Jim, No problem! Take your time. Look forward to the logs (at my personal email). Best regards, Gernot Hassenpflug > > On Wed, Jun 23, 2021 at 9:46 PM Gernot Hassenpflug <aik...@gm...> > wrote: > >> On Thu, Jun 24, 2021 at 2:23 AM Jim Morgan <hit...@gm...> wrote: >> >>> *bjc-PIXMA-iP90 * >>> *Gutenprint V5.3.3 driver doesn't print correctly on my Canon iP-90. * >>> >>> *Prints fine in Win10 but not on my Linux Ubuntu 20.04.2 machine using >>> the Canon driver or the Gutenprint driver.* >>> >> >> Hello Jim, >> Thank you for the report. >> I can only speak for the gutenprint driver, although I find it hard to >> believe that the Canon driver does not work, since that would be the >> official driver provided by the manufacturer. That leads me to think there >> might be something else going on. >> I believe that the iP90 should work bascially, given the length of time >> it has been supported, but there could well be bugs. >> >> *Symptoms are familiar to me (but with other printers):* >>> >>> *Test print outputs numerous pages with a fine line at the very top of >>> most and usually a couple pages with a slightly heavier colored line.* >>> *But the rest of each page is blank. Usually the printer outputs 10-14 >>> pages printing that slight line at the top of each page.* >>> >> >> Can you set the logging to debug in CUPS, including suiteable maximum log >> site (unlimited would be good maybe), and then print using a monochrome >> resolution setting (not automatic) and grayscale, on plain media. That >> would be the simplest test. You can send me the logfile as a zipped >> attachment directly (not to the mailing list). >> >> Best regards, >> Gernot Hassenpflug >> >> > > -- > > > *Jim@HiTekVisit my RV travel & repair bloghttp://chaos.goblinbox.com > <http://chaos.goblinbox.com>* > -- Protea Wines Japan Tel: 070-5550-9076 https://www.proteawines.jp |
|
From: Jim M. <hit...@gm...> - 2021-06-24 05:10:28
|
*Okay, I'll work on getting that CUPS log tomorrow. It's 22:00 here now. * *Seems I misspoke, **I checked the drivers at the Canon support site just now and they don't make drivers for the iP90 for Linux 64 or 32 bit so my comment about using the Linux Canon iP90 driver was in error.* On Wed, Jun 23, 2021 at 9:46 PM Gernot Hassenpflug <aik...@gm...> wrote: > On Thu, Jun 24, 2021 at 2:23 AM Jim Morgan <hit...@gm...> wrote: > >> *bjc-PIXMA-iP90 * >> *Gutenprint V5.3.3 driver doesn't print correctly on my Canon iP-90. * >> >> *Prints fine in Win10 but not on my Linux Ubuntu 20.04.2 machine using >> the Canon driver or the Gutenprint driver.* >> > > Hello Jim, > Thank you for the report. > I can only speak for the gutenprint driver, although I find it hard to > believe that the Canon driver does not work, since that would be the > official driver provided by the manufacturer. That leads me to think there > might be something else going on. > I believe that the iP90 should work bascially, given the length of time it > has been supported, but there could well be bugs. > > *Symptoms are familiar to me (but with other printers):* >> >> *Test print outputs numerous pages with a fine line at the very top of >> most and usually a couple pages with a slightly heavier colored line.* >> *But the rest of each page is blank. Usually the printer outputs 10-14 >> pages printing that slight line at the top of each page.* >> > > Can you set the logging to debug in CUPS, including suiteable maximum log > site (unlimited would be good maybe), and then print using a monochrome > resolution setting (not automatic) and grayscale, on plain media. That > would be the simplest test. You can send me the logfile as a zipped > attachment directly (not to the mailing list). > > Best regards, > Gernot Hassenpflug > > -- *Jim@HiTekVisit my RV travel & repair bloghttp://chaos.goblinbox.com <http://chaos.goblinbox.com>* |
|
From: Gernot H. <aik...@gm...> - 2021-06-24 04:46:16
|
On Thu, Jun 24, 2021 at 2:23 AM Jim Morgan <hit...@gm...> wrote: > *bjc-PIXMA-iP90 * > *Gutenprint V5.3.3 driver doesn't print correctly on my Canon iP-90. * > > *Prints fine in Win10 but not on my Linux Ubuntu 20.04.2 machine using the > Canon driver or the Gutenprint driver.* > Hello Jim, Thank you for the report. I can only speak for the gutenprint driver, although I find it hard to believe that the Canon driver does not work, since that would be the official driver provided by the manufacturer. That leads me to think there might be something else going on. I believe that the iP90 should work bascially, given the length of time it has been supported, but there could well be bugs. *Symptoms are familiar to me (but with other printers):* > > *Test print outputs numerous pages with a fine line at the very top of > most and usually a couple pages with a slightly heavier colored line.* > *But the rest of each page is blank. Usually the printer outputs 10-14 > pages printing that slight line at the top of each page.* > Can you set the logging to debug in CUPS, including suiteable maximum log site (unlimited would be good maybe), and then print using a monochrome resolution setting (not automatic) and grayscale, on plain media. That would be the simplest test. You can send me the logfile as a zipped attachment directly (not to the mailing list). Best regards, Gernot Hassenpflug |
|
From: Jim M. <hit...@gm...> - 2021-06-22 23:12:01
|
*bjc-PIXMA-iP90 * *Gutenprint V5.3.3 driver doesn't print correctly on my Canon iP-90. * *Prints fine in Win10 but not on my Linux Ubuntu 20.04.2 machine using the Canon driver or the Gutenprint driver.* *Symptoms are familiar to me (but with other printers):* *Test print outputs numerous pages with a fine line at the very top of most and usually a couple pages with a slightly heavier colored line.* *But the rest of each page is blank. Usually the printer outputs 10-14 pages printing that slight line at the top of each page.* *Thanks for any help you can provide. * -- *Jim@HiTekVisit my RV travel & repair bloghttp://chaos.goblinbox.com <http://chaos.goblinbox.com>* |
|
From: Matt B. <wal...@ma...> - 2021-06-19 15:43:54
|
> On Jun 15, 2021, at 10:14 AM, Tyler Durden <tyl...@gm...> wrote: > > Hi > > Is there any way to get support for Samsung CLP-300 in Gutenprint in future version? > > And anyway to get this printer to working now? > > I need to use the pinter on Mac OS Big Sur. This printer uses printer code that Samsung developed for many of their printers. It is not a common set of commands. Gutenprint does not have anyone to develop a compatible code, therefore, Gutenprint will not be providing drivers for this. I did notice that Samsung provided Mac drivers through Mac OS X 10.7 only. Matt |
|
From: Walker B. <fo...@wa...> - 2021-06-18 22:24:20
|
I use the 9900 driver with the P9000 and it works. best Walker > On Jun 18, 2021, at 3:15 PM, CassandraGoad via Gimp-print-devel <gim...@li...> wrote: > > Hello, > > I am a photographer based in the UK and I tried using your printer driver with my Epson P9000 (which your website says is supported but with the label “EXPERIMENTAL”) but the printer would return an error (Ink sets do not match). I think it must be because the P9000 has 10 inks and your driver has a maximum of 8. I tried using the Greyscale setting but that didn’t work either. > > Do you know if there is a way of making it work? > > I’ve heard so many good things about your driver that I am keen to try it. > > Kind regards, > > Erik Wetter > eri...@ic... <mailto:eri...@ic...> > > > _______________________________________________ > Gimp-print-devel mailing list > Gim...@li... <mailto:Gim...@li...> > https://lists.sourceforge.net/lists/listinfo/gimp-print-devel <https://lists.sourceforge.net/lists/listinfo/gimp-print-devel> |
|
From: CassandraGoad <eri...@me...> - 2021-06-18 19:16:01
|
Hello, I am a photographer based in the UK and I tried using your printer driver with my Epson P9000 (which your website says is supported but with the label “EXPERIMENTAL”) but the printer would return an error (Ink sets do not match). I think it must be because the P9000 has 10 inks and your driver has a maximum of 8. I tried using the Greyscale setting but that didn’t work either. Do you know if there is a way of making it work? I’ve heard so many good things about your driver that I am keen to try it. Kind regards, Erik Wetter eri...@ic... |
|
From: Robert K. <rl...@al...> - 2021-06-16 12:03:09
|
On 6/15/21 12:48 AM, Ricardo Jasso wrote: > I would like to subscribe to your letters and emails. I would also like to ask you guys a couple > questions about gutenprint and if removing my canon printer drivers is the only way to be able to > print with absolute freedom and NO RESTRICTIONS You can subscribe to the gimp-print-devel mailing list via https://lists.sourceforge.net/lists/listinfo/gimp-print-devel Gutenprint is licensed under the GPL. This imposes no restrictions of any kind on use; the license restrictions only come into play if you want to redistribute it to others. As for whether your printer is supported, you'd have to specify what it is. Also be aware that we only support Linux and Macintosh (currently through roughly 10.14); we're having some issues with Mac support. We don't support Windows, although anyone who wants to port it is welcome. |
|
From: Tyler D. <tyl...@gm...> - 2021-06-15 15:15:13
|
Hi Is there any way to get support for Samsung CLP-300 in Gutenprint in future version? And anyway to get this printer to working now? I need to use the pinter on Mac OS Big Sur. |
|
From: Gernot H. <aik...@gm...> - 2021-06-15 12:56:48
|
On Tue, Jun 15, 2021 at 9:44 PM Ricardo Jasso <bit...@ou...> wrote: > I would like to subscribe to your letters and emails. I would also like to > ask you guys a couple questions about gutenprint and if removing my canon > printer drivers is the only way to be able to print with absolute freedom > and NO RESTRICTIONS > Hi, Thank you for your interest. Feel free to ask. gutenprint also has a license, so you would have to refer to that to see whether it meeds your needs if the Canon driver license does not. Most users are concerned about whether they can print from particular systems, or at specific qualities, or accessing particular options. So whether gutenprint can do what you want better than the official Canon driver is dependent on the particular requirement. Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for Windows > 10 > I should note there is no officially supported gutenprint for Windows. Best regards, Gernot Hassenpflug |
|
From: Ricardo J. <bit...@ou...> - 2021-06-15 04:48:52
|
I would like to subscribe to your letters and emails. I would also like to ask you guys a couple questions about gutenprint and if removing my canon printer drivers is the only way to be able to print with absolute freedom and NO RESTRICTIONS Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10 |
|
From: Robert K. <rl...@al...> - 2021-06-14 23:04:32
|
On 6/13/21 8:46 PM, Marius Steffen wrote: > Thanks for your quick answer. > > Now, how would I go about to check, at least in my printer, if there’s any (and how much) benefit > from printing beyond 2880x2880, and what should I expect? Try it and see. If you're printing photos or similar continuous-tone work, it probably won't make much of a difference, particularly on a printer like the P800 with relatively large drops (3.5 pl) and 3 shades of gray/black. If you're printing pure black and white line art, it might, but in that situation you're better off using a symmetric resolution like 2880x2880 or 1440x1440 rather than one that isn't (you'll have less moire effect that way). But if you really need that kind of resolution, you'd want a printer with extremely small drops. My own experience printing photos is that on the 3.5 and 4 pl CcMmYKkk printers, even 1440x720 works very well and is much faster that, say, 2880x1440. > Also: what’s the ideal resolution to send to the printer, as in pixel resolution, not dithered images? Anything within reason that's a multiple of the spacing. 720 will give you very crisp text; 360 or 720 is quite ample for photos. For very intricate line art, again, you'd ideally want to match the printer resolution. |
|
From: Marius S. <ma...@ma...> - 2021-06-14 00:46:45
|
Thanks for your quick answer. Now, how would I go about to check, at least in my printer, if there’s any (and how much) benefit from printing beyond 2880x2880, and what should I expect? Also: what’s the ideal resolution to send to the printer, as in pixel resolution, not dithered images? Marius Steffen ma...@ma... > Am 14.06.2021 um 02:15 schrieb Robert Krawitz <rl...@al...>: > > On 6/13/21 4:56 PM, Marius Steffen wrote: >> Hi, >> >> I’m trying to wrap my head around all the stuff concerning resolution of my Epson P800, or printers >> in general, hopefully being able to provide some corrections for my printer, as it’s still >> „EXPERIMENTAL“. >> >> For now, I’m trying to understand: >> 1) How are the different printing resolutions chosen? Why is there no „5760x5760“ setting, or even >> higher? > > Based on what the printer can do. No Epson printer that I know of can actually print 5760 dpi in > the vertical direction. > >> 2) What’s the limit for printer resolution given, a specific printer? My P800 is listed with a >> maximum resolution of 2880x1440, how does Gutenprint achieve a higher resolution than this? > > We've determined that some printers can achieve higher resolution that what's specified. Some > printers do work perfectly well at such high resolutions; some are iffy. > >> 3) I’ve read some stuff about „native printer resolution“ - as I understand it, that’s the >> resolution the driver down-/upsamples every raster graphic send to it. How is this chosen for a >> specific printer in Gutenprint, and why? Do the choice of printing resolution does have any impact >> on this? > > "Native printer resolution" means whatever resolution the printer is actually set to. So if you > specify 5760x1440 dpi, that's the "native printer resolution" for that job. > >> 4) What does the „Quality Enhancement“ setting do, and how is it concerned by printer resolution? > > It breaks up each line of dots into more sub-lines, resulting in longer printing time but possibly > better quality. It's most likely to help if you have a bad nozzle or two Some printers can't > handle this, especially at already high resolutions. Each step of quality enhancement doubles > printing time. You'll have to experiment to see if it helps; usually it doesn't. > >> Thank you so much in advance for you explanations! :D > > > _______________________________________________ > Gimp-print-devel mailing list > Gim...@li... > https://lists.sourceforge.net/lists/listinfo/gimp-print-devel |
|
From: Robert K. <rl...@al...> - 2021-06-14 00:15:38
|
On 6/13/21 4:56 PM, Marius Steffen wrote: > Hi, > > I’m trying to wrap my head around all the stuff concerning resolution of my Epson P800, or printers > in general, hopefully being able to provide some corrections for my printer, as it’s still > „EXPERIMENTAL“. > > For now, I’m trying to understand: > 1) How are the different printing resolutions chosen? Why is there no „5760x5760“ setting, or even > higher? Based on what the printer can do. No Epson printer that I know of can actually print 5760 dpi in the vertical direction. > 2) What’s the limit for printer resolution given, a specific printer? My P800 is listed with a > maximum resolution of 2880x1440, how does Gutenprint achieve a higher resolution than this? We've determined that some printers can achieve higher resolution that what's specified. Some printers do work perfectly well at such high resolutions; some are iffy. > 3) I’ve read some stuff about „native printer resolution“ - as I understand it, that’s the > resolution the driver down-/upsamples every raster graphic send to it. How is this chosen for a > specific printer in Gutenprint, and why? Do the choice of printing resolution does have any impact > on this? "Native printer resolution" means whatever resolution the printer is actually set to. So if you specify 5760x1440 dpi, that's the "native printer resolution" for that job. > 4) What does the „Quality Enhancement“ setting do, and how is it concerned by printer resolution? It breaks up each line of dots into more sub-lines, resulting in longer printing time but possibly better quality. It's most likely to help if you have a bad nozzle or two Some printers can't handle this, especially at already high resolutions. Each step of quality enhancement doubles printing time. You'll have to experiment to see if it helps; usually it doesn't. > Thank you so much in advance for you explanations! :D |
|
From: Marius S. <ma...@ma...> - 2021-06-13 21:10:17
|
Hi, I’m trying to wrap my head around all the stuff concerning resolution of my Epson P800, or printers in general, hopefully being able to provide some corrections for my printer, as it’s still „EXPERIMENTAL“. For now, I’m trying to understand: 1) How are the different printing resolutions chosen? Why is there no „5760x5760“ setting, or even higher? 2) What’s the limit for printer resolution given, a specific printer? My P800 is listed with a maximum resolution of 2880x1440, how does Gutenprint achieve a higher resolution than this? 3) I’ve read some stuff about „native printer resolution“ - as I understand it, that’s the resolution the driver down-/upsamples every raster graphic send to it. How is this chosen for a specific printer in Gutenprint, and why? Do the choice of printing resolution does have any impact on this? 4) What does the „Quality Enhancement“ setting do, and how is it concerned by printer resolution? Thank you so much in advance for you explanations! :D Marius Steffen ma...@ma... |
|
From: Robert K. <rl...@al...> - 2021-06-09 00:37:42
|
On 6/7/21 3:11 PM, Quentin PAGÈS wrote: > Hello, > I'd like to have the pot file so I can send the translation in my language. > Best regards > > *Quentin PAGÈS* Hi, We use the Translation Project (www.translationproject.org) to do our translations. Please register there to do it. Thanks! |
|
From: Quentin P. <que...@fr...> - 2021-06-07 19:11:49
|
Hello, I'd like to have the pot file so I can send the translation in my language. Best regards Quentin PAGÈS |
|
From: Robert K. <rl...@al...> - 2021-06-07 12:22:54
|
On 6/4/21 8:21 PM, Marius Steffen wrote: > Hi everbody, > > I’m currently trying to partially replace Epson’s driver for my SureColor P800 printer. My specific > reason is the driver’s inability to print CMYK and directly access all the printers ink channels. > While I found out how to do CMYK prints using Gutenprint, I’m failing to do CcMmYKkk prints with > files provided in DeviceN space. > > I’ve found this rather old message in the mailing list > archive: https://sourceforge.net/p/gimp-print/mailman/message/19908513/ > <https://sourceforge.net/p/gimp-print/mailman/message/19908513/> > Essentially, what I’m trying to do is what Robert described in 2) as „raw input with raw color > correction“, but I’m failing to see how to do that via CUPS - is this even possible, or is one > forced to do this outside of cups, with „pure“ Gutenprint? > > Either way, how am I to do this? You would have to do this outside of CUPS, at least. CUPS (at least at the time we wrote the CUPS driver for Gutenprint) doesn't support DeviceN. Gutenprint provides (for Epson printers, at any rate) the underlying API to do this, but there hasn't been enough interest to write a decent user tool to do this. There is a hack in the testpattern generator (src/testpattern) to do this, but to be honest I wrote this years ago just as a demo and I don't remember myself how to use it. What it amounts to is that you need to create a file header with the required options (which there are examples of) and use the Raw output mode, and then the data has to be provided in binary at the end of the file. As I said, I (or somebody) would have to study this myself to reconstruct how to use it. The file format is straightforward enough, 8 or 16 byte native endian data in pixel order, but I just don't recall the details. |
|
From: Marius S. <ma...@ma...> - 2021-06-07 02:45:33
|
Thanks very much for this explanation - I’m unsure whether I’d be able to study and reconstruct this with reasonable effort and I’m not even sure about the benefit would be worth the effort to me. Kind regards Marius Steffen ma...@ma... > Am 05.06.2021 um 17:20 schrieb Robert Krawitz <rl...@al...>: > > On 6/4/21 8:21 PM, Marius Steffen wrote: >> Hi everbody, >> >> I’m currently trying to partially replace Epson’s driver for my SureColor P800 printer. My specific >> reason is the driver’s inability to print CMYK and directly access all the printers ink channels. >> While I found out how to do CMYK prints using Gutenprint, I’m failing to do CcMmYKkk prints with >> files provided in DeviceN space. >> >> I’ve found this rather old message in the mailing list >> archive: https://sourceforge.net/p/gimp-print/mailman/message/19908513/ >> <https://sourceforge.net/p/gimp-print/mailman/message/19908513/> >> Essentially, what I’m trying to do is what Robert described in 2) as „raw input with raw color >> correction“, but I’m failing to see how to do that via CUPS - is this even possible, or is one >> forced to do this outside of cups, with „pure“ Gutenprint? >> >> Either way, how am I to do this? > > You would have to do this outside of CUPS, at least. CUPS (at least at the time we wrote the CUPS > driver for Gutenprint) doesn't support DeviceN. > > Gutenprint provides (for Epson printers, at any rate) the underlying API to do this, but there > hasn't been enough interest to write a decent user tool to do this. There is a hack in the > testpattern generator (src/testpattern) to do this, but to be honest I wrote this years ago just as > a demo and I don't remember myself how to use it. What it amounts to is that you need to create a > file header with the required options (which there are examples of) and use the Raw output mode, and > then the data has to be provided in binary at the end of the file. As I said, I (or somebody) would > have to study this myself to reconstruct how to use it. The file format is straightforward enough, > 8 or 16 byte native endian data in pixel order, but I just don't recall the details. |