GraphicsMagick

GraphicsMagick е с отворен код солидна колекция от инструменти и библиотеки, които поддържат четене, писане, и манипулиране на изображение в над 88 големи формати, включително популярните формати като TIFF, JPEG-2000, PNG, PDF, PhotoCD, JPEG, SVG, и GIF.
GraphicsMagick може да се използва, за да се върти, преоразмеряване, изостряне, добавяте специални ефекти към изображение, цвят намали и др

<силни> Характеристики :.

< Li> Конвертиране на изображение от един формат в друг (например TIFF да JPEG)
• Resize, върти, се изострят, цвят намали, или да добавите специални ефекти към изображение
• Създаване на монтаж на мини изображения
• Създаване прозрачен образ, подходящ за използване в мрежата
• Обърни група от изображения в последователност, GIF анимация
• Създаване на съставно изображение чрез комбиниране на няколко отделни изображения
• изготвят профили или текст върху изображение
• Украсете изображение с граница или конструкция
• Опишете формата и характеристиките на изображение

Какво ново в тази версия:

• Инсталирай-windows.txt:. Актуализация за 2014
• Инсталирай-unix.txt:. Актуализация за 2014
• Copyright.txt:. Актуализация за 2014
• NEWS.txt:. Актуализация за 2014
• README.txt:. Актуализация за 2014
• док:. Актуализация за 2014
• WWW:. Актуализация за 2014
• VisualMagick / инсталатор. Актуализация за 2014
• ChangeLog:. Rotate Changelog да ChangeLog.2013 за 2014

Какво ново във версия 1.3.17:

• Fix формат предупреждения низ компилация. Махни MS-DOS ред прекратяване.
• Модул натоварване е сега само с подкрепата на модулите изграждат и не само заради споделени библиотеки са активирани. Това означава, че libltdl е зависело само след като модулите изграждане. По някое време в бъдещето, libltdl вече няма да бъде част от пакета в източник дървото GraphicsMagick.

Какво е новото във версия 1.3.15:

• Тази версия поправя PNG писател бъг, премахва някои временен файл течове, поддържа добавяне еднакво случаен шум, добавя -strip и -repage командни опции, прави XCF формат подкрепа изберете какъв слоеве да се върнат, и прави програмист INFO поддържа опцията -format (подобно на & quot; какви & quot;) <. / Li>

Какво ново във версия 1.3.13:

• Много бъгове са фиксирани, включително някои, които предизвикват мъртвите зони или катастрофи.
• EXIF ​​профили са запазени при писане на JPEG файлове, основите на съоръжението вече включва режим за сравнителен анализ с различни теми, формат netpbm PAM се поддържа.

Какво ново във версия 1.3.12:

• Security Определя:
• Updated libpng Windows източници до 02.01.43 за да се решат CVE-2010-0205, тъй като се отнася до изграждането GraphicsMagick Windows.
• Корекции на грешки:
• Filter режим (пишете на стандартния изход) е напълно разбити.
• Ако сега се съберат с libpng 1.4.
• Windows PerlMagick строителство обявила за грешната версия.
• промени в поведението:
• DCX изходен формат се изписва само при поискване. Преди това на PCX кодер автоматично ще преминат към DCX формат, ако няколко кадъра ще бъдат написани.

Какво ново във версия 1.3.8:

