- in the recent thread "snapshot and
> background problems" - have discussed and informed us about the usefulness of
> the "text of image" property, the retaining of all binary data and the easy
> scalability.
>
> About "imagedata" Jacqueline writes:
J. Landman Gay and Scott Rossi - in the recent thread "snapshot and
background problems" - have discussed and informed us about the
usefulness of the "text of image" property, the retaining of all binary
data and the easy scalability.
About "imagedata" Jacquel
Le 7 mars 2010 à 16:18, Jeffrey Massung a écrit :
>
> Is the Linux machine you are on PPC (read: big endian)?
No, i've tried on a emulated linux (with Parallel on a iMac intel), on a pc and
on a netbook intel___
use-revolution mailing list
use-revolu
ested with Rev Studio 2.91 and RevMedia 4.
>
> the script :
> get the imageData of image "carte"
>
> replace (numToChar(0) & numtochar(230) & numtochar(255) & numtochar(255))
> with \
>(numToChar(0) & numtochar(45) & numtochar(155) & n
color of a sector with an
> other. But under linux (Ubuntu, Mandriva, Xubuntu) it doesn't work. I've
> tested with Rev Studio 2.91 and RevMedia 4.
>
> the script :
> get the imageData of image "carte"
>
> replace (numToChar(0) & numtochar(230) &a
e the color of a sector with an other.
But under linux (Ubuntu, Mandriva, Xubuntu) it doesn't work. I've tested with
Rev Studio 2.91 and RevMedia 4.
the script :
get the imageData of image "carte"
replace (numToChar(0) & numtochar(230) & numtochar(255) & numtoc
Mark,
Thanks! Works perfect.
Richard
Mark Smith wrote:
Richard, the imagedata will tend to be a lot bigger (maybe 10x) than
the compressed image file, so you probably want to store image "someimage">, and then tStoredData[1]>.
The text of an image is what would be in the
Richard, the imagedata will tend to be a lot bigger (maybe 10x) than
the compressed image file, so you probably want to store image "someimage">, and then tStoredData[1]>.
The text of an image is what would be in the file - ie. image "someimage.jpg"> is th
ocess takes about 10 seconds
or so, which is fine.
I'm thinking it might be better/more elegant to store the imagedata of
all the images into one variable (rather than to separate files), but
I'm not sure how best to store this data (since it is binary and
contains many lines per i
Hi Viktoras,
thanks for your approach, that's what I was heading for and now with the
text of the image (Scotts hint) it works also with an array perfect.
Tiemo
>
> but ctrl+z is a single step undo, isn't it? I haven't done this with
> imagedata, but for text changes in fi
Thanks Scott, that works perfect, I don't know why it didn't worked with
imagedata at my 2.9.
Tiemo
>
>
> What you describe above works for me here in 2.9.
>
> One other thing you might try. Instead of storing the imageData, store
> the
> text of the image.
&
I figured it meant Answer Within :) Guess I wasn't that far off!
- Noel
At 12:30 PM 7/7/2008, you wrote:
Björnke von Gierke wrote:
On 7 Jul 2008, at 18:58, J. Landman Gay wrote:
By the way, what is "AW:" in the subject line?
It's German for "Re:", and an abbreviation of "Antwort" which me
Björnke von Gierke wrote:
On 7 Jul 2008, at 18:58, J. Landman Gay wrote:
By the way, what is "AW:" in the subject line?
It's German for "Re:", and an abbreviation of "Antwort" which means
"Answer".
Thank you! It was a mystery to me, now solved. :) I love that we have so
many bilingual peo
On 7 Jul 2008, at 18:58, J. Landman Gay wrote:
By the way, what is "AW:" in the subject line?
It's German for "Re:", and an abbreviation of "Antwort" which means
"Answer".
--
official ChatRev page:
http://chatrev.bjoernke.com
Chat with other RunRev developers:
go stack URL "http://homep
but ctrl+z is a single step undo, isn't it? I haven't done this with
imagedata, but for text changes in fields I store the text of field in
an array 'undooArray' before each space, enter, return, backspace,
delete, dot, comma, colon, paste, copy, cut, insert (or any othe
Recently, Tiemo Hollmann TB wrote:
> I would like to make my
> own "undo" for painting actions with storing different states of the image
> in custom properties, like:
>
> set the undo1 of img "foo" to the imagedata of img "foo"
>
> but whe
Tiemo Hollmann TB wrote:
I want to provide my user a undo function in the standalone with the brush
tool, not while developing.
In that case you may need to write a commandKey handler that traps for
"z" and issues the "undo" command. If you have menus with that keyboard
shortcut, they should
> An: How to use Revolution
> Betreff: Re: AW: how to store imagedata in a custom property?
>
> Tiemo Hollmann TB wrote:
> > Hi Jacqueline,
> > the plain "undo" doesn't work with the brush tool (as my experience and
> as
> > the docs say)
> > How
Tiemo Hollmann TB wrote:
Hi Jacqueline,
the plain "undo" doesn't work with the brush tool (as my experience and as
the docs say)
How do you do an undo for a painting with the brush tool?
I just type Cmd-Z and undo happens.
--
Jacqueline Landman Gay | [EMAIL PROTECTED]
HyperActive S
TECTED] Im Auftrag von J. Landman Gay
> Gesendet: Montag, 7. Juli 2008 18:04
> An: How to use Revolution
> Betreff: Re: how to store imagedata in a custom property?
>
> Tiemo Hollmann TB wrote:
> > Hello,
> >
> > cause you can't undo actions with the paint tool,
Tiemo Hollmann TB wrote:
Hello,
cause you can't undo actions with the paint tool, I would like to make my
own "undo" for painting actions with storing different states of the image
in custom properties, like:
I undo painting actions all the time. What doesn't work?
--
Jacqueline Landman Gay
Hello,
cause you can't undo actions with the paint tool, I would like to make my
own "undo" for painting actions with storing different states of the image
in custom properties, like:
set the undo1 of img "foo" to the imagedata of img "foo"
but when trying
Something very weird is happening on my client's Windows XP box and I
wonder if anyone has an explanation.
My app allows the user to select an image, which is then displayed on a
card. We aren't interested in storing the entire (possibly large) image,
so we store only the imaged
At 12:34 PM +0300 4/11/2007, Viktoras Didziulis wrote:
So ppm/pgm/pbm is more compact than imageData and therefore processing may
be a bit faster. But be warned - I did not try this yet in Revolution, I
used to work with these formats in other languages before started playing
with Rev. However
represented by a single
greyscale value
pbm (portable bitmap) - header and each cell represented by 0 or 1 (black
and white)
So ppm/pgm/pbm is more compact than imageData and therefore processing may
be a bit faster. But be warned - I did not try this yet in Revolution, I
used to work with these
Another interesting difference between "text" and the "imagedata" of an
image is the different file size, e.g.
I have got a JPG file here of 261 KB.
The saved "text" of that file is of the same size - as interestingly is
the compressed text, too.
The saved ima
It certainly is encouraging that this is now even possible (I was going to
start cracking open the docs on Core Image , but not looking forward
to it)
Sivakatirswami
There are currently 3 versions of "unsharp mask" filters to be found in
the "Imagedata Toolkits":
A
Wilhelm Sanke wrote:
> I have just uploaded the interim version "Imagedata Toolkit Preview 3" to
> <http://www.sanke.org/Software/ImagedataToolkitPreview3.zip> .
> This is the version with which the images of the "Preview Gallery"
> <http://www.sanke.
I have just uploaded the interim version "Imagedata Toolkit Preview 3" to
<http://www.sanke.org/Software/ImagedataToolkitPreview3.zip> .
This is the version with which the images of the "Preview Gallery"
<http://www.sanke.org/MetaMedia/PreviewToolkit3.htm>
wer
Although much more still needs to be improved, I have uploaded the
present version of the "Imagedata Toolkit" as an interim release. Any
feedback could be addressed to me after the holidays, which I will spend
with relatives.
For adequate performance you need a 2 GHz computer. The m
e above).
4. Immediate Filters.
The majority of these filters (182 in all - with additional variations
for most of them) are one-step filters (as opposed to the two steps
"select" and "apply" of the matrix filters) and are usually very much
faster - less than 2 and even
On 25/7/06 15:04, Joel Guillod wrote:
For image processing I have to extract the RGB values from an imagedata
of an image but I got different results under MacOSX and Win32.
I found that the imagedata values is different between the two platform:
every color component of pixels is slighty
On 7/27/06 9:21 AM, "Dar Scott" <[EMAIL PROTECTED]> wrote:
> On Jul 27, 2006, at 9:23 AM, Rob Cozens wrote:
>> Rev knows the paintCompression of image 3. When it changes image
>> 3's text property based on the imageData why is it converted to png
>> f
On Jul 27, 2006, at 9:23 AM, Rob Cozens wrote:
Rev knows the paintCompression of image 3. When it changes image
3's text property based on the imageData why is it converted to png
format instead of, in this case, gif format?
I can guess.
Normally, a gif is limited to 256 colors
of image 3" puts "gif"
2. set the imageData of image 3 to the imageData of image 2
From the Message Box, "the paintCompression of image 3" puts "png"
Why?
Rev knows the paintCompression of image 3. When it changes image 3's
text property based on the im
Scott Rossi wrote:
Recently, Chipp Walters wrote:
In my personal version of Revolution, imageData would be read-only.
Thankfully, that is not the case! If it were, many of my programs
would not be feasible including ButtonGadget.
Agreed. I'm having a hard time understanding wha
Recently, Chipp Walters wrote:
>> In my personal version of Revolution, imageData would be read-only.
>
> Thankfully, that is not the case! If it were, many of my programs
> would not be feasible including ButtonGadget.
Agreed. I'm having a hard time understanding what th
On 7/26/06, Rob Cozens <[EMAIL PROTECTED]> wrote:
In my personal version of Revolution, imageData would be read-only.
Thankfully, that is not the case! If it were, many of my programs
would not be feasible including ButtonGadget.
www.buttongadget.com
Recently, Ken Ray wrote:
>> Yep, I believe Ian is correct in his assumption about gamma and
>> imageData. Interestingly, I checked both PNG and JPG and found, as you
>> did, the imageData different from one platform to the next.
>
> I was just checking my old "unde
At 2:29 PM +1200 7/26/2006, Richard Gaskin wrote:
Jeanne A. E. DeVoto wrote:
It looks like the IDE sets the default paintCompression
to PNG instead of RLE, so I suspect it will actually be
PNG unless you're using a standalone.
Is this user-settable in the IDE?
No, although I suppose one c
On 7/26/06 5:45 AM, "Chipp Walters" <[EMAIL PROTECTED]> wrote:
> Yep, I believe Ian is correct in his assumption about gamma and
> imageData. Interestingly, I checked both PNG and JPG and found, as you
> did, the imageData different from one platform to the next.
I
On Jul 26, 2006, at 8:58 AM, Rob Cozens wrote:
Lacking an rle editor, an imageData to rle format converter would
allow the user to work with imageData but reset the image text
instead of the imageData.
I spent the first year of my life in Missouri, the show-me state.
One of my favorite
On Jul 26, 2006, at 4:16 AM, Joel Guillod wrote:
My guess from my investigations is that there is some issue in the
algorithm used to calculate the imagedata in the rev engine and
which is a function of the screengamma, the image gamma and some
obscure stuff... because extreme color
Moi:
In my personal version of Revolution, imageData would be read-only.
And syntax for the "set" command would support:
set the text of image imageName to value as [format]
where value could be in imageData format and format is any image
format Rev supports.
--
Rob
he text of image
1)" puts true
2. set the imageData of image 3 to the imageData of image 2
From the Message Box, "(the text of image 3) = (the text of image
1)" puts false
3. set the imageData of image 3 to the imageData of image 1
From the Message Box, "(the text of im
Jacque, Jeanne, Ben, and others,
Thank you for reducing the scope of my ignorance.
--
Rob Cozens
CCW, Serendipity Software Company
"And I, which was two fooles, do so grow three;
Who are a little wise, the best fooles bee."
from "The Triple Foole" by John Donne (1572-1631)
Yep, I believe Ian is correct in his assumption about gamma and
imageData. Interestingly, I checked both PNG and JPG and found, as you
did, the imageData different from one platform to the next.
I would've though JPG's would be the same, but that isn't the case.
Just wondering
I don't think the imagedata has changed, and my thought would be to
check and make sure the images are set to their respective
formattedHeight and formattedWidth BEFORE checking the imageData.
...
I hope this helps.
-Chipp
Not of help... Actually before submitting the question I checked
Richard Gaskin wrote:
Jeanne A. E. DeVoto wrote:
> It looks like the IDE sets the default paintCompression
> to PNG instead of RLE, so I suspect it will actually be
> PNG unless you're using a standalone.
Is this user-settable in the IDE?
Yes, see the paintCompression property.
Differences
Jeanne A. E. DeVoto wrote:
> It looks like the IDE sets the default paintCompression
> to PNG instead of RLE, so I suspect it will actually be
> PNG unless you're using a standalone.
Is this user-settable in the IDE?
If not, what is the benefit of concealing the engine's true behavior?
Introduc
Malte,
Thanks for testing. It sounds like using high quality JPEG files is
still the way to go.
best,
Chipp
On 7/25/06, Malte Brill <[EMAIL PROTECTED]> wrote:
I tested it again and it seems it doesn´t work.
___
use-revolution mailing list
use-revol
At 11:35 AM -0700 7/25/2006, Rob Cozens wrote:
The text property is stored on disk? Isn't that only if the image
is referenced instead of imported?
Right. (But if it's referenced, the text property is always empty anyway.)
1. I create a string of characters, 4 bytes per pixel in
At 12:32 PM -0600 7/25/2006, Dar Scott wrote:
No. It's run-length-encoded. Just as well, since the text property
is what's stored on disk, and a 32-bit image with no compression
whatever would take up a ton of room. Take a look at the length of
the text versus the length of the imag
Hi Chipp,
I tested it again and it seems it doesn´t work. Seems I have a
screwed up memory at the moment. I know I had it working when
exporting from my OS 9 machine which is dead now I´m afraid. I recall
that I had a jpeg with embedded color profile in the back instead of
a card backgrou
Hi Malte,
I did download and try SuperPNG (turns out it's FREE), but could not
get it to create the correct gamma settings. Can you share your
secret?
Thx,
Chipp
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to s
Malte,
Are you saying when using this plugin, there is no difference between
PNG files (gamma-wise) between platforms? If that's true, then you are
wonderful!!!
(Even if it's not true, you're still wonderful ;-)
Could you possibly post a stack which would demonstrate this? Here's
what I would s
Chipp wrote:
If you don't need the alpha channel of PNGs, I suggest always using
JPGs.
And if you need the alpha channel and work with a graphic app that
can use Photoshop plugins try superpng, which can embed the correct
gamma settings into the png files. I used to work with it a lot and
Interesting discussion.
Couple of things:
The text of an image is not the imageData of an image. I believe it IS
the binary data for the image as imported. I assume this is because
compressed images (JPG,PNG,GIF) when imported, do not bloat a stack,
and only become uncompressed when viewed on a
Ian,
That is a good guess. Perhaps Joel can check images imported as JPG vs
PNG. I know, for instance, if you are trying to match a background
color on a stack, you should use JPG's and not PNGs because of the
gamma-correction of PNGs. If you don't need the alpha channel of PNGs,
I suggest alway
Joel,
The big endian, little endian byte-order issue between platforms went
away back in 2.2. I used to have to check for it before doing any
imageData manipulation. I no longer have to.
I don't think the imagedata has changed, and my thought would be to
check and make sure the images ar
Rob Cozens wrote:
Perhaps we are approaching "use" from different viewpoints; but then
again it may all boil down to my misconception of what happens if I set
the text of an image to an imageData-formatted string. If you use "use"
in the sense of "take the imageDat
"rle" in the image's paintCompression property, is
the format used for imageData [4 bytes per pixel: null, red,
green, blue].
No. It's run-length-encoded. Just as well, since the text property
is what's stored on disk, and a 32-bit image with no compression
whatever wo
"internal
format", designated as "rle" in the image's paintCompression
property, is the format used for imageData [4 bytes per pixel:
null, red, green, blue].
No. It's run-length-encoded. Just as well, since the text property
is what's stored on
"rle" in the image's paintCompression property, is the
format used for imageData [4 bytes per pixel: null, red, green, blue].
As a point of information, RLE almost certainly stands for "Run Length
Encoded", a very simple form of compression that works well for synthetic
n the image's paintCompression property, is the
format used for imageData [4 bytes per pixel: null, red, green,
blue].
No. It's run-length-encoded. Just as well, since the text property is
what's stored on disk, and a 32-bit image with no compression
whatever would take up a t
Dar, Jacque, et al:
Following is based on (a) what I've read about imageData from Rev
Dictionary, (b) what I've learned about imageData in personal
testing, and (c) what I THINK I know about imageData based on
conclusions drawn from (a) & (b):
* Rev. Dictionary: "Revo
Only thing I can think of off-hand is that it was a PNG image and the
automatic gamma-correction of the format was kicking in.
Ian
On 25 Jul 2006, at 15:04, Joel Guillod wrote:
For image processing I have to extract the RGB values from an
imagedata of an image but I got different results
values on
Win to get the correct order in Rev (actually MC)... I don't remember what the
Win order was though...
So if I were you, I'd try swaping the 3 values until I get the right order...
This can be done easily by "forcing" some pixel values in an imagedata to
R=255, G=0, B
.. I don't remember what the
Win order was though...
So if I were you, I'd try swaping the 3 values until I get the right order...
This can be done easily by "forcing" some pixel values in an imagedata to
R=255, G=0, B=0
R=0, G=255, B=0
R=0, G=0, B=255
JB
> For image pro
For image processing I have to extract the RGB values from an
imagedata of an image but I got different results under MacOSX and
Win32.
I found that the imagedata values is different between the two
platform: every color component of pixels is slighty changed. I have
not found in the
On Jul 23, 2006, at 3:19 PM, Dar Scott wrote:
I see next to no reason to ever reference the imageData property
of an image, and as noted in my last post, setting the TEXT
property causes the imageData, dimensions, and related properties
to adjust automatically.
Image files are pretty
On Jul 23, 2006, at 8:19 AM, Rob Cozens wrote:
I see next to no reason to ever reference the imageData property of
an image, and as noted in my last post, setting the TEXT property
causes the imageData, dimensions, and related properties to adjust
automatically.
Image files are pretty
On Jul 23, 2006, at 11:59 AM, J. Landman Gay wrote:
Only I don't have a source image. I'm making one. :)
That would present a problem using that handler :-)
> By the way, it seems that in 2.7.x that backgroundPatterns can be
any
> size. There is a note in the What's New.txt file that says
Jacqueline,
I really appreciate that you take the time to write up stuff like this.
It definitely helps people. Even though I don't have a current
application for this info, it all goes into the hopper (we hope) and
pops up when needed. I'm sure I can credit you with a lot of my
education sinc
, I need to
reduce a very large screen image made of gradients into a clear icon
using only 64 pixels per patttern (1024 pixels total.)
First thing I tried: take a snapshot of the area. Reduce it to 32 pixels
square by resizing the image and then setting its imagedata in order to
reduce the amou
On Jul 23, 2006, at 10:58 AM, Klaus Major wrote:
By the way, it seems that in 2.7.x that backgroundPatterns can be
any size. There is a note in the What's New.txt file that says
this is the case for graphics but I tried setting the
backgroundPattern of a field to an image that was 405 x 29
Hi Trevor,
On Jul 21, 2006, at 12:55 PM, J. Landman Gay wrote:
I am trying to figure out how to set an image's imageData to a
repeating pattern. I have a pattern that is 8 x 8 pixels. I want
to repeat this pattern 16 times in order to fill a 32-pixel square
image.
If I repea
On Jul 21, 2006, at 12:55 PM, J. Landman Gay wrote:
I am trying to figure out how to set an image's imageData to a
repeating pattern. I have a pattern that is 8 x 8 pixels. I want to
repeat this pattern 16 times in order to fill a 32-pixel square image.
If I repeat the pattern 4 tim
Rob Cozens wrote:
> Jacque,
>
>> Do you use imageData a lot? I know the crashes I had were because the
>> imageData was wrong, but in your experience is this generally a stable
>> technique for repeated use?
>
> The image's TEXT property contains the bin
Moi:
simply storing the imageData somewhere and using it in a new image
(or in resetting the existing image) causes a loss of image detail.
Simply resetting the imageData property is OK; but "put
savedImageData into image 'whatEver' or "set the text of image
'wh
Jacque:
Do you use imageData a lot? I know the crashes I had were because
the imageData was wrong, but in your experience is this generally a
stable technique for repeated use?
Moi:
The image's TEXT property contains the binary data that comprises the image.
I am presently testin
Jacque,
Do you use imageData a lot? I know the crashes I had were because
the imageData was wrong, but in your experience is this generally a
stable technique for repeated use?
The image's TEXT property contains the binary data that comprises the image.
The image's imageDat
Jacqui, et al:
I am trying to figure out how to set an image's imageData to a
repeating pattern. I have a pattern that is 8 x 8 pixels. I want to
repeat this pattern 16 times in order to fill a 32-pixel square
image.
If I repeat the pattern 4 times, I get a nice column of four
repe
On Jul 21, 2006, at 6:54 PM, J. Landman Gay wrote:
Do you use imageData a lot? I know the crashes I had were because
the imageData was wrong, but in your experience is this generally a
stable technique for repeated use?
I have used it in apps that were used a lot.
I don't think I
Dar Scott wrote:
>
> On Jul 21, 2006, at 4:07 PM, J. Landman Gay wrote:
>
>> But now I'm curious. My first attempt created an incomplete set of
>> pixels that didn't fill the image completely, but how come it wrapped
>> by itself? That got me to wonder
On Jul 21, 2006, at 4:07 PM, J. Landman Gay wrote:
But now I'm curious. My first attempt created an incomplete set of
pixels that didn't fill the image completely, but how come it
wrapped by itself? That got me to wondering how imagedata gets
applied. Is it supposed to just g
Dar Scott wrote:
> In building the imageData, you can't just repeat the pattern 16 times.
> You have to repeat the first row 4 times. Then the second through 8th.
> Repeat all that 4 times.
>
Yeah, my brain finally kicked in and that's what I ended up doing to fix
it.
On Jul 21, 2006, at 1:55 PM, J. Landman Gay wrote:
I am trying to figure out how to set an image's imageData to a
repeating pattern. I have a pattern that is 8 x 8 pixels. I want to
repeat this pattern 16 times in order to fill a 32-pixel square image.
If I repeat the pattern 4 tim
l each row of the image. It
seems to work now.
The puzzling part was that when I had 8 lines that were only 8
characters long each, and I applied 4 repetitions, the imageData was set
as a column on the left side of the image, 8 wide and 32 high, with the
remainder of the image empty. I thought
handling in Revolution.
Op 21-jul-2006, om 21:55 heeft J. Landman Gay het volgende geschreven:
I am trying to figure out how to set an image's imageData to a
repeating pattern. I have a pattern that is 8 x 8 pixels. I want to
repeat this pattern 16 times in order to fill a 32-pixel square
I am trying to figure out how to set an image's imageData to a repeating
pattern. I have a pattern that is 8 x 8 pixels. I want to repeat this
pattern 16 times in order to fill a 32-pixel square image.
If I repeat the pattern 4 times, I get a nice column of four repeating
patterns going
Mark,
My original goal was to get the imagedata of a snapshot as fast
as possible.
I first tried with "import snapshot" but realized that it didn't
produce any valid imageData.
Then I thought that may be creating a 2nd image and putting
the image content of the snapshot into the
Hi JB,
Why did you originally want to create two images? I had the
impression that your goal was to have two image objects. Also, why do
you use JPEG instead of PNG?
Best,
Mark
--
Economy-x-Talk
Consultancy and Software Engineering
http://economy-x-talk.com
http://www.salery.biz
Salery
Chipp,
Thanks for the tip.
For those interested, I've found a (slightly) different
but (slightly) faster way to do this :
on mouseUp
put the screenrect into tRect
export snapshot from rect tRect to var as JPEG
create img
put var into img 1
end mouseUp
the difference is probably becaus
jbv,
I tried this and it works just fine:
on mouseUp
put the screenRect into tRect
import snapshot from rect tRect
create img
put img 1 into img 2
end mouseUp
The trick is to create the var tRect first before using the import
snapshot command.
best,
Chipp
___
Hi Chipp,
I already tried that but it doesn't work : when "import snapshot"
is executed, a new image object is created with an imagedata of
right length, but its content doesn't match the image content of
the snapshot; instead it's filled with zeros (the default imag
Why not just do this?
on mouseUp
import snapshot from rect (the screenRect)
put length(the imagedata of img 1)
create img
put img 1 into img 2
end mouseUp
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to
> Could decoding the RGB of one of the last 10 pixels help? This assumes that
> Rev processes from first to last of the image length.
>
> Jim Ault
> Las Vegas
yep... this also assumes that you never have 10 black pixels at
the bottom right of your screen...
JB
wonder if there's a way to know when the "import snapshot"
>> is completed to start further processing of the imageData...
>
> Candidates might be...
>
> unlock screen
> wait
>
> Dar Scott
___
use-
On May 31, 2006, at 12:45 PM, jbv wrote:
I wonder if there's a way to know when the "import snapshot"
is completed to start further processing of the imageData...
Candidates might be...
unlock screen
wait
Dar Scott
___
1 - 100 of 210 matches
Mail list logo
