• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            毫秒級(jí)計(jì)時(shí)器

            今天繼續(xù)編寫,基于框架的效果編輯器,修正了部分BUG后。。就想把。渲染窗口掛到MFC的窗口上。。。做為整個(gè)編輯器的一個(gè)子窗口打開。。這次。。。也比較方便。。也便于以后修改。以前掛接渲染窗口時(shí)。是使用settime來進(jìn)行定時(shí)刷新渲染窗口,原來就感覺到刷新比較慢。但是因?yàn)椴榭碝SDN。。。上講。。SetTime是毫秒級(jí)。。。最低精確到1毫秒。。。1秒=1000毫秒。我為了保證窗口UI的正常使用。一般設(shè)置為20毫秒。。為什么不用線程咧。因?yàn)殇秩敬翱谝话銜?huì)與其它信息存在交互。。單純渲染線程。。在處理互斥時(shí)。。。效率會(huì)慢到無法用言語來表達(dá)。。。1000/20=50。。每秒50的fps。。足可以應(yīng)付簡單的渲染需求了。但是在今天的測試中。。動(dòng)態(tài)調(diào)整動(dòng)畫的FPS時(shí)。。。確發(fā)現(xiàn)。當(dāng)FPS超過每秒20的范圍后。。動(dòng)畫就不再有任何變化了,郁悶。。。然后。。就輕易的推翻了自己寫的一切。。。使用線程。。渲染。。。。因?yàn)殇秩炯y理是從一個(gè)模板LIST中。。。獲得。。。立刻就開始徘徊在。。加鎖。。。。。巨慢。。。不加鎖。。。異常的圍城中。。。。在多方思索無果后。。。。忽然覺得SetTime不應(yīng)該會(huì)如此慢的。。。。然后。。。放棄線程。。。去實(shí)際測試了一下。。。發(fā)現(xiàn)了問題:

            SetTime雖然MSDN上說可以最低設(shè)置到一毫秒,但實(shí)際上測試只能精確到53毫秒左右,然后google上查詢。。。有了答案。windows 以經(jīng)限定了Settimer()的精度是55ms。。。就是所謂的1000/55==18.2 ..因?yàn)椋梗赶到y(tǒng)是根據(jù)時(shí)間中斷反饋,而時(shí)間中段每秒最多18.2次,雖然2000的系統(tǒng)據(jù)說沒有此限制。。但在我XP的系統(tǒng)下測試。。。精度依舊。應(yīng)該是為了保證系統(tǒng)兼容。。所以將SetTime精度設(shè)定在最高的范圍。。如果這樣換算。。。也就和我的問題基本吻合。。。。SetTime(1)的情況下。。實(shí)現(xiàn)是55毫秒觸發(fā)一次,也就是每秒18.2幀。。。。18的FPS。。。啥都玩不轉(zhuǎn)了。而且WM-TIME消息 在系統(tǒng)的優(yōu)先級(jí)為極低。很容易被拋棄。。渲染窗口最少要保證在20毫秒觸發(fā)一次。。也就是FPS50的情況下。。才可以保證動(dòng)畫等效果的連續(xù)性。。怎么辦。。。怎么辦。。。。繼續(xù)google。。。毫秒級(jí)記時(shí)器。。。。。終于被我找到了。。。。。好幾種解決的方法,對(duì)了。。。sleep的精度是30MS。。。以后要注意。。一下:

            一.GetTickCount()函數(shù),該函數(shù)的返回值是  DWORD型,表示以ms為單位的計(jì)算機(jī)啟動(dòng)后經(jīng)歷的時(shí)間間隔。精度比WM_TIMER消息映射高,在較 短的定時(shí)中其計(jì)時(shí)誤差為15ms,在較長的定時(shí)中其計(jì)時(shí)誤差較低,如果定時(shí)時(shí)間太長,就好象死機(jī)一樣,CPU占用率非常高,只能用于要求不高的延時(shí)程序中.
            下列代碼可以實(shí)現(xiàn)50ms的精確定時(shí):
                   DWORD dwStart = GetTickCount();
            DWORD dwEnd   = dwStart;
            do
            {
                          //為了在延遲時(shí)間不阻塞。可在此將消息傳出,但是會(huì)降低精度
            MSG   msg;
            GetMessage(&msg,NULL,0,0);
            TranslateMessage(&msg);
            DispatchMessage(&msg);
                          dwEnd = GetTickCount()-dwStart;
            }while(dwEnd <50);
            二,這就是我現(xiàn)在使用的方法,也決定以后都使用。。哈哈
             使用多媒體定時(shí)器timeSetEvent()函數(shù),該函數(shù)定時(shí)精度為ms級(jí)(精度基本準(zhǔn)確,由于掛接窗口一般是在工具中實(shí)現(xiàn),內(nèi)部人員使用,所以不需要控制機(jī)器配置)。
            MMRESULT timeSetEvent( UINT uDelay,
            UINT uResolution,
            LPTIMECALLBACK lpTimeProc,
            WORD dwUser,
            UINT fuEvent )
            該函數(shù)設(shè)置一個(gè)定時(shí)回調(diào)事件,此事件可以是一個(gè)一次性事件或周期性事件。事件一旦被激活,便調(diào)用指定的回調(diào)函數(shù), 成功后返回事件的標(biāo)識(shí)符代碼,否則返回NULL
            參數(shù)說明:
            uDelay:以毫秒指定事件的周期。
            Uresolution:以毫秒指定延時(shí)的精度,數(shù)值越小定時(shí)器事件分辨率越高。缺省值為1ms。
            LpTimeProc:指向一個(gè)回調(diào)函數(shù)。
            DwUser:存放用戶提供的回調(diào)數(shù)據(jù)。
            FuEvent:指定定時(shí)器事件類型:
            TIME_ONESHOT:uDelay毫秒后只產(chǎn)生一次事件
            TIME_PERIODIC :每隔uDelay毫秒周期性地產(chǎn)生事件。  
            需要注意的是,任務(wù)處理的時(shí)間不能大于周期間隔時(shí)間。另外,在定時(shí)器使用完畢后, 應(yīng)及時(shí)調(diào)用timeKillEvent()將之釋放。 
            雖然還有更加精確的計(jì)時(shí)方法,不過對(duì)于我的需求這個(gè)以經(jīng)夠用了
            我的實(shí)現(xiàn)代碼
            UINT   uTimerID;         //定義定時(shí)器句柄   
            void   CALLBACK   TimerCallProc(UINT   TimerID,   UINT   msg,DWORD   dwUser,   DWORD   dwa,DWORD   dwb)   
            {
             // TODO: 在此添加消息處理程序代碼和/或調(diào)用默認(rèn)值

             Sleep(1);
            }
            //當(dāng)前設(shè)置為1ms...
            uTimerID=timeSetEvent(1,1,&TimerCallProc,0,TIME_PERIODIC);
            //退出時(shí)
             timeKillEvent(uTimerID);                   //刪除定時(shí)器事件   
             timeEndPeriod(1);                          //清除定時(shí)器分辨率  



             

            posted on 2007-10-17 17:38 Randy 閱讀(5489) 評(píng)論(1)  編輯 收藏 引用

            評(píng)論

            # re: 毫秒級(jí)計(jì)時(shí)器 2012-12-03 11:53 外貿(mào)領(lǐng)航

            國外新聞http://www.ciqol.net/seenews  回復(fù)  更多評(píng)論   


            只有注冊用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            <2008年10月>
            2829301234
            567891011
            12131415161718
            19202122232425
            2627282930311
            2345678

            導(dǎo)航

            統(tǒng)計(jì)

            常用鏈接

            留言簿(3)

            隨筆檔案

            搜索

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            办公室久久精品| 亚洲AV无码一区东京热久久| 亚洲国产成人久久综合碰碰动漫3d| 亚洲精品tv久久久久久久久| 日产精品久久久久久久性色| 国产一区二区三区久久精品| 国产成人精品久久亚洲高清不卡 | 久久精品夜色噜噜亚洲A∨| 偷偷做久久久久网站| 久久国产亚洲精品无码| 欧美亚洲另类久久综合婷婷| 久久久一本精品99久久精品66 | 亚洲日本久久久午夜精品| 久久人人爽人人爽人人片AV不 | 青青热久久综合网伊人| 色综合久久夜色精品国产| 久久精品国产亚洲av影院| 亚洲国产精品成人久久蜜臀| 久久国产乱子精品免费女| 久久天天躁狠狠躁夜夜躁2014| 久久91精品国产91久久户| 狠狠色狠狠色综合久久| 久久性生大片免费观看性| 国内精品久久国产大陆| 久久久久亚洲av无码专区| 青草久久久国产线免观| 国产精品99久久久久久董美香| 久久精品国产亚洲AV麻豆网站| 久久久国产99久久国产一| 久久久久婷婷| 久久国产高清一区二区三区| 久久无码av三级| www.久久99| 97久久精品午夜一区二区| 无码国内精品久久人妻| 欧美性猛交xxxx免费看久久久| 丁香五月综合久久激情| 久久亚洲精品视频| 99国内精品久久久久久久| 99久久婷婷国产一区二区| 国产精品久久久久一区二区三区 |