gimp-print-devel

[Gimp-print-devel] Raw input mode via CUPS?

[Marius S. <ma...@ma...>]

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?

Kind regards
Marius Steffen
ma...@ma...

Re: [Gimp-print-devel] Canon GM4050

[Romain B. <rom...@ya...>]

Thanks Gernot, 
I ended up returning it back to Amazon. 
What a waste... Such a great printer, maybe the best in its category. Canon will never stop to amaze me with its stupid choices when it comes to Software. 
Thanks again for everything you're doing, you deserve medals, 
Romi 

Sent from Yahoo Mail on Android 
 
  On Tue, Jun 1, 2021 at 17:32, Gernot Hassenpflug<aik...@gm...> wrote:   On Thu, May 20, 2021 at 2:15 AM Romain Brami via Gimp-print-devel <gim...@li...> wrote:

Hi team Gutenprint,
I just bought an absolutely great printer, the Canon GM4050. But like often with Canon, the drivers offering is a nightmare. and incompatible with Mac Computers (I didn't even know this even still a thing).

Hello  Romain,Thank you for your contact.


I was thinking about using a small Ubuntu as a CUPS server but sadly I just found out the GM4050 is not part of GutenPrint.
Do you guys think there's a chance of adding it to the list?

Yes, unfortunately at present no GM models have been added to gutenprint. It is theoretically possible, quite a backlog at the moment but I will see what I can do in June.Best regards,Gernot Hassenpflug


Thanks,
Romi_______________________________________________
Gimp-print-devel mailing list
Gim...@li...
https://lists.sourceforge.net/lists/listinfo/gimp-print-devel



-- 
Protea Wines JapanTel: 070-5550-9076https://www.proteawines.jp
  

Re: [Gimp-print-devel] Driver for Canon Maxify GX 6020

[Gernot H. <aik...@gm...>]

On Thu, May 20, 2021 at 2:15 AM Welches 3 <wel...@ho...> wrote:
>
> I'm using Fedora 33 and just purchased a Canon Maxify GX6020.  I should have looked at your support first.  Would one of the other Maxifys drivers work, or will you be supporting this one soon?
> Thanks,
> Dave

Hello Dave,
Many thanks for your contact.
Unfortunately no GX series have yet been added to gutenprint, this is
the first time I hear about such a series.
Interesting that this is a Maxify series, until now they have had the
prefixes iB (printer only) and MB (multifunction).
I will see what I can come up with in June.

Best regards,
Gernot Hassenpflug
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel



-- 
Protea Wines Japan
Tel: 070-5550-9076
https://www.proteawines.jp

Re: [Gimp-print-devel] Canon GM4050

[Gernot H. <aik...@gm...>]

On Thu, May 20, 2021 at 2:15 AM Romain Brami via Gimp-print-devel <
gim...@li...> wrote:

> Hi team Gutenprint,
>
> I just bought an absolutely great printer, the Canon GM4050. But like
> often with Canon, the drivers offering is a nightmare. and incompatible
> with Mac Computers (I didn't even know this even still a thing).
>

Hello  Romain,
Thank you for your contact.

>
> I was thinking about using a small Ubuntu as a CUPS server but sadly I
> just found out the GM4050 is not part of GutenPrint.
>
> Do you guys think there's a chance of adding it to the list?
>

Yes, unfortunately at present no GM models have been added to gutenprint.
It is theoretically possible, quite a backlog at the moment but I will see
what I can do in June.
Best regards,
Gernot Hassenpflug

>
> Thanks,
>
> Romi
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel
>


-- 
Protea Wines Japan
Tel: 070-5550-9076
https://www.proteawines.jp

Re: [Gimp-print-devel] How is the workflow for newer printers support?

[Robert K. <rl...@al...>]

On 5/23/21 4:47 PM, Carlos via Gimp-print-devel wrote:
> On 5/23/21 11:38 AM, Robert Krawitz wrote:
>> On 5/23/21 2:03 AM, Carlos via Gimp-print-devel wrote:
>>> On 22/05/2021 20:39, Robert Krawitz wrote:
>>>> On 5/21/21 9:57 PM, Carlos via Gimp-print-devel wrote:
>>>>> Hi, I have a EPSON L3150 printer and installed gutenprint because I wanted to align heads (on
>>>>> linux), but it doesn't have support for the L3150. So, I was curious to know how is the
>>>>> workflow to
>>>>> add new printer driver support? The driver that I run to print is the generic ESC/P-R, and I noted
>>>>> that the printers with gunterprint drivers have native "full feature" linux driver. What that
>>>>> means?
>>>>> There is something that I and others non-experienced programmers can do for help gutenprint to
>>>>> increase printers support?
>>>> Gutenprint supports Epson printers using ESCP2, but most ESCPR printers also support ESCP2.  It's
>>>> quite possible that the Stylus C82 driver will work with this printer; if it doesn't, there are
>>>> other drivers that may.
>>>>
>>>> Support for head alignment is a different matter.  It's possible that escputil will work
>>>> (specifying
>>>> the C82), but a lot of newer printers either don't support head alignment or use a different
>>>> mechanism than older ones.
>>> Looks great! I will try this driver you say and see if it works on L3150.
>>>
>>> So, If a driver for one printer work well for another, is there any way to implement it as supported
>>> by gutenpint, isn't? Is there anything that I could do to help with the project, like testing and
>>> reporting, etc?
>>>
>>> Thanks for reply!
>> If it works, please test it at all resolutions (you don't need to make big prints) and any paper
>> types you have handy.  I don't recall whether the C82 supports borderless printing; if it does,
>> please test that (otherwise I'll look to see if another existing driver might work that you can
>> test).
>>
>> If it works, I just have to add one line to an XML file and update the release notes.
>>
>> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel
> I tried the C82 driver and it works! I was able to print in every resolution, but I noticed that the
> resolution 5760x1440 DPI wasn't available, so I tested only up to 2880x1440. I didn't tested all
> resolutions. I tested only 360, 720, 1440 and 2880x1440 DPI resolutions, but I suppose that others
> works great too.  I tested prints on grayscale, CYM and CYMK color modes; also tested with standard
> and best quality options.
> 
> About borderless print, I didn't found this option for the driver used, but I tried to print a image
> with "EPSON 4x6 Photo Paper (tear-off borders)", besides setted image size as paper size and marked
> "Ignore Page Margins" on Image Settings, but it didn't work, just printed the image with borders,
> reducing image size. Should there be some specific option relative to borderless print?
> 
> Since this driver works for my printer, is it safe to do head alignment in it?

Please try the WorkForce 1100 driver, in that case.

Someone else has asked for assistance with the L3100; they're probably essentially the same printer.

Re: [Gimp-print-devel] How is the workflow for newer printers support?

[Carlos <gc...@di...>]

On 5/23/21 11:38 AM, Robert Krawitz wrote:
> On 5/23/21 2:03 AM, Carlos via Gimp-print-devel wrote:
>> On 22/05/2021 20:39, Robert Krawitz wrote:
>>> On 5/21/21 9:57 PM, Carlos via Gimp-print-devel wrote:
>>>> Hi, I have a EPSON L3150 printer and installed gutenprint because I wanted to align heads (on
>>>> linux), but it doesn't have support for the L3150. So, I was curious to know how is the workflow to
>>>> add new printer driver support? The driver that I run to print is the generic ESC/P-R, and I noted
>>>> that the printers with gunterprint drivers have native "full feature" linux driver. What that means?
>>>> There is something that I and others non-experienced programmers can do for help gutenprint to
>>>> increase printers support?
>>> Gutenprint supports Epson printers using ESCP2, but most ESCPR printers also support ESCP2.  It's
>>> quite possible that the Stylus C82 driver will work with this printer; if it doesn't, there are
>>> other drivers that may.
>>>
>>> Support for head alignment is a different matter.  It's possible that escputil will work (specifying
>>> the C82), but a lot of newer printers either don't support head alignment or use a different
>>> mechanism than older ones.
>> Looks great! I will try this driver you say and see if it works on L3150.
>>
>> So, If a driver for one printer work well for another, is there any way to implement it as supported
>> by gutenpint, isn't? Is there anything that I could do to help with the project, like testing and
>> reporting, etc?
>>
>> Thanks for reply!
> If it works, please test it at all resolutions (you don't need to make big prints) and any paper
> types you have handy.  I don't recall whether the C82 supports borderless printing; if it does,
> please test that (otherwise I'll look to see if another existing driver might work that you can test).
>
> If it works, I just have to add one line to an XML file and update the release notes.
>
>
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel
I tried the C82 driver and it works! I was able to print in every 
resolution, but I noticed that the resolution 5760x1440 DPI wasn't 
available, so I tested only up to 2880x1440. I didn't tested all 
resolutions. I tested only 360, 720, 1440 and 2880x1440 DPI resolutions, 
but I suppose that others works great too.  I tested prints on 
grayscale, CYM and CYMK color modes; also tested with standard and best 
quality options.

About borderless print, I didn't found this option for the driver used, 
but I tried to print a image with "EPSON 4x6 Photo Paper (tear-off 
borders)", besides setted image size as paper size and marked "Ignore 
Page Margins" on Image Settings, but it didn't work, just printed the 
image with borders, reducing image size. Should there be some specific 
option relative to borderless print?

Since this driver works for my printer, is it safe to do head alignment 
in it?

Re: [Gimp-print-devel] Help! URGENT

[Matt <wal...@ma...>]

<html><head></head><body dir="auto" style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><meta http-equiv="Content-Type" content="text/html; charset=utf-8"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><meta http-equiv="Content-Type" content="text/html; charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><br class=""><div class=""><br class=""><blockquote type="cite" class=""><div class="">On May 22, 2021, at 8:38 AM, Andrew Josephs via Gimp-print-devel &lt;<a href="mailto:gim...@li..." class="">gim...@li...</a>&gt; wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">Hi.<br class="">I’m trying to install a canon ip6310D on a 2020 Mac mini running the latest Big Sur OS.<br class=""><br class="">I downloaded gutenprint but don’t see any path forward.<br class=""><br class="">Thank you! <br class=""><br class="">Regards,<br class="">Andrew Josephs</div></div></blockquote><br class=""></div><div class="">Andrew, there are a number of variables that we need to look at.</div><div class=""><br class=""></div><div class="">1. &nbsp;Were you able to install the drivers from the download?</div><div class=""><br class=""></div><div class="">2. &nbsp;Were you able to install your printer from the Printers and Scanners System Preferences?</div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">The 2020 Mac mini uses Apple's new M1 chip set rather than the Intel processer</div><div class="">1. Do you know if you have installed Rosetta 2? &nbsp;That is the translator the Apple uses &nbsp;to run Intel code on the new computers. &nbsp;Without having that installed, Gutenprint will not run.</div><div class=""><br class=""></div><div class="">2. &nbsp;If you didn't install Rosetta or are unsure, you can install it manually.</div><div class="">&nbsp; &nbsp;a. &nbsp;Open the Terminal.app &nbsp;(/Applications/Utilities/Terminal.app )</div><div class="">&nbsp; &nbsp;b. &nbsp;Make sure you are running as an administrator. &nbsp;The first user account set up after you started using the new computer will be an administrator account. &nbsp;Now copy the following into the Terminal window:</div><div class=""><br class=""></div><div class="">sudo&nbsp;<span style="font-family: inherit; font-style: inherit; font-variant-caps: inherit; white-space: inherit; color: var(--highlight-color);" class="">/usr/sbin/softwareupdate --install-rosetta</span></div><div class=""><br class=""></div><div class="">Then just follow the prompts. &nbsp;You will need to agree to a user agreement.</div><div class=""><br class=""></div><div class="">I think the answer to your problem is in one of the steps above. &nbsp;Please let us know if you need further assistance. &nbsp;Please be as specific a possible with &nbsp;any error message, etc</div><div class=""><br class=""></div><div class="">Matt</div><div class=""><br class=""></div><div class=""><br class=""></div></div></div></body></html>

Re: [Gimp-print-devel] Help! URGENT

[<wal...@ma...>]

Quoting Andrew Josephs via Gimp-print-devel  
<gim...@li...>:

> Hi.
> I’m trying to install a canon ip6310D on a 2020 Mac mini running the  
> latest Big Sur OS.
>
> I downloaded gutenprint but don’t see any path forward.
>
> Thank you!
>
> Regards,
> Andrew Josephs

Andrew, there are a number of variables that we need to look at.

1.  Were you able to install the drivers from the download?

2.  Were you able to install your printer from the Printers and  
Scanners System Preferences?


The 2020 Mac mini uses Apple's new M1 chip set rather than the Intel processer
1. Do you know if you have installed Rosetta 2?  That is the  
translator the Apple uses  to run Intel code on the new computers.   
Without having that installed, Gutenprint will not run.

2.  If you didn't install Rosetta or are unsure, you can install it manually.
    a.  Open the Terminal.app  (/Applications/Utilities/Terminal.app )
    b.  Make sure you are running as an administrator.  The first user  
account set up after you started using the new computer will be an  
administrator account.  Now copy the following into the Terminal window:

sudo /usr/sbin/softwareupdate --install-rosetta

Then just follow the prompts.  You will need to agree to a user agreement.

I think the answer to your problem is in one of the steps above.   
Please let us know if you need further assistance.  Please be as  
specific a possible with  any error message, etc

Matt

Re: [Gimp-print-devel] How is the workflow for newer printers support?

[Robert K. <rl...@al...>]

On 5/23/21 2:03 AM, Carlos via Gimp-print-devel wrote:
> On 22/05/2021 20:39, Robert Krawitz wrote:
>> On 5/21/21 9:57 PM, Carlos via Gimp-print-devel wrote:
>>> Hi, I have a EPSON L3150 printer and installed gutenprint because I wanted to align heads (on
>>> linux), but it doesn't have support for the L3150. So, I was curious to know how is the workflow to
>>> add new printer driver support? The driver that I run to print is the generic ESC/P-R, and I noted
>>> that the printers with gunterprint drivers have native "full feature" linux driver. What that means?
>>> There is something that I and others non-experienced programmers can do for help gutenprint to
>>> increase printers support?
>> Gutenprint supports Epson printers using ESCP2, but most ESCPR printers also support ESCP2.  It's
>> quite possible that the Stylus C82 driver will work with this printer; if it doesn't, there are
>> other drivers that may.
>>
>> Support for head alignment is a different matter.  It's possible that escputil will work (specifying
>> the C82), but a lot of newer printers either don't support head alignment or use a different
>> mechanism than older ones.
> 
> Looks great! I will try this driver you say and see if it works on L3150.
> 
> So, If a driver for one printer work well for another, is there any way to implement it as supported
> by gutenpint, isn't? Is there anything that I could do to help with the project, like testing and
> reporting, etc?
> 
> Thanks for reply!

If it works, please test it at all resolutions (you don't need to make big prints) and any paper
types you have handy.  I don't recall whether the C82 supports borderless printing; if it does,
please test that (otherwise I'll look to see if another existing driver might work that you can test).

If it works, I just have to add one line to an XML file and update the release notes.

Re: [Gimp-print-devel] How is the workflow for newer printers support?

[Carlos <gc...@di...>]

On 22/05/2021 20:39, Robert Krawitz wrote:
> On 5/21/21 9:57 PM, Carlos via Gimp-print-devel wrote:
>> Hi, I have a EPSON L3150 printer and installed gutenprint because I wanted to align heads (on
>> linux), but it doesn't have support for the L3150. So, I was curious to know how is the workflow to
>> add new printer driver support? The driver that I run to print is the generic ESC/P-R, and I noted
>> that the printers with gunterprint drivers have native "full feature" linux driver. What that means?
>> There is something that I and others non-experienced programmers can do for help gutenprint to
>> increase printers support?
> Gutenprint supports Epson printers using ESCP2, but most ESCPR printers also support ESCP2.  It's
> quite possible that the Stylus C82 driver will work with this printer; if it doesn't, there are
> other drivers that may.
>
> Support for head alignment is a different matter.  It's possible that escputil will work (specifying
> the C82), but a lot of newer printers either don't support head alignment or use a different
> mechanism than older ones.
>
>
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel

Looks great! I will try this driver you say and see if it works on L3150.

So, If a driver for one printer work well for another, is there any way 
to implement it as supported by gutenpint, isn't? Is there anything that 
I could do to help with the project, like testing and reporting, etc?

Thanks for reply!

Re: [Gimp-print-devel] How is the workflow for newer printers support?

[Robert K. <rl...@al...>]

On 5/21/21 9:57 PM, Carlos via Gimp-print-devel wrote:
> Hi, I have a EPSON L3150 printer and installed gutenprint because I wanted to align heads (on
> linux), but it doesn't have support for the L3150. So, I was curious to know how is the workflow to
> add new printer driver support? The driver that I run to print is the generic ESC/P-R, and I noted
> that the printers with gunterprint drivers have native "full feature" linux driver. What that means?
> There is something that I and others non-experienced programmers can do for help gutenprint to
> increase printers support?

Gutenprint supports Epson printers using ESCP2, but most ESCPR printers also support ESCP2.  It's
quite possible that the Stylus C82 driver will work with this printer; if it doesn't, there are
other drivers that may.

Support for head alignment is a different matter.  It's possible that escputil will work (specifying
the C82), but a lot of newer printers either don't support head alignment or use a different
mechanism than older ones.

[Gimp-print-devel] Help! URGENT

[Andrew J. <aj...@ya...>]

Hi.
I’m trying to install a canon ip6310D on a 2020 Mac mini running the latest Big Sur OS.

I downloaded gutenprint but don’t see any path forward.

Thank you! 

Regards,
Andrew Josephs

[Gimp-print-devel] How is the workflow for newer printers support?

[Carlos <gc...@di...>]

Hi, I have a EPSON L3150 printer and installed gutenprint because I 
wanted to align heads (on linux), but it doesn't have support for the 
L3150. So, I was curious to know how is the workflow to add new printer 
driver support? The driver that I run to print is the generic ESC/P-R, 
and I noted that the printers with gunterprint drivers have native "full 
feature" linux driver. What that means? There is something that I and 
others non-experienced programmers can do for help gutenprint to 
increase printers support?

Thanks you in advance!
Att. Carlos

[Gimp-print-devel] Canon GM4050

[Romain B. <rom...@ya...>]

Hi team Gutenprint,
I just bought an absolutely great printer, the Canon GM4050. But like often with Canon, the drivers offering is a nightmare. and incompatible with Mac Computers (I didn't even know this even still a thing).
I was thinking about using a small Ubuntu as a CUPS server but sadly I just found out the GM4050 is not part of GutenPrint.
Do you guys think there's a chance of adding it to the list?
Thanks,
Romi

[Gimp-print-devel] Driver for Canon Maxify GX 6020

[Welches 3 <wel...@ho...>]

I'm using Fedora 33 and just purchased a Canon Maxify GX6020.  I should have looked at your support first.  Would one of the other Maxifys drivers work, or will you be supporting this one soon?
Thanks,
Dave

[Gimp-print-devel] Dimension options

[Robert K. <rl...@al...>]

Just to bring everyone up to speed on what's going on, many versions of OS X choke on custom values
for dimension-valued settings for items other than media size.  However, units of full points turn
out to be a bit too coarse for CD printing, particularly for the hub.  It's possible to have a worst
case error of 1/100"(*), which if you're trying to print to the very edge of the hub, has proven to
be visible.

Matt, Steve, and I have looked at various solutions.  Broadly speaking they are:

1) Punt altogether: we know that that's dissatisfying to some people.

2) Accept that OS X won't print with printers that support CDs.  Nope.

3) Treat dimensions as floats, with the fine adjustment.  That proves to be somewhat complex to
handle with cups-genppdupdate.

