.quad file from QTR-linearization
2016-12-12 by pianoquartet@...
Yahoo Groups archive
Index last updated: 2026-04-28 23:12 UTC
Thread
2016-12-12 by pianoquartet@...
I just tried dropping the .txt and .quad file onto QTR-Lineariza-Quad.exe. I got a ****-out.txt file, but no .quad file. There didn't seem to be any warnings. This is on a PC Win 7 Pro.
Larry
2016-12-12 by Walker Blackwell
I just tried dropping the .txt and .quad file onto QTR-Lineariza-Quad.exe. I got a ****-out.txt file, but no .quad file. There didn't seem to be any warnings. This is on a PC Win 7 Pro.
Larry
2016-12-12 by pianoquartet@...
The last line in the -out.txt file is the 100 step line.
Larry
2016-12-13 by pianoquartet@...
Finally got it.
QTR-linearize seems to be optimized to read i1 data. To use Munki data I had to borrow a .txt made by some one else's i1, then copy and paste my L, A, and B values in place of theirs. Once this was done, I got a .quad file just fine, and linearity is improved greatly.
Larry
2016-12-13 by forums@walkerblackwell.com
ColorMunki software (color-picker) exports some messed up data. It’s not the quality of the sensor (they are basically the same between the two devices) but it’s a difference in data output from the software. PPE will be back on sale shortly. best, Walker
> On Dec 12, 2016, at 11:24 PM, pianoquartet@... [QuadtoneRIP] <QuadtoneRIP@yahoogroups.com> wrote: > > > Finally got it. > > > > QTR-linearize seems to be optimized to read i1 data. To use Munki data I had to borrow a .txt made by some one else's i1, then copy and paste my L, A, and B values in place of theirs. Once this was done, I got a .quad file just fine, and linearity is improved greatly. > > > > Larry > > >
2016-12-13 by Larry Beach
Just to be clear, all the evidence I see is that the data is accurate. In fact, I'm able to use the i1 21x4 patches if I use the spot measurement. I figure it's just that because most people who are interested in linearization .quad files probably have i1 devices, so the tools that Roy developed are designed for the i1. I'm sure that PPE will make using the Munki much easier. However, I can confirm that it is feasible to use the Munki to linearize .quad files. My Aurora Art Natural is so far from linearity (looks like one of those quadratic functions we had to plot in math class years ago) that QTR-Linearize-quad won't linearize it. I may have Inkjetmall profile it, but that would be like having someone add a supercharger to a Toyota Tercel. Larry -------------------------------------------- On Tue, 12/13/16, 'forums@...' forums@... [QuadtoneRIP] <QuadtoneRIP@yahoogroups.com> wrote:
Subject: Re: [QuadtoneRIP] .quad file from QTR-linearization
To: "QuadtoneRIP@yahoogroups.com" <QuadtoneRIP@yahoogroups.com>
Received: Tuesday, December 13, 2016, 6:08 AM
ColorMunki software (color-picker) exports some
messed up data. It’s not the quality of the sensor (they
are basically the same between the two devices) but it’s a
difference in data output from the software.
PPE will be back on sale
shortly.
best,Walker
On Dec 12, 2016, at 11:24 PM, pianoquartet@yahoo.ca
[QuadtoneRIP] <QuadtoneRIP@yahoogroups.com>
wrote:
Finally got it.
QTR-linearize seems to be
optimized to read i1 data. To use Munki data I had to
borrow a .txt made by some one else's i1, then copy and
paste my L, A, and B values in place of theirs. Once this
was done, I got a .quad file just fine, and linearity is
improved greatly.
Larry
#yiv4540794682 #yiv4540794682 --2016-12-13 by Roy Harrington
Just to be clear, all the evidence I see is that the data is accurate. In fact, I'm able to use the i1 21x4 patches if I use the spot measurement. I figure it's just that because most people who are interested in linearization .quad files probably have i1 devices, so the tools that Roy developed are designed for the i1.
I'm sure that PPE will make using the Munki much easier. However, I can confirm that it is feasible to use the Munki to linearize .quad files.
My Aurora Art Natural is so far from linearity (looks like one of those quadratic functions we had to plot in math class years ago) that QTR-Linearize-quad won't linearize it. I may have Inkjetmall profile it, but that would be like having someone add a supercharger to a Toyota Tercel.
Larry
--------------------------------------------
On Tue, 12/13/16, 'forums@...' forums@... [QuadtoneRIP] <QuadtoneRIP@yahoogroups.com> wrote:
Subject: Re: [QuadtoneRIP] .quad file from QTR-linearization
To: "QuadtoneRIP@yahoogroups.com" <QuadtoneRIP@yahoogroups.com>
Received: Tuesday, December 13, 2016, 6:08 AM
ColorMunki software (color-picker) exports some
messed up data. It’s not the quality of the sensor (they
are basically the same between the two devices) but it’s a
difference in data output from the software.
PPE will be back on sale
shortly.
best,Walker
On Dec 12, 2016, at 11:24 PM, pianoquartet@...
[QuadtoneRIP] <QuadtoneRIP@yahoogroups.com>
wrote:
Finally got it.
QTR-linearize seems to be
optimized to read i1 data. To use Munki data I had to
borrow a .txt made by some one else's i1, then copy and
paste my L, A, and B values in place of theirs. Once this
was done, I got a .quad file just fine, and linearity is
improved greatly.
Larry
2016-12-13 by Larry Beach
Thanks Roy, I was under the impression I was unable to include attachments in the Yahoo group. An attachment would have been helpful, I agree. At lot of my problems are a part of my own learning curve, however. The first hurdle I had to overcome was exporting the Munki data into a text format. The Munki software exports to a .cxf file which must be imported into Excel. There is a tool to do this called ColorMunhki_XmlImport that is very useful. I believe the i1 can export a .txt file, or something more useful than Munki's .cxf file. I think this is what I meant by your tools being designed for more for the i1. Perhaps it's more accurate to say that most of the workflow described for linearizing .quad files is for the i1. I've got it working much more smoothly today. If you're still interested, I can send you the .cxf file I made when I measured in rows of 21. I used the 4x21 random patches normally used for the i1, but spot measured each patch. Because most of the workflow for linearizing .quad profiles is based on the i1 device, I've had to do a lot of trial and error to figure out the workflow with the Munki. I think the biggest mistake I made was that I measured the 21x4 random patches in the rows of 21. The resulting txt file that I imported did not give L values in the same order as your QTR-21x4-random.txt file. I should have noticed that early on, but I'll admit I didn't really know what I was doing yet, so I was just trying to adapt the i1 workflow to the Munki. I have since rearranged the order of the patches in my own copy of the QTR-21x4-random.txt file to match the order in which I measure the patches. I have discovered that the QTR-linearize_quad.exe will sometimes produce an -out.txt file with no error message, but no -lin.quad file. When I said it didn't work, there was no error message to tell the group. However, I have determined that most of my failures up to now were due to my ignorance. Larry -------------------------------------------- On Tue, 12/13/16, Roy Harrington roy@... [QuadtoneRIP] <QuadtoneRIP@yahoogroups.com> wrote:
Subject: Re: [QuadtoneRIP] .quad file from QTR-linearization
To: "QuadtoneRIP@yahoogroups.com" <QuadtoneRIP@yahoogroups.com>
Received: Tuesday, December 13, 2016, 8:40 AM
Larry,
Can't say anything about the
accuracy of data.
But
as far as the linearize scripts they are not built for any
particular device since they justlook at txt data
files. So they do depend on the software that writes the
data file.
The scripts
look of data that is arranged in columnar form. They are
quite flexible in the actualformat and attempt to
decipher what ever is there. The -out.txt file usually
shows what itthought the data was.
I don't know the Munki data
format you are looking at but if you'd send me the data
that didn'twork I'll see what sense I can
make of it. (btw, in general its always best to show what
youhave rather than just saying it doesn't
work)
Thanks,Roy
On Tue,
Dec 13, 2016 at 7:00 AM, Larry Beach pianoquartet@yahoo.ca
[QuadtoneRIP] <QuadtoneRIP@yahoogroups.com>
wrote:
Just to be clear, all the evidence I see is that the
data is accurate. In fact, I'm able to use the i1 21x4
patches if I use the spot measurement. I figure it's
just that because most people who are interested in
linearization .quad files probably have i1 devices, so the
tools that Roy developed are designed for the i1.
I'm sure that PPE will make using the Munki much
easier. However, I can confirm that it is feasible to use
the Munki to linearize .quad files.
My Aurora Art Natural is so far from linearity (looks like
one of those quadratic functions we had to plot in math
class years ago) that QTR-Linearize-quad won't linearize
it. I may have Inkjetmall profile it, but that would be
like having someone add a supercharger to a Toyota
Tercel.
Larry
------------------------------ --------------
On Tue, 12/13/16, 'forums@...'
forums@...
[QuadtoneRIP] <QuadtoneRIP@yahoogroups.com>
wrote:
Subject: Re: [QuadtoneRIP] .quad file from
QTR-linearization
To: "QuadtoneRIP@yahoogroups.com"
<QuadtoneRIP@yahoogroups.com>
Received: Tuesday, December 13, 2016, 6:08 AM
ColorMunki software (color-picker) exports
some
messed up data. It’s not the quality of the sensor
(they
are basically the same between the two devices) but it’s
a
difference in data output from the software.
PPE will be back on sale
shortly.
best,Walker
On Dec 12, 2016, at 11:24 PM, pianoquartet@...
[QuadtoneRIP] <QuadtoneRIP@yahoogroups.com>
wrote:
Finally got it.
QTR-linearize seems to be
optimized to read i1 data. To use Munki data I had to
borrow a .txt made by some one else's i1, then copy
and
paste my L, A, and B values in place of theirs. Once
this
was done, I got a .quad file just fine, and linearity
is
improved greatly.
Larry
Roy Harrington
roy@...
www.harrington.com
#yiv5058019062 #yiv5058019062 --