• <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>

            歲月流轉,往昔空明

            C++博客 首頁 新隨筆 聯(lián)系 聚合 管理
              118 Posts :: 3 Stories :: 413 Comments :: 0 Trackbacks

            #

            花了一個多月終于把軟渲染器的整個流水跑通了。

            其實也沒多少代碼,就是很多小問題寫的時候腦子沒想的很清楚。
            一切都仿照這DX10來的,除了Geometry Shader。
            因為我覺得沒啥必要,都是在CPU上工作,還不如讓Client直接做Subdivision一類來得快。
            而且GS這玩意以前就覺得不可靠,前段時間GMM也提到了這個問題。

            這兩天把程序重構一下就差不多了,改名字,調整一下文件的物理組織,當然還有跨平臺的一些必需要寫的東西。這樣也就差不多了。
            現(xiàn)在聲明定義有的都攪和到一起了;Driver的接口也不怎么好用。

            近期計劃cube texture和ewa filter,順便把我現(xiàn)在用的數(shù)學包擴充一下;

            中期計劃Utility部分做起來,主要是Texture Loader和Model Loader、還有Display Driver。反正類似于GLUT一類的;

            然后是要修改一下現(xiàn)在的 Rasterizer 和 Shader,讓它和硬件一樣生成一個個的block容易并行也容易差分;這樣就能支持 ddx 和 ddy 了;

            再然后就是弄XML做一個材質腳本,shader腳本就不做了,如果要是用micro-thread的話,插件體系都基本上沒戲;

            然后就是把并行部分用GPGPU加速。不過估計我目前還沒那個能耐,先放放。



            posted @ 2007-12-13 22:55 空明流轉 閱讀(600) | 評論 (0)編輯 收藏

            確實我在IE瀏覽器中發(fā)現(xiàn)了,確認是由于Minidx的留言名字和我選擇的blog的風格沖突了,在IE下,由于Minidx的名字太長了所以把側邊欄漲開了,以至于把字擋住了。在此給各位帶來的不便深表歉意。

            所以minidx很不好意思,我只能將你的留言刪除實在不好意思,真對不起,因為我不知道怎么把它在側邊欄上隱藏掉。。。

            ps,minidx,你換個簽名好了,反正<a></a>的標記又顯示不出來。。。

            附錄

            我刪掉的minidx的評論是:

            我看很正常

            留言來自于《設計模式小結(一)》
            posted @ 2007-11-09 21:36 空明流轉 閱讀(323) | 評論 (1)編輯 收藏

                 摘要: 先來段前言。今天跟某vczh在群里面聊天的時候,他突然很詭秘的說要我看看他的空間連接。然后翻開一看,我靠,一連串1-7的標題。從尾到頭倒讀一通,才發(fā)現(xiàn)寫的挺清楚的,比一般的教科書都要到位。不愧是要去google/msra實習的編譯器狂人。(此人成天琢磨編譯器)遂轉發(fā),希望對有志了解編譯器工作原理的人們有所幫助。雖然這小子說不能修改,但是有的玩意貼的時候還是稍微動一下好發(fā)一點。不跟他打招呼了,嘿嘿。...  閱讀全文
            posted @ 2007-11-09 10:41 空明流轉 閱讀(2410) | 評論 (19)編輯 收藏

                 摘要:
            總結了我在以往項目中使用設計模式的經驗;
            我閱讀《設計模式》的心得;
            討論一些在閱讀時產生,實踐中解決的困惑,為設計模式新手提供一條可以參考的學習路線;
            并希望與老手們一同探討、交換:
            設計模式在實際中使用中的經驗與教訓;關于拓展現(xiàn)有設計模式、聯(lián)合使用多個設計模式的案例和思路。  閱讀全文
            posted @ 2007-11-06 16:42 空明流轉 閱讀(1446) | 評論 (2)編輯 收藏

                 摘要: 總結了我在以往項目中使用設計模式的經驗;
            我閱讀《設計模式》的心得;
            討論一些在閱讀時產生,實踐中解決的困惑,為設計模式新手提供一條可以參考的學習路線;
            并希望與老手們一同探討、交換:設計模式在實際中使用中的經驗與教訓;關于拓展現(xiàn)有設計模式、聯(lián)合使用多個設計模式的案例和思路。  閱讀全文
            posted @ 2007-11-02 13:36 空明流轉 閱讀(2281) | 評論 (8)編輯 收藏

                 摘要: 一個在常數(shù)時間內確定一個點在Octree中所在的葉節(jié)點的路徑的生猛算法。  閱讀全文
            posted @ 2007-10-26 17:41 空明流轉 閱讀(1043) | 評論 (2)編輯 收藏

            GMR效應是現(xiàn)代硬盤的工作基礎之一。。。

            GMR是量子力學領域的一個在現(xiàn)代生活中較為知名的一個效應。沒有它現(xiàn)代磁盤幾乎不可能有這么高的存取速度和存儲密度。

            雖然量子力學和相對論同是20世紀理論物理的兩朵奇葩,不過量子力學比相對論要更早的進入人們的生活,光電子產品領域跟量子打交道的數(shù)不勝數(shù)。

            相對論就要少一點,在GPS出現(xiàn)以后,相對論所引起的一些效應在才變得顯著起來。

            所以理論物理的一點點突破,會很快的影響到人們的生活。

            posted @ 2007-10-10 16:00 空明流轉 閱讀(425) | 評論 (0)編輯 收藏

            項目的前期工作已經結束了,我將一個月來學習ArcGIS Server 9.2的心得以及我對ArcGIS Server 9.2體系框架的理解整理,并以Slides的形式提供出來。

            ppt將首先分析ArcGIS Server所提供的功能,然后將這些功能按照程序邏輯、物理部署和相關組件的方式組織起來,以方便理解和記憶;
            緊接著將以Develop Path I - IV為線索,將Web ADF按照橫向層次剝離開,并對每一層進行分析;
            最后將分析Tool和Task兩個縱貫ArcGIS Server架構的開發(fā)框架,借此來推測剖析ArcGIS Server的工作原理和設計思路,并初步探索如何將這種思路合理的運用到自行開發(fā)的系統(tǒng)中。

            預覽



            Slides 下載 放在Mofile



            posted @ 2007-10-08 20:17 空明流轉 閱讀(2617) | 評論 (13)編輯 收藏

            本來這個問題其實很簡單,在Flyingis的blog里面,它給的是一個用IMapServer的解決方案,但是由于要用到AO,所以我就沒打算用它,因為我現(xiàn)在做的系統(tǒng)我盡可能的只利用Common API和Datasource Specific API,不想去與ServerContext打交道。

            然后這樣實現(xiàn)了:

            IMapFunctionality mapFunctionality = mapResource.CreateFunctionality(typeof(IMapFunctionality), "MapDrawer"as IMapFunctionality;

            mapFunctionality.DisplaySettings 
            = new ESRI.ArcGIS.ADF.Web.DisplaySettings();
            mapFunctionality.DisplaySettings.Visible 
            = true;
            mapFunctionality.DisplaySettings.ImageDescriptor 
            = new ESRI.ArcGIS.ADF.Web.ImageDescriptor(ESRI.ArcGIS.ADF.Web.ImageFormat.PNG24, width, height);

            //渲染到圖片
            ESRI.ArcGIS.ADF.Web.MapImage mi = mapFunctionality.DrawExtent(((IMapResource)mapFunctionality.Resource).MapInformation.DefaultExtent);
            return mi.Url;

            但是這URL就老不出來。不管怎么檢查都找不到原因。
            察看了MapResourceLocal,Capability也可以使用URL的方式,隨后我就很納悶了。。。

            然后看到Functionality有這么個項目MapFunctionality.DisplaySettings.ImageDescriptor.ReturnMimeData
            然后我就好奇心來了,如果把ReturnMimeData設置為False,既然它不能給我個URL,那把這個再禁掉,它還渲染啥呢?

            結果令我大跌眼鏡,沒想到在關掉MimeData以后,URL就出來了。。。我才發(fā)現(xiàn)我完全被ArcCatalog里面的服務配置選項中的MIME+URL的描述給迷惑了。。。


            posted @ 2007-08-29 22:33 空明流轉 閱讀(1768) | 評論 (1)編輯 收藏

                 摘要: 本文詳細的分析了ArcGIS Server的Web ADF框架結構及工作原理,并以實例說明框架之間各控件的協(xié)作方法與基本的工作流程。  閱讀全文
            posted @ 2007-08-19 20:23 空明流轉 閱讀(1886) | 評論 (4)編輯 收藏

            僅列出標題
            共12頁: First 3 4 5 6 7 8 9 10 11 Last 
            无码国内精品久久人妻| 久久中文字幕精品| 狠狠色丁香婷综合久久| 情人伊人久久综合亚洲| 品成人欧美大片久久国产欧美...| 国产2021久久精品| 伊人久久大香线蕉亚洲| 亚洲国产另类久久久精品小说| 久久综合九色综合欧美就去吻| 久久精品无码一区二区日韩AV| 午夜精品久久久久久| 中文成人久久久久影院免费观看| 漂亮人妻被中出中文字幕久久| 亚洲国产精品无码久久一线| 九九99精品久久久久久| 欧美激情精品久久久久久久| 精品久久久久久成人AV| 久久91精品国产91久| 91精品婷婷国产综合久久| 久久久久久久久无码精品亚洲日韩| 精品国产婷婷久久久| 亚洲精品国产美女久久久| 久久久精品人妻无码专区不卡| 69SEX久久精品国产麻豆| 免费久久人人爽人人爽av| 久久精品国产亚洲AV嫖农村妇女| 国产精品久久久久久久app| 久久99精品久久久久久动态图| 久久丫精品国产亚洲av不卡| 91久久香蕉国产熟女线看| 久久久久99精品成人片直播| 久久久久亚洲AV无码专区桃色| 成人精品一区二区久久久| 久久国产精品99国产精| 久久人人爽人人爽人人爽| 一本综合久久国产二区| 久久亚洲国产成人影院网站| 精品水蜜桃久久久久久久| 伊人色综合久久天天| 91精品国产高清久久久久久91| 青青青国产精品国产精品久久久久|