Jerky Cursor in AutoCAD 2018

[Anonymous]

I've just started AutoCAD 2018 version.

I have everything working fine EXCEPT for a jerky cursor.

It works smoothly until a command is started.

Then, it takes a full second before it moves and then it jerks, almost as if a snap was set.

I've check past postings and have adjusted as suggested, but, to no avail.

I'm ready to start over and follow any suggestions you all out there might have.

Read Ya Later -KLYPH

@Anonymous, 

john.vellek has edited your subject line for clarity: Jerky Cursor

[JamesMaeding]

@Anonymous 

I could not agree more. Making copies of drawings and xrefs, and switching the xref paths to the copies so you can rip and tear (well, erase and detach), is indeed tedious.

Luckily though, its simple. The trick is to keep a copy of the copy, so when you erase the stuff that causes the problem, you can go back a step and see what was there. More good news I know - copy of the copy...

Pretty soon, your whole day is used up, you isolated the issue, and........its an autocad bug you can't do anything about.

Story of my life, and its not fun when there are 40 xrefs involved.

Understand that it absolutely could be hardware related. My laptop sometimes does not have the jerky cursor when a user of mine is getting it. But we don't have spare different vid cards laying around to beg our IT group to test out for us. In the end, we either isolate the problem(s) in the drawings and do something to fix, or we switch to bricscad for the drawing with bad behavior. I know @RobDraw has not embraced bricscad yet, but I encourage all cad operators to get a seat of it so they have plan B at least. You might still pay for acad, and should if you make dynamic blocks and deal with point clouds, but Bcad is a one time $800 purchase, compared to $1500 a year for acad. If you like bcad, drop acad for a year and you save a ton. I'm pushing forum etiquette by saying this, but if the adesk team cannot solve this cursor bug, I get some leeway.

Now for something really nerdy, my company chili contest entry theme was "Bricscad is the new Autocad" but in chili disguise. The joke is always that a team will just buy canned chili and enter it as their own. So I wrapped cans of the same chili with these labels you could see through a bit, to imply you won't know the difference. Its getting complicated, here is the pic of the cans:

[RobDraw]

---

@JamesMaeding wrote:

I know @RobDraw has not embraced bricscad yet

---

And don't have a need for it or much of a need for AutoCAD anymore. AutoCAD is a tool for accessing files for me but I do have to provide support for it and can still teach experienced users new tricks.

Why it even matters or has anything to do with the topic at hand? I'm not sure.

Back to the topic. If a file is causing performance problems on adequate computers, covering it up with hardware improvements is merely putting a Band-Aid on it and way too expensive. Especially if multiple machines need to be upgraded with the same way too expensive Band-Aid. Finding the cause of the problem by reverse engineering the file to eliminate the problem is a learning exercise, hardly a waste of time if it saves the cost of hardware upgrades.

[JamesMaeding]

@RobDraw 

If you don't need acad for editing, you certainly should try bricscad, as its 5x less expensive.

The point is though, bricscad does not suffer from any of the cursor issues acad does.

You can open the heaviest file and get way faster performance in zooms and everything in bcad.

Everyone should have that as a plan B (pun...). Yes, slight side track from OP.

The real issue at hand, the cursor being sticky in acad, is still unknown as to the cause.

It seems to be a bug that affects everyone, but some worse than others. I agree throwing hardware at it is not effective. So what I am saying is throw software at it that is known to work....bcad.

I will say Autodesk seems to be very, very silent on this. Its lame because they advertise 40% faster zooms and all this stuff with latest version, then sweep bugs under the carpet. Maybe the revit folks have more luck with adesk.

[RobDraw]

---

@JamesMaeding wrote:

So what I am saying is throw software at it that is known to work

---

That just might be the best statement in this thread. Couldn't agree more but this is an AutoCAD forum.

[JamesMaeding]

@RobDraw 

Honestly, I'm surprised adesk does not edit my posts when I bring up bricscad.

Maybe its because if their stay at adesk does not work out, they know who will take them in.

Now I am out of bounds for sure

[RobDraw]

---

@JamesMaeding wrote:

@RobDraw 

Now I am out of bounds for sure

---

You are a strange one @JamesMaeding.

[johnw]

How do I stop receiving replies on a particular thread (this one)?

[RobDraw]

[johnw]

I don't have an "unsubscribe" option. Only option is to "subscribe" which is odd since I'm getting all responses relating to this post.

[rkmcswain]

Are you sure you are on the right menu? If you are clicking on the message menu, then Subscribe will be there. You have to click on the Topic menu. If this is what you're doing then contact the admin using the REPORT button.

[Anonymous]

About 30 months ago, I asked a simple question about a "Jerky Cursor".

The current discussions are about quite complicated and debated topics which have nothing to do with my question.

Can't the AutoDEST monitors stop this stream of discussion and start a new one WITHOUT my name attached ???

Read Y'all Later _KLYPH

[rkmcswain]

Can't the AutoDEST monitors stop this stream of discussion and start a new one WITHOUT my name attached ???

Read the last couple of replies. That is how you stop the notification emails.

[Anonymous]

I hope that "unsubscribe" is the answer, but, I worry, does it just make it so I don't see anymore of the discussions, OR, does just mean I don't see anymore, while the discussion still continues, with my name as the originator?

Read Yall Later  -KLYPH

[rkmcswain]

Nothing happens to the discussion. You just stop getting email updates on it.

[JamesMaeding]

@Anonymous 

unfortunately, just because you start a thread does not mean you get to decide when its finished.

IMO, this jerky Cursor thing remains a big deal, and just yesterday I spent hours dealing with a plagued drawing.

I like the stackoverflow forum features better, where you can upvote and downvote replies, and the moderators seem to lock up long threads. Adesk seems to interact very little on these forums.

[rkmcswain]

Of course the notification you received because of the post from @JamesMaeding, and this one, is due to you being tagged like this @Anonymous 

That is totally independent from being subscribed to the thread, where you get notified anytime a new reply is added. You can @TAG someone on any thread in any forum and that person will get an email alert** (presuming they have elected to receive email alerts in general). 

** I'm not sure what happens if you are tagged in a conversation inside of a forum to which you do not have access. I presume you would be notified, but when you go to view the post, your access would be denied.

[Anonymous]

I tried F9 and it worked.

[Anonymous]

I changed my driver settings to NVIDIA driver controlled and it fixed the jumpiness.  I had it set to Prefer Maximum performance and it caused this problem.     

[JamesMaeding]

@Anonymous 

wow, never looked at that setting. I did just now and the default is Nvidia driver controlled, so am guessing most will have it set that way. All my users do.

The evidence points to an acad bug though. The jerkiness spoken of in this post (not the trivial snap or stuff solved with tweaking acad vars) is not solved by making drawings simpler, in terms of size. It seems to be solved by unclipping xrefs, or deleting wipeouts, when such testing actually solves it. This tears apart drawings of course.

Given adesk's tweaking of display drivers over the last 4 versions, stuff like this is expected but they should follow up with someone and fix it, as it is repeatable on a machine.

[Anonymous]

I'm curious. Has anyone tried "-PU"

Purge through the dialogue box does not purge "Zero Length Lines", "Empty Text Objects" and "Registered Applications".

Purge through the commandline i.e. -PU has these additional options.

I'm wondering if it is possible that a "Registered Application" might actually be causing the issue.