※ 引述《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