@ns20 谢谢支持

@adspe 嗯, 不同片段拍摄时天气完全不同, DaVinci Resolve 用的也不熟, 下次改进.

@hotsun168 哇, 很实用的建议. 怎么运镜是个大学问, 更何况在天上, 有三个维度. 现阶段只是拍拍玩玩, 以后待水平提高了, 尝试商业化. 一起加油.

@alect 距离海岸 3, 4 公里左右的海面上有许多风车, 我起飞前, 很想拍出这样的效果: 俯拍风车, 然后慢慢镜头抬高, 把洒满落日余晖的大海作为背景, 风车作为中景, 大桥作为前景. 可惜风太大, 而且是逆风, 运动模式下只有 9 米 /秒, 担心电量不够, 只能返航.

@hahamirror 我的 Air 一般情况下, 转向, 调整镜头高度都挺丝滑的, 一旦遇到大风(海边, 山顶), 就会有明显突兀感. 视频中出现的转向不流畅几乎都是大风照成的.

@imherer 我也正有此意, 上周末我想拍个海滩日落, 但 3 点多就到了, 只能一个人傻等. 我还计划找志同道合者近期到安吉 /舟山拍银河.

@lizhantju 哈哈. 中央台有个"航拍中国"系列纪录片, 其实是以航拍角度介绍每个地区风土人情 /历史, 既长知识, 又能掌握拍摄技巧.

@deyu 谢谢建议, 以后争取每周发布一个视频, 再烂也要拍.

我提交了，你把代码墨迹一下。赶紧的，不要墨迹墨迹了。
3 秒后，我反应过来，他说的是 git merge。

记得第一次扣下键帽, 洗的干干净净, 准备按上时, 蒙了, 我的是无刻印版, 不知道每个键帽的实际位置. 后来发现, 每一排的键帽都一样, 费了一番周折, 分为 4 组. 以后每次洗键帽, 习惯性的装在 4 个小盒子里.

