[映像系列]採菜功房
閱讀時間約 1 分鐘
今天帶著我親愛的阿嬤 去了同事家和去姑姑家 我想收獲最多的是我 我看見的是 付出與愛 人最難的就是無法 把自己拿掉 凡事摸不著 聖事看不見 只得其行為 虛虛實實的事世界 何為真何為假 不變的是 本是同根生 一切來自源頭 開花散葉 這開花散葉 有两種解釋 其一是延續來源 其一是散了本源。
01#
您怎知道 在平凡的採菜過程中 有了一種氣韻流動著
02#
03#
04#
為什麼會看到廣告
留言0
查看全部
你可能也想看
Google News 追蹤
Frames per second簡稱FPS， 也就是每秒幾個幀數的意思， 平常我們看到的影片背後其實都是一張張圖片的組成， 而這一幅畫面就是影片的每一幀。
由於人眼的特殊生理結構， 畫面的幀數只要高於每秒10 - 12張的時候就會認為是連貫的， 這也就是為什麼電影膠片是一格格的拍攝出來， 但是藉
點陣圖
點陣圖是由許多方格像素組成的圖片， 因此我們常常在將圖片放大時會呈現像是馬賽克的狀況， 假設期望圖片越清晰那所需要的像素會較多個， 因此空間耗用量也相對較大。
常見的格式有: .JPG .PNG .GIF .BMP .TIFF等格式。
繪製程式碼:
向量圖
向量
繼上次分享的「【🔒 影像辨識 - 影像處理】Ep.1 關於影像的基本單位， 相信我們對於影像的儲存應該有了基本的認識了， 那麼接下來我們會需要的是了解顏色的組成。
我們除了在文章裡講述概念之外， 也會提供實作的數位作品分享給大家， 請大家根據範例學習與練習。
關於顏色
灰階的時代
早期尚未
歡迎來到「阿Han的軟體心法實戰營 - 影像處理」系列的文章區，我們會針對影像處理的相關知識、開發技巧進行分享，並教你手把手用程式寫出屬於自己的影像處理程式， 當然也會包括AI模型訓練的部分，就讓我們一起來探索影像處理的領域吧！
在進入影像辨識的世界之前， 我們先來了解一下關於解析度的基本概念吧！
使用案例 (Use Case)是用來描述需求的流程，就是 5W1H8C 中的 How。有很多方法可以分析客戶需求，例如問卷調查、自由發想、資料分析、資料探勘、競爭對手分析等，可以參考「需求分析理論」的相關書籍；但最有效以及最直接的方法還是和客戶交流。只要掌握正確的方法，就可以完成良好的需求分析。
從沒想過有生之年還有機會在大銀幕看印第安納瓊斯，多虧盧卡斯影業再拍一部的堅持，曾經無緣在大銀幕看此系列的觀眾終於有這機會，彌補前4集無緣進戲院的遺憾，順勢迎來老福的系列告別作。
需求分為「功能屬性」和「品質屬性」， 5W + 1H 屬於功能屬性，8C 屬於品質屬性。能否正確地實現一個需求，既要看功能屬性是否正確，也要看品質屬性是否正確，兩者缺一不可。例如：設計了一個功能強大的機器視覺系統，但動不動就當機，你覺得客戶會使用這樣的系統嗎？
對軟體專案來說，需求就是專案最一開始的輸入。
需求：對客戶來說有價值的事情。
功能：系統為了滿足客戶價值而提供的能力。
區別是需求還是功能的方式很簡單，只要判斷是否對客戶有價值。
舉例來說：影像處理軟體：「顯示影像」是需求，「讀取檔案」、「取得影像長寬」、「取得色彩位元」等是功能。
專案管理的流程主要指導專案經理如何管理專案，但對於指導開發人員如何開發專案，並無多大用處。就像「專案管理」有一套完整的流程一樣，「專案開發」也有一套完整的程序。對於物件導向來說，整個開發流程實際上非常清晰，底下我們將「瀑布模型」、「敏捷開發」等稱為『管理流程』；物件導向流程開發稱為『技術流程』。
封裝、繼承、多型是物件導向的三大核心特徵，判斷一種程式語言是否為物件導向的程式語言，就看其是否支援這三大核心特徵。
軟體類別是對現實類別的模擬，但不是簡單的等同。除了實作現實類別相對應的功能，還會創造出許多現實中不存在的類別。
這個創造過程正是各種設計方法、設計模式、設計原則大顯身手的地方。
Frames per second簡稱FPS， 也就是每秒幾個幀數的意思， 平常我們看到的影片背後其實都是一張張圖片的組成， 而這一幅畫面就是影片的每一幀。
由於人眼的特殊生理結構， 畫面的幀數只要高於每秒10 - 12張的時候就會認為是連貫的， 這也就是為什麼電影膠片是一格格的拍攝出來， 但是藉
點陣圖
點陣圖是由許多方格像素組成的圖片， 因此我們常常在將圖片放大時會呈現像是馬賽克的狀況， 假設期望圖片越清晰那所需要的像素會較多個， 因此空間耗用量也相對較大。
常見的格式有: .JPG .PNG .GIF .BMP .TIFF等格式。
繪製程式碼:
向量圖
向量
繼上次分享的「【🔒 影像辨識 - 影像處理】Ep.1 關於影像的基本單位， 相信我們對於影像的儲存應該有了基本的認識了， 那麼接下來我們會需要的是了解顏色的組成。
我們除了在文章裡講述概念之外， 也會提供實作的數位作品分享給大家， 請大家根據範例學習與練習。
關於顏色
灰階的時代
早期尚未
歡迎來到「阿Han的軟體心法實戰營 - 影像處理」系列的文章區，我們會針對影像處理的相關知識、開發技巧進行分享，並教你手把手用程式寫出屬於自己的影像處理程式， 當然也會包括AI模型訓練的部分，就讓我們一起來探索影像處理的領域吧！
在進入影像辨識的世界之前， 我們先來了解一下關於解析度的基本概念吧！
使用案例 (Use Case)是用來描述需求的流程，就是 5W1H8C 中的 How。有很多方法可以分析客戶需求，例如問卷調查、自由發想、資料分析、資料探勘、競爭對手分析等，可以參考「需求分析理論」的相關書籍；但最有效以及最直接的方法還是和客戶交流。只要掌握正確的方法，就可以完成良好的需求分析。
從沒想過有生之年還有機會在大銀幕看印第安納瓊斯，多虧盧卡斯影業再拍一部的堅持，曾經無緣在大銀幕看此系列的觀眾終於有這機會，彌補前4集無緣進戲院的遺憾，順勢迎來老福的系列告別作。
需求分為「功能屬性」和「品質屬性」， 5W + 1H 屬於功能屬性，8C 屬於品質屬性。能否正確地實現一個需求，既要看功能屬性是否正確，也要看品質屬性是否正確，兩者缺一不可。例如：設計了一個功能強大的機器視覺系統，但動不動就當機，你覺得客戶會使用這樣的系統嗎？
對軟體專案來說，需求就是專案最一開始的輸入。
需求：對客戶來說有價值的事情。
功能：系統為了滿足客戶價值而提供的能力。
區別是需求還是功能的方式很簡單，只要判斷是否對客戶有價值。
舉例來說：影像處理軟體：「顯示影像」是需求，「讀取檔案」、「取得影像長寬」、「取得色彩位元」等是功能。
專案管理的流程主要指導專案經理如何管理專案，但對於指導開發人員如何開發專案，並無多大用處。就像「專案管理」有一套完整的流程一樣，「專案開發」也有一套完整的程序。對於物件導向來說，整個開發流程實際上非常清晰，底下我們將「瀑布模型」、「敏捷開發」等稱為『管理流程』；物件導向流程開發稱為『技術流程』。
封裝、繼承、多型是物件導向的三大核心特徵，判斷一種程式語言是否為物件導向的程式語言，就看其是否支援這三大核心特徵。
軟體類別是對現實類別的模擬，但不是簡單的等同。除了實作現實類別相對應的功能，還會創造出許多現實中不存在的類別。
這個創造過程正是各種設計方法、設計模式、設計原則大顯身手的地方。