Re: [請益] 快速更新圖片(影像監控)
※ 引述《mosquito520 ( )》之銘言：
: 基本上你這樣的架構跟你的目標﹝即時影像、30fps﹞有段落差...
: ※ 引述《archon (三腳貓的把戲)》之銘言：
: : ↗ pic_02.jpg
: : ┌──┐ ┌──┐ ↗ ...
: : │網頁│ → │????│ → ...
: : └──┘ └──┘ ↘ ...
: : pic_40.jpg
: : 問題就在於... 中間那個 ???? 應該是什麼東西呢？
: : 如果是個 php 的話，可行嗎？
: : 讀 pt.dat 裡的那個數字，然後代換入 pic_??.jpg 裡這樣...
: 首先，照你的想法，那這樣做就有點多餘。
: 你直接讓webcam固定存在同一個圖片檔名裡，
: html直接去讀那個圖片不是更快？
: ﹝這還會牽涉到檔案鎖定的問題，
: 正在讀取的檔案不能被寫入﹞
直接讀寫，有時會遇到 [x] 的狀況，
初步判斷就是讀寫時序衝突了...
用這樣子迂迴的方式，就是希望避免掉讀寫衝突的問題，
要確保網頁要讀入的圖片不會剛好正在被寫入，
如果是讀寫都在同一張圖片，怕會有一直在讀圖，無法寫入的問題 (或者反過來)。
: : 是不是有前輩有過類似的經驗，更好的架構，或是更好的想法呢？
: : 這樣子的方式不知道能不能達到 fps 30 的水準...
: 30fps以這樣子的方式不可能，
: 你光是看網頁就不可能一秒更新30次了，
: 通常這樣做大概只能到0.5 ~ 0.25fps﹝幾秒看一個畫面﹞
http://76.16.160.118:8080/
http://83.160.162.175:8080/
這些是用 webcamxp 架出來的監控台，的確 fps 是沒那麼好，
這個跟網路可能有點關係，我自己在區網裡測試的話，
就跟即時影像沒什麼差別...
webcamxp 是套裝軟體，應該是類似一個 httpd server，
輸出的確是以 jpg 的方式一張一張傳到 client 的，
因此，我們將這樣的方式列入考量。
: : 很抱歉，什麼都還沒做就來這裡問問題，
: : 我目前是處於 webcam 也不會控制、httpd 也不會寫的情況，
: : 想要多瞭解整體狀況之後，專心往一個方向前進摸索... orz
: 如果你只是單純要弄個即時影像出來，
: 我會建議Windows + Windows media encoder弄串流，
: 或是linux + vlc player弄串流，
: 網路環境不錯的話，要弄到10幾個fps不難...:)
: 或許你可以再描述清楚一點你的需求:)
其實，這件工作也是從上頭丟下來的，
希望是可以用快速抓 jpg 的方式來達到即時影像的效果，
考量到以後應用的平台上，「也許」會遇到只支援 jpg decoder 的環境，
這樣的考量究竟合不合理，說來懺愧，我真的是沒什麼頭緒... QwQ
未來，影像輸入並不是接在電腦上，也許先假設成是一個機器人，
上頭有簡單的處理器再加一顆 webcam 這樣子...
希望可以透過區域網路，讓 client 端的使用者看到 webcam 的畫面，
而使用的方式，就是將 webcam 截取的畫面存成 jpg，
一張一張傳回來這樣子...
不知道這樣的描述有沒有哪裡還不足呢？
--
追根究底所得到的東西，是失望的觀眾，以及狼狽的魔術師...
De'Ring Practice
http://www.im.tv/vlog/Personal/623262/2093392
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.112.42.81
討論串 (同標題文章)