4) Use a finer adjustment than a full point.  This increases the number of choices, but lets us
reduce the worst error.

My proposal is #4, using units of 0.5 point.  This reduces the worst case error to 1/200", which I
suspect (read: hope) will prove sufficient.  This can be made compatible in the PPD files by
printing the tags as integers for full integer point values, and as 1_0 for 1.0 (replacing the .,
which is not a valid character in PPD tags, with _).  Patch is attached.  I've tested the PPD files
for conformance, and one printer that uses CDs and one that doesn't.

* 1/100" worst case error is calculated as follows: with precision of 1/72", the worst case error in
the X and Y dimensions is 1/144" (the hub being exactly halfway between point boundaries).  If
you're unlucky and both dimensions are off, the error works out to just under 1/100" by the
Pythagorean theorem.

Re: [Gimp-print-devel] Mac OS X issue

[Steve L. <sle...@ya...>]

On the contrary. I can build just fine. My only issue has been automating the process. And that only because I haven’t had the impetus to do it. 

Steve Letter
Sent from my Symbolics Lisp Machine using zmail. 

> On May 9, 2021, at 12:46 PM, Matt Broughton <wal...@ma...> wrote:
> 
> 
>> On May 8, 2021, at 4:52 PM, Solomon Peachy <pi...@sh...> wrote:
>> 
>>> On Sat, May 08, 2021 at 05:05:41PM -0400, Robert Krawitz wrote:
>>> I'm sort of leaning toward simply changing the base unit for the PPD 
>>> files to 0.5 point.  That will still make for a lot of option choices 
>>> and we'll need to test to make sure that that doesn't cause additional 
>>> problems.  What do people think?
>> 
>> I think this is the least worst option..
>> 
>> (And I say that as someone whose use cases aren't affected one way or 
>> another)
>> 
>> - Solomon
> 
> I think I agree with Solomon here.  I do have some other thoughts/concerns,
> 1.  Is changing the base unit going to cause problems with cupstestppd ?
> 
> 2.  We have had the messiness of 'mm' 'points' and 'inches' for quite some time.  We saw how ugly it is when this macos bug emerged.  The  bug first appeared with v3.x.  Robert, I know you *really* don't like making big changes even if it the right thing to do.
> 
> 2a  What problems might this cause with cups-genppdupdate?  There are going to be users that already have modified their PPD defaults through the CUPS web interface or command line.  Also, at least in macos, users can create Custom Presets either for one printer or for all printers in the standard Print Window.  I think this is going to get very messy and problematic very, very quickly.  I may not be thinking correctly on these point or overanalyzing.
> 
> While the current bug in macos only affects those printers that print on CDs/DVDs, it is still a nasty bug. My immediate concern is to get something out for macos users that won't crash applications when they try to look at and set Printer Features.  I think Steve is having problems getting the ARM binaries to work and to make a fat binary. He will have to let us know where he is.  At this point, I would settle for a x86_64 only release.  I is easier to fend off complaints of not not having native code for the M1 chipset than deal with drivers that can crash applications. As I recall the last patch Robert has us try solved the problem.
> 
> Matt
> 
> 
> 
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel

