-
有趣的3D动态头像技术 - Motion Portrait - [杂七杂八]
2008年06月11日
建议先看一个flash:Demo1 或 Demo2
(可能loading会比较慢,大约1-5分钟左右,可以在loading的时候先干点别的)......

第一次看到这个Flash的时候,想起两样东西:
1.几年前一个挺有创意的Flash:某男不堪忍受你的鼠标骚扰,一口将其吞掉。
2.iGoogle中那双专注的眼睛:Eyes。
因此一开始我想:这不过是一个真人版的Eyes而已嘛...

的确,虽然模特的动作与眼神看起来过度很流畅,但如果一切都是事先制作好的,那么充其量也只是一个制作精良的趣味flash作品而已。
但是,如果说有一天你收到一个朋友发来的flash链接,打开一看,在flash中摇头晃脑的家伙就是你自己,那就有趣的多了是不是?
MotionPortrait 是一个看起来有点神奇的新技术,它可以仅凭一张照片生成可交互的动态3D形象,而且还可以有丰富的表情变化(前面的Demo中可以看到,虽然笑容偶尔显得有点诡异)。
或者可以这么说,它能让你的大头照变得看起来像个活人:脑袋会动,眼珠会转,还不时会咧嘴傻笑一下。

另外,还允许对形象添加装饰,比如更换发型,戴上眼镜等等。
让人厥倒的是,这些竟然还不仅仅适用于人的形象,如果你使用猫猫狗狗或者卡通人物甚至是植物的“大头照”也是可以的。
Demo看起来的确不错,但生成如此水准的动态3D形象,真的只需要一张普通的正面照片就可以做到?
MotionPortrait技术的拥有者是日本一家名字同样叫MotionPortrait的公司,通过网站上的Profile可以发现,此公司的母公司叫做So-net,而这家公司的最大股东是Sony。
MotionPortrait网站上并未提供可供用户实践的应用,只能看demo,这多少让人有点存疑:这些Demo会不会是经过“优化”的?就像Sony每次在新一代Playstation游戏机发布前所经常做的那样。
幸好,在“合作伙伴”链接中找到了一个可以实际体验这个技术的网站,而且这个网站还很有趣。
在这个网站,你将能够看到自己的脸搭配各种“胡型”后的模样,除了你能想象出的络腮胡,山羊胡,××胡...以外,还可以尝试各种稀奇古怪的胡须造型,网站一共提供了1000款“胡型”。

选择好造型后,网站可以将这个造型在线生成动态3D头像,就像前面看到的Demo那样。
最有趣的当然还是自己上传照片:

从最终生成的效果来看,基本达到了Demo中的水准。(背景干净的正面照片效果最好,比如证件照)
我们都知道只有一个角度的信息无法形成真正的3D模型,其实这个技术的所谓3D也不是真正的3D(也不可能是),头像只能在很小的幅度内转动,但MotionPortrait引擎能够模拟出头像转动中脸部轮廓的细微变化(比如脸颊,下巴),因此最终看起来还是很有3D的感觉。
关于表情,我猜原理上可能是这样:MotionPortrait首先要精确判断出头像脸部各部分关键点的位置,比如眼、嘴、眉以及N多与表情有关的面部肌肉的位置,然后将这些关键点与其表情模型对应,然后由一个“表情引擎”来驱动这个表情模型,就可以得到我们看到的丰富表情变化了。就像一个可以模拟丰富表情的机器人,给他套上不同的人皮面具...
当然,说起来容易,做起来难。让电脑实时模拟人类丰富的面部表情一直都不是一件容易的事情,回忆一下你玩过的各种3D游戏就不难得出这个结论。从这一点上来说,MotionPortrait的“表情引擎”即使不能算是革命性的,至少也算得上是很出色了。

