Subject: Re: Softengine new drivers. Get them.
From: "Joseph M. Liston"
Date: 4 Dec 1996 14:09:52 GMT
--
Reguards Joseph M. Liston
Eddy Ng wrote in article
<582v9p$a54@lantana.singnet.com.sg>...
> >R13 gobble up RAM like a governmental budget gobbles up money. All
> >drawings create a display list and list size can vary from driver to
> >driver. I still feel that Softengine is still a good investment. I
> >paid for it out of my own back pocket.
>
> >Regards Joe (smoker)
>
> >=====================================
> >The best things in life are free.
> >(except tech support)
Greetings Eddy:
> OK OK let's try a smaller file, let say 1 mb file, will it turn on &
> off as fast as with display lisy off?(with zoom in)?I don't think so.
I have tries this with all drivers and softengn appears to be as fast or
faster. It appears that the windows display driver by Autocad is faster
starting to display something on screen in the tight zoom in areas with the
layer on layer off . I guess this is because it starts doing something
immediently. But the overall time to display the full drawing with a layer
on command is longer than the Softengn blanking and redraw of the screen. I
did notice as I zoomed out in .5x increments the Softengn performance
really began to show. The windows display driver by autocad really began to
lag behind as more entities (objects) began to appear in the drawing.
> don't tell me it also need 128 mb ram to solve the problem with 1mb
> dwg file?
I used a 1.25mb file for this last test. But I do think 64mb RAM is not a
unreasonable amount of RAM in todays world. The only more RAM is needed is
when your drawings get over 10mb in size for a single drawing or 2-4mb for
multiple sessions of Autocad.
> without softengn, I can always use ^c to cancel redraw while zoom out
> (softengn only good for zoom out fast, I think) and zoom in to detail
> to edit drawing using layer on off technic, and it faster to do like
> this.
> I thinks softengn need to recalculate/ collect all the dwg data on
> display each time you turn on & off layer, that's make it slow.
I believe you are right in the way it does this. I have found that the more
objects there are on the screen the faster the Softengn is in comparison.
Try timing it. If you have a drawing I would be glad to try timing some
features for you.
> please correct me if I'm wrong
>
I do not believe you are wrong. I think a lot of this is a matter of
perception. I usually work with 3-4mb architectural drawings. When I turn
on and off layers I may be turning of 30-50 layers @ a time. When I was
using the WHIP driver I would sit and look at the objects that were on
screen at the time of turning on a layer. The redisplay of the turned on
layers would usually take a few seconds. Using the windows display driver
by Autocad it would start drawing immediently but usually took up to 3
times longer to display the same screen as softengn.
I think I am looking at the overall features of the driver instead of
focusing on one single point. In a daily use application with all the other
features I believe this will overcome and short comings. By the way I do
not work for or receive and monies from Vibrant. I just like their product.
:-)
Subject: Re: »» Digitizer or Mouse for R13?
From: "Mitchell S. Todd"
Date: Wed, 04 Dec 1996 08:43:02 -0800
Gerhard Reithofer wrote:
> On 30 Nov 1996, mpaia wrote:
> > I vot for the mouse and the use of keyboard shortcuts - much faster!
> A GOOD DESIGNED digitizer menu (including short cuts, icon menus, driver
> specific advantages and specialzed LISP/ADS/ARX extensions), is still the
> BEST solution for power users!
This holds true for mouse users in its own way. In fact, interface
customization is a far more important issue than the pointing
device.
> Only, who never worked in such an environment can say that the mouse
> solution is faster or better in any way.
I've noticed that it depends on the person. Some people do
better with mice, others are obviously more comfortable with
tablets.
MST
Subject: Re: R13 3D Solids
From: jimf@protosys.com (Jim Fitzgerald)
Date: Wed, 04 Dec 1996 16:42:22 GMT
Brian_Bassler@brown.edu (Brian Bassler) wrote:
>Louise wrote:
>
>>I have recently got access to R13 and am
>>suprised to find that the entity data for
>>R13's solid model objects is "proprietry
>>information"
>Louise,
>
>Why do you say that it is proprietary? Could it be extended entity
>data? If it is, you can get to it, it just takes a little more
>effort.
>
>
It not in any format I can read. If anyone knows how to decode it let
me know.
Here's what I took from my log file. The following is a 1 unit cube
drawn with the box command:
Command: (entget (entlast))
((-1 . ) (0 . "3DSOLID") (5 . "50") (100 .
"AcDbEntity")
(67 . 0) (8 . "0") (100 . "AcDbModelerGeometry") (70 . 1) (1 . "noi gj
n o
") (1 . "=0;& {rn {n {rn {rn |") (1 . "3*2/ {rn {rn {m {o |") (1 .
",7:33
{rn {rn {rn {l {n |") (1 . "9><: {rn {k {j {m {rn {i 90-(>-; ,6183:
|") (1 .
"9><: {rn {h {g {m {rn {f -:):-,:; ,6183: |") (1 . "300/ {rn {rn {no
{l |") (1
. "/3>1:r,*-9><: {rn hqjiofmijjgfnfoffh jqngklokfmhlnnimmm n o o n n o
o o V V
V V |") (1 . "9><: {rn {nn {nm {m {rn {nl -:):-,:; ,6183: |") (1 .
"300/ {rn
{rn {nk {k |") (1 . "/3>1:r,*-9><: {rn hqjiofmijjgfnfoffh
jqngklokfmhlnnimmm o
o o n n o o o V V V V |") (1 . "<0:;8: {rn {nj {ni {nh {ng o {j {rn
|") (1 .
"9><: {rn {nf {mo {m {rn {mn -:):-,:; ,6183: |") (1 . "300/ {rn {rn
{mm {h |")
(1 . "/3>1:r,*-9><: {rn hqjiofmijjgfnfoffh kqigklokfmhlnnimmm oqj o n
o o o n o
V V V V |") (1 . "<0:;8: {rn {ml {mk {mj {mi o {g {rn |") (1 . "<0:;8:
{rn {mh
{no {mg {mf o {j {rn |") (1 . "<0:;8: {rn {no {mh {lo {ln o {j {rn |")
(1 .
"<0:;8: {rn {lm {ll {no {ng n {lk {rn |") (1 . ":;8: {rn {lj {li {nh
{lh o |")
(1 . "9><: {rn {lg {lf {m {rn {ko -:):-,:; ,6183: |") (1 . "300/ {rn
{rn {kn
{nn |") (1 . "/3>1:r,*-9><: {rn hqoiofmijjgfnfoffh jqngklokfmhlnnimmm
oqj n o o
o o rn o V V V V |") (1 . "<0:;8: {rn {km {lo {kl {kk o {nm {rn |") (1
.
"<0:;8: {rn {kj {nk {km {ki o {g {rn |") (1 . "<0:;8: {rn {nk {kj {kh
{kg o {g
{rn |") (1 . "<0:;8: {rn {ll {lm {nk {mi n {lk {rn |") (1 . ":;8: {rn
{kf {jo
{mj {jn o |") (1 . "<0:;8: {rn {ni {nj {jm {jl o {j {rn |") (1 .
"<0:;8: {rn
{jk {jj {nj {mf n {lf {rn |") (1 . ":;8: {rn {li {ji {mg {jh o |") (1
. "<0:;8:
{rn {mm {jg {ni {ln n {nm {rn |") (1 . ":;8: {rn {jf {lj {lo {io o |")
(1 .
"<0:;8: {rn {mj {nh {jg {in o {lk {rn |") (1 . "<0:;8: {rn {nh {mj {jk
{im n
{lk {rn |") (1 . "300/ {rn {rn {lm {lg |") (1 . "):-+:' {rn {ng {il
|") (1 .
"):-+:' {rn {ng {ik |") (1 . ",+->687+r<*-): {rn gqoiofmijjgfnfoffh
jqngklokfmhlnnimmm n o n o V V |") (1 . "9><: {rn {rn {lk {m {rn {ij
-:):-,:;
,6183: |") (1 . "300/ {rn {rn {jk {nf |") (1 . "/3>1:r,*-9><: {rn
hqjiofmijjgfnfoffh jqigklokfmhlnnimmm oqj o rn o o o rn o V V V V |")
(1 .
"<0:;8: {rn {ii {jm {jj {ih o {mo {rn |") (1 . "<0:;8: {rn {jg {mm {ml
{ki n
{nm {rn |") (1 . "<0:;8: {rn {jm {ii {mm {kk n {mo {rn |") (1 . ":;8:
{rn {jf
{ig {kl {if o |") (1 . "<0:;8: {rn {mk {ml {ii {ho o {g {rn |") (1 .
":;8: {rn
{jo {ig {km {hn o |") (1 . "<0:;8: {rn {jj {jk {mk {kg n {lf {rn |")
(1 . ":;8:
{rn {hm {kf {kh {hl o |") (1 . "):-+:' {rn {mi {hk |") (1 . "):-+:'
{rn {in {hj
|") (1 . ",+->687+r<*-): {rn gqoiofmijjgfnfoffh jqngklokfmhlnnimmm o o rn o V V
|") (1 . "<0:;8: {rn {kn {kl {mh {jl n {mo {rn |") (1 . ":;8: {rn {ji {jf {jm
{hi o |") (1 . "<0:;8: {rn {kh {mg {ll {im o {lf {rn |") (1 . "<0:;8:
{rn {mg
{kh {kn {ih n {lf {rn |") (1 . "):-+:' {rn {mf {hh |") (1 .
",+->687+r<*-): {rn
hqjiofmijjgfnfoffh jqigklokfmhlnnimmm n rn o o V V |") (1 . "<0:;8:
{rn {lo {km
{lm {in n {nm {rn |") (1 . "):-+:' {rn {jl {hg |") (1 .
",+->687+r<*-): {rn
hqjiofmijjgfnfoffh kqigklokfmhlnnimmm n n o o V V |") (1 . ":;8: {rn
{lj {jo
{lm {hf o |") (1 . ":;8: {rn {li {kf {ll {go o |") (1 . "/061+ {rn
gqoiofmijjgfnfoffh kqigklokfmhlnnimmm n |") (1 . "/061+ {rn
gqoiofmijjgfnfoffh
jqigklokfmhlnnimmm n |") (1 . "/3>1:r,*-9><: {rn gqoiofmijjgfnfoffh
jqngklokfmhlnnimmm oqj rn o o o o n o V V V V |") (1 . "<0:;8: {rn {kl
{kn {kj
{ho n {mo {rn |") (1 . ":;8: {rn {ji {hm {jj {gn o |") (1 . "):-+:'
{rn {ho {gm
|") (1 . ",+->687+r<*-): {rn hqoiofmijjgfnfoffh kqigklokfmhlnnimmm oqj o o rn V
V |") (1 . ":;8: {rn {ig {hm {ii {gl o |") (1 . ",+->687+r<*-): {rn
hqjiofmijjgfnfoffh kqigklokfmhlnnimmm o rn o o V V |") (1 . "):-+:'
{rn {kg {gk
|") (1 . ",+->687+r<*-): {rn hqjiofmijjgfnfoffh jqigklokfmhlnnimmm o n o o V V
|") (1 . "/061+ {rn gqoiofmijjgfnfoffh jqigklokfmhlnnimmm o |") (1 . "/061+ {rn
gqoiofmijjgfnfoffh kqigklokfmhlnnimmm o |") (1 . ",+->687+r<*-): {rn
hqoiofmijjgfnfoffh jqngklokfmhlnnimmm n o rn o V V |") (1 . "/061+ {rn
hqoiofmijjgfnfoffh jqigklokfmhlnnimmm n |") (1 . "/061+ {rn
hqoiofmijjgfnfoffh
kqigklokfmhlnnimmm n |") (1 . ",+->687+r<*-): {rn gqoiofmijjgfnfoffh
kqigklokfmhlnnimmm oqj o o rn V V |") (1 . ",+->687+r<*-): {rn
gqoiofmijjgfnfoffh jqigklokfmhlnnimmm oqj o o rn V V |") (1 .
",+->687+r<*-):
{rn hqoiofmijjgfnfoffh jqigklokfmhlnnimmm oqj o o rn V V |") (1 .
"/061+ {rn
hqoiofmijjgfnfoffh kqigklokfmhlnnimmm o |") (1 . ",+->687+r<*-): {rn
hqoiofmijjgfnfoffh jqngklokfmhlnnimmm o o n o V V |") (1 . "/061+ {rn
hqoiofmijjgfnfoffh jqigklokfmhlnnimmm o |"))
-Jim Fitzgerald
Subject: Re:OCR available in ACAD?
From: hopltd@giasdl01.vsnl.net.in (G Rajesh)
Date: 4 Dec 1996 05:30:36 -0800
Gil Carter wrote:
>Hi all,
>
>My brother is a surveyor with the local council, and he was saying that
>they're currently converting all of their old drawings to electronic
>form. The actual scanning of the data is pretty simple, but they have
>to re-enter all of the measurements by hand. This is both
>time-consuming and prone to errors.
>His question (via me) is: Are there any OCR systems available for ACAD
>which will make this job easier?
>
>I assume they're running R13, but I don't know.
>
>Any advice is appreciated.
>
>Gil Carter.
Gil,
Check out the Autodesk Registered Developer site for the third party index
for the type of OCR capable systems at
http://www.autodesk.com
Also have a look at the October or the November issue of CADALYST magazine.
That issue was fully devoted to the Scanners & the AutoCAD based OCR
capable softwares and their comparisons too. The cover page will be
of Red color with a Scanner in it.
G.Rajesh
//Autodesk Product Support on the Internet//
Subject: Re:PSLTSCALE help
From: hopltd@giasdl01.vsnl.net.in (G Rajesh)
Date: 4 Dec 1996 05:31:53 -0800
hox@nas.com (John or Sonja Hoxeng) wrote:
>I can't seem to get the PSLTSCALE variable to work. The instructions seem
>simple enough; set to 1, then lines created in modelspace should look the same
>in paperspace. What am I doing wrong?
>I am using R12 in DOS.
>Please e-mail as well as post.
> Thanks,
> John
>
See the Help content from AutoCAD. You can still use the LTSCALE and
use it to control the scaling.
PSLTSCALE
0 No special linetype scaling. Linetype dash lengths are based on the drawing units of the space
(model or paper) in which the objects were created, scaled by the global LTSCALE factor.
1 Viewport scaling governs linetype scaling. If TILEMODE is set to 0, dash lengths are based on
paper space drawing units, even for objects in model space. In this mode, viewports can have
varying magnifications, yet display linetypes identically. For a specific linetype, the dash
lengths of a line in a viewport are the same as the dash lengths of a line in paper space. You
can still control the dash lengths with LTSCALE.
When you change PSLTSCALE or use a command such as ZOOM with PSLTSCALE set to 1, objects
in viewports are not automatically regenerated. Use REGEN or REGENALL to update the linetypes in the
viewports.
G.Rajesh
//Autodesk Product Support on the Internet//
Subject: Re:Printing Problem in ACAD13/W95/HP Laser III.
From: hopltd@giasdl01.vsnl.net.in (G Rajesh)
Date: 4 Dec 1996 05:42:37 -0800
h2oman@quick.net (Hugh Waterman) wrote:
>This a repost, as I never saw a reply after posting
>earl;ier. Perhaps I was too late getting back to this
>group. In any case, please send Email, if you can
>offer any help. (In addition to posting your reply)
>
>Using ACAD 13c4a, I send a drawing to my HP Laser III,
>which is the system printer. All lines that are not
>white print as some form of a dotted or dash line,
>including those that are configured as continuous
>lines. Conversely, if I change a blue center line to a
>white center line, it will come out a continuous line.
>
>My computer is a 200MHz Pentium Pro, 32 Mb memory. I'm
>new to ACAD R13 and to W95, but I used ACAD R12 in DOS
>for about 7 years, and am familiar with configuration
>in ACAD, etc.
>
>Any helpful advice will be appreciated.
>
>h2oman@quick.net
>Hugh Waterman
>
>
Do a reconfiguration of the plotter for SYSTEM PRINTER. Now while
doing this , AutoCAD will ask you whether do you want the outputs in
Color?. Answer NO. Then it will also ask whether Do you want Dithered
outputs? Answer NO.
Now give enter to other prompts and now try to take a plot output.
Check also whether the Windows driver for the laserjet is not corrupt.
G.Rajesh
//Autodesk Product Support on the Internet//
Subject: Re: Dimensioning solids
From: jimf@protosys.com (Jim Fitzgerald)
Date: Wed, 04 Dec 1996 17:03:19 GMT
Morten Warankov wrote:
>Spalding's wrote:
>> 1. Create layers DIMTOP,DIMLEFT,DIMRT in prototype drawing with
>> orthogonal viewports.
>And one set for each of the sections a-a, b-b, c-c, d-d etc. as well as
>one set for scale 1:50 and one for 1:10 and one for the detail 1:1.
>And one set for department A, one for Department B, etc...
You're right, when dimensioning in model space, you need one dimension
layer for each viewport, but not for each plot scale. Setting DIMSCALE
to 0 will let the dimensions adjust to the scale of the viewport.
Maybe I misunderstood your post.
When dimensioning in model space you have to create and manage layers
for each viewport and if you dimension in paper space you have to
manage dimension styles for each plot scale. Neither way is very
elegant but each way has it's pros and cons. When I teach people I
tell them to pick one way and stick with it.
Personally, I generally put dimensions in paper space unless I have a
compelling reason not to. But then again I hate dimensioning and
generally try to avoid it.
-Jim Fitzgerald
Subject: Re:Permission denied for file: C:\ACADWIN\SOURCE\ACAD.MNX
From: hopltd@giasdl01.vsnl.net.in (G Rajesh)
Date: 4 Dec 1996 05:42:02 -0800
Sacto_ACAD_user wrote:
>Hello All
>
>I've got an Error Message that I can't seem to solve
>
>"Permission denied for file: C:\ACADWIN\SUPPORT\ACAD.MNX"
>
>My system is:P133, 32 Meg Ram, Win 3.1, 32 bit access via
> wdctrl.drv
> AutoCAD Ver 12 c4 for Windows
>
>I've tried replacing the ACAD.mnu & ACAD.mnx with backups I
>had, that didn't work....I went to prefernces and checked my
>support and enviroment dirs/files and they looked ok?
>My alternate *.mnu (Menu) loads fine with the *.mnx compiling ok.
>
>I even re-installed ACAD from the original disks thinking that
>would overwrite the files that may have been Corrupted? Didn't
>Work....
>
>I checked the Harddrive and Ram using a Bootable diagnostic tool
>Trouble-Shooter, thinking that perhaps I had some Bad sectors on
>the HD that some ACAD files might occupy...Everything checked out
>OK....The circumstances around the Crash was I had Exploded a Hatch
>in a drawing I was doing,when the Error messages started.
>
>I noticed that when I re-installed ACAD,I thought ALL files would
>be overwritten in the install,But the acad.err file that logs errors
>was not overwritten,when viewed with Notepad,it (acad.err) still
>showed all previous errors?
>
>Any ideas or help anyone can give me,is APPRECIATED
>
>Thank You
>kwv@ix.netcom.com
>
You have not mentioned whether you are on networks. In this case
give write access also to the support directory and the *.mn* files.
In the case of single user license copies , delete the acad.mnx ,
acad.mnk file.
Then delete the error files and *.AC$ files.
Check also whether any other *.??K files have been created and delete them.
Now check up whether it works fine.
Try also by increasing the FILES= and BUFFERS= in the config.sys file
Try to increase the permanent swap file space to atleast 64MB.
Please let me know whether this could help you.
G.Rajesh
//Autodesk Product Support on the Internet//
Subject: Re:Permission denied for file: C:\ACADWIN\SOURCE\ACAD.MNX
From: hopltd@giasdl01.vsnl.net.in (G Rajesh)
Date: 4 Dec 1996 05:40:37 -0800
Sacto_ACAD_user wrote:
>Hello All
>
>I've got an Error Message that I can't seem to solve
>
>"Permission denied for file: C:\ACADWIN\SUPPORT\ACAD.MNX"
>
>My system is:P133, 32 Meg Ram, Win 3.1, 32 bit access via
> wdctrl.drv
> AutoCAD Ver 12 c4 for Windows
>
>I've tried replacing the ACAD.mnu & ACAD.mnx with backups I
>had, that didn't work....I went to prefernces and checked my
>support and enviroment dirs/files and they looked ok?
>My alternate *.mnu (Menu) loads fine with the *.mnx compiling ok.
>
>I even re-installed ACAD from the original disks thinking that
>would overwrite the files that may have been Corrupted? Didn't
>Work....
>
>I checked the Harddrive and Ram using a Bootable diagnostic tool
>Trouble-Shooter, thinking that perhaps I had some Bad sectors on
>the HD that some ACAD files might occupy...Everything checked out
>OK....The circumstances around the Crash was I had Exploded a Hatch
>in a drawing I was doing,when the Error messages started.
>
>I noticed that when I re-installed ACAD,I thought ALL files would
>be overwritten in the install,But the acad.err file that logs errors
>was not overwritten,when viewed with Notepad,it (acad.err) still
>showed all previous errors?
>
>Any ideas or help anyone can give me,is APPRECIATED
>
>Thank You
>kwv@ix.netcom.com
>
You have not mentioned whether you are on networks. In this case
give write access also to the support directory and the *.mn* files.
In the case of single user license copies , delete the acad.mnx ,
acad.mnk file.
Then delete the error files and *.AC$ files.
Check also whether any other *.??K files have been created and delete them.
Now check up whether it works fine.
Try also by increasing the FILES= and BUFFERS= in the config.sys file
Try to increase the permanent swap file space to atleast 64MB.
Please let me know whether this could help you.
G.Rajesh
//Autodesk Product Support on the Internet//
Subject: Re: autocad lt v.1 print problems
From: Steve Wellcome
Date: 4 Dec 1996 18:40:39 GMT
I've used Windows for Workgroups 3.11, AutoCAD LT V1 and V2,
and an HP4L printer successfully, with the "system" printer
driver i.e. nothing special.
I haven't had any experience using the combination with W95,
but I don't see why you should have any problem.
Can you change the line widths at all? If not, you may be
doing something wrong in the line width setup. I seem to
recall I ran into something non-obvious when I tried to do
that, and it took a bit of experimentation. I think it
reverted to the defaults even though I thought I'd changed
the values. I eventually got it to work though.
Sorry I can't give more specific info.
Subject: Re: AutoCAD LT for Win 95 Pausing Curser
From: ricksink@mindspring.com (Rick Sink)
Date: Wed, 04 Dec 1996 19:43:48 GMT
Lynn Caron wrote:
>ricksink@mindspring.com (John Richard Sink) wrote:
>>Lynn Caron wrote:
>>
>>>I recently upgraded to LT for Win95 and am experiencing the cross hairs
>>>and other cursers pausing as they are moved across the drawing screen
>>>making it appear quite jerky. ( the mouse pointer does not do this
>>>however). Otherwise things seem to work ok.
>>
>>>Anyone else experinced this and able to offer a solution?
>>
>>>Thanks in advance.
>>
>>>Lynn
>>
>>Lynn,
>>
>>Had same problem. Below is my original post, with response from
>>someone _which solved the problem_.
>>
>>Thanks for your help on this. Unfortunately I am running AutoCAD LT on a standalone computer.
>I won't go into details but in my efforts to solve this problem I was able
>to isolate a virus on my machine. The source of the infection is the
>AutoCAD LT CD ROM of all places!!. I haven't been able to get a response
>about this from Autodesk yet but will post something when I do. In the
>meantime you may want to check your CD. I can't believe I am the only one
>with this infection. The Virus is virogen.1294.
>Lynn
I just saw this post. My installation was from diskettes, not CD-ROM,
so hopefully I did not get the virus. As far as I can tell, the fix
(posted elsewhere, but essentially eliminating the search for a TCP/IP
server on my local network) has worked on my machine.
What software did you use to scan for the virus?
Rick