• Security Определя:
• Fix за CVE-2009-1882 & quot; Integer преливат във функцията XMakeImage & quot;.
• Fix блокирането поради виси в линия при анализирането деформиран спецификация подобраза (SourceForge въпрос 2886560).
• Libltdl: Updated libtool да 2.2.6b, за да се определи проблем на сигурността. Решава CVE-2009-3736, тъй като се отнася до GraphicsMagick.
• Корекции на грешки:
• -convolve, -recolor:. Потвърдиш, че матрицата потребителя условие е квадратна, когато разбор -convolve и -recolor команди, за да се избегне ядро ​​сметището
• ЛКД:. Четене на изображения по-високи от ширината на изображението са довели до провал
• ConstituteImage (), DispatchImage (): "A" и "Т" трябва да се посочи прозрачност и "O" следва да се посочи непрозрачност. Behavior е непоследователна. В "O" някои случаи означава прозрачност, докато в други случаи това означава непрозрачност. Също така, в някои случаи, матирана е ако не се получи включен изображението, както би трябвало.
• DCRAW: име Модул не е регистриран, така модули базирани изгражда не са били в подкрепа формати, предоставяни чрез "dcraw"
.
• GetOptimalKernelWidth1D (), GetOptimalKernelWidth2D (): В Q32 изграждане, размер намотка ядрото се оценява неправилно за големи sigmas на 32-битови системи, дължащи се аритметично препълване. Това може да доведе до грешни резултати за -convolve, -blur, -sharpen, и други алгоритми, които използват тези функции.
• Размер на снимката: Фиксирана възможността да премине на размера на изображението чрез спецификацията на името на файла като & quot; myfile.jpg [640x480] & quot; а не да се налага да използвате -size.
• IPTC: Необходими данни петно ​​да бъдат подплатени с още по размер. Размерът се сега отчитат правилно.
• IPTC:. Върната IPTC низови стойности са един символ твърде кратки
• Големи файлове:. Големи пиксел кеш файлове не работеха под GNU Linux
• JP2:. Фиксирана някои проблеми стойност за мащабиране
• JP2:. Fix възможно катастрофа на изхода, когато Jasper се използва от модули изграждат
• MPC:. Is_monochrome и is_grayscale знамена не се управлява правилно за MPC кодер
• PCL:. Page не винаги е бил изхвърлен
• PNG:. Енкодер png8 ще се провали, когато се опитвам да напиша 1-цветно изображение на
• PSD:. PSD анализатор беше объркан от 0x0 пиксел слоеве, което води до увреждане на данните образ на всички следващи слоеве
• -rotate, -shear:. Някои вътрешно-докладвани грешки са потенциално се губят
• Subrange / стандартния вход: Команди вече поддържат четене на изображение от стандартния вход, във връзка с техническите спецификации subrange (напр & quot; - [1] & quot;)
.
• Magick ++ STL ShadeImage:. Изпълнението е напълно скалъпили
• Нови функции:
• ЛКД тип 1 файлове могат сега да бъдат написани (Work внесени от John сержант). Подкрепа ЛКД зависи от TIFF библиотеката.
• GROUP4RAW енкодер поддържа четене / запис на данни RAW Group4.
• JP2: JPEG 2000 г., може вече да е написана на произволни битови дълбочини, вариращи 2-16, а не само на 8 или 16
.
• JPEG:. IJG JPEG версия библиотека 7 вече се поддържа
• JPEG: JPEG Добавено: блок-изглаждане и JPEG:. Фантазия-Пресемплиране определя да контролира тези опции JPEG библиотечни
• JPEG:
Открива и прилага colorspaces подходящ за ITU JPEG FAX.
• ограниченията за ресурси: Вече има един & quot; конци & quot; ограничение на ресурсите, която позволява определяне на броя на OpenMP теми, които могат да се използват, подобно на променливата OMP_NUM_THREADS среда.
• TIFF:. Оставя CIELAB TIFF да се чете
• MagickGetImageAttribute () / MagickSetImageAttribute (): New Wand методи за подпомагане на получаване и задаване на атрибут изображение. Публикувано от Mikko Koppanen.
• ClonePixelWand ():. New Wand метод за дълбоко копирате съществуваща пиксел пръчица
• ClonePixelWands ():. New Wand метод за дълбоко копие масив от съществуващите пиксел пръчици
• MagickCdlImage ():. New Wand метод за прилагане на ASC CDL към изображение
• MagickGetImageBoundingBox ():. New Wand метод, за да се върнете Очертаващият правоъгълник култури, необходимо за премахване на плътен цвят на границите от картинката
• MagickGetImageFuzz (), MagickSetImageFuzz ():. Нови методи Wand да получават и определени коефициентът за сравнение на цвят мъх
• MagickHaldClutImage ():. New Wand метод да приложите Hald CLUT към изображение
• MagickSetResolution ():. New Wand метод за определяне на резолюцията на пръчка
• MagickSetResolutionUnits (): New Wand метод за определяне на звената за разделителна способност пръчица
.
• Magick ++: Позволете Magick ++ библиотека да строи като DLL под MinGW и Cygwin. Това изисква съвременна GCC, за C ++ изключения за работа.
• подобрения функция:
• Cygwin:. Cygwin 1.7 вече се поддържа
• настройки за компресия JPEG са запазени (ако е възможно), когато поставяте JPEG петна в формати, които използват JPEG.
• PDF: Ако оригиналния файл използва JPEG компресия, след това да използвате JPEG компресия с оригиналните настройки (ако е възможно)
.
• TIFF: Актуализация на Windows изгради да използвате libtiff 3.9.2
.
• X11 Display:. Нанесете шахматна дъска модел под прозрачни изображения, които използват повече от прост двоичен прозрачност
• подобрение на софтуера:
• Gamma: Производителността е подобрена за Q8 и Q16 изгражда. Също така се запази пълна прецизност в Q32 строителство.
• String данни се справиха с малко по-ефективно (по-малко разпределение на средствата, по-малко памет, и по-малко CPU).
• промени в поведението:
• InitializeMagick () трябва да бъде посочен преди да се използва някоя от функциите Magick API. Ако не направите това най-вероятно ще доведе до незабавно забиването на програмата. Това се дължи на инициализация и по време на работа промени, предназначени за подобряване на безопасността и ефективността на конци. Преди се е само силно се препоръчва да се позове InitializeMagick ().
• ConstituteImage (), DispatchImage (): "A" и "Т" трябва да се посочи прозрачност и "O" следва да се посочи непрозрачност. Behavior е непоследователна. В "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:

