gimp-print-devel

[Gimp-print-devel] Canon Pixma MX860

[Dan H. <dh...@co...>]

My iMac (OS Monterrey) doesn’t recognize my Canon Pixma MX860 printer/scanner.

Is there any software you can recommend?

Thanks.

Re: [Gimp-print-devel] [Patch] gutenprint53+usb crashes with libusb-1.0.25

[Zdenek D. <zd...@re...>]

On 2/23/22 10:25, Benjamin Berg wrote:
> Hi,
>
> On Wed, 2022-02-23 at 09:34 +0100, Zdenek Dohnal wrote:
>> thank you for looking into the issue!
>>
>> On 2/22/22 19:00, Solomon Peachy wrote:
>>> On Tue, Feb 22, 2022 at 07:55:18AM +0100, Zdenek Dohnal wrote:
>>>> there were changes in libusb 1.0.25 which is in Fedora 36 - f.e. default USB
>>>> context is not initialized unless you specifically pass NULL into
>>>> `libusb_init()` - gutenprint53+usb backend actually depended on this hidden
>>>> behavior, because it passes its own context address into `libusb_init()`
>>>> instead of NULL. So the change causes the backend to crash if you run it:
>>> Yikes!
>>>
>>>> According libusb maintainer, Ben Berg, the backend can work with the default
>>>> USB context and he prepared the patch for it (the file is attached). I was
>>>> able to verify the patch fixes the crash, but I don't have a device
>>>> supported by gutenprint itself, so I couldn't do an additional sanity
>>>> testing. The patch looks good to me though.
>>> Will this work for multi-threaded stuff where there could conceivably be
>>> multiple contexts in use?  That's not being exercised in the current
>>> gutenprint code but some of the stuff I have cooking will change that.
>> Ben, would you mind looking into it? IMO we probably cannot use a
>> default USB context for multi-threading...
>>
>> In such case, IMO we can init the default context just for the
>> print_help() scope and close it after we're done with it.
>>
>> You can join us in discussion on the bug if you are able as well [1],
>> I've pinged Robert there as well, because I didn't know your email for
>> bugzilla...
> I am already subscribed to that bug. :)
I'm sorry for mystification... (that's what I got for adding text into 
email at last minute and don't read it as whole at the end) - I meant 
Solomon in the last paragraph :)
>
-- 
Zdenek Dohnal
Software Engineer
Red Hat, BRQ-TPBC

Re: [Gimp-print-devel] Canon Pixma IP6220D

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

On Wed, Feb 23, 2022 at 10:43 PM Kent Sullivan <ken...@gm...> wrote:

> I am trying to convert my old printer to a network printer.
> I'm hosting CUPS on a Raspi, (I believe the model B)
>
> CUPS seems to be working as I can find the printer from another machine on
> the network and print a page to it.
> However:
> When printing in color I'm getting a full width page in color (although
> the colors are way off) and a b/w half width page, On The Same Page
> (overlayed)
>

Hello Kent,
Colour are going to be way off as virtually none of the Canon printers have
any calibration available.
It sounds like colour inks are working correctly, but blac is not-I presume
you are saying black is somehow compressed.
That sounds like a fairly simple correction to the encoding, although I
thought this had been sorted out in the past.
I believe there is no black/white mode, only colour modes are available for
printing, so this means the black channel in the inkset used.

