V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  akfish  ›  全部回复第 24 页 / 共 65 页
回复总数  1288
1 ... 20  21  22  23  24  25  26  27  28  29 ... 65  
2014-08-28 01:12:58 +08:00
回复了 o2co2 创建的主题 Node.js 使用 Cmder 绿化 nodejs 和 Hexo 环境-放在 U 盘在那里都可以写博客
好吧,这年头还绿化?现在基本上都是有固定使用的电脑了,极少用公共电脑,写个快速部署的脚本放云端,到新电脑撸下来跑一次一切自动配置好,然后就能一直舒舒服服的使用,比每次插U盘方便多了。
2014-08-27 22:33:36 +08:00
回复了 Livid 创建的主题 Need for Speed 现实版的极品飞车
2014-08-27 22:31:16 +08:00
回复了 Livid 创建的主题 Need for Speed 现实版的极品飞车
直升机上的摄像机都装在陀螺仪稳定的云台上
2014-08-27 18:23:31 +08:00
回复了 juzitime 创建的主题 奇思妙想 脑洞大开的《Friends》人物命名服务器的方法 ;)
Janice: Oh~~~~My~~~~~God~~~~~~~
2014-08-27 16:19:37 +08:00
回复了 Livid 创建的主题 Instagram Instagram Hyperlapse - 具有超强防抖功能的 iOS 摄像 app
@viila Right,搜了下的确是这样的。
忘了instagram是主动拍摄可以实时记录传感器数据,MS的数据源都是无传感器配合的一般视频。
2014-08-27 15:31:04 +08:00
回复了 Livid 创建的主题 Instagram Instagram Hyperlapse - 具有超强防抖功能的 iOS 摄像 app
@viila 用陀螺仪不行的,那只能用于处理短时的抖动,Hyper-lapsed的时间窗口一般很长,经常是几小时的视频压缩成一小段。
看了下MS的paper,它们是先对场景进行3D重建,然后规划最佳路径,最后再做渲染。
运算量不是问题,这种东西不会全在移动端跑,全拖到云上服务器撸。
2014-08-27 14:25:09 +08:00
回复了 Livid 创建的主题 Instagram Instagram Hyperlapse - 具有超强防抖功能的 iOS 摄像 app
@cutehalo 从专业的角度来讲,这就是防抖。
防抖一词的翻译就有问题,stabilization本身并没有“预防”的意思,只要是减少运动模糊、抖动的技术都能叫stabilization,并不管是前期做还是后期做。
2014-08-27 13:54:57 +08:00
回复了 node 创建的主题 程序员 用户在私聊过程中产生的静态文件是否需要加访问权限?
@gamexg 以Git用40位SHA1 Hash表示文件为例,不考虑碰撞的话,能编码16^40=1.46*10^48个文件,目前全球人口70亿,假如每个人都能上网,都用同一个网盘,都上传不同的文件,也才7*10^9。
所以hash空间的使用率是相当低的,遍历成本级高,检索到有效文件的概率极低。
lz的想法其实反了。
细分市场不是lz想的这么简单,本质上你依然需要满足别人的需求。
社交这种需求,只有在通用场合才是绝对必须的,一旦细分到专业领域,专业需求就要占首位了。
你满足不了专业需求,还把自己用户群细分,得到的就只是阉割版的社交产品,毫无竞争力。
仅仅是社交,用户要是真有那个需求,完全可以自己去通用SNS上抱成一团。

怎样满足专业需求?要么是内容,要么是技术。
你不能指望靠用户产生内容,走这条路的话,没有内容就不会有用户,没有用户你就没有内容,这是一个先有鸡还是先有蛋的问题。所以你得自己想办法产生或者获得高质量的内容,这里存在很高的隐形成本。
然后就是技术,你搞出一个专业相关的,满足某种专业需求的app,把这个做好没人跟你竞争了,用户群起来了,再做社交就水到渠成了。

总之,别指望靠着纯社交带动一个细分到专业领域的产品。
2014-08-27 12:09:29 +08:00
回复了 node 创建的主题 程序员 用户在私聊过程中产生的静态文件是否需要加访问权限?
好吧,好像理解错了。权限什么的就和那个hash值挂钩,文件本身不能直接暴露给用户,不然就露陷了,加个带expire的access key给用户访问。
2014-08-27 12:06:05 +08:00
回复了 node 创建的主题 程序员 用户在私聊过程中产生的静态文件是否需要加访问权限?
其实各种网盘神马的都是存着,MD5或者SHA1撸一遍存个hash,如果遇到别的用户传相同文件,直接拿来用了,自己省了存储空间和带宽,不明真相的用户还觉得速度飞快用户体验好。
@ruoyu0088 revisit的时候会试验几种FFT插值法,抛物线插值,Quinn插值等,不过FFT相关的方法都是时域换频域,高频率分辨率就会有高延时,调音器还好,计划中复杂点的应用就不行了。估计最后我会抛弃频域方法。
@lldld FFT是一切频域音高检测算法的基础,这个精度不够后面就不用做了。我用的是HPS算法,就是检测谐波基本频率峰值的,可视化里那些白色的小圆就是频率峰值。
2014-08-26 12:41:43 +08:00
回复了 hatcloud 创建的主题 问与答 想花一年时间做一个族谱的网站,需要些什么技能?
@hatcloud 好吧,那也差不多的,这个数据库部分难度也不大。喜欢玩新玩具的话,Google的graph database非常适合表示这种数据:
https://github.com/google/cayley
Google的知识图谱就是用这个做后端的:
http://www.google.com/insidesearch/features/search/knowledge.html
2014-08-26 12:27:48 +08:00
回复了 hatcloud 创建的主题 问与答 想花一年时间做一个族谱的网站,需要些什么技能?
光是你家里的话,纯静态就能搞定。
这么点数据犯不着动用数据库,json就能存下。
剩下的就是怎样把前端撸得很华丽了,可以侧重搞这方面,lz要做的这个网站能做出技术含量的也就在这部分。
比如族谱经常是树状关系,交互式的树状图什么的:
http://arborjs.org/halfviz/#/case-of-the-silk-king
又比如涉及到编年史的东西,时间轴就很适用了:
http://timeline.knightlab.com/
@learnshare 当时是想着一个网页不需要装任何程序调音比较cool。native的话肯定没问题,这算法瓶颈全在FFT上,FFT轻易就能跑得飞快。
或者也可以用时域算法绕过FFT的限制。
@avrillavigne FF的图形性能一直不如Chrome,然后processing.js的性能也不是各种绘图库里最好的,于是就蛋疼了。
@incompatible 当时要用非标准调弦,Open G神马的不熟。。。
2014-08-26 08:58:37 +08:00
回复了 joshuasui 创建的主题 问与答 求好看的硬科幻小说
Asimov系的,Robot三部曲,Foundation三部曲,Empire三部曲,以及对应的前传后传等等。
Vernor Vinge的<A Fire Upon the Deep>, <Deepness in the Sky>
以上就已经很多了,能看原版就看原版吧。
入门不用IDE难道用记事本?初学就该有侧重点,把80%的精力耗费在环境配置,编译流程上,还学毛线。
挨踢专业基本上就是靠自学,偏偏有的人就指望着什么都有人教,大学课程只是给你一个知识体系框架。
人蠢不能怪课程,更不能怪工具。
BTW,国内大多数大学的VS现在都是education license,而非盗版。
1 ... 20  21  22  23  24  25  26  27  28  29 ... 65  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5705 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 31ms · UTC 03:27 · PVG 11:27 · LAX 19:27 · JFK 22:27
Developed with CodeLauncher
♥ Do have faith in what you're doing.