MovieWiz v1.0.15.5 Released

[JavaWiz]

It does not look like it is the SMS keystroke routine that is slowing things down. As you can see in the log snippet below, the WizSMS processing (bracketed by the AWizUiControl.processKeyStroke()) happens within the same millisecond. What looks suspect though is the list rendering, which there is a delay of approx .3 seconds between each item.

Code:

2008-05-19 22:14:40.161 VERBOSE [1] AWizUiControl: processKeyStroke()- BEGIN: buffer-
2008-05-19 22:14:40.161 VERBOSE [1] WizSMS: processSmsKeyStroke()- KeyCode:Down KeyValue:40
2008-05-19 22:14:40.161 VERBOSE [1] WizSMS: processSmsKeyStroke()- Key timeout or new keycode, proceeding to next letter
2008-05-19 22:14:40.161 VERBOSE [1] AWizUiControl: ProcessKeystroke()- unhandled keycode: Down
2008-05-19 22:14:40.161 VERBOSE [1] AWizUiControl: processKeyStroke()- END:   buffer-
2008-05-19 22:14:40.161 VERBOSE [1] currentIndex = 0     detailsViewVisibleIndex = 0
2008-05-19 22:14:40.161 VERBOSE [1] LIST: Using cached image-FilterName(0)
2008-05-19 22:14:40.161 VERBOSE [1] Creating new GBPVRUiElement (selected)
2008-05-19 22:14:40.380 VERBOSE [1] currentIndex = 0     detailsViewVisibleIndex = 0
2008-05-19 22:14:40.380 VERBOSE [1] LIST: Using cached image-FilterName(0)
2008-05-19 22:14:40.599 VERBOSE [1] currentIndex = 0     detailsViewVisibleIndex = 0
2008-05-19 22:14:40.599 VERBOSE [1] LIST: Using cached image-FilterName(0)

Here is a new version of the WizUiHelper.DLL that has enhanced logging and smarter rendering logic. Copy this DLL to plugins/common and try again. Also, as part of the test, navigate the list for a few items so I can see more detail associated with the rendering of selected items.

Does the delay seem to occur when you use the keyboard as well as the remote?

[Wakalaka]

It does not look like it is the SMS keystroke routine that is slowing things down. As you can see in the log snippet below, the WizSMS processing (bracketed by the AWizUiControl.processKeyStroke()) happens within the same millisecond. What looks suspect though is the list rendering, which there is a delay of approx .3 seconds between each item.

Code:

2008-05-19 22:14:40.161 VERBOSE [1] AWizUiControl: processKeyStroke()- BEGIN: buffer-
2008-05-19 22:14:40.161 VERBOSE [1] WizSMS: processSmsKeyStroke()- KeyCode:Down KeyValue:40
2008-05-19 22:14:40.161 VERBOSE [1] WizSMS: processSmsKeyStroke()- Key timeout or new keycode, proceeding to next letter
2008-05-19 22:14:40.161 VERBOSE [1] AWizUiControl: ProcessKeystroke()- unhandled keycode: Down
2008-05-19 22:14:40.161 VERBOSE [1] AWizUiControl: processKeyStroke()- END:   buffer-
2008-05-19 22:14:40.161 VERBOSE [1] currentIndex = 0     detailsViewVisibleIndex = 0
2008-05-19 22:14:40.161 VERBOSE [1] LIST: Using cached image-FilterName(0)
2008-05-19 22:14:40.161 VERBOSE [1] Creating new GBPVRUiElement (selected)
2008-05-19 22:14:40.380 VERBOSE [1] currentIndex = 0     detailsViewVisibleIndex = 0
2008-05-19 22:14:40.380 VERBOSE [1] LIST: Using cached image-FilterName(0)
2008-05-19 22:14:40.599 VERBOSE [1] currentIndex = 0     detailsViewVisibleIndex = 0
2008-05-19 22:14:40.599 VERBOSE [1] LIST: Using cached image-FilterName(0)

Here is a new version of the WizUiHelper.DLL that has enhanced logging and smarter rendering logic. Copy this DLL to plugins/common and try again. Also, as part of the test, navigate the list for a few items so I can see more detail associated with the rendering of selected items.

Does the delay seem to occur when you use the keyboard as well as the remote?

Same problem with your WizUiHelper_v1.0.16.3.zip. In the attached logs, I used remote to cursor down from Search to Main Menu button and back up. Then I used keyboard to do the same, and had the same slow drawing.

[JavaWiz]

Same problem with your WizUiHelper_v1.0.16.3.zip. In the attached logs, I used remote to cursor down from Search to Main Menu button and back up. Then I used keyboard to do the same, and had the same slow drawing.

I cannot seem to recreate the problem, or identify exactly where the slowdown is in your logs.



I've recreated SearchWiz with additional logging, but I suspect there is something wrong with the install on your box, so I propose two tests. If the first one does not fix the problem, try the 2nd:

1. Install attached version, execute the plugin, navigate thru SearchWiz for a few keystrokes, save off the logs.
   
