Bug 1003 - lack of UI feedback at end of acquisition
Summary: lack of UI feedback at end of acquisition
Status: CONFIRMED
Alias: None
Product: PulseView
Classification: Unclassified
Component: Acquisition (show other bugs)
Version: unreleased development snapshot
Hardware: All All
: Normal normal
Target Milestone: ---
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-07-31 23:03 CEST by Gerhard Sittig
Modified: 2017-09-17 12:54 CEST (History)
0 users



Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Gerhard Sittig 2017-07-31 23:03:08 CEST
Considerable time passes between pressing the STOP button and the start of 
drawing traces with sample data.  While no UI response can be perceived in 
this period of time.  The run/stop illumination remains green, the main area 
remains blank.

The effect is most probably seen with huge amounts of sample data and the 
use of non-streaming acquisition devices, where retrieval of sample data only 
occurs after acquisition has completed.  It gets worse with reduced throughput 
for sample data retrieval (slow physics, or less than perfect implementation).

It was specifically observed with asix-sigma, several hundred meg samples, 
and the current driver implementation which might download, uncompress, or 
submit to the session bus in ways that could use improvement.  Reporter is 
Michael Kaplan via the ML, I've seen this during development of the fix 
that he tested as well.

It's to get determined whether hitting the STOP button could result in some 
earlier UI feedback.  Though driver architecture might prevent the UI from 
telling "stopping" from "stopped, and data available".  Could hitting the 
STOP button (or pressing SPACE) "dim" the green run/stop illuminator perhaps, 
before it goes completely dark after the acquisition has terminated?
Comment 1 Gerhard Sittig 2017-09-17 12:54:57 CEST
For the record:  The issue was noticed with and reported against Asix Sigma 
specifically, but might reproduce with e.g. serial attached scopes or similar. 
It's the combination of non-streaming, deep memory, and slow comm channel 
which makes the issue noticable.