GraphicsMagick

軟件截圖:
GraphicsMagick
軟件詳細信息:
版本: 1.3.19
上傳日期: 18 Feb 15
許可: 免費
人氣: 0

Rating: nan/5 (Total Votes: 0)

GraphicsMagick工具是一個開源的強大的採集工具和庫,支持讀,寫和操縱的圖像在超過88主要格式,包括流行的格式,如TIFF,JPEG-2000,PNG,PDF,PhotoCD的,JPEG,SVG和GIF。
GraphicsMagick工具可用於旋轉,調整大小,銳化,添加特殊效果的圖像,顏色減少,等等

特點

    < LI>轉換圖像從一種格式轉換為另一種(如TIFF至JPEG)
  • 調整大小,旋轉,銳化,顏色減少,或添加特殊效果的圖像
  • 創建縮略圖的蒙太奇
  • 在Web上創建適合使用透明圖像
  • 在打開一組圖像成GIF動畫序列
  • 在結合幾個單獨的圖像創建一個合成圖像
  • 在繪製圖形或文字的圖像上
  • 裝飾用邊框或框架
  • 圖像
  • 描述的圖像的格式和特性

什麼在此版本中是新的

  • 在INSTALL-windows.txt:更新於2014年
  • 在INSTALL-unix.txt:更新於2014年
  • Copyright.txt:更新於2014年
  • NEWS.txt:更新於2014年
  • 的README.txt:更新於2014年
  • DOC:更新於2014年
  • WWW:更新於2014年
  • 在VisualMagick /安裝:更新於2014年
  • 更新日誌:旋轉更新日誌,以ChangeLog.2013 2014

什麼版本1.3.17為新的

  • 在固定格式字符串編譯警告。刪除MS-DOS行終止。
  • 在加載模塊現在只支持模塊構建並不僅僅是因為共享庫啟用。這意味著的libltdl只依賴於由模塊構建。在將來某個時候,的libltdl將不再在GraphicsMagick工具源代碼樹中捆綁。

什麼是在1.3.15版本的新

  • 在這個版本修復了PNG作家的錯誤,消除了一些臨時文件洩漏,支持添加均勻隨機噪聲,增加了-strip和-repage命令選項,使得XCF格式的支持選擇層返回的,並使得信息編碼器支持-format選項(類似於&QUOT;確定&QUOT;)<。 / li>

什麼是1.3.13版本的新

  • 在許多錯誤是固定的,包括一些引起死鎖或崩潰。
  • 在EXIF配置文件被保存寫JPEG文件時,基準工廠現在包括與不同的線程基準模式,在支持的NetPBM PAM格式。

什麼是1.3.12版本的新

  • 在安全修補程序:
  • 在更新的libpng的Windows源43年2月1日,以解決CVE-2010-0205,因為它涉及到GraphicsMagick工具的Windows版本。
  • 在錯誤修正:
  • 在濾鏡模式(寫入stdout)被徹底打破。
  • 現在,如果編譯了libpng 1.4。
  • 的Windows PerlMagick構建自己定了錯誤的版本。
  • 行為的變化:
  • 在DCX輸出格式只能寫上的要求。此前,PCX編碼器會自動切換到DCX格式,如果多個幀會被寫入。

