iCAx开思网

标题: 版主有事麻烦!关于翻译! [打印本页]

作者: 卡狄娅 时间: 2003-7-31 18:39
标题: 版主有事麻烦!关于翻译!
下面的这段文字是我对Catia软件开发部提出的一点意见,希望版主你能把它转化为英文,并代我发到他们那里!望版主能代劳,小的感激不尽!
Catia软件开发部:

   你们好!
   我对Catia的现状有点意见,具体内容如下:
***************************************************************************************************************************

   以下要讲的一切,想表达整体,简练,交互的重要性,而以其中的Nurbs数据完美输出和NURBS转化为Poly的程序开发为更重要!
   Catia的现有弊病:
         1.模块繁杂,模块间的功能有太多的重复,需要大力的精简和整合!
         针对的处理方式:
            整合为一个界面显然是不现实的,但把目前120多个模块整简为10个左右的大块,却是完全可行的.
            考虑到大块的资源的大消耗这一点,你们可增加一装卸模块功能的程序,在这种操作下,可按需要快速的装卸模块,这种方式类似
            于MAYA等软件的插件装卸功能.这种方式也使公司的利益得到同样的保障.通过购买所需的模块后,才能进行装载!
         2.Catia作为一工业软件,但也应考虑另外群体的需要,如动画设计师,造型设计师等等!现在许多艺术创作者,极需用Catia来表现他们
            的思想,因为强大而又现实的Catia才能满足他们的需要.
            大家普遍在用MAYA和XSI,而两者中的MAYA故意把Alias中NURBS功能搞的四肢不全,从这一点上来讲,实在缺德！尽管它是出于更
            深层的原因.
            而XSI头脑清醒的只开发Poly建模功能,软件内部的NURBS建模功能只是Poly的一种补充.NURBS完全托付其它软件去完成,如Alias、
            Catia等.我很欣赏XSI的自知之明，扬长补短！从Softimage转型到XSI，它融合了：Avid DS的界面元素、Catia的结构处理，思维
            方式(我觉得这种可能性十分大）。从XSI现有的结构树，模特等等的处理方式上，简直就是一个模子里出来的，尽管它借鉴Catia，
            也考虑Catia的NURBS模型的输入，但遗憾的是，它没有开发Catia的输入插件！另外XSI还融合了MAYA等软件的建构思路！
      . 将来的社会必然是一高度整合，简化，交互的环境！
      . Catia同样像许多的的先进份子一样，也应朝这方向努力！而我更关注交互这一点。
         与其它事物交流沟通,在互补中成长.说到互补,Catia还有那致命的缺陷,就是大家最清楚不过的渲染能力,这是Catia的短!用尖刻点的
         话说,Catia在整个体系中,只停留在造型这个层面上,质和色根本谈不上.唯一的出路就是利用它人的优点来弥补.自个再开发渲染器,
         显然是相当不明智的!而XSI就有这互补的另一面.那就是近似完美的内嵌的Mental Ray渲染器!说到这里大家肯定已知道我是XSI的追随
         者.是的!开个过火的玩笑:现在的Catia和XSI犹如光棍男和单身女,两人气息相投,阴阳互补.但却因冷漠、孤高使两者不能互相接近，现在
         需要做的就是放下架子，这样才能彼此亲近，才会有那美妙的性爱，以及由此孕育出来的婴儿，这婴儿就是融合后的一种状态。
      . 关于交互的内容具体表现在以下几方面:
            (1).Catia所有模块产生的数据[即形体和结构树],传输到其它的软件,如XSI、MAYA等时,状态保持不变。现在的数据传输，大家基本在用
                  无历史的NURBS结构，才能传输！（是啊，如何使所有的数据无历史关系？如何使数据的当前状态固化？）
            (2).NURBS转换成poly功能添置。
                  Poly是目前动画软件最推崇的数据类型，如XSI和MAYA。因为多边形模型具有灵活和较强适应性的优点。
                  Rhino的NURBS的转化功能不强，导致转出面数比较多，尽管精度很高，操作教简单！而MAYA的功能全面，但操作复杂，想想看每面
                  的转化都要亲力为之，实在让人累的够呛，当面有几白几千的时侯，那简直就是一场恶梦，让人浑身虚脱！
            (3).我觉得Catia有必要开发这转换为Poly的程序，我已不指望Rhino 或MAYA 在这这方面有改进了，已有的一切，已经把它给圈死了，不可
                  能有新的超越；而Catia在这反面正好相反，什么都没做过，不存在定势。肯定能开发出鱼与熊掌兼得的程序来！
                  在考虑了以上软件的弊病后，产生更人性更便捷的操作方式，即能简能繁的转化处理，能针对某个局部进行智能式的精度设置，如手动
                  的指定哪些边角，弧面为更高的精度。即有主次的处理方式，对重点特别处理，对此部分用一种基本的方式来处理。
                  总之可归纳为：有简有繁，有重有轻的（个体意愿的渗入，即前面提到的：在程序处理状态时，手动的指定哪些部分精度为多少)
         . 我不相信思想上的乌托帮，但是技术上的乌托帮,是绝对可实现的.
         世界是丰富多彩的，Catia和XSI等的关系，应如生物链一样，保持和谐的互存关系.

