L3DT Users' Community

Hi Aaron!

Want you add a vertiacal scrollbar for "Update Manager" -> Tree window ?

Because can`t read old messages, they under window`s border

And now - an OLD big problem.

I cant draw a DM, because have short-drawing lagggz. See video.
http://www.youtube.com/watch?v=OQPcDHzFmLg

First four lines - is short-drawing, and finaly - one long "snake".
In old-old versions (1-2 years old) - i solve this just disabling "pixel edges" in "View" option. Now - it not solving this.

I really cant work

Hi Leon,

I'm sorry about the update manager's lack of scroll bars. They've been added for the next dev build.

I'm genuinely shocked to see the lag in the DM drawing. I've never seen that behaviour on any of my test systems (not even when emulating in Linux). The design map brush isn't doing much in the way of calculations either (only a BitBlt to the screen), so I'm at a bit of a loss to explain why it would be so slow on your system.

Do you get the same sort of lag when painting land types using the attributes map brush in the 2D view?

Best regards,
Aaron.

Yes I have that lags on AM too.

It laggy only on firtst-click of pen +1...1,5 sec. for drawing, and next - paint good and soft for the and f line. On start new drawing - start-lag again.

P.S. On the end of this month I will reinstall my Vista and check it again on clear system.
P.P.S Under VmWare with OS "WinXP" no lagz =\

Hi Leon,

Does it get better if you un-check the 'Edit->Enable undo' option? If your system has a lot of disk latency for whatever reason, the undo information stored at the start of a brush stroke may hold up the user interface.

Best regards,
Aaron.

Thanks for help =)

I found next dependences.

1. If my antivirus monitor work, and Undo is enabled - I have big lag.
2. If my antivirus monitor work, and Undo is disabled - I have very very little lag.
3. If antivirus monitor disabled - I haven`t any lags.

I Use Dr.Web =)

P.S. I have good HDDs =))

Hi Leon,

Thanks for the extra info.

It seems that the on-access file scanning by Dr.Web is particularly slow, and is delaying the 'undo' code in L3DT when it is saving backup information before and during the brush stroke. Typically this information is kilobytes in size, so the lag caused by the saving it should be imperceptible (as indeed it is when your AV is disabled.)

I will look into whether I can defer this file I/O until after the brush stroke is finalised, which would have the effect of deferring the lag until after you've finished your mouse movement. However, I can't guarantee that this will be completed soon, nor even that it will a workable solution (particularly when editing large mosaic maps). In the interim, I guess the work-around will be to either work with L3DT's undo system disabled, or find an alternative AV to Dr.Web that doesn't have such a slow on-access scan.

Best regards,
Aaron.