Re: [Gimp-print-devel] Mac OS X issue

[Matt B. <wal...@ma...>]

> On May 8, 2021, at 4:52 PM, Solomon Peachy <pi...@sh...> wrote:
> 
> On Sat, May 08, 2021 at 05:05:41PM -0400, Robert Krawitz wrote:
>> I'm sort of leaning toward simply changing the base unit for the PPD 
>> files to 0.5 point.  That will still make for a lot of option choices 
>> and we'll need to test to make sure that that doesn't cause additional 
>> problems.  What do people think?
> 
> I think this is the least worst option..
> 
> (And I say that as someone whose use cases aren't affected one way or 
> another)
> 
> - Solomon

I think I agree with Solomon here.  I do have some other thoughts/concerns,
1.  Is changing the base unit going to cause problems with cupstestppd ?

2.  We have had the messiness of 'mm' 'points' and 'inches' for quite some time.  We saw how ugly it is when this macos bug emerged.  The  bug first appeared with v3.x.  Robert, I know you *really* don't like making big changes even if it the right thing to do.

2a  What problems might this cause with cups-genppdupdate?  There are going to be users that already have modified their PPD defaults through the CUPS web interface or command line.  Also, at least in macos, users can create Custom Presets either for one printer or for all printers in the standard Print Window.  I think this is going to get very messy and problematic very, very quickly.  I may not be thinking correctly on these point or overanalyzing.

