大家好我是一名应届毕业生,我想作一个类似photoshop的图形处理软件,大家如果有这方面的经验或原代码,或者有兴趣的近来一起研究一下

解决方案 »

  1.   

    练练技术,或者开发中需要相应模块,可以。
    不过,个人开发photoshop类似软件,能实现20%的功能,我觉得就不错了。
      

  2.   

    photoshop就最好不要用DELPHI了,不如VC来的直接。
    而且你学图像方面的知识要运多于编程的知识。各种算法、数学基础等等。
    还不如学OPENGL呢,应用前影比这个强,也挺有挑战性的。还能自己写个游戏什么的,爽着呢
      

  3.   

    问 大斑竹 ehom 他会图形方面的
      

  4.   

    用imageen控件,我个人觉得至少可以实现photoshop30%的功能,例如上面有人说魔术棒的功能,这个控件就可以很方便的实现。
      

  5.   

    永远不要指望软件的核心功能是用一个控件来实现的,控件只适合用来完成一个软件的非核心功能.要用ImageEn去做个像PS一样的软件?只能说它还太嫩了.魔棒只是非常粗浅的算法,任何一本入门级的图形学书上都能找到答案,包括大学上课用的<计算机图形学>.其实CSDN上经常看到有人想做个像Photoshop一样的软件,但往往他们提出来的有待解决的技术问题确又都是些很简单,甚至很容易找到答案的问题.当然如果你能把这些简单的问题都解决的很好了,虽然做不出个像Photoshop一样的软件,但做个优秀的shareware还是没问题的.不要说什么实现PS百分之多少多少的功能了,其实它的所有功能都是能够做出来的.但通常做出来也只是形似,而非神似.作为一个工业标准的图像处理软件,很多地方不是随便用用就能体会的.工业标准的颜色管理,对超大尺寸图像的处理等等都不是一般小软件所具备的.要找源代码的话,在自由软件中,最有名的就是GIMP了,但是和PS比可能差距又很大了.不说它的稳定性,操作性,也不比它的整体架构,就是一些细节上的小算法其实都有很大的优化空间.速度对于图像处理软件来说也是很重要的.要做一个像Photoshop这样庞大的软件,一个人?一年下来就是只开发这个软件,能完成多少行代码?团队合作对于此类软件的开发是必须的.
      

  6.   

    >>photoshop就最好不要用DELPHI了,不如VC来的直接。我觉得这句话没什么道理,恐怕是说抄代码比较直接吧~~~如果真是为了让自己得到锻炼,是自己亲手去写代码,用什么都一样.>>还不如学OPENGL呢,应用前影比这个强,也挺有挑战性的。还能自己写个游戏什么的,爽着呢OPENGL应该是拿来用的,而不是拿来学的.就算会用OPENGL,离写游戏似乎还差的远吧.图形学任何时候都有用,而不需要管在什么情况下去用.
      

  7.   

    ehom(?!):说的很好啊。能不能向你请教一个不知道算不算简单的问题:Delphi的Tbitmap大约只能处理十几兆(像素数*颜色深度)大小的图像,如何突破这个限制?
    目前显示与打印都没问题,显示方面是用DrawGrid之类控件滚动显示,反正本身也是较规则的图表,这样做倒是在资源占用、速度各方面都只有好处;打印方面,整体输出到TPrinter.Canvas好像也没有什么限制;但我希望能提供无尺寸限制的导出整个图表为一个图片文件的功能。
      

  8.   

    ehom对数字图像似乎有比较深的造诣,有前途啊
      

  9.   

    如ehom所说,那些控件做专业的图像处理或图形设计,确实还嫩着,我不喜欢老找控件的程序员(但我也承认,他们的效率高),遇到什么问题,也不去分析一下它的实现过程就急着找个控件去实现它,当然,现成的控件还是要用的,如果它写得好的话,否则也体现不出Delphi的优越性了。
    我建议,要想研究图形图像,最好是先把大学里的一系列数学学好一点。
      

  10.   

    大家好我是一名应届研究生,我想作一个类似windows的系统软件,大家如果有这方面的经验或原代码,或者有兴趣的近来一起研究一下
      

  11.   

    一下,顺便搬张凳子来,听课ing....