openGL glPatchParameteri

-

glPatchParameteri官網

官網

 名稱

glPatchParameter — 指定補丁原語的參數，設定每幾個點可以組合成一塊補丁(Patch)


C 規範

void glPatchParameteri(GLenum pname,GLint value);


void glPatchParameterfv(GLenum pname,const GLfloat *values);


參數

pname

指定要設置的參數的名稱。接受符號常量 GL_PATCH_VERTICES(可設定每幾個點組合成一塊補丁)、GL_PATCH_DEFAULT_OUTER_LEVEL 和 GL_PATCH_DEFAULT_INNER_LEVEL。


value

為 pname 給定的參數指定新值。


values

指定一個數組的地址，該數組包含由 pname 給出的參數的新值。


描述

glPatchParameter 指定將用於補丁原語的參數。pname 指定要修改的參數，並且必須是 GL_PATCH_VERTICES、GL_PATCH_DEFAULT_OUTER_LEVEL 或 GL_PATCH_DEFAULT_INNER_LEVEL。對於 glPatchParameteri，value 指定由 pname 指定的參數的新值。對於 glPatchParameterfv，values 指定包含由 pname 指定的參數的新值的數組的地址。


當 pname 為 GL_PATCH_VERTICES 時，value 指定將用於構成單個補丁基元的頂點數。補丁基元由曲面細分控制著色器（如果存在）使用，隨後用於曲面細分。當使用 glDrawArrays 或類似函數指定基元時，每個補丁將由參數控制點組成，每個控制點由從啟用的頂點數組中獲取的頂點表示。參數必須大於零，並且小於或等於 GL_MAX_PATCH_VERTICES 的值。


當 pname 為 GL_PATCH_DEFAULT_OUTER_LEVEL 或 GL_PATCH_DEFAULT_INNER_LEVEL 時，值包含數組的地址，其中分別包含默認的外部或內部細分級別，當沒有細分控制著色器存在時使用。



如果 pname 不是可接受的值，則會生成錯誤GL_INVALID_ENUM。


如果 pname 是 GL_PATCH_VERTICES 並且值小於或等於零，或者大於 GL_MAX_PATCH_VERTICES 的值，則生成 GL_INVALID_VALUE。


版本支持

OpenGL 版本

功能/特性名稱 2.0 2.1 3.0 3.1 3.2 3.3 4.0 4.1 4.2 4.3 4.4 4.5

glPatchParameterfv - - - - - - ✔ ✔ ✔ ✔ ✔ ✔

glPatchParameteri - - - - - - ✔ ✔ ✔ ✔ ✔ ✔

————————————————

版权声明：本文为CSDN博主「妙为」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。

原文链接：https://blog.csdn.net/aoxuestudy/article/details/124034757

留言

張貼留言

這個網誌中的熱門文章

🔍Vue.js 專案錯誤排查：解決 numericFields is not defined 與合併儲存格邏輯最佳化

-
  前言 在前端開發專案中，處理表格數據與 Excel 匯出是常見的需求。 最近在專案中，遇到一個常見但讓人頭痛的錯誤訊息： Uncaught ReferenceError: numericFields is not defined 本文將用簡單的方式，帶你了解這個錯誤的成因、如何修改程式碼，以及如何最佳化「合併儲存格」與「數值加總」的邏輯。 問題場景：表格合併與數值加總 專案中需要達成以下功能： 同一個 APS_PLAN_NO 下，若 TFT4 相同，則 TFT5 欄位要合併。 數值欄位要加總，並以千分位格式輸出。 匯出到 Excel 時，也要套用相同邏輯。 在 Vue 的 rowSpans 計算邏輯中，初始版本如下： const rowSpans = computed ( () => { const rows = filteredData. value const spans = rows. map ( () => { const obj = {} tableHeaders. value . forEach ( key => obj[key] = 0 ) return obj }) ... return spans }) 但是，當我們在 exportToExcel() 使用時，出現了以下錯誤： Uncaught ReferenceError: numericFields is not defined 錯誤原因 這個錯誤訊息代表： 👉 numericFields 在程式中根本沒有宣告，所以瀏覽器不知道它是什麼。 舉例來說，假設我們在程式裡寫了這樣的判斷： if (numericFields. includes (key)) { // 處理數值欄位 } 但其實 numericFields 沒有定義，程式就會直接報錯。 解決方案：定義 numericFields ...
閱讀完整內容

🛠【ASP.NET Core + Oracle】解決 ORA-00904 "FALSE": 無效的 ID 錯誤與資料欄位動態插入顯示問題

-
  🔍 問題描述 在開發群創光電內部的 APS 排程系統（使用 ASP.NET Core + Vue 3 + Oracle），前端發生多筆錯誤訊息： Request failed with status code 500 Oracle.ManagedDataAccess.Client.OracleException: ORA-00904: "FALSE": 無效的 ID 這是 Oracle 資料庫對布林值處理不一致造成的錯誤，我們後端嘗試將某個欄位 .Where(x => x.FLAG == false) 寫法，經由 EF Core 轉成 SQL： SELECT * FROM TABLE WHERE FLAG = FALSE 而 Oracle 並不支援 FALSE 關鍵字作為布林值 → 導致查詢失敗。 🔧 解決方案 1：避免布林值直接進入 LINQ to SQL EF Core + Oracle 不支援下列語法： .Where(x => x.IsActive == false) // ❌ Oracle 無法解析 FALSE ✅ 解法 ：將布林判斷移至 .ToList() 之後，變成記憶體篩選： var list = await db.Table.Where(x => x.Version == ver).ToListAsync(); var filtered = list.Where(x => !x.IsActive).ToList(); // ✅ 在記憶體中比對布林 🔧 解決方案 2：安全轉換 SEQ_NO 為 Decimal 後端為了將前段表 APSZFRONT 的 SEQ_NO 與 APSZLCM 的 APS_PLAN_SEQ 對應，用到了這段程式碼： Convert.ToDecimal(front.SEQ_NO) 但一旦 SEQ_NO 含有英文字母（例如 GN140CHCAAE90S_20250811_1_531 ），就會丟出 FormatException → 造成 HTTP 500。 ✅ 正確寫法（TryParse 避免失敗） ： de...
閱讀完整內容

🔎EF Core 連 Oracle 出現 ORA-00600 [kpp_concatq:2] 的完整排錯指南（含 EF Core ToString/CultureInfo 錯誤）

-
  摘要（Meta Description） 在 .NET EF Core 對 Oracle 查詢時，若遭遇 ORA-00600 [kpp_concatq:2] ，多半是查詢優化器在字串型別轉換或重寫（Query Transformation）時踩到版本 Bug。本文以實戰日誌形式，示範如何用 FromSqlRaw + 參數型別/長度對齊 + CAST + Hint 立即止血，並處理 EF Core 另一個常見錯誤：「 CultureInfo 常值被傳進 ToString 造成可能記憶體外洩 」。附可直接套用的程式碼。 目錄 錯誤現象 根因分析 三步驟「立即止血」 安全重構：可直接貼用的程式碼 進階避雷：CTE/MATERIALIZE 與 View 包裝 EF Core ToString / CultureInfo 錯誤的正確處理 版本與長期解法（根治） 效能與穩定性小技巧 檢查清單（Checklist） FAQ 結語 錯誤現象 常見堆疊片段如下（節錄）： Oracle .ManagedDataAccess .Client .OracleException ( 0 x80004005): ORA-00600 : 內部錯誤代碼, 引數: [kpp_concatq:2] , [4] , [3] ...
閱讀完整內容