Re: Monaco Profiler and DTP41 measurement issues
Re: Monaco Profiler and DTP41 measurement issues
- Subject: Re: Monaco Profiler and DTP41 measurement issues
- From: Marc Levine <email@hidden>
- Date: Mon, 10 Mar 2003 11:27:01 -0500
>
Subject: Monaco Profiler and DTP41 measurement issues
>
From: Dikta <email@hidden>
>
To: email@hidden
>
>
Hi list.
>
>
I have been using Monaco Profiler and the Xrite DTP-41(UV/T) with great
>
success, but recently I am getting more and more problems doing the
>
measurements. The DTP-41 is acting as the pathes are skewed while
>
reading, but they are going very straight into it. I am mainly
>
measuring RA-paper or films (duraclear or trans).
>
>
In some cases I have rubbed the paper lightly with a cotton cloth, to
>
see if it could be fingerprints, and sometimes this helpes, but last
>
time I inspected the patch carefully and could not see any marks, but
>
still the program or the DTP41 refused to read the strip, I gave up
>
after trying about 30 times...
>
>
I also had a funny thing happend the other day. I tried scrambling the
>
pathces (just for fun ;) ) and then I could not get past row two of the
>
third strip on two different medias. Cant be a coincidence...?
>
>
Has anyone had these issues?
>
>
Best
>
Chris
Hi Chris,
Just wanted to let you know how we are working with the DTP41 to help
clarify the issue. In MonacoPROFILER, our patch options screen allows you to
select your target page size and a few other options. From this, 2 things
are determined:
1) The DTP41 strip definition. When you advance to the next screen, the
software connects to the instrument and loads the strip definition. The
definition contains information about how many patches are in a strip, how
big the patches are, how far apart they are spaced, and how fast to read
them. When you insert the media in the DTP41 and hit the "measure" button,
the device expects to see a number of patches that is consistent with the
strip def. When the patches are successfully identified, the unit beeps and
the data is transmitted back to the app. If the unit cannot identify the
correct number of patches in the strip, the green light blinks rapidly and
waits for you to retry.
2) Patch distribution. When selecting a page size and other options such as
scramble/no scramble, the software will dynamically distributes the patches
onto your target page. In the case of scrambling, the patch densities are
mixed around and the software uses an algorithm to determine where the patch
dividers go to help the DTP41 measure properly. This algorithm is based on
expectations of how your device will reproduce density and places dividers
accordingly. If your device varies enough from this expectation, you may see
a divider where there should not be (i.e. A black divider next to a very
dark patch) or no divider where there should be (i.e. A white divider next
to an almost white patch). In such a case, you have 2 options - print the
patches without a scramble or change the "expectation" to affect a different
divider layout. If you wish to perform the second option, you should contact
tech support for assistance.
Long story short, the only reason that the DTP41 faults when reading a row
of patches is when is does not see the expected number (or if the leader or
trailer is too short). You might consider having the device
factory-calibrated - X-Rite recommends this after a period of time. When you
see that the device is not performing a routine that it has done easily in
the past, it might be an indicator to reset your calibration. In terms of
the software.... Once we send down the strip def, we're just waiting for the
data to come back. It's pretty straight forward.
Hope this helps.
Marc
--
Marc Levine
Monaco Systems
North American Accounts Manager
Technical Sales Engineer
www.monacosys.com
email@hidden
_______________________________________________
colorsync-users mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/colorsync-users
Do not post admin requests to the list. They will be ignored.