给大家见识一下日本的逆天 IT 水平

@BeijingBaby 帧率太低是你网络太慢，他加载完前一帧就会马上加载后一帧，帧率无上限的

你们误会了, 这是 20 年前的代码

20 年前, 有一个神秘代码可以在 google 上搜索 web camera, 能找到日本很多摄像头就是这样,
比你这个还多出了方向控制和缩放功能.

20 年前, 你想啊, 网络多差.
能跑 20 年, 足够说明代码质量好

@wheat0r #11 补充一下，这个页面很可能是直接把 PTZ 摄像机的 jpeg 接口拿过来用了，PTZ 摄像机一般都有好多 IP 输出的方式可以选

挺好的，客户验收了就行了

@drymonfidelia #4 网速快没用啊,我多刷新几次直接给我 403 了

已经挂了？

你别说，MKV 容器还真有 MJPEG 这种编码

@lower 没挂。是你代理不行吧？

有种 mjpeg 的感觉了

卧槽 牛逼

@polaa 简单分析了下固件，用的就是摄像头固件提供的功能

live/live.js: var retstatus = oSession.sendRequestSync("image.cgi", "");
live/live.js: snapshoturl = oSession.getURLHead() + "image.cgi?v=jpg&cache=on&seq=" + Math.random();
live/live.js: snapshoturl = oSession.getURLHead() + "image.cgi?v=jpg:" + currentReceiveImageSize + "&cache=on&seq=" + Math.random();
live/wv.js: var url = this.url_head + "image.cgi?" + this.connection_id_new + "&seq=" + Math.random();
live/wv.js: var url = this.url_head + "image.cgi?v=jpg:480x270" + "&seq=" + Math.random();
live/wv.js: var url = this.url_head + "image.cgi?v=jpg:" + imageSize + "&seq=" + Math.random();

@polaa 这么好的相机，240p 直播

网络摄像头扫描下很多这样的。

夜里看起来 像鬼片

我也用过图片流... 浏览器因为码流支持的原因， 真的挺烦的...

@BeautifulSoap 这个相机最便宜也要 26 万，预算应该不会太少

@drymonfidelia 公园里的设施和搞的 it 系统，属于不用部门不同预算的，不能相提并论

还能通过 url 上的 p 参数，调节摄像头的位置，高科技！

@moefishtang 看 api 返回，403 是达到观看人数上限了

@w88975 #33 一个人调了，其他所有人也转换视角？

不会整直播套那大概确实只能逐帧了，摄像头有啥他给啥。。。
不过该说不说 mpeg1 专利过期以后这几年国服用的也挺多的，突出一个实时性良好，性能够用。。。

这是直连摄像头的，从兼容性以及成本上是个合理方案，看过不少 nvr 类工具 web 端都是这样实现。不然像 webrtc 或者 hls 方案都是需要外部机器甚至带宽流量支持，运行成本不低。

很现实的方案，摄像头不光要考虑网络带宽，还有存储的成本。

我看到的咋是静态图片？会动的吗？

无帧间编码的朴实无华版 mjpeg 。
手撸，堪称匠人精神。

看来不少都是用过 mjpeg 的 :D

功能上讲属于“慢直播”，没有什么问题的。

嗯。。评论区的画风简直出奇的统一

难怪看日本综艺直播不清晰

https://www.town.zao.miyagi.jp/webcamera.html
http://221.184.67.34:81/mobile
没事,这个更离谱

@moefishtang #45 还有这个,直接用摄像头拍火车站大屏幕
http://traininfo.jrniigata.co.jp/webcamera/niigata

能用就行 又不是不能用

简单易用 免维护，更不用内容审核

mjpeg 吧，转码成视频流一行 ffmpeg 指令的事

这种我 9 年前开发过

@moefishtang #46 我突然想起之前在哪里看到的一个案例，工业传感器需要数字化，就是车间中控室的那种操作柜上的仪表，需要数字化，都是老设备，设计的时候只有一个数码管的显示功能，最后的方案就是直接放个摄像头对准数码管，然后解析显示的内容。

能跑，还不错

这个帧率似乎是根据图片请求耗时来的，我这访问的话 5-6fps ，一张 31kb ，一分钟大概 10mb 左右

回复别忘了, 日本在 3G 时代就已经有很强的移动互联网了, 这类离谱的设计怕不是兼容到那一大批上古时代的功能机去了.

