#EyeBrowse
21 messages in this thread
I recently downloaded the Eyebrowse IPAS, however when I try to use it the
Mouse seems to be attached to the Top Left hand corner of the screen with
elastic and I have to reset the machine to exit.
Does anyone have any suggestions ?
Chris
Chris,
Due to a slight oversight :> any users of Eyebrowse that have their mouse
speed setting in 3ds.set set to 1 will experience this same problem. To check
out Eyebrowse, change your mouse speed to 2. This problem has been fixed for
the registered version so you can have your mouse speed set to whatever your
heart desires.
Hope this helps.
Aaron
Mirage Graphics
I have the Kurta tablet and it will only work with setting #2 I have it boot up
to speed #6. But must change it to #2. thought you should know..
A very nice product and haveing some fun with it.
-Brandon
Thanks Brandon.
I'm working on finalizing Eyebrowse. I will upload a new version in a couple
of days that will fix the mouse problem as well as a few others. The image
print and image convert functions will also be in place for the new version.
Aaron
Hiya,
Is it true that Eyebrowse writes out hidden files for its database of
thumbnails?
– G
Yep,
Much like a macintosh app, Eyebrowse keeps its thumbnails in hidden files to
keep them out of the way. But don't worry, it keeps itself pretty clean.
Trying moving images, deleting them, and updating them from DOS. Then see how
Eyebrowse reacts.
Aaron
When you delete the image file in Eyebrowse, I'd assume that it would delete
the hidden file associated with it.
But when you delete the image file from DOS, how do you get rid of its twin?
– G
>>But when you delete the image file from DOS, how do you get rid of its twin?
I guess by hand. I played around with it a bit the other night and
created a bunch of thumbnails, then last night I cleaned out my image
directory. Now that I know to look for hidden files, I checked and had about
twenty thumbnails in the directory for files that no longer existed. The IPAS
now ignores these and the only way to loose them is to go in and delete these
hidden files by hand.
Aaron (if you catch this), Is there any way to have the routine, when
started, go in and compare existing thumbs to existing pics, then automatically
delete any stray thumbs? Or will this cause a noticable delay when using the
routine? I imagine that people who use it often can wind up with hundreds of
hidden stray thumbnails over time without even knowing it, unless they do ALL
of their image deleting in Eyebrowse. Also, how about including a set of 8-bit
images that can be read if the program notices the module it is run from is set
up for 8 bit? Would this speed up the initial start of the routine (I know it
would look better… at least the interface would, I know the thumbnails would
stay the same)? That's just an idea, but I run the meterials editor at 24 bit,
so I don't mind going into there to run Eyebrowse. Several IPAS routines I have
require the 3DE and KF to be set up for 8 bit, so I guess I really HAVE to go
into the Mat editor to run the browser at 24.
I've also noticed the routine randomly creating thumbnails in the
directory I have open. I'll just be sitting there doing nothing, and suddenly a
thumbnail or two will be created. Is this a known problem with the first
upload? Also, (I'm almost done, I promise) when I run the program from a
module set at 800x600x24 (my materials edit), any 800×600 image that is
displayed full screen takes an unusually long time to display (20 seconds,
versus a 756×480 or 640×480 which take 3 – 4 seconds). The same 800×600 image
displayed in Eyebrowse run from the 3d editor (set to 1024×768) takes only 5-6
seconds to display. Is this to be expected?
I find this a very useful utility and I do plan on getting the
registered version soon. 🙂 (I know this is adressed to you, Gary, but I
assume Aaron will see it.)
Thanx,
David
<<Aaron (if you catch this), Is there any way to have the routine, when
started, go in and compare existing thumbs to existing pics, then automatically
delete any stray thumbs?>>
David, whenever you tell Eyebrowse to do a build for a directory, it will check
for any stray thumbs and get rid of them. And since build will work its way
down the directory tree structure, just execute a build from the root directory
and it will delete any stray thumbnails for your entire drive.
<<I've also noticed the routine randomly creating thumbnails in the directory I
have open. I'll just be sitting there doing nothing, and suddenly a thumbnail
or two will be created. Is this a known problem with the first upload? Also,
(I'm almost done, I promise) when I run the program from a module set at
800x600x24 (my materials edit), any 800×600 image that is displayed full screen
takes an unusually long time to display (20 seconds, versus a 756×480 or
640×480 which take 3 – 4 seconds).>>
Eyebrowse will take any opportunity it can get to create thumbnails. If you
don't tell Eyebrowse to do anything for a few seconds, it will take the
initiative and use that dead-time to create a thumbnail or two.
Sometimes to make an image fit on your screen, that image has to be resized.
The extra delay is due to this image resizing.
Aaron
>>David, whenever you tell Eyebrowse to do a build for a directory, it will
check for any stray thumbs and get rid of them.
Ah, so the way to keep things clean is to just re-build the directories
every once in a while? This brings me to another point… I don't like the fact
that a build will work its way down a directory tree (sorry). I have several
subdirectories with literally thousands of animation frames stored. I do NOT
need thumbnails of all these frames. I did notice that the automatic thumb
creation when the mouse is idle (I have mixed feelings about that too, I'd
rather not have thumbs made unless I tell Browse to make them). Will this auto
creation stop when it reaches the end of the present directory, or will that go
down the tree too? If it stops at the end of the present directory, then I
don't need to bother with the "build", however, is the only way to clean out
old thumbs to do a "build"? I guess the basic wish here is to have an OPTION
for build to only affect the current directory. Is it possible to implement
this in the registered version?
Sorry, I don't mean to be a pain, but these are important issues for me
if I am going to pay for the product. Let me know what you think. Thanks.
David
<<When you delete the image file in Eyebrowse, I'd assume that it would delete
the hidden file associated with it.
But when you delete the image file from DOS, how do you get rid of its twin?>>
Ancient chinese secret…
Actually it does a check for any thumbnails that no longer have their images
around, and deletes those thumbnails.
Aaron
Great. Thanks, Aaron.
– G
Out of curiosity, where does Eyebrowse keep its thumbnail files? I'm
trying to determine the effect of the speed slider on the file size, but I
can't find the files.
Thanks,
David
David,
Eyebrowse keeps its thumbnails in the same directory as the original images.
Except for CD-ROMs which are unwritable (of course), and with a new option,
ARCHIVE_PATH you can keep them wherever you'd like. The thumbnails are hidden
but can be uncovered with a:
ATTRIB *.* -h
from DOS.
Aaron
Thanks, I see them now. Please see my message to Gary (most of it is for you).
David
I put eyebrowse back on after reading about the work around with the mouse
speed, which works but I found that if I tried to scroll down I got the
eyebrowse info screen. Just thought I'd pass this info along. -=Mike=-
>>tried to scroll down I got the eyebrowse info screen…
I'm sure you meant this message for Aaron, but I'm pretty sure that
that the scroll thing is an intended limitation in the free demo… They need
to give people -some- incentive to purchase the full version. <g>
David
Sounds good I like the way you use mats with the program it opens up a lot of
options. I am useing it on a animation now <g> _brandon
Thanks for the prompt reply Aaron.
Chris:
Set your mouse speed to 2 instead of 1, and both EyeBrowse and Mirage will work
fine.
Greg Pyros
Thanks Greg !