什麼是1.3.8版本,新的

  • 在安全修補程序:
  • 修正了CVE-2009年至1882年&QUOT;整數溢出的XMakeImage功能&QUOT;
  • 修正看守所因掛在循環在解析畸形的子圖像規範(SourceForge的問題2886560)。
  • 的libltdl:更新libtool來2.2.6b以解決安全問題。解決了CVE-2009-3736,因為它涉及到GraphicsMagick工具。
  • 在錯誤修正:
  • -convolve,-recolor:驗證,以避免核心轉儲解析-convolve和-recolor命令時用戶提供的矩陣是正方形
  • 在CALS:讀取圖像比圖像寬度高導致失敗
  • 在ConstituteImage(),DispatchImage():'A'和'T'應說明的透明度和'O'應註明不透明度。行為是不一致的。在某些情況下,'O'的意思透明度,而在其他情況下,它意味著不透明度。此外,在少數情況下,磨砂沒有得到的圖像中啟用,因為它應該。
  • 在Dcraw執行:模塊名稱未註冊等模塊,構建基於不支持通過“dcraw的”提供格式
  • 在GetOptimalKernelWidth1D(),GetOptimalKernelWidth2D():在Q32的身材,卷積核的大小估計錯誤了,由於算術溢出大量西格瑪在32位系統。這可能會導致錯誤的結果-convolve,-blur,-sharpen,並使用這些功能其它算法。
  • 在圖像大小:通過固定的文件名規範類似&QUOT通過圖像大小的能力; myfile.jpg [640×480] QUOT;而不需要使用-size。
  • 在IPTC:需要的Blob數據被填充到一個大小均勻。大小現在正確的報導。
  • IPTC:返回的字符串IPTC值分別為一個字符太短
  • 在大文件:大像素高速緩存文件沒有在GNU Linux的工作
  • JP2:修正了一些價值尺度問題
  • JP2:修正可能的崩潰在退出時,碧玉被使用的模塊,構建
  • 在MPC:is_monochrome和is_grayscale標誌不妥善管理的MPC編碼器
  • PCL:頁面並不總是被彈出
  • PNG:試圖寫一個1彩色圖像時,PNG8編碼器會失敗
  • PSD:PSD解析器是由為0x0像素層混淆,導致下面的所有圖層的圖像數據損壞
  • 在-rotate,-shear:可能被丟失一些內部報告的錯誤
  • 在子範圍/標準輸入。現在支持讀取圖像從標準輸入與子範圍規範一起(如&QUOT; - [1] QUOT;)
  • ++難懂的STL ShadeImage:實現完全搞砸
  • 在新功能:
  • 在CALS類型1文件,現在可以寫(工作貢獻的約翰中士)。 CALS支持是依賴於TIFF庫。
  • 在GROUP4RAW編碼器支持讀/寫RAW組別4的數據。
  • JP2:JPEG 2000現在可寫入任意的位深度範圍從2至16個,而不是僅僅8或16
  • JPEG:IJG JPEG庫版本7現在支持
  • 在JPEG:新增JPEG:塊平滑和JPEG:花式採樣定義來控制這些JPEG庫選項
  • JPEG:檢測並適當地應用色彩空間的ITU FAX JPEG
  • 在資源限制:現在有一個&QUOT;主題&QUOT;資源限制其允許指定可使用的OpenMP線程數,類似OMP_NUM_THREADS環境變量。
  • TIFF:允許CIELAB TIFF被讀
  • 在MagickGetImageAttribute()/ MagickSetImageAttribute():新法杖的方法來支持獲取和設置圖像屬性。貢獻的米克Koppanen。
  • 在ClonePixelWand():新法杖的方法來深複製現有的像素棒
  • 在ClonePixelWands():新法杖的方法來深複製現有的像素棒陣列
  • 在MagickCdlImage():新的魔杖法的ASC CDL適用於圖像
  • 在MagickGetImageBoundingBox():新的魔杖方法返回從圖像中刪除任何純色邊框所需的作物邊框
  • 在MagickGetImageFuzz(),MagickSetImageFuzz():新法杖的方法來獲取和設置顏色比較模糊因數
  • 在MagickHaldClutImage():新法杖的方法來應用哈爾德CLUT到圖像
  • 在MagickSetResolution():新法杖的方法來設置魔杖分辨率
  • 在MagickSetResolutionUnits():新法杖的方法來設置魔杖分辨率單位
  • ++的magick:難懂允許++庫建成MinGW和Cygwin的下一個DLL。這需要一個現代化的GCC為了C ++異常的工作。
  • 在功能改進:
  • 在Cygwin的:Cygwin的1.7現在支持
  • 在JPEG壓縮設置將被保留(如果可能)時,插入JPEG斑點成使用JPEG格式。
  • 在PDF:如果原文件中使用的JPEG壓縮,然後使用JPEG壓縮,原來的設置(如果可能)
  • 在TIFF:更新的Windows構建使用的libtiff 3.9.2
  • 在X11顯示:其申請使用多於簡單的二進制透明透明圖像下方的棋盤圖案
  • 在性能改進:
  • 在伽瑪:性能得到改善的Q8和Q16的基礎之上。還保存在Q32構建全精度。
  • 在字符串的數據處理,更有效的一個位(少分配,更少的內存,和更少的CPU)。
  • 行為的變化:
  • 在InitializeMagick()必須使用難懂的任何API函數之前調用。如果不這樣做可能會導致立即應用程序崩潰。這是由於為了提高線程的安全性和效率初始化和運行時的變化。以前它只是強烈建議調用InitializeMagick()。
  • 在ConstituteImage(),DispatchImage():'A'和'T'應說明的透明度和'O'應註明不透明度。行為是不一致的。在某些情況下,'O'的意思透明度,而在其他情況下,它意味著不透明度。此外,在少數情況下,磨砂沒有得到的圖像中啟用,因為它應該。
  • 在colors.mgk:現在是空的違約,是可選的。以前的內容被編譯進庫以有效的方式,但現有的值可以修改,或者通過添加項添加新值color.mgk。
  • 在DisableSlowOpenMP現在是默認的。使用--enable-OpenMP的慢,以啟用OpenMP的有時運行速度較慢,而不是更快的算法。
  • magic.mgk:因為這個數據編譯進庫以高效的方式這個配置文件不再使用
  • 在modules.mgk:現在是空的違約,是可選的。以前的內容被編譯進庫以有效的方式,但現有的值可以修改,或者通過添加項添加新值modules.mgk。
  • 在不包括在Visual Studio中構建第三方可執行文件不再捆綁在GraphicsMagick工具安裝。這意味著hp2xx.exe,mpeg2dec.exe和mpeg2enc.exe不再分發。