While the current bug in macos only affects those printers that print on CDs/DVDs, it is still a nasty bug. My immediate concern is to get something out for macos users that won't crash applications when they try to look at and set Printer Features.  I think Steve is having problems getting the ARM binaries to work and to make a fat binary. He will have to let us know where he is.  At this point, I would settle for a x86_64 only release.  I is easier to fend off complaints of not not having native code for the M1 chipset than deal with drivers that can crash applications. As I recall the last patch Robert has us try solved the problem.

Matt

Re: [Gimp-print-devel] Mac OS X issue

[Solomon P. <pi...@sh...>]

On Sat, May 08, 2021 at 05:05:41PM -0400, Robert Krawitz wrote:
> I'm sort of leaning toward simply changing the base unit for the PPD 
> files to 0.5 point.  That will still make for a lot of option choices 
> and we'll need to test to make sure that that doesn't cause additional 
> problems.  What do people think?

I think this is the least worst option..

(And I say that as someone whose use cases aren't affected one way or 
 another)

 - Solomon
-- 
Solomon Peachy			      pizza at shaftnet dot org (email&xmpp)
                                      @pizza:shaftnet dot org   (matrix)
High Springs, FL                      speachy (freenode)

[Gimp-print-devel] Mac OS X issue

[Robert K. <rl...@al...>]

