Post Reply 
 
Thread Rating:
  • 23 Votes - 3.04 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Qt GUI feature suggestion thread
Author Message
spacy51 Offline
VBA-M Developer
*******

Posts: 461
Joined: Mar 2008
Reputation: 3

Thanks: 0
1 thank was given in 1 posts
Post: #61
RE: Qt GUI feature suggestion thread
You probably have something set up wrongly with your OpenGL library:

http://dri.freedesktop.org/wiki/libGL
(This post was last modified: 08-18-2008 07:10 PM by spacy51. Edit Reason: )
08-18-2008 07:10 PM
Visit this user's website Find all posts by this user Quote this message in a reply
deniseweird Offline
Junior Member
**

Posts: 35
Joined: Mar 2008
Reputation: 0

Thanks: 0
0 thank was given in 0 posts
Post: #62
RE: Qt GUI feature suggestion thread
I recently compiled it in GNU/Linux with latest SVN. Most of it looks good. But selecting Input Keys is hard, if possible. And the options aren't saved.
08-23-2008 07:07 PM
Find all posts by this user Quote this message in a reply
Boksha Offline
Junior Member
**

Posts: 9
Joined: Aug 2008
Reputation: 0

Thanks: 0
0 thank was given in 0 posts
Post: #63
RE: Qt GUI feature suggestion thread
Well, it's still a WIP.
I'd actually love to play with this port for a bit (seeing as it's the only one I can even compile as I CBA to get any version of MSVC) but right now we'll just have to wait and see what's being done with it.
08-23-2008 09:43 PM
Find all posts by this user Quote this message in a reply
deniseweird Offline
Junior Member
**

Posts: 35
Joined: Mar 2008
Reputation: 0

Thanks: 0
0 thank was given in 0 posts
Post: #64
RE: Qt GUI feature suggestion thread
I know, I wasn't complaining Tongue More like, reporting.
08-24-2008 12:46 AM
Find all posts by this user Quote this message in a reply
Boksha Offline
Junior Member
**

Posts: 9
Joined: Aug 2008
Reputation: 0

Thanks: 0
0 thank was given in 0 posts
Post: #65
RE: Qt GUI feature suggestion thread
Speaking of reporting, you guys might've already done something about this (last SVN I got was 595), but anyway I noticed this in the MainWnd.cpp:

// 1000 / 60 = 60 fps, but only results to 40 fps in reality.
// possible workaround: call timer more often and return or wait if too early

After tinkering with it for a bit, I found that the timer Qt provides has a granularity of 1ms, but only if you set it to a repeat of less than 10ms; above input of 10ms, it first skips to slightly over 15ms real time, and input of 16ms and above it waits 25 real milliseconds every time (hence the 40 FPS). Constantly changing the timer causes some delay as well; on my PC the Qt port runs at almost exactly 60 FPS when first setting the timer to wait 7, then 8 ms, before every repaint, even though that should be 1000/(7+8)=67 FPS.

Using a QBasicTimer object with a period of 1ms in the GraphicsOutput object (with timer.start(1, this); in the constructor) and the following timerEvent function:

Code:
void GraphicsOutput::timerEvent(QTimerEvent * event)
{
    const int tickms[3] = {16,17,17};
    static unsigned char curframeof3 = 0;
    static int counter = 16;

    counter--;

    if (counter <= 0)
    {
        counter = tickms[curframeof3];
        curframeof3++;
        if (curframeof3 > 2)
            curframeof3 = 0;
        repaint();
    }
}

The FPS seem to converge to 60 or at least something very close to it (60.005 or 59.995 or something)
08-24-2008 08:41 AM
Find all posts by this user Quote this message in a reply
spacy51 Offline
VBA-M Developer
*******

Posts: 461
Joined: Mar 2008
Reputation: 3

Thanks: 0
1 thank was given in 1 posts
Post: #66
RE: Qt GUI feature suggestion thread
I think we'll use a seperate emulation thread, that gets a QTimer with an Overflow time of 0 (idle time processing or something like that). But for now, the Timer is in the Main Application thread until we get some basic IO.
08-24-2008 08:51 AM
Visit this user's website Find all posts by this user Quote this message in a reply
Boksha Offline
Junior Member
**

Posts: 9
Joined: Aug 2008
Reputation: 0

Thanks: 0
0 thank was given in 0 posts
Post: #67
RE: Qt GUI feature suggestion thread
Looking forward to it.

Wouldn't idle time processing cause 100% CPU load by the way?
08-24-2008 09:03 AM
Find all posts by this user Quote this message in a reply
spacy51 Offline
VBA-M Developer
*******

Posts: 461
Joined: Mar 2008
Reputation: 3

Thanks: 0
1 thank was given in 1 posts
Post: #68
RE: Qt GUI feature suggestion thread
Yes it would, but if you use techniques like Audio Sync or VSync, it won't. Well, this are just some ideas, it is possible to change in the actual code. I learn Qt by developing this, so of course I can't plan far ahead Tongue
08-24-2008 09:56 PM
Visit this user's website Find all posts by this user Quote this message in a reply
Boksha Offline
Junior Member
**

Posts: 9
Joined: Aug 2008
Reputation: 0

Thanks: 0
0 thank was given in 0 posts
Post: #69
RE: Qt GUI feature suggestion thread
I don't really know anything about Qt myself. Tongue (well, besides what I learnt from the first few tutorials, some experiments and the manual)
Seems Qt at least has full threading support. If using that the Qt port ends up running as smoothly as the Win32 VBAM does right now that'd be great.
08-24-2008 11:06 PM
Find all posts by this user Quote this message in a reply
Post Reply 


Forum Jump:


 Quick Theme: