Ah, sorry, this was my fault.  I totally forgot that you now have to do 
'vglrun +xcb' in order to enable the XCB faker.  This was so existing 
VirtualGL shops could rebuild their installation to support Qt5 without 
having to worry about potential interference with non-Qt5 applications. 
  At some point, I may become confident enough to allow the XCB faker to 
run all the time, but right now, I'm still nervous about that, because 
we've already discovered a couple of issues caused by the fact that Xlib 
is built on top of xcb (the issues have been fixed, but there may be 
others lurking in the shadows.)


On 1/16/15 5:09 PM, Tim Biedert wrote:
> Thank you for the quick response!
>
> Here's a quite minimal example:
>
> -----------------------------------------------------------------------------------------------
>
> main.cpp:
> -----------------------------------------------------------------------------------------------
>
>
> #include <QApplication>
> #include <QMainWindow>
> #include <QGLWidget>
> #include <QDebug>
>
>
> static QGLFormat defaultFormat()
> {
>      QGLFormat fmt;
>
>      fmt.setProfile( QGLFormat::CoreProfile );
>      fmt.setAlpha( true );
>      fmt.setSamples( 4 );
>      fmt.setSampleBuffers( true );
>
>      return fmt;
> }
>
>
> class Example : public QGLWidget
> {
> public:
>      Example(QWidget* parent) : QGLWidget( defaultFormat(), parent )
>      {
>      }
>
>      virtual void resizeGL( int w, int h )
>      {
>          qDebug() << w << "x" << h;
>          glViewport( 0, 0, w, h );
>      }
>
>      virtual void paintGL()
>      {
>          glClearColor(0.1f, 0.4f, 0.0f, 0.0f);
>          glClear(GL_COLOR_BUFFER_BIT);
>      }
>
>      virtual QSize sizeHint() const
>      {
>          return QSize(800, 600);
>      }
>
> };
>
>
> int main(int argc, char* argv[])
> {
>      QApplication application(argc, argv);
>
>      QMainWindow window;
>      window.setWindowTitle("Example");
>      window.setCentralWidget(new Example(&window));
>      window.show();
>
>      return application.exec();
> }
>
>
>
> -----------------------------------------------------------------------------------------------
>
> example.pro
> -----------------------------------------------------------------------------------------------
>
> QT += core gui opengl
>
> TARGET = example
> TEMPLATE = app
>
> SOURCES += main.cpp
>
> -----------------------------------------------------------------------------------------------
>
>
>
> To test, I simply do a "vglconnect localhost" and "vglrun
> ./example".     Using the above code, the window is resized to 800x600,
> but the green frame is only very small in the top left corner.
>
>
> Best,
> Tim
>
>
>
>
> On 01/16/2015 11:31 PM, DRC wrote:
>> Can you send me the source code for your widget?
>>
>> On 1/16/15 4:02 PM, Tim Biedert wrote:
>>> Dear VirtualGL team,
>>>
>>> I’m trying to vglrun a simple Qt 5.4 application which only contains an
>>> OpenGL widget as the central widget.
>>>
>>> There is still a resize issue:
>>> - When the window is resized, the overridden resize() handler of the GL
>>> widget even prints out the correct new window size and the
>>> camera/perspective changes accordingly
>>> - However, the rendered frame stays fixed at 640x480 resolution
>>> - Mouse coordinates within the OpenGL widget are also incorrect if the
>>> inherited widget size is not 640x480.
>>>
>>> VirtualGL version is 2.3.91 compiled from SVN trunk (accessed: Jan 16th
>>> 2015) with -DVGL-FAKEXCB=1.
>>>
>>> For better understanding, I’ve created two screen recordings:
>>>
>>> 1) Reference how it should behave:
>>> http://vis.uni-kl.de/~biedert/direct.ogv
>>>
>>> 2) Bug demonstration using a local vgl connection:
>>> http://vis.uni-kl.de/~biedert/vgl.ogv
>>>
>>> (Videos are in Theora video format; I use VLC for playback)
>>>
>>> Thank you very much for your support!
>>>
>>> Best,
>>> Tim
>> ------------------------------------------------------------------------------
>>
>> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
>> GigeNET is offering a free month of service with a new server in Ashburn.
>> Choose from 2 high performing configs, both with 100TB of bandwidth.
>> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
>> http://p.sf.net/sfu/gigenet
>> _______________________________________________
>> VirtualGL-Users mailing list
>> VirtualGL-Users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/virtualgl-users
>
>
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely compliant.
> http://p.sf.net/sfu/gigenet
>
>
>
> _______________________________________________
> VirtualGL-Users mailing list
> VirtualGL-Users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/virtualgl-users
>

------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
VirtualGL-Users mailing list
VirtualGL-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

Reply via email to