project提议

[kaicheng]

大家有没有什么idea可以让大家一起做着娱乐？

[mrroach9]

既然因我而起那么我先不要脸地把我那个提出来：
论文分享点评网：用户对论文进行评星、评价、注解、写简明版摘要，分享论文给其他人。

[mrroach9]

另一个idea: 来源于DMesh（https://itunes.apple.com/us/app/dmesh/id524809953?mt=8）
大意就是这个App把用户的照片利用Delauny Triangulation做成三角形碎片艺术风格的图片，就这么简单居然还有很多人喜欢购买。

那么于是我想到了这个：http://www.cnblogs.com/HappyXie/archive/2011/01/17/1937128.html
利用若干个三角形的位置、形状和颜色作为feature descriptor进行遗传算法去fit一张图片，简单粗暴，但我觉得视觉效果比DMesh好看，而且有各种参数可以调粒度是吧。

So why not简单粗暴来一个app。

[thinxer]

每个点子单开一个 issue 吧然后挂上 idea 标签？可以定个 protocol 啥的……

[xuzhao9]

论文分享点评的idea有点像这个网站：http://pdsurf.com/ 。 不过它仅仅是一个chrome插件，可以显示批注pdf。（这个是我们系某phd的一个startup……

[xuzhao9]

我自己也有一个点子，不过估计实现比较困难，先在这里分享下。
就是SNS时代的P2P文件分享，本质还是P2P（比如电驴BT这种），不过我维护一个好友列表，我的好友，或者好友的好友可以帮我下载东西，还可以画一个图，显示全世界都有谁在帮我下东西。
简单说就是：你是我的朋友，所以我不仅仅愿意跟你share我的状态照片，还愿意分享我的计算资源/网络带宽，帮你挂机下载东西。
UW做出来了个跟这个想法有点像的东西： http://www.oneswarm.org/

[skeleton9]

关于那个SNS P2P, 瞬间想到了一个东西: 天网MAZE
Maze: a Social Peer-to-peer Networking

[xuzhao9]

另外一个idea：现在很多人都想有一个自己的app来做自己的business（例如代购，贸易，开网店等等），但是苦于自己没有技术/请程序员开发成本过高等等做不到。搞一个自动生产网店类app的 app factory似乎也是个不错的主意。我们知道PaulGraham的Viaweb是自动生产网店类WebApplication的工具，那么是不是可以搞一个自动生产网店/代购类型Mobile App的工具？

[kaicheng]

我觉得第一个project做的简单些比较容易起步。Roach的app想法貌似不错的样子。可以做的足够简单，又可以马上看到结果。

[vuryleo]

所以就搞搞Roach的App？做Android还是iOS还是WP？

[ccding]

我更感兴趣roach说的那个吐槽paper的idea哎，不知道有多少人会用

[kaicheng]

Roach真是点子王么=。=
两个都搞好了，慢慢加东西，看啥时候能搞出demo...
其实我想把吐槽paper的做成reddit或HackerNews这样，应该足够有趣和好玩了..

[mrroach9]

其实我还有一个点子呢……其实可能也挺好做，适合迭代，可以做个app。如果没人做我就有空了自己做着玩，主要是懒。

基于多通道QR码的图片部分加密

如果用户想上传一张照片但是有部分不宜公开的内容，可以框出这些地方，然后将私密部分压缩并生成QR code，然后覆盖在私密部分。说白了，就是用QR码给图片打码。
这个设计有以下优点：

• 可以逃避审查（传播X图），同时其他用户可以自行还原。
• 可以对打码部分加密存储，因此只有得到密码的人可以还原打码部分。
• 由于QR码的特性，可以有效抵抗有损压缩、翻拍、缩放、色彩滤镜、误码、损坏。具体地说，QR码识别算法在检测到QR码的同时会得到关于图片的空间变换、颜色变换的信息，将这些filter apply到还原后的image patch上，即可无缝无瑕疵地把打码部分以同样的“appearance"贴回去。
• 不需要云存储打码信息，无中央服务器，不怕审查，不怕泄露。

然后主要的问题是：QR code码率不够，因此至少需要使用彩色QR码。这就是为什么我在井上说，想到了用处。

一个具体的计算是：
采用version 10 QR Code, error rate为M，能存储213Byte。误码率允许15%。使用RGB三色的QR码分别存储三个通道的图像信息。QR码每个像素覆盖原图3x3或4x4像素大小的方块（以保证适当的缩放和JPEG压缩后仍能正常工作），原图为24bit色彩空间。这样的话压缩率为：

3*3*3*57*57 / (3*213) = 137:1

这个略微有点惨，参照这里的标准，至少要到23:1或者46:1的标准才可以接受。为此可能需要每个颜色通道能有8个level，也就是3个bit的信息量，这样就可以降低到137/3 = 45.6:1了。

[xuzhao9]

这个好玩！
第一步是要写一个库，从给定的图像区域生成QR码，以及从QR码来恢复图像吧？这个用什么语言实现比较好？iOS的话就是Objective-C了么？

[mrroach9]

可以考虑这个：https://github.com/zxing/zxing/