2009年1月7日星期三
2009年1月3日星期六
Inkscape 练习：咖啡杯
http://vectortuts.com/illustration/creating-a-coffee-cup-with-inkscape/
过程中并没用用到太多的Inkscape功能。使用的面板主要是 Fill and Storke (Shift+Ctrl+F)和其中的Blur(模糊)，Opacity(不透明)两个功能。
我在做这个练习时，主要是看教程里的最终图样，并没有细看教程。对于咖啡杯这种圆柱形的器物，要注意其截面椭圆面积的变化，如上图从上到下，短半径应该是逐渐变大的（透视原理）。
2009年1月2日星期五
Martin Nordholts 的独家专访
Martin Nordholts 的独家专访
一直以来，我都在想找个GIMP的开发者来采访一下。后来我浏览了Martin Nordholts （亦称enselic）的网站，读到下面一段描述他所涉及的GIMP方面的事情：
这是我列出的，GIMP很需要的一些关键性功能，也是我打算帮着实现的：
用GEGL实现高深位编辑
用GEGL实现非破坏性编辑
一条完整的带色彩管理的流程
原生的CMYK和专色（Spot Color）支持
我想就是他了，然后打搅他，做了采访。下面GIMP核心贡献者之一将亲口告诉大家GIMP的当前开发状况，他将帮助我们了解GIMP（包括GEGL），揭开将要发生的事情的一角面纱。
Martin，非常感谢抽出时间来做这个采访。作为开始，您能简单介绍一下自己以及您在GIMP方面的工作吗？
在2006年10月，我第一次对GIMP做了贡献之后，渐渐的，我就越来越多的参与到GIMP中了。现在我每天或多或少都要做些诸如Bug fix，维护Bug报告，检视、合并代码以及新特性功能的工作，偶尔也会对GEGL框架做点贡献，不过GIMP花掉了我大部分时间。我是一个知名手机制造商的软件开发员。
从摄影师的角度来说，有些长久期盼的功能特性，如色彩管理，更高位深编辑或者说“效果层”，希望GIMP能够把它们引进。现如今GEGL已经达到“最好时节”了，在GIMP要怎样利用，才能得到这些功能特性呢?
当把GEGL完全整合进来以后，GIMP就能提供高位深和非破坏性编辑（包括效果层）的功能特性。色彩管理有点不同，高质量的色彩管理流程将要动到GEGL框架和GIMP的内核两个地方。
在GIMP2.6中，GEGL已经用于GIMP的一些运算操作中了（operations）。对于GEGL，还有多少工作要做才能被GIMP完全利用？
GIMP 2.6 的多数色彩计算（operations）都被移植到GEGL了。GIMP 2.8，我们做得一样很顺，会把Projection代码移植到GEGL上来。Projection代码是把层合并（combine）成单个复合（composite），比如图像（image）。当图像是GEGL的一个graph时，插入非破坏性编辑节点（node）是很件容易的事。Øyvind（GEGLE的主要开发者和维护者）已经做了一些模拟原型，据我了解，实现非破坏性编辑一点都不麻烦。
可以这样说，GIMP已拥有一个孤立的具有高位深和非破坏性的编辑的核心能力。我们要做的是使用这个核心的代码，让用户可以用到全部功能。推测准确的完工时间是不可能的，也是没意义的。我们只能说工作在做，而且最终肯定会做完。
GIMP 2.6的整合工作做得怎么样？您觉得在前几个版本的GIMP中，是基础工作做的不错，过程是相对简单，还是说这过程简直让人觉得“痛苦不堪”？
包括GIMP 2.8在内，所有的工作做得都很顺。问题只是时间，思考和Hacking都需要时间。
现在有个我一直想问的问题（我肯定不只是我一个人）：还要过多久我们才能在GIMP中看到前面提到的那些不同的功能特性？或许，我们可以从色彩管理开始：如今在GIMP的预置里及图像菜单下面都有。我觉得我已经拥有色彩管理的流程所要用到的所有功能，但是您有添加更多的“bells & whistle”（印刷打样）的计划吗？是不是目前的代码都要重构（refactoring）以便和GEGL兼容？
改进GIMP的色彩管理功能，我自己倒是很有兴趣的，但是在GEGL被完全整合之前，我是不会花大力气在上面的。重复一下，推测明确的时间是不可能也没意义的。也许会有一些Hacker愿意马上开始做这个工作，也许要在几年以后，直到某人有了足够的时间和热情，这个状况才会有所改进。
接下来的问题是有关更高位深的—这是摄影师关心的主题。如果GIMP全部代码都是按照每个通道8bits来做的，那么我可以想象的到，改变意味着要重构所有的东西，是这样的吗？实现全（颜色）通道都是的更高位深的GIMP的主要挑战在哪里？
因为GEGL是一个全新的框架，所以根本没有8bpc（每个通道8位）的旧（legacy）代码的问题，要做的只是把那些源代码全部替换掉。当然，最好为这旧的组件编写封套（wrapper），让它们在新的框架中也可以用。这并不是真正意义上的代码重写。对于更高位深这个功能特性，我没看到有什么大挑战，要的只是编写代码而已。
定下长远目标对于靠志愿者驱动的项目来说并不是很好，当然松散的计划还是有的。如果没意外，在GIMP 2.8，我们会把Projection的代码移植到GEGL上来。当这一步做完了，接下来，很自然的，是开始真正利用新框架和这个新框架所带来的更高位深、非破坏性的好处。或许在GIMP 2.10中，会以某种方式开始这个事情。
现在谈谈“效果层”或者更爽的，非破坏性编辑怎样？（如果您问我，我会说这是一级棒，超酷的功能）
因为旧的8 bpc代码路径仍然可以用于数据的传输，非破坏性的实现会更容易一些。但是，更高位深的功能会难搞一些，因为它需要新的和更多的常规代码路径。色彩管理是最难的部分了，因为它要懂到到整个图像编辑的管道（pipeline）。
还要问问关于UI设计的问题——谁都知道图像编辑是个复杂的任务，但是，为复杂任务设计简单的UI却非易事？
UI团队（主要是Peter Sikking）提了很有价值的看法。我知道有一些针对非破坏性功能的用户界面的计划，但是现在我记不起任何相关的细节了。
还有没有更多的功能特性是您希望提及的？
被讨论了很多的单一窗体，基于TAB的界面或许能让大家有兴趣。通过重新设计，对浮动选区的操作好像变得越来越好了。层组的功能有可能在GIMP 2.8中出现。GIMP 2.8也将引入谷歌代码之夏的三个项目成果，分别是，简单的矢量层的支持（simple vector layer support），画布上的文本编辑（on-canvas text editing）及标签化GIMP资源（tagging of GIMP resources）。
有哪些地方是GIMP能通过（外界）帮忙而获益的？
我真的不信通过召唤让人来帮忙这种事。如果人们愿意帮忙，他们自然就会来帮忙，否则他们就不会帮忙。开发者，Bug报告维护者，网站维护者，文档编写者，方方面面的人都会得到感激。
我不知道您对于摄影是否感兴趣但是您能否发表一下您对开源软件在摄影方面的看法？
我 要承认我不是很牛的摄影师。我对摄影有兴趣，可是我从未有时间真正的，认真的搞搞。换句话来说，从专业人士的角度看，要判断开源摄影相关的东东，我并不是 合适的人选。但是我们所有人都可以看到，已有程序正在“坚持不懈”的进化着，新的也在不断的跳入我们的视野中，所以，整个状况是在不断的改进中。
抬抬杠：随着RAW开发器（developers）变得越来越强大，而且可以处理不同格式的图像文件，GIMP之类的“好的旧编辑器”还能有其立足之地吗？
我所能说的是，如果其它的图像编辑器在功能方面而言超过了GIMP，那么它就是超过了，就这么简单。我猜想，一旦完成了我们手头上的工作，GIMP将会对那些，比如，为了高位深RAW加工处理的而转向特定的程序的人产生非常大的吸引力。我发现竞争（如果可以这样说的话）除了有趣以外并没有其它什么。
Martin非常感谢您花时间来上这次采访。
订阅：
博文 (Atom)