什麼是1.3.5版本,新的

  • 在安全修補程序:
  • 在BMP和DIB格式被負高度值拋出斷言。這導致進程崩潰。
  • 在錯誤修正:
  • 請不要安裝的magick ++頭文件,如果C ++是禁用的。
  • 在Linux的RPM SPEC文件需要隨時安裝推薦關鍵詞的文件或其他模塊將不會加載該加載的模塊。
  • 在Windows運行時的DLL是為錯誤的編譯器版本,導致無法執行,如果正確運行的DLL都沒有。
  • 在功能改進:
  • 在FITS:解析更為強勁

什麼在1.3.4版本新

  • 在錯誤修正:
  • 現在,在Windows Vista下運行(作為32位應用程序)。
  • 修正了色彩變換數學溢出Q32構建。
  • 在新功能:
  • 在使用Windows構建支持OpenMP和需要Windows 2000或更高版本(源代碼仍然支持Windows 98)。

  • Windows下的
  • 在支持大文件。
  • 支持讀/寫16和24位浮點TIFF文件。
  • 支持讀取/寫入64位整數TIFF文件。
  • 添加&QUOT;登錄&QUOT;,&QUOT;最大&QUOT;,&QUOT;民&QUOT;和&QUOT;戰俘&QUOT;選項 - 運算符。
  • 在功能改進:
  • 在調試日誌現在可以正確打印的64位偏移值。
  • 在性能改進:
  • 在提高資源估計為微軟的Windows系統。

什麼在1.3.3版本新

  • 在錯誤修正:
  • 在“識別”被扔斷言在colormapped文件中使用的(這個錯誤是由1.3.2介紹)。在
  • 隨著-segment選項,消除搗毀了圖像色彩的巨大圖像時使用。
  • 在“識別-format&QUOT;%C&QUOT;'現在報告尺寸的整個註釋不管。
  • 在參數-convolve不再隨意截斷,如此龐大的卷積核現在可以在命令行中指定。
  • 在性能改進:
  • 在圖像分割(-segment)正在加速使用OpenMP和使用等幾個手段來提高執行性能。
  • 在“識別&QUOT; *&QUOT;'在一百萬個文件的目錄時使用的32位應用程序現在已經成功的作品。
  • 在“識別”現在執行快速上TIFF文件時使用。

截圖

graphicsmagick_1_70535.png
graphicsmagick_2_70535.png
graphicsmagick_3_70535.png

意見 GraphicsMagick

評論沒有發現
添加評論
打開圖片!