2. Completely re-install SearchWiz and supporting DLLs.
   • Delete the plugins/SearchWizX2 directory
     
   • Delete specified DLLs from plugins/common
     • WizUiHelper.DLL
       
     • WizWebHelper.DLL
       
   • Delete skin2/Blue/SearchWizX2 directory
     
   • Re-install attached version of SearchWiz
     
   • Execute plugin, navigate thru SearchWiz for a few keystrokes and save off logs.
     

Post both sets of logs and I'll see if anything shows up.

[Wakalaka]

I cannot seem to recreate the problem, or identify exactly where the slowdown is in your logs.

I've recreated SearchWiz with additional logging, but I suspect there is something wrong with the install on your box, so I propose two tests. If the first one does not fix the problem, try the 2nd:

1. Install attached version, execute the plugin, navigate thru SearchWiz for a few keystrokes, save off the logs.
   
2. Completely re-install SearchWiz and supporting DLLs.
   • Delete the plugins/SearchWizX2 directory
     
   • Delete specified DLLs from plugins/common
     • WizUiHelper.DLL
       
     • WizWebHelper.DLL
       
   • Delete skin2/Blue/SearchWizX2 directory
     
   • Re-install attached version of SearchWiz
     
   • Execute plugin, navigate thru SearchWiz for a few keystrokes and save off logs.
     

Post both sets of logs and I'll see if anything shows up.

v1.0.13.2 made no difference. Log files attached, -1.log files are reinstall without delete, .log files are reinstall with delete.

Plugin config has error, says "SMS Entry on at startu" should be "SMS Entry on at startup".

I also deleted the SearchWizardX2 section from config.xml on the off chance that something in the configuration was breaking your plugin. Ran config.exe, saved settings, made no difference.

[JavaWiz]

In the pvrx2.exe.log (ie. clean install), I see nothing wrong.

• 00:53:37 - Pvrx2 starts up
  
• 00:53:39 - SearchWizX2 gets instantiated
  
• 00:52:50 - SearchWizX2 Activate(), this core code activating the plugin (before it actually renders)
  
• 00:53:50 - GetRenderList returns objects to render, this should reflect just about the time thigs get drawn on screen
  
• 00:53:51 - OnKeyDown(), down arrow pressed
  
• 00:53:51 - OnKeyDown() finished processing (15ms elapsed)
  
• 00:53:51 - GetRenderList() called to reflect keydown changes
  
• 00:53:51 - GetRenderList() complete (203ms elapsed)
  
• 00:53:51 - GetRenderList() called again
  
• 00:53:52 - GetRenderList() complete. (187ms elapsed)
  
• 00:53:52 - GetRenderList() called again
  
• 00:53:52 - GetRenderList() complete. (187ms elapsed)
  
• 00:53:52 - OnKeyDown(), down arrow??
  
• 00:53:52 - OnKeyDown() complete (00ms elapsed - very fast)
  
• 00:53:52 - GetRenderList() called to reflect keydown changes
  
• 00:53:52 - GetRenderList() complete (187ms)
  
• .... 4 more key presses
  
• 00:54:01 - OnKeyDown() - Escape pressed
  
• 00:54:02 - out of plugin
  

Total time elapsed - 25 seconds. This includes pvrx2 startup.
Total time elapsed after 1st SearchWiz keypress - 12 seconds, this includes 5 keypresses, plus the escape to return to menu

I don't see a performance problem here, at least from the logs. Can you further explain the problem you are seeing?

[Wakalaka]

It takes about 2 seconds to move between buttons, or for each SMS tap to appear. It's not a 2 second delay, then suddenly it moves to the next button. It's more of a 1 second delay, then it takes 1-2 seconds as it moves to the next button, like animation is slowed down.

[JavaWiz]

Ok, I think I found some code that needed optimization. Try this version of WizUiHelper.DLL (v1.0.16.4)

[Wakalaka]

Ok, I think I found some code that needed optimization. Try this version of WizUiHelper.DLL (v1.0.16.4)

Problem is now gone! I'm curious what you did that fixed the problem, yet never showed a problem on your system.

[JavaWiz]

Problem is now gone! I'm curious what you did that fixed the problem, yet never showed a problem on your system.

Not sure exactly what the difference was between your setup and mine, although, it runs faster on mine now too. I now cache the image (ie textbox, label and list) instead of recreating it each time. It only gets recreated if the data in the control changes.

[Wakalaka]

I did notice that it animates a bit funny when you move up and down really fast. You can get all buttons to appear to shrink (when focus moves off of a button) all at the same time.

Also SearchWiz remembers the last menu item on the left that had focus. You can enter SearchWiz, focus starts at Criteria. Hit left and it goes to Filter (instead of Search -- I would think up/down go between Filter and Criteria, and left goes to Search). Hit up then it goes to Search. Down twice to Reminders. Exit SearchWiz. Enter SearchWiz again, focus is at Criteria. Hit up twice and it goes to Reminders.
** It remembers the last item that had focus on the left, instead of always going to a set position e.g. Search button.

Can these be fixed easily?