I apologize that I've dropped the ball on this.

Unfortunately, it looks like whatever solution we come up with is likely to be messy (as is often
the case when the underlying breakage lies elsewhere).  IIRC the problem was with the *Custom
keywords for any option other than paper size.

There are two broader possibilities: make a change only for OS X, or make a change for everyone.
The former has the advantage of not inconveniencing Linux users who rely on the functionality of
custom CD sizes/hubs, but the disadvantage of increasing complexity.  I'd rather not add further to
the testing matrix or have problems that are hard to reproduce based on OS.

As far as solving the OS X specific problem, there are a few ways of going about it:

1) Use the gross/fine adjustment paradigm we currently use for floating point numbers.  The
difficulty is that for options other than page size we're specifying dimensions in mm rather than
points; for CD sizes and the like, points aren't a very natural unit of measurement.  So coarse/fine
adjustment will yield weird things like 101.9 mm + fine adjustments of .035, .072, .107, .143... mm,
which is meaningless to people.  Plus, it adds the complexity of a fine adjustment option.

1a) Do this, but using points as the unit.  The divisions and subdivisions will be easy enough; end
users won't like having to think about points for their CD diameter and hub.  Same fine adjustment
problem, though.

2) Remove the custom point size altogether, treat it as an integer value at least externally.  This
is simple, but it means people who really want very precise positioning (better than about 0.4mm or
1/100") will be out of luck.

3) Make the base unit for the PPD files be 0.1 point rather than 1 point.  This makes the number of
choices very large (CD diameters have a range of about 40 mm, so that would mean 400 choices).  I
suppose we could make the base unit be 0.5 point rather than 1 point; that would at least reduce the
worst case error by a factor of 2, so about 1/200".  That might be good enough.  Thoughts?

