reallyminorglitch_or something_else

[Maximus5]

Originally reported on Google Code with ID 1958

Having up-to-date HW/SW:

I using TrueMod in FAR and I noticed a little artifact: if You move a dialog in FAR,
here is a 'ghost', read a delayed paint (which correctly repainted in the in the next
'flyback' (ha-ha: do You understand this term???) ) See attached image which is _only_
during move.

This may be a natural 'effect' (or an unoptimized performance stuff) - I know nothing
about original TrueMod, I using just ConEmu.

This little glitch can detected by the sharpest eagle-eyes only, so I made a helper
package for the rest: package include a special application which able to slow down
Your PC - unfortunately this utility is for 1 CPU core only, so I included "slow_my_PC_down.bat"
to start multiple instances. "speed_up_my_PC.bat" is to kill these CPU-hogs.

Earlier PCs had a dedicated "Turbo" button for 12/16 MHz but my decent PC have not
this button - IS IT EVOLUTION???

Reported by nanofoxxx on 2015-03-29 17:52:05

---

• _Attachment: [reallyminorglitch_or something_else](https://storage.googleapis.com/google-code-attachments/conemu-maximus5/issue-1958/comment-0/reallyminorglitch_or somethingelse)
• Attachment: TrueMod and ConEmu in fast motion.png
  

[Maximus5]

That glitch visible for a part of a second is a consequence of original TrueMod implementation
(made by Colorer's author actually).
This implementation is not good or optimal. But without large breaking changes it can't
be changed.
May be in the future, after new stable release.

Reported by ConEmu.Maximus5 on 2015-03-29 18:05:18

[Maximus5]

Reported by ConEmu.Maximus5 on 2015-03-29 18:05:30

• Status changed: WontFix