↑ 小布什的这个造型是不是帅多了?关于这个技术的用途,还是很有想象空间的,而且不仅限于娱乐方面,前面的“胡型”网站就是一个例子,这个网站实际上是一个剃须刀品牌营销活动的一部分。
[如欲转载本文请注明出处:http://windywoods.blogbus.com/]
-
愿逝者安息,生者坚强
2008年05月19日

-
灾情发生后,各种媒体都公布了众多捐款方式,可能是多年网上购物经验形成的习惯,对直接汇款到银行帐号抱有天然的警惕性,这年头骗子太多,甄别起来太累。
捐款不是交易,但也同样存在安全与诚信的问题,很高兴看到国内主要的在线支付企业都开通了快速捐款通道,包括:支付宝,财付通,快钱,易宝,环讯,首信易支付,银联支付等。
因为常用,我选择了支付宝,大家可以选择自己常用的支付平台进行捐款。
易趣似乎没有采取类似动作,比较令人不解。
根据上面各支付网站上显示的数据,粗略计算了一下,目前总捐款已经超过5千万RMB,但愿这些善款能够被善用。
Update:今天下午看见新闻:“部分红十字会官网救灾专用账号遭篡改”,严重谴责这些连善款也打劫的烂人。
-
旺旺似乎终于开始拓展阿里以外的地盘,今天发现淘宝旺旺的侧栏悄悄的多了个“聘”:

对应的,在51job的个人资料编辑界面,多了这么一项:

旺旺这次与51job的合作很低调,能够搜索到的相关信息基本都是同一篇公关稿,比如这个。
虽然一直都是作为阿里体系内的IM而存在,但旺旺的活跃用户数已接近一千五百万,换个说法:数字上已经逼近国内IM的老二MSN。(数据参考这里,这里)
旺旺迟早会走出阿里的自家地盘,这个地球人都知道,只是不知道何时迈出这一步,第一步又会迈向何处。随着百度Hi的推出,可以想象旺旺会加紧这个步伐,不过没想到旺旺这第一步会踏入网络招聘。
相关报道中提到了两家合作后将会提供的几个特性:
1.旺旺增加一个“聘”频道。
2.双向在线沟通:求职者可以通过企业职位信息页面的旺旺标识与企业在线沟通,同样,企业可以通过求职者简历中的旺旺标识与求职者在线沟通。
3.订阅提醒:求职者可以通过旺旺得到所订阅职位信息的即时提醒,同样,企业可以得到符合条件的简历的提醒。
简单试了一下,51job上尚未发现有职位信息页面上带有旺旺图标,订阅职位提醒好像也还不起作用。
“即时通讯工具的引入,在线聊天的文件传输、语音聊天、视频聊天、无线等功能的使用,无疑将大大提高招聘的透明度,缩短招聘周期,提高求职和招聘的针对性。”—— 《前程无忧携手阿里旺旺,破题“网络求职难”》
对求职者而言,多一种联系方式至少不是坏事,但问题是,招聘者真的需要IM?
想象一下,招聘经理们像淘宝钻石卖家一样,整天挂着旺旺,忙于回答求职者的各种问题... 会不会太奇怪了点?
-
鲜果的确是一个很棒的RSS阅读器,而且还在不断变得更好,很欣赏鲜果团队对用户各种意见/建议所表现出的积极态度以及高效率,显得很有生气,一如其名“鲜果”。
比如这位得瑟者同学在自己的blog抱怨了一下手机阅读不能保存密码,嗅觉敏锐的鲜果小组很快就出现了:

希望鲜果小组能够一直保持这种敏锐和效率。
使用鲜果也有一段时间了,也来给鲜果挑挑毛病,不知在这个偏僻的角落能否被鲜果小组嗅到呢?
搜索结果排序的问题
除热文搜索外,其他很多搜索结果(如阅读器中搜文章、频道)都看不出排序规则,也不提供排序功能,这样的搜索结果能为用户提供什么价值呢?
建议提供排序的选择,比如匹配度、时间、热度(推荐/订阅数)等,默认的排序可以综合考虑匹配度和热度。
↓ 在阅读器用关键字"搜索引擎"搜索文章的结果:

↓ 在阅读器用关键字"搜索引擎"搜索频道的结果:

↓ 在鲜果榜用关键字"搜索引擎"搜索频道的结果:

鲜果榜的搜索结果排序和阅读器中是一样的(没有规律),不同的是只提供最多20项结果,这样真正有价值的频道往往无法被列出,而且无奈的是:想查看更多都不行。
另外,发现个使用IE会出现的问题:阅读器中的搜索结果出来后无法滚动(无滚动条),需要改变一下浏览器窗口大小或者把左侧的订阅频道列表折叠起来,滚动条才出现。(Firefox、Safari中正常)
热文与阅读器中推荐/收藏工具不一致
同样是对文章的收藏或推荐操作,不明白为什么热文与阅读器中却提供了两种方案,比如在热文中无法同步到绑定的外部应用(del.icio.us/twitter/饭否/叽歪),而在阅读器中无法写推荐语。
↓ 阅读器

↓ 热文

貌似一样的工具,实际提供的功能却不同,这不符合产品设计的一致性原则,不仅会造成一些不便,用户的认知负担也会加重。“明明记得这里可以××,怎么却不行?”
同样是“打标签”,热文与阅读器中也不一样。
↓ 阅读器中的“打标签” (Update:现在的界面已经更新,见文末)

↓ 热文中的“打标签”

在热文中“打标签”除了不能同步收藏到del.icio.us以外,也无法支持查看/编辑已经打过的标签,只提供了最基本的“添加标签”功能。
而且,同样是叫做“添加标签”的功能,其执行结果居然是有区别的:
比如上图中的例子:在阅读器中“添加标签”,完成后全部标签为3+1=4个,但是在热文中“添加标签”,新标签会取代原来的标签,完成后全部标签为1个。用户会不会晕掉?
建议阅读器、热文这两个地方提供一致的推荐/收藏工具,功能上可以考虑取目前两者的合集。
绑定Del.icio.us的问题Update: 今天发现鲜果使用了新的收藏界面,这个问题已经不存在,也许是无心插柳?
绑定Del.icio.us的功能对我而言很实用,用起来很方便,但是编辑tag的时候会有个和热文中“添加标签”类似的问题:
↓ 比如初次收藏某文章时标记了三个tag,同步到Del.icio.us中没问题

↓ 之后如果在鲜果更改标签,增加一个tag:

↓ 完成后在鲜果里没问题,现在是4个tag:

↓ 但是Del.icio.us中原来的tag就消失了,变成只有一个tag"日志"

估计是因为鲜果在更改tag后只向Del.icio.us提交了添加的tag。
Update: 鲜果新收藏界面:

这个界面应该是新旧标签都会被提交,恰好解决了上面的问题。
-
comment:招聘类网站的反向思考 - [产品设计]
2008年04月24日
看了蓝皮火车的招聘类网站的反向思考,有一些不同观点,记录如下:
招聘网站的易用性不好,这个我也有同感,不过对于模式我有不同观点:
企业免费,个人付费很难成立。
如果各种“企业”都可以免费发布招聘信息,当虚假、垃圾的招聘信息泛滥的时候,求职者的体验只会更糟。这样其实就变成了客齐集、赶集网的招聘版,会有人愿意付费么?
另外,当“雇主”们可以零成本查看每个人的简历,会造成什么后果?就不仅仅是海量垃圾短信、推销电话这么简单了。
在招聘网站的模式中,雇主需要为发布信息以及查看简历付出一定成本,不仅是合理的,而且也是保证这个模式能够玩下去的重要约束条件。
关于挖掘个人站外数据,我看至少目前是没什么必要,首先有数据可挖的个人用户比例并不大,另外大多数人的互联网生活留下的数据可能与职业的相关度并不大,这些数据怎么挖是个问题,挖不好反而帮倒忙,不如不挖。
其实多数招聘网站都提供了“个人主页”这一项,我看已经足够了,有心的招聘者自己会通过这个入口去挖。
-
美女换装游戏? No,这是“淘宝试衣间” - [互联网]
2008年04月21日
淘宝最近放出了一个看起来很有趣的产品,淘宝试衣间。
玩法很简单,看图:
↓ 这是初始状态,点击左边的衣服就可以给模特换装

↓ 穿戴整齐后的效果,可以看到整个搭配的总价,喜欢的话可以保存搭配

↓ 也可以选择帅哥

↓ 可以在保存的搭配中任选两个进行对比

目前这个“试衣间beta”还只是个简陋的界面模型,实际就是一个Flash换装游戏,两个模特几件衣服换着玩,仅此而已,以至于我刚看到这个界面的第一反应是“这是淘宝的愚人节玩笑?” (其时正是4月初)
虽然这个简陋的“试衣间”确实具备一定的娱乐效果,但淘宝赋予它的任务显然并非娱乐观众这么简单。淘宝准备怎么玩? 从淘宝社区的这个帖子里就可以看出些端倪:

“在线试衣”这个想法其实早已有了实践者,比如这个:



这个叫做“My Virtual Model”的公司为一些著名服装企业的B2C网站提供在线试衣服务支持,因为使用了3D模型,用户可以自定义模特的相貌体型等特征,比较类似现在很多3D游戏提供的功能。
还可以在facebook里show (3D-Avata?)

3D的效果看起来不错,不过对于淘宝而言根本没有可操作性,“淘宝试衣间”采用的“纸片式”方案还是比较实际的。
-
央视主播乌龙集锦 - 大腿 哈欠 补妆 … - [杂七杂八]
2008年04月20日
↓ 段暄,白花花的大腿
↓ 文静,没睡好?广告时间还没到呢

↓ 红梅,赶紧补补,可惜导播不配合

↓ 秦方,这个其实我觉得没什么,挺好...
(没看出有何不妥? 那就pass吧,其实也没啥,仍然想知道的话看这里)
平时很少看电视,更少看央视,也没八卦的爱好,但央视最近的乌龙事件似乎太多了点,想不知道都不行。
新闻媒体自己总成为新闻当事人,还是八卦新闻当事人,好像不是特别光彩,在这个互联网时代,央视应该意识到,群众不光有雪亮的眼睛,还学会了利用互联网这个强大的八卦工具。
做直播,就拿出点专业素质来,实在不行干脆做回录播算了,至少大家耳根还能清净点。
-
存心找茬 : Twitter、饭否和叽歪 - [找茬]
2008年04月18日
很早就注册了twitter,但一直没好好用过,今天打算找一个合适的twitter类插件放到blog侧栏,方便记录和分享一下平时零碎的想法,于是就对twitter、饭否、叽歪进行了一番体验。
本文并不是一个评测报告,只是简单而随意的记录了一些使用过程中的发现,体验以及想法。
深沉的-1
我想试一下twitter是不是确实每次只能输入140个字,答案是没错,不管英文还是汉字都是140个字为上限。
输入字符超出140个后,twitter就拒绝提交了,点Update按扭没反应。

尽管计数器上的 -1 可以算是很明显的提示,但是点击按扭无反应仍然不是好的体验,而且也许就有人根本没在意或者不知道这个数字在表达什么,我觉得这里还是给点反应比较好。
与饭否、叽歪对比:
饭否也是最多允许140个字,字数超出后提示会由灰色“可以输入N字”变成红色“已超出N字”,但是点击可以提交,提交后饭否会将超出部分自动截去。(这时如果提示“信息发送成功!”以外再加上一句:“提示:超出的N字将不会被显示”用户会更清楚实际发生了什么)
↓ 文本框内是142字 (已超出2字),点击发送按扭可以提交

↓ 实际显示了前140字,超出部分被截去
叽歪看起来也是最多140字,不过这是假象,事实是1024个字! 字数超出140后,提示一直是“还可输入:0个字符”,点击可以提交,超出1024字的部分会自动截去。
↓ 叽歪的文本框大小正好容下140个汉字,显然就是照着这个规格设计的

↓ 1024个字的显示效果
不过字数太多的话,叽歪的窗可贴可能会吃不消,变成这样:

为什么是46个字?
汉字只要超过46个,提交后就会出现提示“你的update超过了140个字符……”,(试了N次才试出这个数字,为什么是46呢?如果是70还可以理解),而且之后新内容不会像正常一样自动在下面出现,但右侧却可以实时刷新。使用英文无此现象。

↓
↓ B处更新了,但A处没有
这里还有个细节,中文内容超过46个字的话,后面会出现带链接的省略号,看起来好像是“点击查看完整内容”的感觉,其实直接看到的已经是完整内容。这个问题不影响使用,只是不喜欢这种错觉。英文内容无论多长也不会出现省略号。
↓ 上面的是140个英文字符,后面没有省略号;下面的是47个中文字符,后面却有省略号

与饭否、叽歪对比:毕竟是国货,饭否、叽歪没有这种问题
Twitter不懂换行?
Twitter对中文的兼容性不完善很正常,但使用英文也出问题就奇怪了。
如果输入一串很长且不带空格的英文字符,页面就会破相,虽然这样来用twitter过分了点,我承认我是存心找茬,但这无疑是一个bug,而且是一个相当低级的错误。
有趣的是使用中文却没这个问题,(估计是因为twitter死板地执行了单词不断行的规则,哪怕这个“单词”长达一百多位)
与饭否、叽歪对比:
↓ 饭否会换行显示

31位的手机号?
我尝试提交一串数字:1234567890,twitter提示“We sent an invite for you! Expect to hear form your friend soon”,帮我发送邀请? 给谁? 给1234567890?

↓
这些数字提交后无法像其他内容一样被显示出来,看起来确实是被当作一条指令处理了,这串数字代表什么? 某人的ID号? 手机号?(美国的手机号就是10位数字)
我Google了一下,似乎找到了答案,在twitter的FAQ中有这样一条:
How do I invite people?
You can invite friends in lots of ways. To invite people by phone number, send the word invite + the phone number of the person you want to add from your phone or from the Twitter site. .... Your message should look like this: invite 4153172323看来twitter是把这些数字当手机号处理了,但是为什么实际情况是直接发送数字就可以呢? 另外,这样随意的发送邀请会不会造成垃圾信息的问题?
不知道美国有没有1234567890这个手机号码,而我又尝试发送一串更长的数字:

Twitter仍然提示“We sent an invite for you! ...”,这就有点荒诞了,号码的合理性至少也简单判断一下吧,地球上有31位的手机号吗?
又继续研究了一下,总结出这个规则:只要是十位或以上的数字或者数字与空格的组合,都会被当作手机号码,比如这个:

这个规则会造成一个后果,就是用户将无法发送10位以上的纯数字内容,也许这不算一个大问题,但是如果有人只是想要发送一串数字怎么办? 敲了半天键盘,提交之后twitter说:“我们已经帮你发送了邀请...”然后发现内容不见了,会不会被气疯掉? 这是完全可能出现的用户体验事故。(如果这个执着的人没搞明白怎么回事,又重来一次...)
其实,Twitter FAQ中的“号码前必须加invite”的指令语法就很合理,完全可以避免这种(可能的)事故,不知为何实际情况并非如此。
与饭否、叽歪对比:没发现类似特性,如果谁知道欢迎分享。
彩蛋
还发现了一个“彩蛋”,如果你尝试发送10位以上的空格...

↓ 会有这样一个“温馨提示”
但如果发送的空格位数低于10位的话,会被直接无视,那么这个“温馨提示”被看到的几率有多大呢?看来我还是很幸运的,回头赶紧去淘宝买彩票。
如果这是一个有意设置的彩蛋,似乎显得不那么有趣,但如果不是彩蛋,那么就只能是臭虫(bug)了,算了,还是宁愿相信twitter的幽默感吧。
与饭否、叽歪对比:建议也学学twitter的幽默感,多搞点彩蛋。
icon_star_empty?

我想知道这个图标是做什么的,你就告诉我“icon_star_empty” ?
这个名字的来源:http://assets0.twitter.com/images/icon_star_empty.gif
与饭否、叽歪对比:
↓ 还好叽歪没把这个也学过来

饭否这里直接用了文字做按扭,就不用做比较了。
上面提到的这些“问题”对绝大多数twitter用户来说,不太会影响实际使用,甚至注意到的可能性都不大,不过对于twitter这样简单纯粹的应用来讲,我觉得完全可以在用户体验方面做得再细致点。
简单,很好,但不要简陋。

