I'm sort of leaning toward simply changing the base unit for the PPD files to 0.5 point.  That will
still make for a lot of option choices and we'll need to test to make sure that that doesn't cause
additional problems.  What do people think?

[Gimp-print-devel] Anyone interested in a few projects?

[Walker B. <fo...@wa...>]

Hey all,

In 2016 and 17 (forever ago it seems) my company paid Solomon to make some custom LUT code inside Gutenprint for Epson-printers. We got it working as an in-house implementation for some experimental monochrome printing that we do at Cone Editions Press here in Vermont. 

To that end:

1. I’m wondering if anyone would be interested in a bit more paid (FOSS) work to actually get the LUT code and workflow validated and working in the current Gutenprint master branch. Robert did some initial LUT-work there but I was never able to implement the code properly because I’m just kinda not smart enough. I think it’s a useful addition to be able to do externally linearized LUTs per channel or color . . .

2. I’m wondering if anyone is interested in some paid work to do this LUT work for Canon. If we can do the LUT work inside Gutenprint then maybe someone can develop a proper open source workflow for monochrome ink printing on the Canon platform. 

3. Finally, DITHER. All the dithers in Gutenprint are channel unaware meaning a dot placement on one channel (take Cyan) is not aware of the intersecting lighter channel (Light Cyan) dot placement creating randomized double drop overlaps. This is generally fine for color printing (CMYK) but does create unnecessary dots and has always been a problem for multichannel monochrome printing. A much higher-quality way to print would be to calculate randomized dither points only inside the drop voids of adjacent darker or lighter channels of the same color. This would minimize ink bleed, maximize total ink limit, maximize gamut, and minimize noise, and increase real-world resolution of fine details. What are your thoughts on that code? Is it needed or not really? Was this part of the never-finished “Even Better Dither? Ideally the Ordered New would be channel-aware . . .

