Results 1 to 7 of 7

Thread: Reduce number of plotted points in spectrogram plot

  1. #1
    Join Date
    May 2016
    Posts
    4
    Thanks
    1
    Qt products
    Qt5

    Default Reduce number of plotted points in spectrogram plot

    Hello,

    we are using the spectogram plot to display a 2D Matrix with about 13000x64 values and i would like to optimize the plot speed (currently about 10 fps). Because there are only 1920px pixel in width (display size), much time is wasted to try to plot pixels which physically can't be displayed.

    We are also using the magnifier, zoom and pan widget to zoom into an area of interest, therefore i can't modifiy the matrix size.

    I looked into the source code but i can't really find the place to change the behaivor of qwt_plot_spectrogram. My goal is to reduce the number of plotted points to the size of the displayed canvas.

    Does anybody how i can make this possible?

    Many thanks in advance.

    Best regards,
    Kevin

  2. #2
    Join Date
    Feb 2006
    Location
    Munich, Germany
    Posts
    3,309
    Thanked 879 Times in 827 Posts
    Qt products
    Qt3 Qt4 Qt/Embedded
    Platforms
    MacOS X Unix/X11 Windows

    Default Re: Reduce number of plotted points in spectrogram plot

    Quote Originally Posted by hberg539 View Post
    we are using the spectogram plot to display a 2D Matrix with about 13000x64 values and i would like to optimize the plot speed (currently about 10 fps). Because there are only 1920px pixel in width (display size), much time is wasted to try to plot pixels which physically can't be displayed.
    No QwtPlotSpectrogram runs over the pixels ( in paint device resolution ! ) requesting a value for each pixel from the raster data object.

    The resolution of the data only matters if it is lower than the paint device resolution. To have this optimization you need to tell the spectrogram about the resolution by implementing QwtRasterData::pixelHint(). When using QwtMatrixRasterData this implementation is available out of the box. See http://qwt.sourceforge.net/class_qwt...a1e7efe97d39d6

    Having a valid QwtRasterData::pixelHint makes a lot of sense in your case as it limits the number of requests ( and color interpolations ) from 1920 x 1920 to 1920 x 64 !
    But keep in mind, that 1920 x 64 still means 122880 pixels that need to be calculated and then scaled to 1920 x 1920.

    I recommend to have a look at Qwt from SVN trunk, where the spectrogram has some performance improvements. In qwt_plot_spectrogram.cpp you can enable DEBUG_RENDER to get some performance debug printouts you can check with the spectrogram example. The performance of your plot should be better compared with the example as your data resolution is horizontally always less than the screen resolution. If it is worse you should have a closer look at your color map and/or raster data object.

    Uwe

  3. #3
    Join Date
    May 2016
    Posts
    4
    Thanks
    1
    Qt products
    Qt5

    Default Re: Reduce number of plotted points in spectrogram plot

    Hello Uwe,

    thanks for the explanation. I enabled the render debug and it prints this:
    renderImage QSize(12290, 65) 36
    I also counted the number of calls to value() and it seems that value() is called 798850 (12290x64) times on each draw. The number of calls to value doesn't change when changing the resample mode to NearestNeighbour.
    Shouldn't be the number of calls to value() the same as the size of the canvas (about 900x600 when resized) when using MatrixRasterData?

    I've looked into the svn repo at svn://svn.code.sf.net/p/qwt/code/trunk qwt-code but there are not much changes relating to qwt_plot_spectrogram after the 6.1.2 release. The latest change was 2014-12-26. Am i on the correct svn server?

    Best regards,
    Kevin


    Added after 1 5 minutes:


    When using NearestNeighbour (what we want), value() is called 12290x64 (Matrix size) times. If i zoom into the area, the number of calls to value() decreases.
    If i comment out the pixelHint() section for NearestNeighbour, value() calls are less, but the number of calls don't reduce when zoomed in.

    Is the returning QRectF of pixelHint() pixels or matrix distances?

    Thanks
    Last edited by hberg539; 19th May 2016 at 13:29.

  4. #4
    Join Date
    Feb 2006
    Location
    Munich, Germany
    Posts
    3,309
    Thanked 879 Times in 827 Posts
    Qt products
    Qt3 Qt4 Qt/Embedded
    Platforms
    MacOS X Unix/X11 Windows

    Default Re: Reduce number of plotted points in spectrogram plot

    Quote Originally Posted by hberg539 View Post
    I also counted the number of calls to value() and it seems that value() is called 798850 (12290x64) times on each draw.
    That seems to be wrong. With the debugger and a breakpoint in value() you should be able to find out where the 12290 is coming from. I would expect that you end up in QwtPlotRasterItem::draw and how paintRect gets calculated.


    Quote Originally Posted by hberg539 View Post
    The number of calls to value doesn't change when changing the resample mode to NearestNeighbour.
    Sure, this mode changes how to round from the neighboured values, but doesn't have an impact on the number of requested values.

    Shouldn't be the number of calls to value() the same as the size of the canvas (about 900x600 when resized) when using MatrixRasterData?
    No it should be 900x64 in your case.

    I've looked into the svn repo at svn://svn.code.sf.net/p/qwt/code/trunk qwt-code but there are not much changes relating to qwt_plot_spectrogram after the 6.1.2 release. The latest change was 2014-12-26. Am i on the correct svn server?
    The improvements can be found in the implementation of the color maps.

    But 36ms with the demo is good news as you should be significantly faster because of the 64 pixels horizontally.

    Uwe

  5. #5
    Join Date
    May 2016
    Posts
    4
    Thanks
    1
    Qt products
    Qt5

    Default Re: Reduce number of plotted points in spectrogram plot

    My matrix size is 12290x64 (the 13000x64 from the first thread was rounded badly). I debugged the code and paintRect has the dimensions 774x496 (seems to be the canvas size).
    renderImage QSize(x,x) equals exactly the number of calls to value().

    I think there is some issue in QwtMatrixRasterData:: pixelHint():
    Qt Code:
    1. QRectF QwtMatrixRasterData::pixelHint( const QRectF &area ) const
    2. {
    3. Q_UNUSED( area )
    4.  
    5. QRectF rect;
    6. if ( d_data->resampleMode == NearestNeighbour )
    7. {
    8. const QwtInterval intervalX = interval( Qt::XAxis );
    9. const QwtInterval intervalY = interval( Qt::YAxis );
    10. if ( intervalX.isValid() && intervalY.isValid() )
    11. {
    12. rect = QRectF( intervalX.minValue(), intervalY.minValue(),
    13. d_data->dx, d_data->dy );
    14. }
    15. }
    16.  
    17. return rect;
    18. }
    To copy to clipboard, switch view to plain text mode 

    Without any changes to pixelHint(), value() gets called 798850 times.
    If i change d_data->dx to d_data->dx*2, value() only gets called 399425 times (exactly the half).

    I can't figure out what's wrong, but increasing the dx/dy values in pixelHint() improves the performance without any visible degradation (until some point, then the resulting image gets pixelated).

    It seems that it does not get iterated over the canvas pixels, but over the interval.

    Another testcase:
    ----------------------------------------------
    matrix size: 12889x64
    paintRect: 774x496
    x interval width: 6460.05
    y interval width: 36.2334
    pixelHint() returns dx=0.525678 and dy=0.566147

    Now renderImage returns: QSize(12289, 65)
    value() is called 798850 times.

    x interval width / dx = 12290
    y interval width / dy = 64
    ----------------------------------------------

    It's really strange. I will let this sink in and will look into it after a coffee.

    Kevin
    Last edited by hberg539; 19th May 2016 at 16:14.

  6. #6
    Join Date
    Feb 2006
    Location
    Munich, Germany
    Posts
    3,309
    Thanked 879 Times in 827 Posts
    Qt products
    Qt3 Qt4 Qt/Embedded
    Platforms
    MacOS X Unix/X11 Windows

    Default Re: Reduce number of plotted points in spectrogram plot

    Guess the problem is in QwtPlotRasterItem::draw:

    Qt Code:
    1. imageSize.setWidth( qRound( imageArea.width() / pixelRect.width() ) );
    To copy to clipboard, switch view to plain text mode 

    What happens if you change this line to:

    Qt Code:
    1. double w = imageArea.width() / pixelRect.width();
    2. w = qMin( paintRect.width(), w );
    3.  
    4. imageSize.setWidth( qRound( w ) );
    To copy to clipboard, switch view to plain text mode 

    The same for the height, but in your case pixelRect.height() is usually below paintRect.height().

    Uwe

  7. The following user says thank you to Uwe for this useful post:

    hberg539 (19th May 2016)

  8. #7
    Join Date
    May 2016
    Posts
    4
    Thanks
    1
    Qt products
    Qt5

    Default Re: Reduce number of plotted points in spectrogram plot

    I tested it, seems to work just fine!

    Now QSize(774, 65) has the size of the canvas and value() only gets called 774*65 = 50310 times.
    If i zoom into an area, QSize(x,x) reduces and also the calls to value().

    The draw time is now reduced from 40-50ms to around 3-4ms!

    Great, thanks alot for your help!

Similar Threads

  1. Replies: 3
    Last Post: 16th December 2015, 20:39
  2. How do I reduce the size of the plot?
    By Helena in forum Qwt
    Replies: 1
    Last Post: 13th November 2013, 08:53
  3. Rendering a qwt plot spectrogram
    By moijhd in forum Qwt
    Replies: 4
    Last Post: 23rd July 2013, 12:06
  4. Replies: 5
    Last Post: 17th June 2011, 18:53
  5. Spectrogram Plot Hints
    By shargath in forum Qwt
    Replies: 2
    Last Post: 25th February 2009, 12:11

Tags for this Thread

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
Digia, Qt and their respective logos are trademarks of Digia Plc in Finland and/or other countries worldwide.