现在做一个图像处理的项目,遇到点问题。咨询一个图像处理方面的资深老师,老师告诉我让我改用VC,说Delphi不适合做图像处理。有没有做过这方面项目的资深Delphier,聊聊吧。Delphi图像处理VC

解决方案 »

  1.   

    我觉得图像处理需要专门的开发包或库,这个各用什么语言关系并不大。
    而如果很普通的显示图像啥的,那效率方面的差也大家也不会有多大。
    所以,只要你选用的库可以在delphi中正常使用,我觉得没啥区别。不过也只是想当然的猜测的说法。
      

  2.   

    貌似光影魔术手就是Delphi开发的
      

  3.   

    一般图像处理,Delphi 和 VC 都是调用 Windows 功能,没多大差别。其实这就是两个不同外壳,底层都是 调用 Windows,不光是图像处理,所有处理都一样。楼主是要做深度处理吗?哪方面的?
      

  4.   

    不是公布photoshop源码了么,  pascal代码占70%
      

  5.   

    说这话的人一定不会用delphi……正如5楼所说,基本的图像处理调用WINDOWS提供的接口就足够了,剩下的,就是你的工量和细心了。
      

  6.   

    靠gdi\gdi+是满足不了现今的需求的,要做高效且功能强大的图像处理软件还是得用到dx\opengl等接口来使用硬件加速,写处理图像的软件也基本不会自己再去另造轮子,都是用既有的开源的或收费的图像处理引擎和模型库,而这些基本清一色都是c\c++的,用delphi做基本也都是c\c++封装好的dll调用。对这些你要运用自如基本上你对c\c++也就很熟悉了,更没有再用delphi的理由了,虽然用delph做ui仍是最为方便的。btw 至今仍未有一个object pascal的编译器完全实现运算符重载,非常之不方便。delphi目前的运算符重载也还是很“儿戏”。
      

  7.   

    photoshop源码就是绝大部分object pascal加少部分汇编
      

  8.   


    又见语言之争。Delphi 同样可以方便调用 DX 和 OpenGL。至于被调用代码是怎么写成的,与此无关。很多基础代码是用汇编写的,不至于为此大家都去用汇编吧。我用 Delphi 多于 C++,主要是 C++ 编译连接要多花几倍时间,十分影响工作效率,大工程尤其明显。程序不能写一大堆再去试运行,那样会把很多错误堆积起来难以排查。因此 Delphi 编译和连接速度快是个很大优势,你可以走几步就试试。我们不能因此一点而否定 C++。反之亦然,也不能因为 C++ 的某些长处而否定 Delphi。
      

  9.   

    楼主只说要做图像处理,不说做什么,这样别人很难回答。前面两位把 OpenGL 也搬出来了,那是图形处理,不是图像处理。图像处理是玩像素点。
      

  10.   

    是玩像素点呀,知道了,谢谢。基本像素点处理,用什么都无所谓,什么顺手就用什么。复杂的处理就看你能搞到什么源代码。要是没有源代码,就是调用 DLL, OCX 什么的,或是全部代码都自己写,那就无所谓了。玩像素点也不容易。Photoshop 那些图像加工要是能自己搞出来,很不得了,大师级。
      

  11.   

    就是啊,刚知道PhotoShop的代码很多都是Delphi的,他们说Delphi不行,感觉落差很大
      

  12.   


    虽然我很推崇delphi,但是ps1的代码多是pascal不能证明现在也该。
    pascal在90年代前后,欧洲很多源代码,是很流行的
    但是与c/c++比,很多接口还是首先是c/c++的,delphi使用得先有了专门翻译
    而且现在就更少了
      

  13.   

    个人感觉,其实不是什么开发平台的问题吧,主要是Windows的编程技术是由MS制定的标准的原因吧
      

  14.   

    其实“传奇游戏”就是DELPHI开发的
      

  15.   

    靠,我还用VB在做图像处理玩像素呢,敢问 C++界能有几人能有我水平。 
    这东西看人。安心学习就OK了。