These are the plain media modes available for plain paper, containing black
ink channel:

  /* plain modes */
  {  600, 600,CANON_INK_CcMmYKk,"600x600dpi_high",N_("600x600 DPI
HIGH"),INKSET(13_C4M4Y4k4c4m4),16,MODE_FLAG_EXTENDED_T,NULL,1.0,1.0,NULL,NULL,NULL,3},
  {  600, 600,CANON_INK_CMYK,"600x600dpi",N_("600x600
DPI"),INKSET(13_C3M3Y3k4),16,MODE_FLAG_EXTENDED_T,NULL,1.0,1.0,NULL,NULL,NULL,2},
  {  300, 300,CANON_INK_CMYK,"300x300dpi",N_("300x300
DPI"),INKSET(13_C2M2Y2k2),8,MODE_FLAG_EXTENDED_T|MODE_FLAG_IP8500,NULL,1.0,1.0,NULL,NULL,NULL,1},
  {  300, 300,CANON_INK_CMYK,"300x300dpi_draft",N_("300x300 DPI
DRAFT"),INKSET(13_C2M2Y2k2),8,MODE_FLAG_EXTENDED_T|MODE_FLAG_IP8500,NULL,1.0,1.0,NULL,NULL,NULL,0},

The 2nd one "600x600 DPI" would be the default so if you are not setting
the resolution mode that will be the one you are printing with.
Can you please check all 4 of these modes (select their names as per the
N_("...") string) in CUPS when you print.
I need to confirm which of these modes have problems with the black
channel, and possible with other colour channels (e.g., if some colours
print in compressed or extended fashion).

When printing in b/w I was just getting the half width page in b/w.
>

As there are no black-only inksets defined for this printer, I presume you
will get the same result with the black channel if you are printing colour.

Other things to note, the prints are also very slow in comparison to
> plugging in the printer and using whatever the default driver was before I
> went on this endeavor.
>

I cannot speak for the performance of gutenprint over the Canon printer
driver or whatever you may have been using before.


> I haven't tried photo printing yet as I don't have high hopes but I'll
> throw it out there just in case. The printer had a program "Canon
> Easy-PhotoPrint EX" that I installed on my windows machine that let you
> choose what type of photo paper and many photo layouts we wanted to use. I
> used this to print my photos but perhaps the native driver would have
> worked just as well for photo quality prints. (This printer uses CL41 ink
> for color printing and CL-52 for photo ink so I'm not sure if it needs
> specific controls in order to use the photo printing) Do you think the
> Gutenprint driver would enable this type of printing?
>

Not in one software, no.
gutenprint Canon driver only supports the media types (different types of
photo media) in the same way as the Windows driver does. For each media
type there are a select type of named resolutions available with specific
defined inksets (like the ones for plain media above).
However, none of these resolutions has been calibrated, so the output will
be very poor unless you spend time creating some calibration in CUPS
channels.
For the photo layouts, you would need some other software to prepare as the
input to the CUPS filter chain.

Cups 2.2.1 Gutenprint v5.3.1
>

Best regards,
Gernot Hassenpflug

[Gimp-print-devel] Canon Pixma IP6220D

[Kent S. <ken...@gm...>]

I am trying to convert my old printer to a network printer.
I'm hosting CUPS on a Raspi, (I believe the model B)

CUPS seems to be working as I can find the printer from another machine on
the network and print a page to it.
However:
When printing in color I'm getting a full width page in color (although the
colors are way off) and a b/w half width page, On The Same Page (overlayed)

When printing in b/w I was just getting the half width page in b/w.

When setting this up I used mostly this HowTo:
https://medium.com/the-kickstarter/wireless-printing-using-a-raspberry-pi-dd091b924a80

Other things to note, the prints are also very slow in comparison to
plugging in the printer and using whatever the default driver was before I
went on this endeavor.

I haven't tried photo printing yet as I don't have high hopes but I'll
throw it out there just in case. The printer had a program "Canon
Easy-PhotoPrint EX" that I installed on my windows machine that let you
choose what type of photo paper and many photo layouts we wanted to use. I
used this to print my photos but perhaps the native driver would have
worked just as well for photo quality prints. (This printer uses CL41 ink
for color printing and CL-52 for photo ink so I'm not sure if it needs
specific controls in order to use the photo printing) Do you think the
Gutenprint driver would enable this type of printing?

Cups 2.2.1 Gutenprint v5.3.1

I'm open for troubleshooting and providing configuration and trying out
tests as well.

Re: [Gimp-print-devel] [Patch] gutenprint53+usb crashes with libusb-1.0.25

[Benjamin B. <bb...@re...>]

Hi,

On Wed, 2022-02-23 at 09:34 +0100, Zdenek Dohnal wrote:
> thank you for looking into the issue!
> 
> On 2/22/22 19:00, Solomon Peachy wrote:
> > On Tue, Feb 22, 2022 at 07:55:18AM +0100, Zdenek Dohnal wrote:
> > > there were changes in libusb 1.0.25 which is in Fedora 36 - f.e. default USB
> > > context is not initialized unless you specifically pass NULL into
> > > `libusb_init()` - gutenprint53+usb backend actually depended on this hidden
> > > behavior, because it passes its own context address into `libusb_init()`
> > > instead of NULL. So the change causes the backend to crash if you run it:
> > Yikes!
> > 
> > > According libusb maintainer, Ben Berg, the backend can work with the default
> > > USB context and he prepared the patch for it (the file is attached). I was
> > > able to verify the patch fixes the crash, but I don't have a device
> > > supported by gutenprint itself, so I couldn't do an additional sanity
> > > testing. The patch looks good to me though.
> > Will this work for multi-threaded stuff where there could conceivably be
> > multiple contexts in use?  That's not being exercised in the current
> > gutenprint code but some of the stuff I have cooking will change that.
> 
> Ben, would you mind looking into it? IMO we probably cannot use a 
> default USB context for multi-threading...
> 
> In such case, IMO we can init the default context just for the 
> print_help() scope and close it after we're done with it.
> 
> You can join us in discussion on the bug if you are able as well [1], 
> I've pinged Robert there as well, because I didn't know your email for 
> bugzilla...

I am already subscribed to that bug. :)

About multi-threading. libusb itself is thread-safe, so, it depends on
what exactly the needs are. Having separate contexts means that you can
choose to only process events on one of them at a time. This avoids any
issue where one thread is suddenly processing events for another (i.e.
it is undefined which thread executes the callbacks for asynchronous
transfers).

But, e.g. just doing an enumeration from a different thread using the
same context should be completely fine.

Benjamin

> > 
> > > Would you mind adding the patch to the project if it looks good for you?
> > I won't be able to physically test any of this until this coming weekend
> > (out of town and while I have remote access everything pertinent is
> > turned off) but when I'm back, I'll be able to at least it doesn't
> > introduce any regressions on F34 & F35.
> Ok, Ben reverted the libusb change for now to do not block Fedora 36 
> beta, so IMO after weekend is fine :) .
> > 
> >   - Solomon
> 
> 
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=2055504
> 

Re: [Gimp-print-devel] [Patch] gutenprint53+usb crashes with libusb-1.0.25

[Zdenek D. <zd...@re...>]

Hi Solomon,

thank you for looking into the issue!

On 2/22/22 19:00, Solomon Peachy wrote:
> On Tue, Feb 22, 2022 at 07:55:18AM +0100, Zdenek Dohnal wrote:
>> there were changes in libusb 1.0.25 which is in Fedora 36 - f.e. default USB
>> context is not initialized unless you specifically pass NULL into
>> `libusb_init()` - gutenprint53+usb backend actually depended on this hidden
>> behavior, because it passes its own context address into `libusb_init()`
>> instead of NULL. So the change causes the backend to crash if you run it:
> Yikes!
>
>> According libusb maintainer, Ben Berg, the backend can work with the default
>> USB context and he prepared the patch for it (the file is attached). I was
>> able to verify the patch fixes the crash, but I don't have a device
>> supported by gutenprint itself, so I couldn't do an additional sanity
>> testing. The patch looks good to me though.
> Will this work for multi-threaded stuff where there could conceivably be
> multiple contexts in use?  That's not being exercised in the current
> gutenprint code but some of the stuff I have cooking will change that.

Ben, would you mind looking into it? IMO we probably cannot use a 
default USB context for multi-threading...

In such case, IMO we can init the default context just for the 
print_help() scope and close it after we're done with it.

You can join us in discussion on the bug if you are able as well [1], 
I've pinged Robert there as well, because I didn't know your email for 
bugzilla...

>
>> Would you mind adding the patch to the project if it looks good for you?
> I won't be able to physically test any of this until this coming weekend
> (out of town and while I have remote access everything pertinent is
> turned off) but when I'm back, I'll be able to at least it doesn't
> introduce any regressions on F34 & F35.
Ok, Ben reverted the libusb change for now to do not block Fedora 36 
beta, so IMO after weekend is fine :) .
>
>   - Solomon


[1] https://bugzilla.redhat.com/show_bug.cgi?id=2055504

-- 
Zdenek Dohnal
Software Engineer
Red Hat, BRQ-TPBC

Re: [Gimp-print-devel] Driver availability?

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

> On Feb 22, 2022, at 7:19 PM, Robert Krawitz <rl...@al...> wrote:
> 
> On 2/22/22 14:39, Kathy Bremer wrote:
>> Hi,
>> 
>> Do you have a driver that will allow use of a HP 1012 Laserjet on a MAC running Big Sur 11.6.4?  I
>> downloaded your 5.3.3 printer driver, but it did not solve my problem.  No matter what I try to
>> print it takes a long time to have the printer simply print out a single line on a sheet that reads
>> “Unsupported Personality:  PCL”.
> 
> That's interesting; I was under the impression that the 1012 (along wth the 1015 and 1022) did
> support PCL, but evidently not in the case of the 1012.  Unfortunately, we don't have any way of
> supporting this printer.
> 
> These printers feel cheap, but I have a 1022 and it has been going for years.


There is an interesting write up of the HP LaserJet 1012 on the openprinting.org site.  It does indicate that it can output the "Unsupported Personality: PCL".  See:
https://openprinting.org/printer/HP/HP-LaserJet_1012

Matt

Re: [Gimp-print-devel] Driver availability?

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

On 2/22/22 14:39, Kathy Bremer wrote:
> Hi,
> 
> Do you have a driver that will allow use of a HP 1012 Laserjet on a MAC running Big Sur 11.6.4?  I
> downloaded your 5.3.3 printer driver, but it did not solve my problem.  No matter what I try to
> print it takes a long time to have the printer simply print out a single line on a sheet that reads
> “Unsupported Personality:  PCL”.

That's interesting; I was under the impression that the 1012 (along wth the 1015 and 1022) did
support PCL, but evidently not in the case of the 1012.  Unfortunately, we don't have any way of
supporting this printer.

These printers feel cheap, but I have a 1022 and it has been going for years.

[Gimp-print-devel] Driver availability?

[Kathy B. <kcb...@gm...>]

Hi,

Do you have a driver that will allow use of a HP 1012 Laserjet on a MAC running Big Sur 11.6.4?  I downloaded your 5.3.3 printer driver, but it did not solve my problem.  No matter what I try to print it takes a long time to have the printer simply print out a single line on a sheet that reads “Unsupported Personality:  PCL”.

 

I would love to be able to continue to use this incredibly reliable printer.

 

Thank you,

Kathy Bremer

kcb...@gm...

Re: [Gimp-print-devel] [Patch] gutenprint53+usb crashes with libusb-1.0.25

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

On Tue, Feb 22, 2022 at 07:55:18AM +0100, Zdenek Dohnal wrote:
> there were changes in libusb 1.0.25 which is in Fedora 36 - f.e. default USB
> context is not initialized unless you specifically pass NULL into
> `libusb_init()` - gutenprint53+usb backend actually depended on this hidden
> behavior, because it passes its own context address into `libusb_init()`
> instead of NULL. So the change causes the backend to crash if you run it:

Yikes!  

> According libusb maintainer, Ben Berg, the backend can work with the default
> USB context and he prepared the patch for it (the file is attached). I was
> able to verify the patch fixes the crash, but I don't have a device
> supported by gutenprint itself, so I couldn't do an additional sanity
> testing. The patch looks good to me though.

Will this work for multi-threaded stuff where there could conceivably be 
multiple contexts in use?  That's not being exercised in the current 
gutenprint code but some of the stuff I have cooking will change that.

> Would you mind adding the patch to the project if it looks good for you?

I won't be able to physically test any of this until this coming weekend 
(out of town and while I have remote access everything pertinent is 
turned off) but when I'm back, I'll be able to at least it doesn't 
introduce any regressions on F34 & F35.

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

[Gimp-print-devel] Will Gimp Print work with Big Sur?

[Jody J. <jo...@li...>]

Hello Devs,

We have an older Canon Pixma MP560 printer that we would like to keep if possible. Will Gimp Print work with Big Sur? My niece downloaded it but the Mac doesn’t seem to see it.

Advice is appreciated,

Thank you,
Jody Joy

[Gimp-print-devel] [Patch] gutenprint53+usb crashes with libusb-1.0.25

[Zdenek D. <zd...@re...>]

Hi all,

there were changes in libusb 1.0.25 which is in Fedora 36 - f.e. default 
USB context is not initialized unless you specifically pass NULL into 
`libusb_init()` - gutenprint53+usb backend actually depended on this 
hidden behavior, because it passes its own context address into 
`libusb_init()` instead of NULL. So the change causes the backend to 
crash if you run it:

=======================================

$ sudo /usr/lib/cups/backend/gutenprint53+usb

DEBUG: Multi-Call Dye-sublimation CUPS Backend version 0.110G
DEBUG: Copyright 2007-2020 Solomon Peachy
DEBUG: This free software comes with ABSOLUTELY NO WARRANTY!
DEBUG: Licensed under the GNU GPL.  Run with '-G' for more details.

...

DEBUG:         [ -R ]           # Reset printer
DEBUG:         [ -s ]           # Query printer status
STATE: +org.gutenprint.searching-for-device
Segmentation fault

========================================

The backtrace is available in the related bugzilla [1].

According libusb maintainer, Ben Berg, the backend can work with the 
default USB context and he prepared the patch for it (the file is 
attached). I was able to verify the patch fixes the crash, but I don't 
have a device supported by gutenprint itself, so I couldn't do an 
additional sanity testing. The patch looks good to me though.

Would you mind adding the patch to the project if it looks good for you?


Thank you in advance!


Zdenek


[1] https://bugzilla.redhat.com/show_bug.cgi?id=2055504

-- 
Zdenek Dohnal
Software Engineer
Red Hat, BRQ-TPBC

Re: [Gimp-print-devel] help, please gutenprint-5.2.9

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

On 2/17/22 10:49, melissa elaine smith wrote:
> hi there,
> 
> i run macos 10.13.6 (high sierra) with an epson workforce 630 that has been on the blink for some time. printer did run fine with high sierra for many years, i cannot figure out what happened to cause this problem — no software upgrade nor additions (as has been the case with others having this problem). research led me to you and 
> 
> https://sourceforge.net/projects/gimp-print/files/gutenprint-5.2/5.2.9/
> 
> gutenprint-5.2.9.dmg, however when running the installer, "The installation failed. The installer could not install the software because there was no software found to install.”
> 
> i am in need of EPSON WF-630 - CUPS+Gutenprint and it is not in the above mentioned package nor in versions 5.2.11-5.2.15, 5.3.3 (i installed them all and looked).
> 
> realize i am a “johnny-come-lately” looking for this years-old package, but can you PLEASE help me?

The WorkForce 630 should be supported in recent versions of Gutenprint.  How are you searching for
this printer?

Re: [Gimp-print-devel] ?

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

> On Feb 12, 2022, at 7:32 PM, Spencer Ednie via Gimp-print-devel <gim...@li...> wrote:
> 
> Is this still up to date? Also do you have support for ml-2010? Can it work with big-sur?

Assuming you mean the Samsung ml-2010, I am sorry to say that Gutenprint does not support this printer.  It uses a set of commands that is proprietary to Samsung.

Matt

Re: [Gimp-print-devel] 10 raw channels with photo and matte key

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

On 2/19/22 02:59, Andrew X wrote:
> But most of epson use 8ch printhead for 9 colors and switch mk/pk with inkselector. And I think with
> 10ch printhead we have a chance that all ten channels can have their own addresses for each channel.

It's possible, but if both matte and photo black currently work on their own on these printers, it's
not likely, since the ink sets for both use the same channel and subchannel numbers and the
cartridge is selected at initialization.  If matte black does *not* currently work on the P900 with
Gutenprint, then it probably will work.

> I'm not familiar with analyzing printer data, but I have p900 printer and can make any experiments
> with it if you tell me what to do and help to analyzing data to find Chanel addresses for mk/pk or
> to be sure it's not possible to use 10ch at one time.

The easiest way would be with parse-escp2.  However, the official drivers now likely all generate
ESCP/R, which is RGB data and hence there are no channels and subchannels available.

> Can you recommend channel/subchannel numbers to test first of all?

The channel is always 0 for black; I've found no exceptions.  For subchannel, 0 is almost always for
standard black, with the following exceptions:

* Some of the high volume 4-color printers (b500/c120 class): subchannel=4
* WorkForce 40-class: subchannel=6
* R800/R1800/R1900-class: subchannel=0 for photo black, 4 for matte black

Light black is always subchannel 1; light light black is always subchannel 3.

I would try 4, 6, 2, and 8 in that order for starters.  Then try the rest between 5 and 15
(subchannel is a 4 bit field).

> сб, 19 февр. 2022 г., 03:37 Robert Krawitz <rl...@al... <mailto:rl...@al...>>:
> 
>     On 2/16/22 18:19, Andrew X wrote:
>     > I know how it's work on p600/p800/3880 etc 8ch heads. On p700/900 printhead have 10 physical
>     > channels, print 10nozzle patterns and I want to manage all 10 channels in raw mode
> 
>     The only printers I know of where it might work are the R800/R1800/R1900.  All of the other printers
>     use the same code for matte and photo black ink, and the printer switches between them based on the
>     initialization code.
> 
>     > чт, 17 февр. 2022 г., 02:11 Michael Sweet via Gimp-print-devel
>     > <gim...@li... <mailto:gim...@li...>
>     <mailto:gim...@li... <mailto:gim...@li...>>>:
>     >
>     >     I believe the print head only supports 9 channels at a time and physically switches
>     between the
>     >     matte and photo black supply when you load the media (or at least that's how my P800
>     works... :)

Re: [Gimp-print-devel] 10 raw channels with photo and matte key

[Andrew X <68...@gm...>]

But most of epson use 8ch printhead for 9 colors and switch mk/pk with
inkselector. And I think with 10ch printhead we have a chance that all ten
channels can have their own addresses for each channel. I'm not familiar
with analyzing printer data, but I have p900 printer and can make any
experiments with it if you tell me what to do and help to analyzing data to
find Chanel addresses for mk/pk or to be sure it's not possible to use 10ch
at one time.

Can you recommend channel/subchannel numbers to test first of all?

сб, 19 февр. 2022 г., 03:37 Robert Krawitz <rl...@al...>:

> On 2/16/22 18:19, Andrew X wrote:
> > I know how it's work on p600/p800/3880 etc 8ch heads. On p700/900
> printhead have 10 physical
> > channels, print 10nozzle patterns and I want to manage all 10 channels
> in raw mode
>
> The only printers I know of where it might work are the R800/R1800/R1900.
> All of the other printers
> use the same code for matte and photo black ink, and the printer switches
> between them based on the
> initialization code.
>
> > чт, 17 февр. 2022 г., 02:11 Michael Sweet via Gimp-print-devel
> > <gim...@li... <mailto:
> gim...@li...>>:
> >
> >     I believe the print head only supports 9 channels at a time and
> physically switches between the
> >     matte and photo black supply when you load the media (or at least
> that's how my P800 works... :)
>
>
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel
>

Re: [Gimp-print-devel] 10 raw channels with photo and matte key

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

On 2/16/22 18:19, Andrew X wrote:
> I know how it's work on p600/p800/3880 etc 8ch heads. On p700/900 printhead have 10 physical
> channels, print 10nozzle patterns and I want to manage all 10 channels in raw mode

The only printers I know of where it might work are the R800/R1800/R1900.  All of the other printers
use the same code for matte and photo black ink, and the printer switches between them based on the
initialization code.

> чт, 17 февр. 2022 г., 02:11 Michael Sweet via Gimp-print-devel
> <gim...@li... <mailto:gim...@li...>>:
> 
>     I believe the print head only supports 9 channels at a time and physically switches between the
>     matte and photo black supply when you load the media (or at least that's how my P800 works... :)

[Gimp-print-devel] help, please gutenprint-5.2.9

[melissa e. s. <sm...@sm...>]

hi there,

i run macos 10.13.6 (high sierra) with an epson workforce 630 that has been on the blink for some time. printer did run fine with high sierra for many years, i cannot figure out what happened to cause this problem — no software upgrade nor additions (as has been the case with others having this problem). research led me to you and 

https://sourceforge.net/projects/gimp-print/files/gutenprint-5.2/5.2.9/

gutenprint-5.2.9.dmg, however when running the installer, "The installation failed. The installer could not install the software because there was no software found to install.”

i am in need of EPSON WF-630 - CUPS+Gutenprint and it is not in the above mentioned package nor in versions 5.2.11-5.2.15, 5.3.3 (i installed them all and looked).

realize i am a “johnny-come-lately” looking for this years-old package, but can you PLEASE help me?

tia,

melissa

Re: [Gimp-print-devel] 10 raw channels with photo and matte key

[Andrew X <68...@gm...>]

I know how it's work on p600/p800/3880 etc 8ch heads. On p700/900 printhead
have 10 physical channels, print 10nozzle patterns and I want to manage all
10 channels in raw mode

чт, 17 февр. 2022 г., 02:11 Michael Sweet via Gimp-print-devel <
gim...@li...>:

> Andrew,
>
> I believe the print head only supports 9 channels at a time and physically
> switches between the matte and photo black supply when you load the media
> (or at least that's how my P800 works... :)
>
>
> > On Feb 16, 2022, at 5:44 PM, Andrew X <68...@gm...> wrote:
> >
> > Hello. I'm tune epson sc-p900 and it have 10 physical channels printhead.
> > How can I use pk and mk at same time in raw mode?
> >
> > I use p800 settings and adding 2 chanels in ink file raw section.
> > As I see pk/mk selecting by initial string in ink settings.
> >
> > Is it possible to describe pk and mk at same time by channel/subchannel?
> >
> >
> > _______________________________________________
> > Gimp-print-devel mailing list
> > Gim...@li...
> > https://lists.sourceforge.net/lists/listinfo/gimp-print-devel
>
> ________________________
> Michael Sweet
>
>
>
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel
>

Re: [Gimp-print-devel] 10 raw channels with photo and matte key

[Michael S. <ms...@ms...>]

Andrew,

I believe the print head only supports 9 channels at a time and physically switches between the matte and photo black supply when you load the media (or at least that's how my P800 works... :)


> On Feb 16, 2022, at 5:44 PM, Andrew X <68...@gm...> wrote:
> 
> Hello. I'm tune epson sc-p900 and it have 10 physical channels printhead.
> How can I use pk and mk at same time in raw mode?
> 
> I use p800 settings and adding 2 chanels in ink file raw section.
> As I see pk/mk selecting by initial string in ink settings.
> 
> Is it possible to describe pk and mk at same time by channel/subchannel?
> 
> 
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel

________________________
Michael Sweet

[Gimp-print-devel] 10 raw channels with photo and matte key

[Andrew X <68...@gm...>]

Hello. I'm tune epson sc-p900 and it have 10 physical channels printhead.
How can I use pk and mk at same time in raw mode?

I use p800 settings and adding 2 chanels in ink file raw section.
As I see pk/mk selecting by initial string in ink settings.

Is it possible to describe pk and mk at same time by channel/subchannel?

[Gimp-print-devel] ?

[Spencer E. <spe...@ic...>]

Is this still up to date? Also do you have support for ml-2010? Can it work with big-sur?

Sent from my iPhone

Re: [Gimp-print-devel] Can you help me get my Canon BJC-210 printer operational again?

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

> On Feb 12, 2022, at 9:52 AM, Matt Broughton <wal...@ma...> wrote:
> 
> 
> 
>> On Feb 9, 2022, at 11:02 PM, JAMES SLEIGH <fio...@ro... <mailto:fio...@ro...>> wrote:
>> 
>> 
>> 
>> Hello!
>> 
>> Biggest irritation in my life is the fact I can't use my lovely old Canon BJC-210 printer which Canon tell me is no longer backed up. I like the printer very much. I have 3 of them - enough to keep me going for life. I print only in black ink. The computer I use is an iMAC Office desktop 0SX 10.9.5 with Windows 7 Ult.
>> 
>> Can you oblige me with a program so that I can start using my BJC-210 Canon printer please?
>> 
>> Failing that, do you think XP Pro or some old prog. on a separate old computer) would be able to get my BJC-210 operational again?
>> 
>> With very many thanks,
>> 
>> James Sleigh (in Toronto).
> 
> 
> Your Canon BJC-210 is supported by Gutenprint.  You can download the latest Gutenprint drivers at gutenprint-5.3.3_rev.dmg <https://sourceforge.net/projects/gimp-print/files/gutenprint-5.3/5.3.3/gutenprint-5.3.3_rev.dmg/download>
> 
> Looking on the Canon website, I find that your printer is supported for Mac OSX 10.9.  Canon shows that it supports this printer all the way from OSX 10.1 through macos 11 (Big Sur)  That is quite an accomplishment.  Canon also supports it on Windows 7 (64x). This is on the USA Canon site at 
> https://www.usa.canon.com/internet/portal/us/home/support/details/printers/support-inkjet-printer/bjc-series/bjc-210/bjc-210?tab=drivers_downloads <https://www.usa.canon.com/internet/portal/us/home/support/details/printers/support-inkjet-printer/bjc-series/bjc-210/bjc-210?tab=drivers_downloads>
> 
> Matt

To my embarrassment, I have to retract my statements about Canon.  They *do not* support Mac OS X 9 or Windows 7(x64).  Both of these were in the list of operating systems, only to find out they state they are not supported.  In any event, Gutenprint does support your printer from the link I gave.

Matt

Re: [Gimp-print-devel] Can you help me get my Canon BJC-210 printer operational again?

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

> On Feb 9, 2022, at 11:02 PM, JAMES SLEIGH <fio...@ro...> wrote:
> 
> 
> 
> Hello!
> 
> Biggest irritation in my life is the fact I can't use my lovely old Canon BJC-210 printer which Canon tell me is no longer backed up. I like the printer very much. I have 3 of them - enough to keep me going for life. I print only in black ink. The computer I use is an iMAC Office desktop 0SX 10.9.5 with Windows 7 Ult.
> 
> Can you oblige me with a program so that I can start using my BJC-210 Canon printer please?
> 
> Failing that, do you think XP Pro or some old prog. on a separate old computer) would be able to get my BJC-210 operational again?
> 
> With very many thanks,
> 
> James Sleigh (in Toronto).


Your Canon BJC-210 is supported by Gutenprint.  You can download the latest Gutenprint drivers at gutenprint-5.3.3_rev.dmg <https://sourceforge.net/projects/gimp-print/files/gutenprint-5.3/5.3.3/gutenprint-5.3.3_rev.dmg/download>

Looking on the Canon website, I find that your printer is supported for Mac OSX 10.9.  Canon shows that it supports this printer all the way from OSX 10.1 through macos 11 (Big Sur)  That is quite an accomplishment.  Canon also supports it on Windows 7 (64x). This is on the USA Canon site at 
https://www.usa.canon.com/internet/portal/us/home/support/details/printers/support-inkjet-printer/bjc-series/bjc-210/bjc-210?tab=drivers_downloads <https://www.usa.canon.com/internet/portal/us/home/support/details/printers/support-inkjet-printer/bjc-series/bjc-210/bjc-210?tab=drivers_downloads>

Matt

[Gimp-print-devel] Can you help me get my Canon BJC-210 printer operational again?

[JAMES S. <fio...@ro...>]

Hello!
Biggest irritation in my life is the fact I can't use my lovely old Canon BJC-210 printer which Canon tell me is no longer backed up. I like the printer very much. I have 3 of them - enough to keep me going for life. I print only in black ink. The computer I use is an iMAC Office desktop 0SX 10.9.5 with Windows 7 Ult.
Can you oblige me with a program so that I can start using my BJC-210 Canon printer please?
Failing that, do you think XP Pro or some old prog. on a separate old computer) would be able to get my BJC-210 operational again?

With very many thanks,
James Sleigh (in Toronto).