webberg

Here is my image. [sample.zip](https://github.com/lovell/sharp/files/4809604/sample.zip) Although I can convert 6 channel to 4 channel, I think it's slowly in javscript. It is best to finish this work in C++.

@helio-frota Thanks. That's not I need. I need function like this: ``` // js getAllData(); ``` ``` // C++ void getAllData(const v8::FunctionCallbackInfo&){ std::cout

Here is my code: https://github.com/webbery/civet/tree/master/caxios The problem function is `getFilesSnap` in `interface.cpp`. I want to call it with `getFilesSnap()` but `getFilesSnap( **anything_except_void** )` can work. Why?

> 未来计划: 今天看到eagle 3.0出了一个资源社区突发奇想，现在有些图包存在再Pinterest和花瓣上，分享比较麻烦，eagle做了一个压缩包叫eaglepack可以接受别人的分享，感觉这个功能对于资源管理软件来说比较重要。 > > 资源管理软件最大的推动力其实是社区，因此未来可以: #1.打包分享功能，推出civetpack格式可以共享给他人 2.建立论坛交流(等软件有用户量的时候) 这个想法挺棒的~后面可以调研下eaglepack拓展分享的功能。 关于建立论坛，我觉得可以先从贴吧这些开始，或者有其他更好的建议也欢迎提出来

添加的图片在提取信息后，存到数据库里。存取数据库的操作是在C++模块里头完成的。所以实现这个功能需要添加新的C++接口。 另外如果要检测原有路径是否已删除这个功能，本质上是文件追踪管理。这个技术在 #23 讨论了。也需要在C++模块里头实现

结构信息存于数据库里头，对原有的结构不做改变。 因为不同的用户需求可能不一样。有的磁盘空间小，不希望再复制一份；有的可能希望存在NAS上；有的可能存在云盘；也有的可能希望通过快捷方式的链接来保持目录结构。 所以我的一个考虑是把这块设计成插件的形式，按需使用

> 对了,忘了说billfish还有一种模式叫移动模式,就是把资源从原来的地方移动到素材库中, 链接模式不会占用太多磁盘空间(因为是快捷方式的形式) 目录结构实际存在,还能防止数据库损坏导致资源整理前功尽弃 这种模式应该得有,供用户自行选择 快捷方式这个之前调研过，实现上不难。 但是这种方式有一些问题，就像你下边的提问，如果被外部工具移动了，快捷方式也会出现找不到的情况。在linux下，这种方式还分为软链接和硬链接，软链接跟windows的快捷方式类似，源资源移动了位置，就会找不到；而硬链接会给资源创建一个新的 引用节点，移动和修改都不会产生影响，但是这种方式不能跨磁盘。 mac也是linux内核，所以上面描述的软链接和硬链接的问题应该也是存在的，只是我没有环境验证 > 还有一个疑问: 现在的模式下,资源如果被外部工具移动了位置,或者改名了, civet还能找到吗? 目前都是根据完整路径来找文件，所以修改了名字或者位置会找不到。 如果只是本地存储的话，你有什么好的想法吗？

Window这个链接追踪的解决方案很好~ linux环境的话，我觉得可以使用硬链接。如果因为跨磁盘导致创建硬链接失败的话，可以创建软链接。如果这个软链接的资源只是被挪动了，还可以使用locate这个命令来查找，关联回来；但是如果改名了，也不好找

添加windows shell link: https://github.com/webbery/civetkern/commit/3044643b9c8b3b41a49e1d88458929b0397095f5

还不行。 目前主要没有太多时间投入在这上面