Bug 211 – Arealist generation slows and produces ghost

Bug 211 - Arealist generation slows and produces ghost


Summary:	Arealist generation slows and produces ghost

Status:	RESOLVED WORKSFORME

Product:	Fiji
Classification:	Unclassified
Component:	TrakEM2
Version:	unspecified
Hardware:	PC Windows

Importance:	P2 normal
Assigned To:	Albert Cardona

URL:

Depends on:
Blocks:

Reported:	2010-08-09 16:05 CDT by Christian
Modified:	2012-04-20 23:16 CDT
CC List:	1 user (show)

See Also:

Description Christian 2010-08-09 16:05:54 CDT

In TrakEM2 in a certain project while adding content to an arealist. The line in process starts to lag considerably behind the mouse pointer. At the same time a ghost image of the same line is drawn with an offset of about x = -1645 px, y =835 px (this is on a canvas of 9517px X 8081px). This ghost is same color and strength as drawn line. Noteably, the line by the mouse pointer progresses in jumps while it tries to reach the point where the pointer is - this works as long as the left mouse button is held down- , at the same time the ghost line progresses as slowly, but in a smooth manner. After finishing the line, both lines seem to be independent content of the arealist because it is possible to delete the ghost by drawing a box and <d> without deleting the "original".
This makes modeling a lot more time consuming of course. Closing the Project and Fiji and restarting seem to solve the problem only for a very short time if any. I found nothing related to this in the database but i once talked to Stefan about it and he had seen something like it before.

Information about your version of Java - this information is useful for the Fiji developers:
  os.arch => x86
  os.name => Windows XP
  os.version => 5.1
  java.version => 1.6.0_16
  java.vendor => Sun Microsystems Inc.
  java.runtime.name => Java(TM) SE Runtime Environment
  java.runtime.version => 1.6.0_16-b01
  java.vm.name => Java HotSpot(TM) Client VM
  java.vm.version => 14.2-b01
  java.vm.vendor => Sun Microsystems Inc.
  java.vm.info => mixed mode
  java.awt.graphicsenv => sun.awt.Win32GraphicsEnvironment
  java.specification.name => Java Platform API Specification
  java.specification.version => 1.6
  sun.cpu.endian => little
  sun.desktop => windows
  file.separator => \

Comment 1 Christian 2010-08-09 16:37:01 CDT

P.S. I found out it only affects this one arealist in the project. So there is at least one workaround. I can add the content to a newly created arealist and merge the arealists later. Christian

Comment 2 Albert Cardona 2010-08-21 13:34:58 CDT

Christian, could you test if you can reproduce this behavior?
I have uploaded a TrakEM2_.jar to the Fiji Updater with numerous fixes regarding brushing areas, among others.

Comment 3 Christian 2010-08-23 11:09:16 CDT

Hi Albert,
I'm afraid I lost that one. I don't have a copy of the project when it displayed that behaviour. It turned out that it only affected that one arealist -though an important one in the project- and I could solve it by creating a new arealist that I used for adding content and finally merging the two arealists. When I merged in the right order, the resulting arealist did not inherit the bug. 
By the way, what technique do you recommend for saving TrakEM2 projects as a copy? 
I don't see anything in the 'save as' menue of ImageJ and I guess there would be problems with creating copies of a project xml if both copies are to rely on the same mipmap folders, as soon as the copies are changed independently.
So momentarily I cannot decide whether this peculiar bug will come back in the updated TrakEM2. I will inform you if I ever encounter it again.
Christian

Comment 4 Johannes Schindelin 2012-04-20 22:39:33 CDT

If there is no more progress on this issue in the next few weeks, I will have to reflect the most likely resolution by changing the status to WONTFIX.