Menu
▾
▴
gimp-print-devel
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
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Ashley A. <bit...@gm...> - 2022-04-28 11:07:04
|
Hello Ive recently purchased an Epson ET 4800 series and unfortunately im having issues being able to print from Gimp with it which I need to be able to do I downloaded the drivers and went to select the correct printer using gutenprint but it is not listed. Just wanted to check if there were any options for me before I go paying for Photoshop :(. -macOS Monterey 12.3.1 |
|
From: Solomon P. <pi...@sh...> - 2022-04-20 19:47:50
|
On Tue, Apr 19, 2022 at 07:25:07PM -0500, Matt Broughton wrote:
> The user has a Mitsubishi CP-D70DW-S printer. It is said to be a
> System model made for a kiosk. Is this printer supported by
> Gutenprint?
Yes, it is, as of... March 2020.
> The News for v5.3.4 says there is now support for the
> CP-D70DW-S but cups-genppd.5.3 doesn't have it as an available
> model.
The 5.3.4 tarballs were uploaded in December 2020, so tha should be good.
BTW, the D70-S and D707-S models did not get different USB IDs or
iProduct strings; they need to be detected at runtime based to the
response to a special query, which enables a few minor tweaks to the
command stream when printing thigns. They also do not accept the same
media kits as the non-S variants.
> Also, is there a way to test the gutenprint53+usb backend
> without a printer? That would be of great benefit in
> troubleshooting. Matt
There are some test modes, but it's mostly limited to printjob parsing
and validation. Anything requiring communication to the printer is
bypassed. (I have a CI setup that validates the backend against
gutenprint's output for every supported model, with a stragetic set of
print options)
That said, as I already mentioned in the forum discussion, the other
thing these Mitsubishi models require to print is the "image processing
library" needed to convert the 8bpp RGB output of gutenprint to the
14bpp CMY gamma/thermal-corrected data the printer needs. (All but one
of Mitsubishi's color photo printers for the past decade have required
host-side image processing)
I reverse-engineered Mitsubishi's algorthms and re-implemented them in a
runtime-loaded GPLv3 library that lives outside of the Gutenprint
repository. I did it this way to protect both myself and Gutenprint in
case Mitsubishi went all squirrely.
For Linux users, it's been easy enough to compile this for themselves,
but this doesn't help folks on MacOS -- but at the same time, I've not
generally cared about MacOS as Mitsubishi has historically provided
drivers for that platform. Notwithstanding special variants (-S, etc)
More recently, Mitsubishi has exited the printer business, so it might
be worth revisiting the decision to keep this library and data files
separate, bundling it with the rest of Gutenprint.
(FWIW, a similar-in-spirit, external run-time loaded library is also
needed for two Sinfonia printers..)
- Solomon
--
Solomon Peachy pizza at shaftnet dot org (email&xmpp)
@pizza:shaftnet dot org (matrix)
High Springs, FL speachy (libra.chat)
|
|
From: Matt B. <wal...@ma...> - 2022-04-20 00:42:00
|
<html><head></head><body dir="auto" style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="ApplePlainTextBody"><div class="ApplePlainTextBody">Solomon,<br>Would you help us out at https://sourceforge.net/p/gimp-print/discussion/4359/thread/348bd356b5/?limit=25#58d6 ? The user has a Mitsubishi CP-D70DW-S printer. It is said to be a System model made for a kiosk. Is this printer supported by Gutenprint? The News for v5.3.4 says there is now support for the CP-D70DW-S but cups-genppd.5.3 doesn't have it as an available model.<br><br>Also, is there a way to test the gutenprint53+usb backend without a printer? That would be of great benefit in troubleshooting.<br>Matt</div></body></html> |
|
From: Solomon P. <pi...@sh...> - 2022-04-06 01:05:15
|
On Tue, Apr 05, 2022 at 11:34:47PM +0200, Moritz Gräßler - SelfieMate wrote:
> Hello dear team,
> can you tell me if and when the DNP QW 410 will be supported?
Support landed in april 2020. You will need a 5.3.4 snapshot build.
- Solomon
--
Solomon Peachy pizza at shaftnet dot org (email&xmpp)
@pizza:shaftnet dot org (matrix)
High Springs, FL speachy (libra.chat)
|
|
From: Moritz G. - S. <ch...@se...> - 2022-04-05 21:50:10
|
Hello dear team, can you tell me if and when the DNP QW 410 will be supported? Kind regards! Moritz Gräßler Geschäftsführer Mobil: 0170/4948065 Mail: ch...@se... Online: www.selfiemate.de |
|
From: Andrew X <68...@gm...> - 2022-04-04 06:19:09
|
I can put it into raw print file or into xml to test if you tell me what and were I need to insert пн, 4 апр. 2022 г., 03:13 Robert Krawitz <rl...@al...>: > On 4/3/22 12:59, Solomon Peachy wrote: > > On Sun, Apr 03, 2022 at 11:30:56AM -0400, Robert Krawitz wrote: > > But starting at #663 things get more interesting, with the REMOTE > command: > > > > 0010 40 40 00 49 00 .......I...@ > @.I. > > 0020 00 1b 28 52 08 00 00 52 45 4d 4f 54 45 31 53 4e ..(R...REMOTE1SN > > 0030 2e 00 00 13 0b 00 de 0a d8 04 18 01 1b 02 f0 00 ................ > > 0040 00 00 00 00 e8 05 00 00 00 00 00 00 01 01 01 01 ................ > > 0050 01 01 01 01 01 01 00 02 01 00 00 00 00 02 f1 03 ................ > > 0060 1b 00 00 00 .... > > > > 0010 40 40 00 0c 00 ...........@@... > > 0020 00 0d 0a 0d 0a 0d 0a ....... > > > > > 4040004900001b285208000052454d4f544531534e2e0000130b00de0ad80418011b02f00000000000e805000000000000010101010101010101010002010000000002f1031b000000 > > 4040000c00000d0a0d0a0d0a > > > > The rest of the packets are a series of command-responses, presumably > querying printer parameters. > > > > (Now I'm idly wondering if it wouldn't make sense to try and write an > > ESC/P dissector for Wireshark..) > > Remote mode commands are of the form > > XX (2 ASCII bytes) > ll hh (little endian short, how many bytes) > data > > So in this case, SN is the command (which is described as "select > mechanism sequence"). It's then > followed by 0x2e bytes of data. > > For the "SN" command, the first two bytes are the subcommand, which is 00 > 0x13. Unfortunately, I > don't know what the subcommand 0x13 means, so the rest of the data doesn't > mean too much to me. > > One possibility would be to extract that literal command, put it in the > print stream at the right > place, and see if it solves the problem. I believe those would be the > bytes from 0x32 to 0x5f; the > sequence starting at 0x60 (ESC 0 0 0) is the exit from remote mode, so > that makes sense. > > > _______________________________________________ > Gimp-print-devel mailing list > Gim...@li... > https://lists.sourceforge.net/lists/listinfo/gimp-print-devel > |
|
From: Robert K. <rl...@al...> - 2022-04-04 00:12:09
|
On 4/3/22 12:59, Solomon Peachy wrote: > On Sun, Apr 03, 2022 at 11:30:56AM -0400, Robert Krawitz wrote: > But starting at #663 things get more interesting, with the REMOTE command: > > 0010 40 40 00 49 00 .......I...@@.I. > 0020 00 1b 28 52 08 00 00 52 45 4d 4f 54 45 31 53 4e ..(R...REMOTE1SN > 0030 2e 00 00 13 0b 00 de 0a d8 04 18 01 1b 02 f0 00 ................ > 0040 00 00 00 00 e8 05 00 00 00 00 00 00 01 01 01 01 ................ > 0050 01 01 01 01 01 01 00 02 01 00 00 00 00 02 f1 03 ................ > 0060 1b 00 00 00 .... > > 0010 40 40 00 0c 00 ...........@@... > 0020 00 0d 0a 0d 0a 0d 0a ....... > > 4040004900001b285208000052454d4f544531534e2e0000130b00de0ad80418011b02f00000000000e805000000000000010101010101010101010002010000000002f1031b000000 > 4040000c00000d0a0d0a0d0a > > The rest of the packets are a series of command-responses, presumably querying printer parameters. > > (Now I'm idly wondering if it wouldn't make sense to try and write an > ESC/P dissector for Wireshark..) Remote mode commands are of the form XX (2 ASCII bytes) ll hh (little endian short, how many bytes) data So in this case, SN is the command (which is described as "select mechanism sequence"). It's then followed by 0x2e bytes of data. For the "SN" command, the first two bytes are the subcommand, which is 00 0x13. Unfortunately, I don't know what the subcommand 0x13 means, so the rest of the data doesn't mean too much to me. One possibility would be to extract that literal command, put it in the print stream at the right place, and see if it solves the problem. I believe those would be the bytes from 0x32 to 0x5f; the sequence starting at 0x60 (ESC 0 0 0) is the exit from remote mode, so that makes sense. |
|
From: Solomon P. <pi...@sh...> - 2022-04-03 16:59:53
|
On Sun, Apr 03, 2022 at 11:30:56AM -0400, Robert Krawitz wrote:
> It looks to me like it is the right one. I found this in packet #634. This is a response from the
> printer. 1.3.0 looks like the right device; I'm just not sure how to extract the data from the host
> to the printer.
Oh yuck. Wireshark thinks the packets are Bluetooth HCI, for some reason.
There's only a handful of OUT packets. #639 is the @EJL header:
0010 00 00 00 1b 01 ................
0020 40 45 4a 4c 20 31 32 38 34 2e 34 0a 40 45 4a 4c @EJL 1284.4.@EJL
0030 0a 40 45 4a 4c 0a .@EJL.
0000001b0140454a4c20313238342e340a40454a4c0a40454a4c0a
But starting at #663 things get more interesting, with the REMOTE command:
0010 40 40 00 49 00 .......I...@@.I.
0020 00 1b 28 52 08 00 00 52 45 4d 4f 54 45 31 53 4e ..(R...REMOTE1SN
0030 2e 00 00 13 0b 00 de 0a d8 04 18 01 1b 02 f0 00 ................
0040 00 00 00 00 e8 05 00 00 00 00 00 00 01 01 01 01 ................
0050 01 01 01 01 01 01 00 02 01 00 00 00 00 02 f1 03 ................
0060 1b 00 00 00 ....
0010 40 40 00 0c 00 ...........@@...
0020 00 0d 0a 0d 0a 0d 0a .......
4040004900001b285208000052454d4f544531534e2e0000130b00de0ad80418011b02f00000000000e805000000000000010101010101010101010002010000000002f1031b000000
4040000c00000d0a0d0a0d0a
The rest of the packets are a series of command-responses, presumably querying printer parameters.
(Now I'm idly wondering if it wouldn't make sense to try and write an
ESC/P dissector for Wireshark..)
- Solomon
--
Solomon Peachy pizza at shaftnet dot org (email&xmpp)
@pizza:shaftnet dot org (matrix)
High Springs, FL speachy (libra.chat)
|
|
From: Robert K. <rl...@al...> - 2022-04-03 16:03:36
|
On 4/3/22 10:28, Solomon Peachy wrote: > On Sun, Apr 03, 2022 at 10:24:21AM -0400, Solomon Peachy wrote: >> You just want it extracted, right? > > This capture doesn't seem to have any printer data -- just a USB HID > device and a USB-attached bluetooth device. > > I think the capture was attached to the wrong logical bus.. It looks to me like it is the right one. I found this in packet #634. This is a response from the printer. 1.3.0 looks like the right device; I'm just not sure how to extract the data from the host to the printer. jæÓ ÿÿ©©MFG:EPSON;CMD:ESCPL2,BDC,D4,D4PX,ESCPR1,END4;MDL:L805 Series;CLS:PRINTER;DES:EPSON L805 Series;CID:EpsonRGB;FID:FXN,DPN,WFA,ETN,AFN,DAN,WRN;RID:00;DDS:022500;ELG:0F61; |
|
From: Solomon P. <pi...@sh...> - 2022-04-03 14:28:21
|
On Sun, Apr 03, 2022 at 10:24:21AM -0400, Solomon Peachy wrote:
> You just want it extracted, right?
This capture doesn't seem to have any printer data -- just a USB HID
device and a USB-attached bluetooth device.
I think the capture was attached to the wrong logical bus..
- Solomon
--
Solomon Peachy pizza at shaftnet dot org (email&xmpp)
@pizza:shaftnet dot org (matrix)
High Springs, FL speachy (libra.chat)
|
|
From: Solomon P. <pi...@sh...> - 2022-04-03 14:24:37
|
On Sun, Apr 03, 2022 at 09:50:05AM -0400, Robert Krawitz wrote:
> Solomon, you have experience with wireshark, IIRC? I'd like to reconstruct the data stream from the
> host to the printer.
You just want it extracted, right?
- Solomon
--
Solomon Peachy pizza at shaftnet dot org (email&xmpp)
@pizza:shaftnet dot org (matrix)
High Springs, FL speachy (libra.chat)
|
|
From: Robert K. <rl...@al...> - 2022-04-03 14:06:10
|
On 4/3/22 06:06, Andrew X wrote: > I grub All usb pockets with wireshark. in attachment. Is it ok to analyze? (Resent to list -- prefer that you reply-all rather than individual reply) Solomon, you have experience with wireshark, IIRC? I'd like to reconstruct the data stream from the host to the printer. > сб, 2 апр. 2022 г. в 02:47, Robert Krawitz <rl...@al... <mailto:rl...@al...>>: > > On 4/1/22 10:45, Andrew X wrote: > > In attacment html file captured command "load paper" from epson service utility. > > with this command printer load film without any troubles and not checking with pw sensor > > can you tell me what sequences i need to test? Im not sure i can find right part of sequence > by myself > > Can you capture the first 16KB or so of the output and send that? It will be easier for me to try > to interpret (I have tools to inspect the byte stream). Thanks! > |
|
From: Robert K. <rl...@al...> - 2022-04-01 23:47:33
|
On 4/1/22 10:45, Andrew X wrote: > In attacment html file captured command "load paper" from epson service utility. > with this command printer load film without any troubles and not checking with pw sensor > can you tell me what sequences i need to test? Im not sure i can find right part of sequence by myself Can you capture the first 16KB or so of the output and send that? It will be easier for me to try to interpret (I have tools to inspect the byte stream). Thanks! |
|
From: Andrew X <68...@gm...> - 2022-04-01 14:45:58
|
In attacment html file captured command "load paper" from epson service utility. with this command printer load film without any troubles and not checking with pw sensor can you tell me what sequences i need to test? Im not sure i can find right part of sequence by myself [image: initsequence.png] пт, 1 апр. 2022 г. в 04:20, Robert Krawitz <rl...@al...>: > On 3/31/22 18:33, Andrew X wrote: > > I know this tricks, but much more easy to rewrite sequence in printer > xml if somebody know what > > sequence can disable PW > > If someone can discover this by decoding the print data (it would probably > be in the remote mode > block), I'd be happy to add it. > > > пт, 1 апр. 2022 г. в 01:31, Walker Blackwell <fo...@wa... > > <mailto:fo...@wa...>>: > > > > There’s a few ways to fix this. > > > > One way could simply be to put OHP Ultra Premium film in there > because it’s slightly milky white. > > > > The other thing could simply be that the film needs a white paper > behind it when the printer > > loads the film part (not both film and paper just the paper behind > the film so the printer > > know’s there’s something to load). The XP-15000 printer needs that > for film. > > > > You can also put white tape on left and right of film. > > > > Best regards > > -Walker > > > > > > > On Mar 31, 2022, at 5:57 PM, Andrew X <68...@gm... <mailto: > 68...@gm...>> wrote: > > > > > > Im working with epson L805 and half opaque film and have some > troubles when PW sensor in > > standard mode (not borderless) trying to check film. With usual > white paper everything works > > good. I know in other RIP software for epsons present option to > disable PW check. May be i can > > add some command to init sequence to disable PW check? > > > _______________________________________________ > Gimp-print-devel mailing list > Gim...@li... > https://lists.sourceforge.net/lists/listinfo/gimp-print-devel > |
|
From: Robert K. <rl...@al...> - 2022-04-01 01:19:33
|
On 3/31/22 18:33, Andrew X wrote: > I know this tricks, but much more easy to rewrite sequence in printer xml if somebody know what > sequence can disable PW If someone can discover this by decoding the print data (it would probably be in the remote mode block), I'd be happy to add it. > пт, 1 апр. 2022 г. в 01:31, Walker Blackwell <fo...@wa... > <mailto:fo...@wa...>>: > > There’s a few ways to fix this. > > One way could simply be to put OHP Ultra Premium film in there because it’s slightly milky white. > > The other thing could simply be that the film needs a white paper behind it when the printer > loads the film part (not both film and paper just the paper behind the film so the printer > know’s there’s something to load). The XP-15000 printer needs that for film. > > You can also put white tape on left and right of film. > > Best regards > -Walker > > > > On Mar 31, 2022, at 5:57 PM, Andrew X <68...@gm... <mailto:68...@gm...>> wrote: > > > > Im working with epson L805 and half opaque film and have some troubles when PW sensor in > standard mode (not borderless) trying to check film. With usual white paper everything works > good. I know in other RIP software for epsons present option to disable PW check. May be i can > add some command to init sequence to disable PW check? |
|
From: Andrew X <68...@gm...> - 2022-03-31 22:34:14
|
I know this tricks, but much more easy to rewrite sequence in printer xml if somebody know what sequence can disable PW пт, 1 апр. 2022 г. в 01:31, Walker Blackwell <fo...@wa...>: > There’s a few ways to fix this. > > One way could simply be to put OHP Ultra Premium film in there because > it’s slightly milky white. > > The other thing could simply be that the film needs a white paper behind > it when the printer loads the film part (not both film and paper just the > paper behind the film so the printer know’s there’s something to load). The > XP-15000 printer needs that for film. > > You can also put white tape on left and right of film. > > Best regards > -Walker > > > > On Mar 31, 2022, at 5:57 PM, Andrew X <68...@gm...> wrote: > > > > Im working with epson L805 and half opaque film and have some troubles > when PW sensor in standard mode (not borderless) trying to check film. With > usual white paper everything works good. I know in other RIP software for > epsons present option to disable PW check. May be i can add some command to > init sequence to disable PW check? > > _______________________________________________ > > Gimp-print-devel mailing list > > Gim...@li... > > https://lists.sourceforge.net/lists/listinfo/gimp-print-devel > > > > _______________________________________________ > Gimp-print-devel mailing list > Gim...@li... > https://lists.sourceforge.net/lists/listinfo/gimp-print-devel > |
|
From: Walker B. <fo...@wa...> - 2022-03-31 22:30:18
|
There’s a few ways to fix this. One way could simply be to put OHP Ultra Premium film in there because it’s slightly milky white. The other thing could simply be that the film needs a white paper behind it when the printer loads the film part (not both film and paper just the paper behind the film so the printer know’s there’s something to load). The XP-15000 printer needs that for film. You can also put white tape on left and right of film. Best regards -Walker > On Mar 31, 2022, at 5:57 PM, Andrew X <68...@gm...> wrote: > > Im working with epson L805 and half opaque film and have some troubles when PW sensor in standard mode (not borderless) trying to check film. With usual white paper everything works good. I know in other RIP software for epsons present option to disable PW check. May be i can add some command to init sequence to disable PW check? > _______________________________________________ > Gimp-print-devel mailing list > Gim...@li... > https://lists.sourceforge.net/lists/listinfo/gimp-print-devel |
|
From: Andrew X <68...@gm...> - 2022-03-31 21:57:51
|
Im working with epson L805 and half opaque film and have some troubles when PW sensor in standard mode (not borderless) trying to check film. With usual white paper everything works good. I know in other RIP software for epsons present option to disable PW check. May be i can add some command to init sequence to disable PW check? |
|
From: Maria R. <mar...@gm...> - 2022-03-27 03:58:29
|
Hello, How do I go about installing a Canon MP620? Is there a way to update the drivers if its already installed but not working? Thank you, Maria |
|
From: Benjamin B. <bb...@re...> - 2022-03-21 11:38:53
|
On Fri, 2022-03-18 at 10:54 -0400, Solomon Peachy wrote: > On Fri, Mar 18, 2022 at 07:08:36AM +0100, Zdenek Dohnal wrote: > > If you didn't, would it be okay for you if I applied the attached patch in > > Fedora for now? > > Please go ahead. While I had to tweak the patch to apply to git master, > it's functionally sane and there are no regressions with anything that's > actually deployed anywehere. Upstream libusb merged the patch that I added to Fedora, working around the issue. This means that you have some time to roll out fixes before libusb actually starts to enforce the new API. https://github.com/libusb/libusb/issues/1089#issuecomment-1073364149 https://github.com/libusb/libusb/commit/6b29aeb9ca22ed5ea9768020895698bd452c2a85 This will be included in libusb 1.0.26. Benjamin |
|
From: Solomon P. <pi...@sh...> - 2022-03-18 14:55:08
|
On Fri, Mar 18, 2022 at 07:08:36AM +0100, Zdenek Dohnal wrote:
> If you didn't, would it be okay for you if I applied the attached patch in
> Fedora for now?
Please go ahead. While I had to tweak the patch to apply to git master,
it's functionally sane and there are no regressions with anything that's
actually deployed anywehere.
- Solomon
--
Solomon Peachy pizza at shaftnet dot org (email&xmpp)
@pizza:shaftnet dot org (matrix)
High Springs, FL speachy (libra.chat)
|
|
From: Zdenek D. <zd...@re...> - 2022-03-18 08:10:19
|
Hi Solomon, I hope you are well! :) Did you have a time to get into the issue? If you didn't, would it be okay for you if I applied the attached patch in Fedora for now? Have a nice Friday! Zdenek On 2/24/22 06:25, Zdenek Dohnal wrote: > > 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 |
|
From: Zdenek D. <zd...@re...> - 2022-03-18 08:02:24
|
Hi all, I've tried cloning the repository by the command from the http://gimp-print.sourceforge.net/p_Download.php webpage: git clone git://git.code.sf.net/p/gimp-print/source gimp-print-source and it ended with following error: Cloning into 'gimp-print-source'... remote: Enumerating objects: 57486, done. remote: Counting objects: 100% (57486/57486), done. remote: Compressing objects: 100% (19102/19102), done. remote: error: unable to open object pack directory: ./objects/pack: Transport endpoint is not connected remote: fatal: failed to read object 387ab8dca6871916d9f662d30eb03fe6d21587d8: Transport endpoint is not connected remote: aborting due to possible repository corruption on the remote side. fatal: early EOF fatal: fetch-pack: invalid index-pack output when I used 'git clone https://git.code.sf.net/p/gimp-print/source gimp-print-source' from the page https://sourceforge.net/p/gimp-print/source/ci/master/tree/, it worked fine. Is the cloning of git:// target broken or is it just an error on my side? Thank you in advance and have a nice Friday! Zdenek -- Zdenek Dohnal Software Engineer Red Hat, BRQ-TPBC |
|
From: Frank G. <ma...@fg...> - 2022-03-13 20:39:06
|
Hello Gernot, I have a Canon Maxify GX6050 and a Maxify GX7050 here. I tried the Canon iB4100 driver on the GX7050 and actually got a test page once. After that I couldn't make any more prints. Frank |
|
From: Frank G. <ma...@fg...> - 2022-03-13 20:34:29
|
Hello Gernot, I have a Canon Maxify GX6050 and a Maxify GX7050 here. I tried the Canon iB4100 driver on the GX7050 and actually got a test page once. After that I couldn't make any more prints. Frank |
137 messages has been excluded from this view by a project administrator.