Best regards all,
Walker Blackwell

Printmaker, Cone Editions Press

Re: [Gimp-print-devel] Gutenprint driver Big Sur - Fujifilm ask 2500

[Solomon P. <pi...@sh...>]

On Tue, Apr 27, 2021 at 05:05:09PM +0200, Alessandro wrote:
> and the new os x. I have an old Fujifilm Ask-2500 connected to a fritz 
> box with usb share. 

I don't know what this means (in technical terms) so I can't say if this 
can be expected to work.

> I also tried all the below steps by connecting directly to usb. I have 
> installed everything correctly and I can print from the mac and other 
> Windows computers. The problem is that when i print with Mac Os 
> through gutenprint, the print is super low quality and the colors are 
> not correct.

Just so I'm clear what you're referring to here; "print from other 
windows computers" is done over the network to a ASK2500 connected to a 
MacOS system running gutenprint?

And can you include a photograph of what you mean by "not correct" 
colors?  A print of something like this:

  https://d1e8vjamx1ssze.cloudfront.net/coloratura/images/knowledge-base/assets/images/colour/CMYKColourModel.png

 - Solomon
-- 
Solomon Peachy			      pizza at shaftnet dot org (email&xmpp)
                                      @pizza:shaftnet dot org   (matrix)
High Springs, FL                      speachy (freenode)