• Security Определя:
• BMP и DIB формати замерваха с твърдение за отрицателни стойности на височина. Това предизвика процеса за катастрофата.
• Корекции на грешки:
• Не инсталирайте Magick ++ хедъри ако C ++ е забранено.
• Linux RPM SPEC файл трябва да винаги да инсталирате модула заредим .la файлове или друг модулите не се зарежда.
• Windows изпълними DLLs бяха за грешната компилатор версия, в резултат на неизпълнение, ако правилните изпълними DLLs не са налични.
• подобрения функция:
• FITS: разбор е по-стабилна
.

Какво ново във версия 1.3.4:

• Корекции на грешки:
• Сега работи под Windows Vista (като 32-битово приложение).
• Fix за цветово трансформира математика преливат в Q32 строителство.
• Нови функции:
• Windows строителство поддържа OpenMP и изисква Windows 2000 или по-късно (изходен код все още поддържа Windows '98).
• В помощ на големи файлове по Windows.
• Поддръжка четене / писане на 16 и 24 битови плувка TIFF файлове.
• Поддръжка четене / писане на 64 битово цяло число TIFF файлове.
• Добавено & quot; Вход & quot ;, & quot; Max & quot ;, & quot; Min & quot ;, и & quot; Pow & quot; опции за -operator.
• подобрения функция:
• Debug сеч сега правилно отпечатва 64-битов компенсира стойности.
• подобрение на софтуера:
• Подобряване на ресурсите оценка за Microsoft Windows системи.

Какво ново във версия 1.3.3:

• Корекции на грешки:
• "идентифициране" се хвърлят едно твърдение, когато се използва по colormapped файлове (този бъг е въведена от 1.3.2).
• С -segment опция, елиминира опустошаване цветовете на образа, когато се използва за големи изображения.
• "идентифицира -format & quot;% в & quot;" Сега съобщава целия коментар, независимо от размера.
• аргумент за -convolve вече не е произволно орязан толкова огромни намотка ядки сега може да бъде определен от командния ред.
• подобрение на софтуера:
• сегментацията на изображението (-segment) сега е ускорено използване OpenMP и използва няколко различни тактики, за да се подобри ефективността на изпълнение.
• "идентифицира & quot; * & quot;" сега работи успешно в 32-битово приложение, когато се използва в дадена директория, съдържаща един милион файлове.
• "идентифициране" сега изпълнява бързо, когато се използва по TIFF файлове.