• <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>
            萬星星@豌豆莢 歡迎加入我們
            一個吃軟飯的男人!!!!!我只想寫程序####
            微博:http://weibo.com/wanlianwen
            posts - 172,  comments - 1253,  trackbacks - 0

            上一次,我們可以獲取到圖片動畫幀之間的時間間隔,如果想讓動畫轉(zhuǎn)起來,就必須有時鐘。插入的圖片動畫數(shù)量可能會比較多,因此要想不影響性能,時鐘必須很輕量級而且要很高效。

             

            Windows平臺上實現(xiàn)時鐘的方式五花八門,你可以使用窗口相關(guān)的SetTimer來設(shè)置一個時鐘,也可以自己開辟線程來做等待觸發(fā)模擬時鐘,而Chromium封裝的要更加C++對象化一些:依托Windows窗口消息,抽象出延遲任務(wù)的概念。這種手法幾年前我也曾經(jīng)考慮過,只是對其中下次最短觸發(fā)時間計算以及更新的算法和設(shè)計都有力不從心,最終得出的是誤差很大的精簡版:選擇固定的最小時間片為最小觸發(fā)單位,對很小的時間間隔誤差很明顯。

             

            WindowsTimer Queues用來實現(xiàn)高效的異步時鐘,比較奇怪的是這組API用的貌似并不多。我們知道每個進(jìn)程都有一個默認(rèn)的線程池,可以在其中執(zhí)行一些Work Items,時鐘隊列和等待操作也都會用到這個線程池。timer-queue中的timers創(chuàng)建和銷毀都很輕量高效,因此我選擇了它。

             

            每個OLE圖片對象在設(shè)置圖片之后,如果發(fā)現(xiàn)是多幀的,就需要啟動動畫,創(chuàng)建時鐘:

             

            ATLVERIFY(CreateTimerQueueTimer(&timer_, NULL,
                                          WaitOrTimerCallback,
                                          callback_parameter_.get(),
                                          image_->GetFrameDelay(current_frame_),
                                          0, WT_EXECUTEDEFAULT));

             

            這里timer_是返回值,返回新建的時鐘對象,可以在OLE對象銷毀或者回調(diào)函數(shù)中進(jìn)行刪除,而刪除操作會等待回調(diào)執(zhí)行完畢才返回。傳遞TimerQueueNULL表示使用系統(tǒng)的隊列。Period0表示只觸發(fā)一次,觸發(fā)時間為image_->GetFrameDelay(current_frame_)。由于回調(diào)函數(shù)WaitOrTimerCallback是在線程池的線程中執(zhí)行,所以更新操作需要同步到動畫圖片的創(chuàng)建線程中。callback_parameter_包含有上一節(jié)提及的ThreadState對象以及動畫OLE對象指針,ThreadState創(chuàng)建的時候會同時創(chuàng)建一個隱藏窗口用于工作者線程向UI線程同步操作:

             

            VOID CALLBACK IMRichPicture::WaitOrTimerCallback(PVOID lpParameter,
                                                        BOOLEAN TimerOrWaitFired) {
              ATLASSERT(TimerOrWaitFired == TRUE);
             
              IMRichPicture::CallbackParameter* parameter =
                  reinterpret_cast<IMRichPicture::CallbackParameter*>(lpParameter);
              ATLASSERT(parameter);
              parameter->thread_state->UpdatePictureFrame(parameter->picture);
            }

             

            下面是UpdatePictureFrame的實現(xiàn):

             

            void IMThreadState::UpdatePictureFrame(IMRichPicture* picture) const {
              PostMessage(message_window_, kMessageUpdatePictureFrame,
                          reinterpret_cast<WPARAM>(picture->richedit()),
                          reinterpret_cast<LPARAM>(picture));
            }

             

            這樣繞一大圈子,是為了利用Timer Queues的同時保證圖片的更新操作是在UI線程中執(zhí)行,因為圖片被插入也是發(fā)生在UI線程,即動畫控件創(chuàng)建于UI線程,為了避免加鎖帶來的麻煩以及死鎖的可能性,不應(yīng)該輕易去加鎖,盡量利用操作系統(tǒng)提供的基礎(chǔ)設(shè)施來實現(xiàn)。這里需要注意的是隱藏窗口接收到kMessageUpdatePictureFrame消息時,richedit窗口可能已不存在或者動畫控件已經(jīng)銷毀,因此使用指針前,需要判斷對象是否還存在:

             

            case kMessageUpdatePictureFrame: {
                  IMRichEditImpl* richedit = reinterpret_cast<IMRichEditImpl*>(wparam);
                  IMRichPicture* picture = reinterpret_cast<IMRichPicture*>(lparam);
                  if (IMThreadState::current()->HasRichEdit(richedit))
                    richedit->OnUpdatePictureFrame(picture);
                  return 0;
            }

             

            posted on 2012-06-24 15:51 萬連文 閱讀(2910) 評論(6)  編輯 收藏 引用 所屬分類: richedit

            FeedBack:
            # re: richedit研究04 – 高效時鐘
            2012-08-23 22:02 | 路障
            richedit->OnUpdatePictureFrame(picture);

            問一下,你的OnUpdatePictureFrame里面是怎么刷新下一幀的?是通知richedit刷新,還是在OnUpdatePictureFrame里面獲取位置直接畫上去下一幀的圖像內(nèi)容?  回復(fù)  更多評論
              
            # re: richedit研究04 – 高效時鐘
            2012-08-24 07:03 | 萬連文
            @路障
            通知richedit刷新,這樣更容易封裝一些,richedit負(fù)責(zé)獲取ole位置,并判斷是否可見,不可見則做標(biāo)記不再更新直至下次ole的Draw發(fā)生(richedit刷新機(jī)制負(fù)責(zé))時設(shè)置true;如果可見則進(jìn)行繪制。  回復(fù)  更多評論
              
            # re: richedit研究04 – 高效時鐘
            2012-08-24 19:19 | 路障
            能說一下你是怎么獲取ole位置的嗎?通過遍歷ole對象,然后GetPoint?

            另外,你是怎么通知richedit刷新的?

            通過
            if (m_pAdviseSink != NULL)
            m_pAdviseSink->OnViewChange(DVASPECT_CONTENT, -1);

            還是通過
            ::InvalidateRect(m_hRichEditWnd, &m_rcItem, FALSE);  回復(fù)  更多評論
              
            # re: richedit研究04 – 高效時鐘
            2012-08-24 19:40 | 萬連文
            @路障
            都不是,這方面的內(nèi)容我會在下一篇博客里面提到。  回復(fù)  更多評論
              
            # re: richedit研究04 – 高效時鐘
            2012-08-24 19:59 | 路障
            萬大俠,不知道你能不能把你的代碼發(fā)我一份,最近在弄一個東西,時間比較趕。
            如果可以,發(fā)一下到這個郵箱:847708268#qq.com。  回復(fù)  更多評論
              
            # re: richedit研究04 – 高效時鐘
            2012-09-04 17:00 | 路障
            @萬連文
            萬大俠,大致簡略地說一下,你是怎么獲取OLE控件的位置和通知RichEdit刷新的?  回復(fù)  更多評論
              
            簡歷下載
            聯(lián)系我

            <2007年3月>
            25262728123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            常用鏈接

            留言簿(66)

            隨筆分類

            隨筆檔案

            相冊

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            久久久亚洲欧洲日产国码是AV| 国产成人无码精品久久久免费| 久久99精品久久久久久野外| 97久久综合精品久久久综合| 2021久久国自产拍精品| 久久精品中文字幕无码绿巨人 | 久久久精品国产sm调教网站| 一本色道久久综合| 伊人久久无码中文字幕| 亚洲午夜久久久影院| 人妻无码αv中文字幕久久琪琪布 人妻无码久久一区二区三区免费 人妻无码中文久久久久专区 | 观看 国产综合久久久久鬼色 欧美 亚洲 一区二区 | 久久综合视频网站| 久久综合亚洲色HEZYO社区| 最新久久免费视频| 无码日韩人妻精品久久蜜桃 | 日本精品久久久久中文字幕8 | 99热都是精品久久久久久| 国产2021久久精品| 久久久久一本毛久久久| 久久精品视频91| 久久久久久精品免费免费自慰| 久久香蕉国产线看观看精品yw| 久久精品男人影院| 日韩欧美亚洲国产精品字幕久久久| 99久久国产亚洲综合精品| 99久久婷婷国产综合亚洲| 久久av免费天堂小草播放| 人妻无码αv中文字幕久久琪琪布| 日本人妻丰满熟妇久久久久久| 国产精品久久久天天影视| 三级片免费观看久久| 99久久er这里只有精品18| 久久精品国产精品亚洲人人 | 国产99久久精品一区二区| 久久人妻少妇嫩草AV无码蜜桃| 亚洲精品蜜桃久久久久久| 久久精品亚洲乱码伦伦中文| 日产精品久久久久久久| 亚洲欧美久久久久9999| 国产精品九九久久精品女同亚洲欧美日韩综合区 |