LINUX.ORG.RU

Ситуация с Adobe Creative Suite на Linux сдвигается с мертвой точки

 , creative suite,


1

1

Вчера на getsatisfaction.com, в заявках на портирование CS под Linux появился комментарий от Carey Burgess сотрудника Adobe:

Carey Burgess

Thank you all for your feedback. We do currently develop some software for *NIX, including Flash Player and Adobe Reader, so I can understand why you'd want the development and design tools as well.

I have forwarded this feedback on to the appropriate team who will consider it for future releases of Adobe software.

Смысл этого комментария в том, что все пожелания будут направлены соответствующей ответственной команде, которая отвечает за будущие релизы Adobe. Поэтому если вам небезразлична возможность использования продуктов Adobe на Linux платформе оставьте свое пожелание на соответствующей странице.

В мире Open Source есть хорошие инструменты для работы с графикой, но все-таки иногда встречаются такие задачи, решение которых, как ни жаль , пока под силу только закрытым продуктам: например, подготовка предпечатной продукции для полиграфии, для которой стандарт дефакто - Adobe Illustrator и Adobe InDesign, профессиональная работа с изображениями (возможность использования 32 битной глубины цвета и цветовых профилей таких как Panton и т.п.).

Появление профессиональных инструментов для работы с графикой в Linux это также отличная возможность для продвижения открытых систем как действительно мощных инструментов в продакшене.

>>> Подробности



Проверено: Shaman007 ()
Ответ на: комментарий от hrum

>и вместо флеша свг.
Открой какой нибудь чуть более сложный svg в браузере, поресайзь его, поиграйся, посмотри на эпичные тормоза и подумай, оно надо?

anotheranonymous
()
Ответ на: комментарий от anotheranonymous

>>Открой какой нибудь чуть более сложный svg в браузере, поресайзь его, поиграйся, посмотри на эпичные тормоза и подумай, оно надо?

Весь опесорс такой, начиная от тормозного ядра и заканчивая кде со sleep 5

BliecanBag
()
Ответ на: комментарий от BliecanBag

>Весь опесорс такой, начиная от тормозного ядра и заканчивая кде со sleep 5

kde4@lenovoS10. УМВР ЧЯДНТ?

grinn ★★
()
Ответ на: комментарий от anotheranonymous

> Открой какой нибудь чуть более сложный svg в браузере, поресайзь его, поиграйся, посмотри на эпичные тормоза и подумай, оно надо?

Во-первых, зависит от реализации, а не от формата.
А во-вторых, во флеше та же хрень, производительностью он никогда не блистал.

pevzi ★★★★★
()
Ответ на: комментарий от BliecanBag

Чем этот твой супер-мега-нано-HD-контент в плане копирования будет отличаться от другого файла большого объёма?

Ttt ☆☆☆☆☆
()
Ответ на: комментарий от Ttt

>>Чем этот твой супер-мега-нано-HD-контент в плане копирования будет отличаться от другого файла большого объёма?

Ничем, у меня просто нет других файлов такого объема

BliecanBag
()
Ответ на: комментарий от BliecanBag

Ну тогда лично я у себя не замечал таких тормозов.

Ttt ☆☆☆☆☆
()
Ответ на: комментарий от BliecanBag

> Когда звук начинает заикаться и мышь рывками ходить при копировании HD контента

А при чем тут кде? Это же всем известный 12309. Привыкнуть уж пора^W^W^W

pevzi ★★★★★
()
Ответ на: комментарий от BliecanBag

> Ничем, у меня просто нет других файлов такого объема

«звук затыкается, а ты не воруй»

sv75 ★★★★★
()
Ответ на: комментарий от BliecanBag

>Когда звук начинает заикаться и мышь рывками ходить при копировании HD контента

Врать не буду — бывает. Редко, но при большой нагрузке на винт бывает.

Например, когда смотрю кино, и надо срочно( быстротыцктыцк) из аттача открыть какой-нибудь odt на пару мегов. Получаем под расписку: kmail из свопа поднимается, файлег в /tmp заливается, OOо (10 минут назат прибитый в надежде, что не понадобится) запускается, документ открывается, и тут фильм весь в белом: «тыр, пыр, аа!в ернит емнем ыш к о!!1 1а ди нъ»

Но в нормальном состоянии никаких проблем. «Нормально» — это примерно так:

$ ps xa | wc -l
248
$ ps -U grinn  | wc -l
94
$ free
             total       used       free     shared    buffers     cached
Mem:       1024276     984132      40144          0      23216     322140
-/+ buffers/cache:     638776     385500
Swap:      1951824     720804    1231020
grinn ★★
()
Ответ на: комментарий от Ttt

тем, что это могут быть несколько кусков данных различного объема, отображаемые на различные участки hdd, в отношении которых _одновременно_ совершаются различные (чтение/запись) действия.

grinn ★★
()
Ответ на: комментарий от grinn

>Получаем под расписку: kmail из свопа поднимается

да, забыл. Очевидно, в это же время что-то другое в своп убирается.

grinn ★★
()
Ответ на: комментарий от pevzi

>А при чем тут кде?

А при чем тут кде?

Это же всем известный 12309. Привыкнуть уж пора^W^W^W

Нет, чини libastral. Это винт ВНЕЗАПНО лопатит хренову тучу данных, а полноэкранный плеер не отдает мышку пока не получит следующий фрагмент кины.

grinn ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.