作者: 卡狄娅 时间: 2003-8-1 07:32
版主,答复一下!

作者: 卡狄娅 时间: 2003-8-1 12:34
ding!

作者: Dick_lau 时间: 2003-8-1 16:22
哈哈，有意思，老大有这个时间吗，，，，，，

作者: 卡狄娅 时间: 2003-8-1 16:41
是啊!
需要老大们百忙中抽点时间!
这意见其实也是为很多人提的!
版主慈悲,普度众生!

拜托!.............................................................................

作者: 卡狄娅 时间: 2003-8-2 10:17
ding

作者: 卡狄娅 时间: 2003-8-2 10:18
神医!
?

作者: ππ神醫 时间: 2003-8-2 10:43
其實我們反應問題是有一定的程序的！如果貴公司有代理商可透過代理商向上反應！不過我會傳給台灣 ibm 的負責工程師看看他們的想法是如何！

感謝你在這方面的建議！

不過你提到的關於 poly 的這個部份，相信你也有發覺在 r11 已經增加了 dcc 這個模組，就是在補足方面的！日後還有代觀察！至於渲染的部份目前不知 ds 方面有何打算，是一直維持在這樣的狀態還是在後面的版本會改進！

模組要簡化我也覺得不太可能，必竟這關係到商業考量！曲面轉成 poly 直接另存成 stl 格式就可以了，精度的調整在工具/選項/一般/顯示/效能/3d精度不要使用成比例的，精度會比較高一些！這方面我有發過相關的帖子，自已搜尋一下！

作者: 卡狄娅 时间: 2003-8-2 11:02
发觉问题越来越多啊!
Catia 没有大多数软件（MAYA　ＸＳＩ在用的）的变形器,如扭曲、锥化、弯曲等！

作者: CATIABODY 时间: 2003-8-2 16:10

卡狄娅 wrote:
发觉问题越来越多啊!
Catia 没有大多数软件（MAYA　ＸＳＩ在用的）的变形器,如扭曲、锥化、弯曲等！

V5R12就有此功能了，期待中。。。。。。。。。。。。。。。。。。

作者: 卡狄娅 时间: 2003-8-2 16:50
该死!停了近五个多小时的电!

作者: 卡狄娅 时间: 2003-8-2 17:00
ππ神醫:
Dcc模组全文是什么?提出这一点怕你笑!不提出来另外一个我也要笑.....我

晕吧!
渲染肯定要靠其它软件了,重新开发,或收购一个,也只是将就而已!
模组简化,同样可考虑商业利益!只是方法不同罢了.
stl转Poly,昨天转化后,差点让人倒地,一个小零件近有七八万个面!

作者: 卡狄娅 时间: 2003-8-2 17:12
CATIABODY:
V5R12就有此功能了，期待中。。。。。。。。。。。。。。。。。。
=============================================
上帝保佑!
最好在一些模块里(如造型设计、自由设计、A 级曲面模块等）加入Rhino式的四视窗操作方式!
加入灵活的坐标变换物体的方式（如XSI式的移动，缩放等）
其实我提出这些意见来，并不指望它们能改进它，说出来，压抑、封闭的感觉会轻些!
刚看了《野草》中的一段文字：绝望之为虚妄，正与希望相同！

作者: 卡狄娅 时间: 2003-8-2 17:17
当你在多个软件间窜了好几年已后,你会更深的感受到这分沉重!
各忙各的,各自划地为界,非要搞它个残缺不全......
难道如此这般,才叫和谐!

作者: 卡狄娅 时间: 2003-8-2 17:19
暑气逼人，老骚一番，各位受罪！

欢迎光临 iCAx开思网 (https://www.icax.org/)