Re: [Gimp-print-devel] When is the next version release?

[Matt B. <wal...@ma...>]

> On May 1, 2021, at 3:02 PM, Robert Krawitz <rl...@al...> wrote:
> 
> On 4/27/21 4:27 PM, Daniel Meeuws via Gimp-print-devel wrote:
>> Hi,
>> 
>> I was wondering when there would be a new version of Gutenprint.
>> 
>> I have been very grateful for Gutenprint keeping my old but great Canon printer going this last year with my MacBook, but now I’ve upgraded to Big Sur and the driver comes up with an error.
>> 
>> It’s been a few years since 5.3.3, and I was hoping there might be a new version soon, or some other way to get the driver working again.
> 
> Hi,
> 
> We're still having issues with Big Sur and Gutenprint.  One of our Macintosh maintainers should be
> able to provide an update on what's happening.

Yes, there are some issues with the next version for macos.  We found a very nasty bug that was in v5.3.3.  It only affects a small number of printers -- those that can print on CDs and DVDs.  It is known what causes it, but it is a macos issue only (Gutenprint is used on Linux) is and the fix is being worked on.  I believe there is also an issue with getting the code properly signed and notarized.  I think Apple made some changes in the number of folders you can have in a folder.

Daniel, my guess is that you are getting the error because you do not have Rosetta installed.  Rosetta is the interpreter that allows Intel code to run on the new chipset.  Normally an application that need to run Intel code will automatically ask you to install Rosetta.  Nice and easy.  Gutenprint is not an application however. It is a set of drivers.  You need to install Rosetta from the command line.  A bit geeky or nerdy, but not difficult.

1.  Be sure you are running as an administrator.
2.  Open the Terminal application  /Applications/Utilities/Terminal.
3.  Enter or copy and paste the following command into the Terminal window

sudo softwareupdate --install-rosetta

4.  Enter your password and hit the Return key.  Nothing will show as you enter your password.  You will have to agree to Apple's license agreement and the software will be installed.

Gutenprint should work fine now.  If that doesn't solve your problem, please post back and we can look for something else.

Matt

Re: [Gimp-print-devel] what are the chances of you adding a driver for OKI c8600?

[Gernot H. <aik...@gm...>]

On Sun, May 2, 2021 at 4:07 AM Jo Mikkel Sjaastad Huse <
jom...@gm...> wrote:

> I don’t know how any of this development works, or how you add or test
> drivers, but it would be amazing if you did!
> The OKI c8600 is amazing! and mine is in prime condition, ready to print
> for many years… if only i can get it to work with my new computer!
>
> (probably going to get my old computer fixed sooner or later, more or less
> ONLY because of this fantastic printer! haha)
>

Hello,
Sadly this appears to be a GDI device, so no driver support.
Best regards,
Gernot Hassenpflug

Re: [Gimp-print-devel] (no subject)

[Robert K. <rl...@al...>]

On 4/29/21 7:35 AM, Naman Limani wrote:
> Hi, 
> Is there a drive for Samsung ML 1665 for Big Sur 11.3? 

Hi,

Unfortunately, the Samsung ML printers use a proprietary language that we don't have a way of
supporting, so I don't anticipate that we'll likely be able to provide support for that printer.