+ Reply to Thread
Results 1 to 3 of 3

Thread: Suggestions on getting a *very* fast frame rate

  1. #1
    Newbie Tronman is an unknown quantity at this point
    Join Date
    May 2007
    Posts
    10

    Question Suggestions on getting a *very* fast frame rate

    Hey folks,

    I'm doing a relatively simple animation program, but I need to get some rediculously fast frame rates, somewhere on the order of 60 frames per second, but 1000 refreshes/second.

    Luckily, the frames themselves are simple: just a full screen (1280x800 resolution, could be less) black screen with some characters on it of different sizes and, maybe, color. I can pre-render the frames if necessary.

    I also don't need to completely update the screen every refresh. What I mean is that I would want a particular frame displayed for about 16 ms, then a blank screen for about 75 ms, then another frame for 16 ms, with 30-60 of these in a row. I would do this a with a nil time between the clearing of the first frame and the drawing of the second frame.

    I'm working in C++ so far, using the Fast Light Toolkit (FLTK). My experiments show that it takes about 16 ms between the time I call the MyWindow->show() function and the time it takes to get the window on the screen (done by calling gettickcount() before and after the function call). This consistently gives me times on the order of 16 ms, but as I said, I need to frame to display for 16 ms, and I think what this tells me is that it takes 16 ms to draw the frame, not necessarily have the frame on the screen for a full 16ms. I'm also not sure how the monitors refresh rate (60hz, or about refresh each 16.6667 ms) would play into this, but it seems that it would be okay if the frame is draw, to keep it there for 16ms. So maybe, the 16ms it takes to draw the frame isn't a big deal, I'm not sure.

    Again, any advice would be helpful, I'd perfer to stick with C++/FLTK but I'm open to 1) using a different GUI toolkit, if that'll help; 2) Using a different rendering engine (I tried my hand at OpenGL but found it quite tricky, even for this, I'd use it if necessary though), 3) Using a different language (I'm quite experienced at VB and Java, but if anything, it seems those would give me much worse drawing times).

    Thanks!

  2. #2
    The Crazy One TkTech will become famous soon enough TkTech's Avatar
    Join Date
    Jun 2006
    Location
    Canada
    Age
    18
    Posts
    1,549
    Blog Entries
    1

    Re: Suggestions on getting a *very* fast frame rate

    The speed you can redraw is limited by your monitors refresh rate, both hsync anc vsync. Trying to go to fast will cause clipping, where part of the screen is being rendered while another one is getting pushed to the stack. You can get absurd frame rates by bliting your rendered scene to the GPU and let it take care of everything, including frame sync.

  3. #3
    Newbie Tronman is an unknown quantity at this point
    Join Date
    May 2007
    Posts
    10

    Re: Suggestions on getting a *very* fast frame rate

    Thanks for the reply!

    I assume you are referring to the use of the BitBlt API in gdi32, correct? That does sound promising, mind pointing me in the direction of some example code I could look at (if you have some off hand)?

    Thanks!

+ Reply to Thread

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

     

Similar Threads

  1. Animated Ripple effect (Simple) - Flash MX 2004
    By ahsan16 in forum Photoshop Tutorials
    Replies: 11
    Last Post: 12-11-2008, 05:34 PM
  2. How would you rate your web design skills?
    By Nefrit in forum Website Design
    Replies: 94
    Last Post: 10-17-2008, 05:19 AM
  3. Collapse Outside the frame
    By Kolyn_Kryw in forum JavaScript and CSS
    Replies: 1
    Last Post: 04-16-2008, 02:27 PM

Bookmarks

Bookmarks

     
        Algorithms and Data Structures

        Java tutorials

        Algorithms Forum

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts