gnuplot-beta — Developers and beta testers of new gnuplot code

Re: pm3dcolors demo broken

[tmacchant <tma...@ya...>]

In the last post I have generated the plot in wxt terminal.
That worked correctly

However, as in written web site I have re-generate it using 

set terminal png transparent nocrop enhanced size 450,320 font "arial,8"
set output 'pm3dcolors.1.png' 
load 'C:\Programs\gp510-64\demo\pm3dcolors.dem'
set output 
  
<http://gnuplot.10905.n7.nabble.com/file/n19585/pm3dcolors.png> 

This is the same as on the web site.

Is this a png terminal bug?
Is this better to be filed into bug ticket?

Tatsuro



--
View this message in context: http://gnuplot.10905.n7.nabble.com/pm3dcolors-demo-broken-tp19583p19585.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: pm3dcolors demo broken

[tmacchant <tma...@ya...>]

>In the first demo all 9 palettes are the same, which matches neither their
title nor the little code snippet on the right.

Confirmed.
I have run load 'pm3dcolors.dem' and gotten a screenshot on gnuplot 5.
<http://gnuplot.10905.n7.nabble.com/file/n19584/pm3dcolors.png> 
Palettes changes as expected.
Therefore gnuplot itself works correctly.

The demo on the web page might be auto generated. 
Something was wrong in the process.  

Anyway the web page should be revised.
I do not have any write access to the web page.
Perhaps those who have write access will revises the demo page.

Tatsuro



--
View this message in context: http://gnuplot.10905.n7.nabble.com/pm3dcolors-demo-broken-tp19583p19584.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

pm3dcolors demo broken

[Lutz M. <lut...@gm...>]

Hello,

I was browsing the gnuplot website looking for some color palettes, and I noticed that the demo illustrating pm3d colors seems to be broken:

http://gnuplot.sourceforge.net/demo/pm3dcolors.html

In the first demo all 9 palettes are the same, which matches neither their title nor the little code snippet on the right.

Best,

Lutz

Re: speed of qt terminal

[Tatsuro M. <tma...@ya...>]

----- Original Message -----
> From: Tatsuro MATSUOKA 
> To: tmacchant3 Daniel J Sebald 
> Cc: gnuplot-beta
> Date: 2015/6/27, Sat 14:43
> Subject: Re: speed of qt terminal
> 
> ----- Original Message -----
> 
>>  From: Tatsuro MATSUOKA 
>>  To: Daniel J Sebald 
>>  Cc: gnuplot-beta
>>  Date: 2015/6/27, Sat 13:04
>>  Subject: Re: speed of qt terminal
> 
>>  ----- Original Message -----
>>>   From: Daniel J Sebald
>>>   To: Tatsuro MATSUOKA
>>>   Cc: gnuplot-beta
>>>   Date: 2015/6/27, Sat 09:22
>>>   Subject: Re: speed of qt terminal
>>>>    Daniel.
>>>>    Can you show me a short script at which qt terminal is rather 
> slow?
>>>> 
>>>>    I would like to execute it on windows and ubuntu PC.
>>>> 
>>>>    Tatsuro
>>> 
>>>   Try something like:
>>> 
>>>     cd '<buildpath>/gnuplot/demo'
>>>     set term qt
>>>     splot 'blutux.rgb' binary array=(128,128) flipy 
>>>   format='%uchar' using 1:2:3 with rgbimage
>>> 
>>>     [rotate the image using a mouse]
>>> 
>>>     set term x11
>>>     replot
>>> 
>>>     [rotate the image using a mouse]
>>> 
>>>   If you want, exit, re-launch and try
>>> 
>>>     cd '<buildpath>/gnuplot/demo'
>>>     set term wxt
>>>     splot 'blutux.rgb' binary array=(128,128) flipy 
>>>   format='%uchar' using 1:2:3 with rgbimage
>>> 
>>>   On my system there is a very large difference in redraw speed with Qt. 
> 
>>  Granted, 
>>>   it could be the data transfer that is slow and rendering is fast, 
> don't 
>> 
>>>   know.  Also, on my system, the wxt terminal will show a bad aliasing 
> bug 
>>  when 
>>>   the image is rotated so that it is orthogonal to the window borders.
>>> 
>>>   Dan
>> 
>> 
>>  On windows
>> 
>> 
>>  Qt  very slow 
>>  wxt not slow not fast
>>  windows fastest
>> 
> 
> 
> I have tested gnuplot 5.1 built using msvc complier provided Kakuto.
> http://ctan.ijs.si/mirror/w32tex/w32/
> 
> 
> The difference in speed is small among three terminals.
> 
> My qt toolkit is built on MinGW-w64 4.9.2 (both 32 or 64 bit).
> 


The slowness of mouse operation on qt terminal with Dan's example occur 
when gnuplot for windows built against Qt-5.4.2.

Downgrade Qt version to 5.3.2, mouse operation on qt terminal with Dan's example
works without slowness.

It is better to seek the origin of slowness gnuplot for windows (Mingw) + qt 5.4.2.
However, I do not have knowledge and time to do so.

Tatsuro

Re: speed of qt terminal

[sfeam <sf...@us...>]