我做过一个图片编辑的 web app, 详见我(之前的帖子)[https://www.v2ex.com/t/558168], 我一直想进一步完善, 如:
* 实现自动扣图(把背景中的路人删除, 删除部分和背景自动实现无缝融合)
* 引入一些 AI 技术, 如: 人物卡通化 /素描化, 风景照变成水墨画 /油画风格
* 人脸美化 /丑化 /老化 /年轻化 /恶搞, 虽然这些功能已经烂大街了, 但作为图像编辑工具, 这些好像都已经是标配了

换脸之类的应用, 我很早也想到过, 但会有许多监管 /道德问题, ZAO 不是瞬间被微信屏蔽了, 而且很难通过正规途径变现.

商业上, 可以"高级功能"付费, 普通功能免费. 我本人前后端都可以做, 楼主有兴趣的话, 可以聊聊.

The Matrix, 黑客帝国

总算有个面试修卫星, 入职也修卫星的职位了.

@ffeii 移动端能打开, 是因为图片是放在<canvas />上展示的, 这个主流浏览器都支持, 但图片的编辑是调用 WebAssembly 模块实现的, 这个移动端都不支持, 因此所有操作, 点击后没反应, 也不会报错.

@but0n 打开摄像头后的 filter 效果是通过 CSS 实现, 你看这行代码就知道了
https://github.com/edwardwohaijun/image-editor/blob/master/www/src/components/Header/Selfie.js#L6

图片的 filter, 如正文中提到的高斯模糊, 柔滑, 这些都是直接在 WebAssembly 中读取<canvas />上的像素值(以数组形式), 然后依次对每个像素执行 2D convolution, 做图像处理的朋友, 都知道这个概念.

依稀记得某部日剧有句台词: 当你困惑, 迷茫, 不知道做何选择的时候, 选择最难的那条路. 事后看来, 十之八九是正确的选择.

listEle.addEventListener('wheel', this.infiniteScroll)
用'wheel' event, 不要用 scroll, scroll 必须有滚动条时才触发. 'wheel' 一滚动, 就触发. 在 infiniteScroll 中再判断:

scrollHeight = listEle.scrollHeight
scrollTop = listEle.scrollTop
offsetHeight = listEle.offsetHeight

if (scrollHeight === scrollTop + offsetHeight) {
this.$emit('loadMore')
}

@qdwang 很遗憾, 不支持 iOS, 目前这个 P2P 功能只支持桌面 Chrome. webRTC 虽然是 w3c 标准, Firefox, Safari 11(桌面, iOS)都支持了. 但我的 app 主要是以文件传输为主, 为了能传输超大文件, 底层用到了 Filesystem API, 这个不是 w3c 标准, 是 Google 自己倒腾出来的. 而 iOS 平台上的 Chrome 浏览器, 底层的 rendering 和 javascript 引擎用的是 Apple 的引擎(Apple 就是这么规定的: 在我的平台上必须用我的技术.). 因此, 也不支持这个 API.

如果我不用 filesystem API 的话, 理论上到是可以支持全平台(桌面 /iOS/android), 但这样只能传输小文件, 而且底层有许多兼容性问题, 开发工作量也非常巨大.
webRTC 除了可以发文件(底层用了 data channel), 还有个很帅的功能(视频聊天), 这个目前几乎是全平台都支持了. 我在想要不要把这个功能加在我的这个网站上呢.

@886106 当然可以, 我就是部署在青云的服务器上. 上传文件的个数和大小, 取决于 2 个参数值: maxUpload(单个页面最多允许上传多少文件), maxFileSize(单个文件允许多大, 如: 20m, 5M), 我的小网站, 带宽 /磁盘有限, 因而只允许最大上传 5M 的文件.
github 上我增加了一个中文的 readme.md:
https://github.com/edwardwohaijun/file-transfer/blob/master/README_cn.md
页面上有详细说明.

@Tink FilePizza 底层也是用 webRTC 实现 P2P 传输的, 数据不经过服务端, 因此它需要发送方的页面一直打开, 直到接受方收完为止. 由于 FilePizza 还支持 Firefox, 因此我觉得传输的文件不能大于接受方内存允许的大小. 而我的 app 仅支持 Chrome(有个 FileSystem API, 可以把数据直接写入硬盘), 因此可以传输超大文件.

@qdwang 这个应用本身就是一个服务, 只需占据一个端口即可. 安装部署步骤如下:
首先要安装如下软件:
Golang (>= 1.9.2), 需要设置 $GOPATH 环境变量
MongoDB (>= 3.2)
NodeJS (>=6.5) 客户端 JS 文件打包之用

下载安装:
go get github.com/edwardwohaijun/file-transfer/cmd/filetransferd
cd $GOPATH/src/github.com/edwardwohaijun/file-transfer/
go build -o filetransferd cmd/filetransferd/main.go

cd web
npm install
npm run build (适用于开发, 测试环境)
npm run ship (适用于生产环境)
cd ..
./filetransferd 直接运行编译后的可执行文件即可, 虽然有 10 几个参数, 但都有默认值.
打开 Chrome 访问: http://127.0.0.1/9090

后端的代码几乎都是针对"上传文件"这个功能, 如果你仅仅想实现 P2P 传输, 可以使用我的另外一个 JavaScript library: simple filer ( https://github.com/edwardwohaijun/simple-filer ), 直接 import 到你的项目中即可.

@marcong95 这 4 个三角形, 点击后往外拖拉后就可以生成一条折线(尾端有个箭头). 其实当你点击的一刻, 即: 还没有往外拖拉时, 我就已经生成了一条直线. 只不过该线的起始和结束都是一个点. 照理说, 如果鼠标不拖拉, 点击后直接松开, 我应该立刻删除这条长度为 0 的线. 这个操作我一时偷懒, 还没做. 就形成了你说的情况: 出现了一个长度为 0 的线, 且尾端有个箭头. 我稍后会修复这个 bug. 谢谢提醒.

果然是渣代码, 走开一会会就死机了, 好尴尬. 现在正常了.

@kmahyyg 聊天的 web app, 暂时不准备开源, bug 太多. 这个聊天 app 其实没啥技术含量, 都是现成的技术, 拿来整合在一起罢了.
@m2276699 穿越防火墙 /NAT 的原理很简单, 没啥折腾的空间, 诞生不了黑科技.