if (window.XMLHttpRequest) {

try {

xmlhttp = new XMLHttpRequest(); // DOM standard

} catch (e) {

xmlhttp = false;

}

} else if (window.ActiveXObject) {

try {

xmlhttp = new ActiveXObject("Msxml2.XMLHTTP"); // IE6

} catch (e) {

try {

xmlhttp = new ActiveXObject("Microsoft.XMLHTTP"); // IE4,5

} catch (e) {

xmlhttp = false;

}

}

}

return xmlhttp;
兼容到 ie4 的直播解决方案.

对对对 最终幻想和铁拳都是你做的

@rabbbit 您是否在搜索延时摄影

还可以啦
某知名二线城市公积金系统还用的 PowerBuilder 呢
档案局用的 Java6
另一个二线城市的房管局，数据库放在一台古董笔记本上，并发超过 3 就崩溃，需要下游

@wlm201219 需要下游打电话，重启电脑，一天打个三四次也是常事

简单够用

到底是计算机科学界的成本仙人，还是粗糙的小作坊手工艺品，取决于你看待它的角度。

哈哈，这有可能是个 ESP32 Camera ，还没法用上现代视频编码技术。

帮我给日本老哥推荐下我的 https://uipcat.com ，用台手机免安装 APP 就可以实现 4K 高码率直播了。

@uIPC 用 IE4 的领导：你这直播怎么播放不了，来解决一下

起码不用下载 app

@drymonfidelia #64 我议还是用 chrome 给领导开个 Windows 98 。

的确，而且是可以移动的，源码里有，但是注释了，这个应该是硬件实现摄像头的 mjpeg 视频流，技术上大概也是 20 年左右了吧
mjpeg 现在也算能用，至少比某些只能用 app 才能看的摄像头，可用性高了很多，过去没有便宜的硬 avc 编码器的时候，这个挺流行的，而且现在有些设备还在用

而且这么多年还能用，日本 IT 水平的确还行。

讲真，我以前读书时做了个摄像头监控的 web ，一开始就是这么做的，后面感觉太卡才知道可以流式传输

在当年的读者意林，这可是值得大书特书的呢

不是,兼容到 ie4.5 算是日本国情吧?

在座各位不搜索的话有没有真大佬能写兼容到 ie4.5 的代码

@PrinceofInj 应该是几年前日本保存 m-rna 的超低温冰箱需要实时掌握温度

笑喷了

只要思想不滑坡，办法总比困难多

感觉，移动梦网的设备都能全兼容

逆天

@bugu1986 所以这两个游戏和 IT 行业有什么关系？

n 站坏了好久了
还没修好
你就知道隔壁什么样子了

@BeautifulSoap #9 再低价也不应该用这种实现吧。哪怕本科生都想不出来这么写。

能验收， 古神设备都能用， 有问题吗？

让我想起了 nikke 的游戏文件缓存默认存 c 盘，每更新一次版本 c 盘都要多个几 g

毕竟还在用 win A 区的国家..

@newtype0092 游戏不是程序员做的？

花里胡哨中凸显了极简主义，好评！

@TsubasaHanekaw #55 用得最多的 win98se 都自带 ie5 了，还用 ie4 的机器还能连得上如今的互联网吗

@bugu1986 就你说的这两个系列，你随便打开一个近 10 年开发的作品，看看最后的开发者列表里程序员占多少比例。。。

奇怪吗？在国内没有贴图的吗？曾经我有个同事就这样

@shakoon IE 4 的机器, emmm 现在绝大部分网站都不支持 SSLv3 了吧

十多年前，有很多公开的 webcam 都是这种技术架构。

@wxf666 #35 还真是，一个调了，所有人也转换视角了

收藏之，回头应标 就用这个技术方案

@moefishtang 很好啊，显示屏的网络物理隔离了

为了省流量。日本一些网络上传大了也会被警告的，连续三次直接强行解约。

@newtype0092 即使有引擎，画面不需要程序员？我想表达 web 开发是最美技术含量的，跟游戏开发差远了

@bugu1986 而其中前端尤甚

这不是正常操作嘛 XD ，这也赢 XD

这么离谱的东西前排的发言居然一半在夸，也是无语了。

emmmmm 就问你算不算直播吧

我买过一个 30 元的国产 HDMI 采集卡，它输出的也是 720P 30FPS 的 JPEG
这玩意同样不能说明中国的 IT 水平

其实我想吐槽它的域名：
http://linearcam.city.fuefuki.yamanashi.jp/

为什么不用子路由？ 可能当时每个地区分配了一个域名，然后每个地区独自部署？