On Monday, 29 June 2015 01:12:36 PM Tatsuro MATSUOKA wrote:
> > 
> > I have rebuilt gnuplot-5.1 with qt5 (qt5.2.1) on Ubuntu 14.04 amd64. 
> > 
> For make check, qt is the fastest.
> 
> time GNUTERM=qt make check
> real    0m22.559s
> user    0m8.834s
> sys    0m0.883s
> 
> time GNUTERM=wxt make check
> real    0m34.771s
> user    0m23.197s
> sys    0m1.901s
> 
> time GNUTERM=x11 make check
> real    0m30.643s
> user    0m8.574s
> sys    0m1.582s
> 
> Tatsuro

gnuplot 5.1 (qt5, wxt3)
Mageia 4
Intel(R) Core(TM) i7-3517UE CPU @ 1.70GHz

qt:
	4.83 user		(doesn't include gnuplot_qt) 
	0.46 system 
	0:07.19 elapsed 

wxt:
	10.50 user 
	0.92 system 
	0:11.77 elapsed 

x11:
	4.41 user		(doesn't include gnuplot_x11)
	1.02 system
	0:14.72 elapsed


		Ethan

Re: speed of qt terminal

[Tatsuro M. <tma...@ya...>]

----- Original Message -----

> ----- Original Message -----
> 
>>  From: Tatsuro MATSUOKA 
>>  To: tmacchant3 Daniel J Sebald 
>>  Cc: gnuplot-beta> Date: 2015/6/27, Sat 13:13
>>  Subject: Re: speed of qt terminal
>> 
>>  ----- Original Message -----
> 
> <snip>
> 
>>  Ubuntu 14.04 (LTS) amd64, Qt 4.8.5, nvidia-304
>> 
>>  Qt QT_GRAPHICSSYSTEM non-specified a litte bit slow
>>  QT_GRAPHICSSYSTEM=raster normal almost the same as X11
>>  QT_GRAPHICSSYSTEM=opengl does not work
>> 
>>  X11 normal
>>  wxt rather faster than qt and x11
>> 
>>  Perhaps speed of qt on this test depends strongly environments.
>> 
>>  Tatsuro
> 
> 
> I have rebuilt gnuplot-5.1 with qt5 (qt5.2.1) on Ubuntu 14.04 amd64. 
> QT_GRAPHICSSYSTEM has no mean on qt5
> 
> Test
> splot 'blutux.rgb' binary array=(128,128) flipy format='%uchar' 
> using 1:2:3 with rgbimage 
> 
> I cannot test quantitatively. 
> To be honest qualitatively I cannot feel distinguishable differences 
> on mouse operation of a plot between three terminals (qt, wxt, and x11).
> 
> Perhaps this is due to my PC is rather old. 
> (The nvidia driver version is 304.)
> 
For make check, qt is the fastest.

time GNUTERM=qt make check
real    0m22.559s
user    0m8.834s
sys    0m0.883s

time GNUTERM=wxt make check
real    0m34.771s
user    0m23.197s
sys    0m1.901s

time GNUTERM=x11 make check
real    0m30.643s
user    0m8.574s
sys    0m1.582s

Tatsuro

Re: help for gnuplot build with qt5

[Tatsuro M. <tma...@ya...>]

----- Original Message -----

> Date: 2015/6/29, Mon 09:50
> Subject: Re: help for gnuplot build with qt5
> 
> ----- Original Message -----
> 
>>  From: Tatsuro MATSUOKA 
>>  To: Christoph Bersch ; gnuplot-beta
>>  Cc: 
>>  Date: 2015/6/29, Mon 07:23
>>  Subject: Re: help for gnuplot build with qt5
>> 
>>  ----- Original Message -----
>> 
>>>   From: Christoph Bersch 
>>>   To: gnuplot-beta
>>>   Cc: 
>>>   Date: 2015/6/28, Sun 05:37
>>>   Subject: Re: help for gnuplot build with qt5
>>> 
>>>   Am 27.06.2015 um 10:44 schrieb Tatsuro MATSUOKA:
>>>>    I am now trying to build gnuplot 5.1 with Qt 5 on ubuntu 14.04.
>>>> 
>>>>    Octave uses qt4 so that I would like to build gnuplot without 
>>  uninstall 
>>>   qt4.
>>>> 
>>>>    configure --with-qt=qt5 is not enough.
>>> 
>>>   I also had this problem. On Debian for me it worked to use
>>> 
>>>   export QT_SELECT=qt5; ./configure
>> 
>>  Thank you for your advise. Unfortunately the above does not work for me.
>> 
> I finally solve the issue by myself.
> The QT_LIBS flag is incorrect.
> 
> QT_LIBS='-L/usr/lib/x86_64-linux-gnu -lQt5Core -lQt5Gui -lQt5Network 
> -lQt5OpenGL -lQt5PrintSupport -lQt5Svg -lQt5Widgets'
> 
> Some of qt5 toosl have not installed (QtSVG) for me.
> QtSVG was installed using synaptic package manager.
> 
> I have also installed qttools5-dev-tools by
> $ sudo apt-get install qttools5-dev-tools
> 
> The all build process went successful.


Error correction.

> Some of qt5 toosl have not installed (QtSVG ) for me.
> QtSVG was installed using synaptic package manager.


QtSVG and dev are correct.


Tatsuro

Re: help for gnuplot build with qt5

[Tatsuro M. <tma...@ya...>]

----- Original Message -----

> From: Tatsuro MATSUOKA 
> To: Christoph Bersch ; gnuplot-beta
> Cc: 
> Date: 2015/6/29, Mon 07:23
> Subject: Re: help for gnuplot build with qt5
> 
> ----- Original Message -----
> 
>>  From: Christoph Bersch 
>>  To: gnuplot-beta
>>  Cc: 
>>  Date: 2015/6/28, Sun 05:37
>>  Subject: Re: help for gnuplot build with qt5
>> 
>>  Am 27.06.2015 um 10:44 schrieb Tatsuro MATSUOKA:
>>>   I am now trying to build gnuplot 5.1 with Qt 5 on ubuntu 14.04.
>>> 
>>>   Octave uses qt4 so that I would like to build gnuplot without 
> uninstall 
>>  qt4.
>>> 
>>>   configure --with-qt=qt5 is not enough.
>> 
>>  I also had this problem. On Debian for me it worked to use
>> 
>>  export QT_SELECT=qt5; ./configure
> 
> Thank you for your advise. Unfortunately the above does not work for me.
> 
I finally solve the issue by myself.
The QT_LIBS flag is incorrect.

QT_LIBS='-L/usr/lib/x86_64-linux-gnu -lQt5Core -lQt5Gui -lQt5Network -lQt5OpenGL -lQt5PrintSupport -lQt5Svg -lQt5Widgets'

Some of qt5 toosl have not installed (QtSVG) for me.
QtSVG was installed using synaptic package manager.

I have also installed qttools5-dev-tools by
$ sudo apt-get install qttools5-dev-tools

The all build process went successful.

Tatsuro

Re: speed of qt terminal

[Tatsuro M. <tma...@ya...>]

----- Original Message -----

> From: Tatsuro MATSUOKA 
> To: tmacchant3 Daniel J Sebald 
> Cc: gnuplot-beta> Date: 2015/6/27, Sat 13:13
> Subject: Re: speed of qt terminal
> 
> ----- Original Message -----

<snip>

> Ubuntu 14.04 (LTS) amd64, Qt 4.8.5, nvidia-304
> 
> Qt QT_GRAPHICSSYSTEM non-specified a litte bit slow
> QT_GRAPHICSSYSTEM=raster normal almost the same as X11
> QT_GRAPHICSSYSTEM=opengl does not work
> 
> X11 normal
> wxt rather faster than qt and x11
> 
> Perhaps speed of qt on this test depends strongly environments.
> 
> Tatsuro


I have rebuilt gnuplot-5.1 with qt5 (qt5.2.1) on Ubuntu 14.04 amd64. 
QT_GRAPHICSSYSTEM has no mean on qt5

Test
splot 'blutux.rgb' binary array=(128,128) flipy format='%uchar' using 1:2:3 with rgbimage 

I cannot test quantitatively. 
To be honest qualitatively I cannot feel distinguishable differences 
on mouse operation of a plot between three terminals (qt, wxt, and x11).

Perhaps this is due to my PC is rather old. 
(The nvidia driver version is 304.)

Tatsuro

Re: help for gnuplot build with qt5

[Tatsuro M. <tma...@ya...>]

----- Original Message -----

> From: Christoph Bersch 
> To: gnuplot-beta
> Cc: 
> Date: 2015/6/28, Sun 05:37
> Subject: Re: help for gnuplot build with qt5
> 
> Am 27.06.2015 um 10:44 schrieb Tatsuro MATSUOKA:
>>  I am now trying to build gnuplot 5.1 with Qt 5 on ubuntu 14.04.
>> 
>>  Octave uses qt4 so that I would like to build gnuplot without uninstall 
> qt4.
>> 
>>  configure --with-qt=qt5 is not enough.
> 
> I also had this problem. On Debian for me it worked to use
> 
> export QT_SELECT=qt5; ./configure

Thank you for your advise. Unfortunately the above does not work for me.

Tatsuro

Re: help for gnuplot build with qt5

[Christoph B. <us...@be...>]

Am 27.06.2015 um 10:44 schrieb Tatsuro MATSUOKA:
> I am now trying to build gnuplot 5.1 with Qt 5 on ubuntu 14.04.
>
> Octave uses qt4 so that I would like to build gnuplot without uninstall qt4.
>
> configure --with-qt=qt5 is not enough.

I also had this problem. On Debian for me it worked to use

export QT_SELECT=qt5; ./configure

Regards,
Christoph

Re: speed of qt terminal

[Tatsuro M. <tma...@ya...>]

----- Original Message -----

> From: Tatsuro MATSUOKA 
> To: Merritt Ethan  gnuplot-beta
> Cc: Daniel J Sebald 
> Date: 2015/6/27, Sat 18:22
> Subject: Re: speed of qt terminal
> 
> ----- Original Message -----
> 
>>  From: sfeam 
>>  To: gnuplot-beta
>>  Cc: Daniel J Sebald > Date: 2015/6/27, Sat 12:15
>>  Subject: Re: speed of qt terminal
>> 
>>  but it seems that Qt5 has deprecated the use of an environmental
>>  variable to select among them.  
> 
> In gnuplot_qt.cpp
> 
> #if QT_VERSION < 0x040700
>     /* 
>     * FIXME: EAM Nov 2011
>     * It is better to use environmental variable
>     * QT_GRAPHICSSYSTEM but this requires qt >= 4.7
>     * "raster" is ~5x faster than "native" (default).
>     * Unfortunately "opengl" isn't recognized on my test systems 
> :-(
>     */
>     // This makes a huge difference to the speed of polygon rendering.
>     // Alternatives are "native", "raster", 
> "opengl"
>     QApplication::setGraphicsSystem("raster");
> #endif
> 
> QApplication::setGraphicsSystem apprears only here but this is for very old 
> version of Qt.
> Thus almost system, QApplication::setGraphicsSystem is not set.
> 
> Qt5 has deprecated the use of an environmental variable to select among them.
> What is the default of GraphicsSystem in Qt5?
> 
> Tatsuro

Sorry 
Concept of GraphicsSystem is deprecated in Qt5.

This is the first time to read Qt documentation.

I propose that comment for QApplication::setGraphicsSystem is deprecated for Qt5 is added 
to somewhere appropriate.


Tatsuro 

Re: speed of qt terminal

[Tatsuro M. <tma...@ya...>]

----- Original Message -----

> From: sfeam 
> To: gnuplot-beta
> Cc: Daniel J Sebald > Date: 2015/6/27, Sat 12:15
> Subject: Re: speed of qt terminal
> 
> but it seems that Qt5 has deprecated the use of an environmental
> variable to select among them.  

In gnuplot_qt.cpp

#if QT_VERSION < 0x040700
    /* 
    * FIXME: EAM Nov 2011
    * It is better to use environmental variable
    * QT_GRAPHICSSYSTEM but this requires qt >= 4.7
    * "raster" is ~5x faster than "native" (default).
    * Unfortunately "opengl" isn't recognized on my test systems :-(
    */
    // This makes a huge difference to the speed of polygon rendering.
    // Alternatives are "native", "raster", "opengl"
    QApplication::setGraphicsSystem("raster");
#endif

QApplication::setGraphicsSystem apprears only here but this is for very old version of Qt.
Thus almost system, QApplication::setGraphicsSystem is not set.

Qt5 has deprecated the use of an environmental variable to select among them.
What is the default of GraphicsSystem in Qt5?

Tatsuro

Re: speed of qt terminal

[Tatsuro M. <tma...@ya...>]

> I have tested gnuplot 5.1 built using msvc complier provided Kakuto.

> http://ctan.ijs.si/mirror/w32tex/w32/
> 
> 
> The difference in speed is small among three terminals.
> 
> My qt toolkit is built on MinGW-w64 4.9.2 (both 32 or 64 bit).
> 


For both MSVC and MinGW, Kakuto and I use Qt5 but not Qt4.
I asked that MSVC build of qt with OpenGL or not.
Qt for MSVC was built with opengl enable.

I am now trying to build qt with enabling opengl.

The results will be reported later.

Tatsuro 

help for gnuplot build with qt5

[Tatsuro M. <tma...@ya...>]

I am now trying to build gnuplot 5.1 with Qt 5 on ubuntu 14.04.

Octave uses qt4 so that I would like to build gnuplot without uninstall qt4.

configure --with-qt=qt5 is not enough.

Include path is not set for qt5

So I set 

QT_CFLAGS='-I/usr/include/qt5/QtConcurrent -I/usr/include/qt5/QtGui -I/usr/include/qt5/QtOpenGLExtensions -I/usr/include/qt5/QtSql -I/usr/include/qt5/QtXml -I/usr/include/qt5/QtCore -I/usr/include/qt5/QtNetwork -I/usr/include/qt5/QtPlatformSupport -I/usr/include/qt5/QtTest -I/usr/include/qt5/QtDBus -I/usr/include/qt5 -I/usr/include/qt5/QtOpenGL -I/usr/include/qt5/QtPrintSupport -I/usr/include/qt5/QtWidgets' \

Compile passes but at link a lot of  undefined reference errors.
At link a lot of undefined reference errors
So I tried to add 

QT_LIBS='-L/usr/lib/x86_64-linux-gnu/qt5/plugins/accessible -L/usr/lib/x86_64-linux-gnu/qt5/plugins/generic -L/usr/lib/x86_64-linux-gnu/qt5/plugins/organizer -L/usr/lib/x86_64-linux-gnu/qt5/plugins/platformthemes  -L/usr/lib/x86_64-linux-gnu/qt5/plugins/sensorgestures -L/usr/lib/x86_64-linux-gnu/qt5/plugins/bearer -L/usr/lib/x86_64-linux-gnu/qt5/plugins/iconengines -L/usr/lib/x86_64-linux-gnu/qt5/plugins/platforminputcontexts  -L/usr/lib/x86_64-linux-gnu/qt5/plugins/printsupport -L/usr/lib/x86_64-linux-gnu/qt5/plugins/sensors -L/usr/lib/x86_64-linux-gnu/qt5/plugins/feedback -L/usr/lib/x86_64-linux-gnu/qt5/plugins/imageformats -L/usr/lib/x86_64-linux-gnu/qt5/plugins/platforms -L/usr/lib/x86_64-linux-gnu/qt5/plugins/qmltooling -L/usr/lib/x86_64-linux-gnu/qt5/plugins/sqldrivers' \

but no make sense.

Any help is appreciated.

Tatsuro

Re: speed of qt terminal

[sfeam <sf...@us...>]

On Saturday, 27 June 2015 12:47:18 AM Daniel J Sebald wrote:
> On 06/26/2015 11:04 PM, Tatsuro MATSUOKA wrote:
> >
> >
> > ----- Original Message -----
> >> From: Daniel J Sebald
> >> To: Tatsuro MATSUOKA
> >> Cc: gnuplot-beta
> >> Date: 2015/6/27, Sat 09:22
> >> Subject: Re: speed of qt terminal
> >>>   Daniel.
> >>>   Can you show me a short script at which qt terminal is rather slow?
> >>>
> >>>   I would like to execute it on windows and ubuntu PC.
> >>>
> >>>   Tatsuro
> >>
> >> Try something like:
> >>
> >>    cd '<buildpath>/gnuplot/demo'
> >>    set term qt
> >>    splot 'blutux.rgb' binary array=(128,128) flipy
> >> format='%uchar' using 1:2:3 with rgbimage
> >>
> >>    [rotate the image using a mouse]
> >>
> >>    set term x11
> >>    replot
> >>
> >>    [rotate the image using a mouse]
> >>
> >> If you want, exit, re-launch and try
> >>
> >>    cd '<buildpath>/gnuplot/demo'
> >>    set term wxt
> >>    splot 'blutux.rgb' binary array=(128,128) flipy
> >> format='%uchar' using 1:2:3 with rgbimage
> >>
> >> On my system there is a very large difference in redraw speed with Qt. Granted,
> >> it could be the data transfer that is slow and rendering is fast, don't
> >> know.  Also, on my system, the wxt terminal will show a bad aliasing bug when
> >> the image is rotated so that it is orthogonal to the window borders.
> >>
> >> Dan
> >
> >
> > On windows
> >
> >
> > Qt  very slow
> > wxt not slow not fast
> > windows fastest
> 
> No surprise there, I guess; Windows being the fastest.
> 
> 
> > If QT_GRAPHICSSYSTEM is set to native, qt terminal is incredibly slow.
> 
> That must be what my system is defaulting to.
> 
> 
> > Qt QT_GRAPHICSSYSTEM non-specified a litte bit slow
> > QT_GRAPHICSSYSTEM=raster normal almost the same as X11
> > QT_GRAPHICSSYSTEM=opengl does not work
> > X11 normal
> > wxt rather faster than qt and x11
> > Perhaps speed of qt on this test depends strongly environments.
> 
> Yes, also different from what either Ethan or I have found.
> 

Note that I'm using Qt5.  You are both using Qt4, right?

On the other hand, on my machines Qt4 was also fast for everything except
image maps.  I think Qt5 is faster, but at the moment I don't have a
machine setup where I can compare them directly on the same hardware.

I can tell you that I have tested on machines with Intel HD graphics
and also on machines with separate nVidia graphics cards. Also on 
my 5 year old el-cheapo laptop (Intel HD3000 graphics).
Qt is fast on all of them.
So I don't think it is a question of the hardware.
Maybe something to do with the X-server configuration?
Mine has

number of extensions:    29
    BIG-REQUESTS
    Composite
    DAMAGE
    DOUBLE-BUFFER
    DPMS
    DRI2
    GLX
    Generic Event Extension
    MIT-SCREEN-SAVER
    MIT-SHM
    RANDR
    RECORD
    RENDER
    SECURITY
    SGI-GLX
    SHAPE
    SYNC
    X-Resource
    XC-MISC
    XFIXES
    XFree86-Bigfont
    XFree86-DGA
    XFree86-VidModeExtension
    XINERAMA
    XInputExtension
    XKEYBOARD
    XTEST
    XVideo
    XVideo-MotionCompensation

Are you missing any of those?

	Ethan

Re: speed of qt terminal

[Daniel J S. <dan...@ie...>]

On 06/26/2015 11:04 PM, Tatsuro MATSUOKA wrote:
>
>
> ----- Original Message -----
>> From: Daniel J Sebald
>> To: Tatsuro MATSUOKA
>> Cc: gnuplot-beta
>> Date: 2015/6/27, Sat 09:22
>> Subject: Re: speed of qt terminal
>>>   Daniel.
>>>   Can you show me a short script at which qt terminal is rather slow?
>>>
>>>   I would like to execute it on windows and ubuntu PC.
>>>
>>>   Tatsuro
>>
>> Try something like:
>>
>>    cd '<buildpath>/gnuplot/demo'
>>    set term qt
>>    splot 'blutux.rgb' binary array=(128,128) flipy
>> format='%uchar' using 1:2:3 with rgbimage
>>
>>    [rotate the image using a mouse]
>>
>>    set term x11
>>    replot
>>
>>    [rotate the image using a mouse]
>>
>> If you want, exit, re-launch and try
>>
>>    cd '<buildpath>/gnuplot/demo'
>>    set term wxt
>>    splot 'blutux.rgb' binary array=(128,128) flipy
>> format='%uchar' using 1:2:3 with rgbimage
>>
>> On my system there is a very large difference in redraw speed with Qt. Granted,
>> it could be the data transfer that is slow and rendering is fast, don't
>> know.  Also, on my system, the wxt terminal will show a bad aliasing bug when
>> the image is rotated so that it is orthogonal to the window borders.
>>
>> Dan
>
>
> On windows
>
>
> Qt  very slow
> wxt not slow not fast
> windows fastest

No surprise there, I guess; Windows being the fastest.


> If QT_GRAPHICSSYSTEM is set to native, qt terminal is incredibly slow.

That must be what my system is defaulting to.


> Qt QT_GRAPHICSSYSTEM non-specified a litte bit slow
> QT_GRAPHICSSYSTEM=raster normal almost the same as X11
> QT_GRAPHICSSYSTEM=opengl does not work
> X11 normal
> wxt rather faster than qt and x11
> Perhaps speed of qt on this test depends strongly environments.

Yes, also different from what either Ethan or I have found.

Dan

Re: speed of qt terminal

[Tatsuro M. <tma...@ya...>]

----- Original Message -----

> From: Tatsuro MATSUOKA 
> To: Daniel J Sebald 
> Cc: gnuplot-beta
> Date: 2015/6/27, Sat 13:04
> Subject: Re: speed of qt terminal

> ----- Original Message -----
>>  From: Daniel J Sebald
>>  To: Tatsuro MATSUOKA
>>  Cc: gnuplot-beta
>>  Date: 2015/6/27, Sat 09:22
>>  Subject: Re: speed of qt terminal
>>>   Daniel.
>>>   Can you show me a short script at which qt terminal is rather slow?
>>> 
>>>   I would like to execute it on windows and ubuntu PC.
>>> 
>>>   Tatsuro
>> 
>>  Try something like:
>> 
>>    cd '<buildpath>/gnuplot/demo'
>>    set term qt
>>    splot 'blutux.rgb' binary array=(128,128) flipy 
>>  format='%uchar' using 1:2:3 with rgbimage
>> 
>>    [rotate the image using a mouse]
>> 
>>    set term x11
>>    replot
>> 
>>    [rotate the image using a mouse]
>> 
>>  If you want, exit, re-launch and try
>> 
>>    cd '<buildpath>/gnuplot/demo'
>>    set term wxt
>>    splot 'blutux.rgb' binary array=(128,128) flipy 
>>  format='%uchar' using 1:2:3 with rgbimage
>> 
>>  On my system there is a very large difference in redraw speed with Qt. 
> Granted, 
>>  it could be the data transfer that is slow and rendering is fast, don't 
> 
>>  know.  Also, on my system, the wxt terminal will show a bad aliasing bug 
> when 
>>  the image is rotated so that it is orthogonal to the window borders.
>> 
>>  Dan
> 
> 
> On windows
> 
> 
> Qt  very slow 
> wxt not slow not fast
> windows fastest
> 


I have tested gnuplot 5.1 built using msvc complier provided Kakuto.
http://ctan.ijs.si/mirror/w32tex/w32/


The difference in speed is small among three terminals.

My qt toolkit is built on MinGW-w64 4.9.2 (both 32 or 64 bit).

Hmmmm

Tatsuro

Re: speed of qt terminal

[Daniel J S. <dan...@ie...>]

On 06/26/2015 10:15 PM, sfeam wrote:
> On Friday, 26 June 2015 09:13:03 PM Daniel J Sebald wrote:

[snip]

>> I'm pretty sure my system isn't optimum--based upon what I know from
>> compiling graphics drivers a few months back.  (It's a lot of work
>> because there are a half dozen or more supporting libraries that need to
>> be built until eventually the actual driver can be built.)  There's
>> probably some software rendering along the way and it eventually comes
>> back to X11.
>
> I added a qDebug() statement to the terminal and it tells me:
> Qt graphics platform:  "xcb"
>
> The Qt5 platforms are listed here:
>
> 	http://doc.qt.io/qt-5/qguiapplication.html
>
> but it seems that Qt5 has deprecated the use of an environmental
> variable to select among them.  I hadn't realized there was such
> a large change from Qt4 ->  Qt5,

Yes.  Some people find it difficult migrating from Qt 4 to 5.


> since it didn't require many changes in our code.

gnuplot has always been one of the easier programs to build.

Dan

Re: speed of qt terminal

[Tatsuro M. <tma...@ya...>]

----- Original Message -----

> ----- Original Message -----
>>  From: Daniel J Sebald
>>  To: Tatsuro MATSUOKA
>>  Cc: gnuplot-beta
>>  Date: 2015/6/27, Sat 09:22
>>  Subject: Re: speed of qt terminal
>>>   Daniel.
>>>   Can you show me a short script at which qt terminal is rather slow?
>>> 
>>>   I would like to execute it on windows and ubuntu PC.
>>> 
>>>   Tatsuro
>> 
>>  Try something like:
>> 
>>    cd '<buildpath>/gnuplot/demo'
>>    set term qt
>>    splot 'blutux.rgb' binary array=(128,128) flipy 
>>  format='%uchar' using 1:2:3 with rgbimage
>> 
>>    [rotate the image using a mouse]
>> 
>>    set term x11
>>    replot
>> 
>>    [rotate the image using a mouse]
>> 
>>  If you want, exit, re-launch and try
>> 
>>    cd '<buildpath>/gnuplot/demo'
>>    set term wxt
>>    splot 'blutux.rgb' binary array=(128,128) flipy 
>>  format='%uchar' using 1:2:3 with rgbimage
>> 
>>  On my system there is a very large difference in redraw speed with Qt. 
> Granted, 
>>  it could be the data transfer that is slow and rendering is fast, don't 
> 
>>  know.  Also, on my system, the wxt terminal will show a bad aliasing bug 
> when 
>>  the image is rotated so that it is orthogonal to the window borders.
>> 
>>  Dan
> 
> 
> On windows
> 
> 
> Qt  very slow 
> wxt not slow not fast
> windows fastest
> 
> If QT_GRAPHICSSYSTEM is set to native, qt terminal is incredibly slow.
> 
> Windows 7 64 bit Qt 5.4.2, Intel HD Graphics 
> 
> Test on Ubuntu reported afterwards.
> 
> Tatsuro
> 

Ubuntu 14.04 (LTS) amd64, Qt 4.8.5, nvidia-304

Qt QT_GRAPHICSSYSTEM non-specified a litte bit slow
QT_GRAPHICSSYSTEM=raster normal almost the same as X11
QT_GRAPHICSSYSTEM=opengl does not work

X11 normal
wxt rather faster than qt and x11

Perhaps speed of qt on this test depends strongly environments.

Tatsuro

Re: speed of qt terminal

[Tatsuro M. <tma...@ya...>]

----- Original Message -----
> From: Daniel J Sebald
> To: Tatsuro MATSUOKA
> Cc: gnuplot-beta
> Date: 2015/6/27, Sat 09:22
> Subject: Re: speed of qt terminal
>>  Daniel.
>>  Can you show me a short script at which qt terminal is rather slow?
>> 
>>  I would like to execute it on windows and ubuntu PC.
>> 
>>  Tatsuro
> 
> Try something like:
> 
>   cd '<buildpath>/gnuplot/demo'
>   set term qt
>   splot 'blutux.rgb' binary array=(128,128) flipy 
> format='%uchar' using 1:2:3 with rgbimage
> 
>   [rotate the image using a mouse]
> 
>   set term x11
>   replot
> 
>   [rotate the image using a mouse]
> 
> If you want, exit, re-launch and try
> 
>   cd '<buildpath>/gnuplot/demo'
>   set term wxt
>   splot 'blutux.rgb' binary array=(128,128) flipy 
> format='%uchar' using 1:2:3 with rgbimage
> 
> On my system there is a very large difference in redraw speed with Qt. Granted, 
> it could be the data transfer that is slow and rendering is fast, don't 
> know.  Also, on my system, the wxt terminal will show a bad aliasing bug when 
> the image is rotated so that it is orthogonal to the window borders.
> 
> Dan


On windows


Qt  very slow 
wxt not slow not fast
windows fastest

If QT_GRAPHICSSYSTEM is set to native, qt terminal is incredibly slow.

Windows 7 64 bit Qt 5.4.2, Intel HD Graphics 

Test on Ubuntu reported afterwards.

Tatsuro

Re: speed of qt terminal

[sfeam <sf...@us...>]

On Friday, 26 June 2015 09:13:03 PM Daniel J Sebald wrote:
> On 06/26/2015 08:36 PM, sfeam wrote:
> > On Friday, 26 June 2015 07:22:41 PM Daniel J Sebald wrote:
> >> On 06/26/2015 06:49 PM, Tatsuro MATSUOKA wrote:
> >
> >>> Daniel.
> >>> Can you show me a short script at which qt terminal is rather slow?
> >>>
> >>> I would like to execute it on windows and ubuntu PC.
> >>>
> >>> Tatsuro
> >>
> >> Try something like:
> >>
> >>     cd '<buildpath>/gnuplot/demo'
> >>     set term qt
> >>     splot 'blutux.rgb' binary array=(128,128) flipy format='%uchar' using
> >> 1:2:3 with rgbimage
> >>
> >>     [rotate the image using a mouse]
> >>
> >>     set term x11
> >>     replot
> >>
> >>     [rotate the image using a mouse]
> >
> > On my linux machine the qt terminal is much faster than x11 in this test.
> >
> >    qt5 5.2.0
> >    x11 xorg 1.14.5
> >    Intel on-chip HD Graphics 4000
> >
> > It is possible that your qt configuration is not using the optimal
> > rendering mode.  I'll look into trying to report this somewhere.
> > Maybe "show term"?
> >
> > 	Ethan
> 
> I'm pretty sure my system isn't optimum--based upon what I know from 
> compiling graphics drivers a few months back.  (It's a lot of work 
> because there are a half dozen or more supporting libraries that need to 
> be built until eventually the actual driver can be built.)  There's 
> probably some software rendering along the way and it eventually comes 
> back to X11.

I added a qDebug() statement to the terminal and it tells me:
Qt graphics platform:  "xcb" 

The Qt5 platforms are listed here:

	http://doc.qt.io/qt-5/qguiapplication.html

but it seems that Qt5 has deprecated the use of an environmental
variable to select among them.  I hadn't realized there was such
a large change from Qt4 -> Qt5, since it didn't require many
changes in our code.  The qt wiki says:

  QPA is the platform abstraction layer for Qt 5 and replaces QWS and the
  platform ports from Qt 4. [...]
  There is currently little documentation for QPA. The best approach for
  developing a new platform plugin is to look at the other plugins and
  see how they implement the APIs in question. The minimal plugin is a
  good starting point. The xcb, windows, cocoa, and qnx plugins are also
  actively developed and up to date.

> Intel hardware, on the other hand, has a lot of rendering support, so it 
> doesn't surprise me you're seeing the opposite performance-wise.  How 
> about wxt?  Does that terminal perform as well as qt?

wxt is slower than qt, and gtk3 is IMHO not ready for prime time.
At this point I would not recommend wxt. 

	Ethan

Re: speed of qt terminal

[Daniel J S. <dan...@ie...>]

On 06/26/2015 08:36 PM, sfeam wrote:
> On Friday, 26 June 2015 07:22:41 PM Daniel J Sebald wrote:
>> On 06/26/2015 06:49 PM, Tatsuro MATSUOKA wrote:
>
>>> Daniel.
>>> Can you show me a short script at which qt terminal is rather slow?
>>>
>>> I would like to execute it on windows and ubuntu PC.
>>>
>>> Tatsuro
>>
>> Try something like:
>>
>>     cd '<buildpath>/gnuplot/demo'
>>     set term qt
>>     splot 'blutux.rgb' binary array=(128,128) flipy format='%uchar' using
>> 1:2:3 with rgbimage
>>
>>     [rotate the image using a mouse]
>>
>>     set term x11
>>     replot
>>
>>     [rotate the image using a mouse]
>
> On my linux machine the qt terminal is much faster than x11 in this test.
>
>    qt5 5.2.0
>    x11 xorg 1.14.5
>    Intel on-chip HD Graphics 4000
>
> It is possible that your qt configuration is not using the optimal
> rendering mode.  I'll look into trying to report this somewhere.
> Maybe "show term"?
>
> 	Ethan

I'm pretty sure my system isn't optimum--based upon what I know from 
compiling graphics drivers a few months back.  (It's a lot of work 
because there are a half dozen or more supporting libraries that need to 
be built until eventually the actual driver can be built.)  There's 
probably some software rendering along the way and it eventually comes 
back to X11.

Intel hardware, on the other hand, has a lot of rendering support, so it 
doesn't surprise me you're seeing the opposite performance-wise.  How 
about wxt?  Does that terminal perform as well as qt?

Dan

Re: speed of qt terminal

[sfeam <sf...@us...>]

On Friday, 26 June 2015 07:22:41 PM Daniel J Sebald wrote:
> On 06/26/2015 06:49 PM, Tatsuro MATSUOKA wrote:

> > Daniel.
> > Can you show me a short script at which qt terminal is rather slow?
> >
> > I would like to execute it on windows and ubuntu PC.
> >
> > Tatsuro
> 
> Try something like:
> 
>    cd '<buildpath>/gnuplot/demo'
>    set term qt
>    splot 'blutux.rgb' binary array=(128,128) flipy format='%uchar' using 
> 1:2:3 with rgbimage
> 
>    [rotate the image using a mouse]
> 
>    set term x11
>    replot
> 
>    [rotate the image using a mouse]

On my linux machine the qt terminal is much faster than x11 in this test.

  qt5 5.2.0
  x11 xorg 1.14.5
  Intel on-chip HD Graphics 4000

It is possible that your qt configuration is not using the optimal
rendering mode.  I'll look into trying to report this somewhere.
Maybe "show term"?

	Ethan

Re: speed of qt terminal

[Daniel J S. <dan...@ie...>]

On 06/26/2015 06:49 PM, Tatsuro MATSUOKA wrote:
>
>
>> In other places Daniel state
>> ***************************************************************************************
>> For example, qt terminal uses QPixmap
>>
>> http://doc.qt.io/qt-5/qpixmap.html
>>
>> which is a feature of Qt to handle display of images.  However, this is
>> at a very high level in which image elements are treated individually,
>> not as a whole image.  Consequently, the user will find that the Qt
>> terminal can be rather slow for large data sets.  x11 is very low level,
>> so is much faster.  Yet, wxt is fast as well.
>> ***************************************************************************************
>>
>
>
> Daniel.
> Can you show me a short script at which qt terminal is rather slow?
>
> I would like to execute it on windows and ubuntu PC.
>
> Tatsuro

Try something like:

   cd '<buildpath>/gnuplot/demo'
   set term qt
   splot 'blutux.rgb' binary array=(128,128) flipy format='%uchar' using 
1:2:3 with rgbimage

   [rotate the image using a mouse]

   set term x11
   replot

   [rotate the image using a mouse]

If you want, exit, re-launch and try

   cd '<buildpath>/gnuplot/demo'
   set term wxt
   splot 'blutux.rgb' binary array=(128,128) flipy format='%uchar' using 
1:2:3 with rgbimage

On my system there is a very large difference in redraw speed with Qt. 
Granted, it could be the data transfer that is slow and rendering is 
fast, don't know.  Also, on my system, the wxt terminal will show a bad 
aliasing bug when the image is rotated so that it is orthogonal to the 
window borders.

Dan