Re: [Gimp-print-devel] testing surecolor P800

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

I bypassed the 0x1A36 error by using the normal 102 model but changing only one thing: I set the commandset to “2000”. Of course nothing happens for free so there is image problems.

This enables full head movement (passes without error) and steps the paper forward at slowest speed (what looks to be the same speed as 5760x2880 on the small format epson printers). It prints solid black to the left of the image area using the full width of the printer platen. Aka, it’s not printing image data but anything that is not image data prints full black.

So the error 0x1A36 has something to do with the microweave or other settings in the R3000 model and the original error (just feeding the paper through without printing anything) may have to do with the “Pro” command set?

I hope this proves valuable to you all, I will continue digging a bit.
best,
Walker



> On Aug 3, 2017, at 11:28 AM, Robert Krawitz <rl...@al...> wrote:
> 
> On Thu, 3 Aug 2017 11:22:18 -0400, fo...@wa... wrote:
>> Dear Gutenprint devs.
>> 
>> I have a SureColor P800 in that I’m testing with gutenprint.
>> 
>> Vanilla install (5.2.12 and 5.2.13) (I’ve tested all print settings). Driver simply sends data to the printer and the paper is ejected without printing. (Anyone else tested this printer yet?)
>> 
>> I believe the microweave command is being rejected by the printer so I hacked a driver together out of the R3000 model (115) that uses Guten’s microweave. I got about 2 lines of ink printed before getting an error from the printer (probably due to some unrelated setting I had in the model 115 code) so I’m pretty sure the microweave command is no longer accepted by this model printer (it allows printing with softweave).
>> 
>> My question is, what is the best method for reverting to softweave on this model (102) to properly test this? Also, provided I do get softweave working, I’m assuming the existing softweaves are not going to be optimized for this model . .  even though it’s the same head as R3000, different control board, etc. . I have a feeling that epson is doing soft-weave (they call it “PrecisionDot”) and not in-printer weaves now . . . alternatively, I could pull data from the epson driver and hunt for a weave command. I’ve done this with the spool control command and data but really have no luck in it. Any suggestions?
> 
> Try the Stylus Photo R3000 driver.  This won't give you 17" width, but
> it does use soft weave.  If this works, I can create a new model file
> for the R800.
> 
>> ps: Head board for P7000 arrives shortly. Will pull driver data there too and then test with Gutenprint afterwards provided everything works. Deeply sorry for the delay.
> 
> -- 
> Robert Krawitz                                     <rl...@al...>
> 
> ***  MIT Engineers   A Proud Tradition   http://mitathletics.com  ***
> Member of the League for Programming Freedom  --  http://ProgFree.org
> Project lead for Gutenprint   --    http://gimp-print.sourceforge.net
> 
> "Linux doesn't dictate how I work, I dictate how Linux works."
> --Eric Crampton
> 
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Gimp-print-devel mailing list
> Gim...@li...
> https://lists.sourceforge.net/lists/listinfo/gimp-print-devel