Разработчики OpenOffice.org сообщили (http://blogs.sun.com/GullFOSS/entry/better_multimedia_suppor...), что началась работа по переводу офисного пакета на новый бэкенд для вывода мультимедиа информации на Unix-платформах. Рассмотрев возможные варианты, разработчики пришли к решению построить новый бэкенд на основе мультимедиа фремворка GStreamer.
Ранее для организации работы с мультимедиа информацией в офисном пакете использовался бэкенд на базе многоплатформенного фреймворка JMF (Java Media Framework), который в настоящее время не отвечает требованиям разработчиков, устарел, не поддерживает некоторые популярные декодеры и сложен в установке (требует ручного копирования jmf.jar, так как JMF не поставляется в составе дистрибутивов Linux).URL: http://blogs.sun.com/GullFOSS/entry/better_multimedia_suppor...
Новость: http://www.opennet.me/opennews/art.shtml?num=27156
Хорошая новость. GStreamer, похоже, становится де-факто стандартом.
я в качестве стандарта вижу phonon который имеет backend'ы: vlc, xine, gstreamer, mplayer и тд(полный список см. на офф. сайте)вот это действительно выглядит как стандарт
а в чем профит gstreamer'а?
>я в качестве стандарта вижу phonon который имеет backend'ы: vlc, xine, gstreamer, mplayer и тд(полный список см. на офф. сайте)Фигня прибитая гвоздями к KDE как стандарт? У Вас бред, уважаемый.
Погодите, у меня в qt sdk демка фонона без всякого кде работает.
КДЕ-либы у меня вообще в блэклисте.
Вы ничего не путаете?
> КДЕ-либы у меня вообще в блэклисте.И в чём профит этого? Может и мне их вычистить, всё равно я только в XFCE сижу (потому, что оно мне нравится до невозможности, я обажаю XFCE). А так валяющиеся (и периодически обновляющиеся) где-то там в соответствующих разделах файловой системы KDE 4.5 и GNOME, мне вроде не мешают.
бредишь тут ты. phonon работает на всех платформах, где работает qt.
точно. именно qt в ооо еще и не хватало. для полноты картины так сказать.
есть еще предложения что туда нужно срочно запихнуть? может моно?
По крайней мере, появится шанс, что избавятся от gtk
>точно. именно qt в ооо еще и не хваталоДа. Больше блоатваре хорошего и... кучного.
не всем в системе нужен qt и следовательно ваш phonon... IMHO
особенно к кедам прибит гвоздями vlc и его виндоузная сборка.
у товарища либо кедо-фобия, либо тролль недоучка
>особенно к кедам прибит гвоздями vlc и его виндоузная сборка.
>у товарища либо кедо-фобия, либо тролль недоучкане тролль, а просто не знал, что Phonon вынесед из кде.
Phonon отдали в проект Qt, и он платформонезависимый теперь. И всё же лично мне он не нравится.
> я в качестве стандарта вижу phonon который имеет backend'ы: vlc, xine, GStreamer, mplayer и тд(полный список см. на офф. сайте)исходя из того что в GStreamer есть различный модули -- то phonon (судя по вашему описанию) -- выглядет как {Qt-привязка для GStreamer (с вариантами замены GStreamer)}
вместо того чтобы плодить сущности -- можно былобы написать пару новых плугинов к GStreamer
и ещё кстате >>>GStreamer сейчас размещается на freedesktop.org, проекте призванном стандартизировать технологии для графических сред POSIX.<<<
> HAL is in maintenance mode - no new features are added. All future development focuses on Software/DeviceKit-disks, Software/DeviceKit-power, NetworkManager, PulseAudio, udev, ...Отличный сайт. Такой из себя стандартизирующий, что я, наверное, его себе в качестве виджета рабочего стола сделаю. И буду через экранную лупу разглядывать слова NetworkManager, udev и что они там еще "настандартизировали".
> http://www.freedesktop.org/wiki/Software/DeviceKitСтандартизирующей документации просто тонны. Как сказали ниже, "хоть обмажься". С HAL такая же штука была, весь мир был счастлив, гугля this moment's recipe on doing that stuff with HAL.
А по факту "стандартизирующий" Linux-only shit :-)
Дополнительная функциональность в gstreamer реализована в виде плагинов, а не бэкэндов. Эти плагины включают все библиотеки для декодирования, доступные на сегодняшний момент. Приложения, что вы назвали, используют эти же библиотеки. Вот и первое различие - привязывание не к программам, а конкретным библиотекам. Это даёт гибкость - выбираешь не бэкэнд, а конкретно декодер, или библиотеку для вывода звука, да и надёжность - ведь интерфейс к библиотекам декодирования в разы лучше проработан, чем, например к mplayer'у или vlc. Надёжность и модульность - вот это основы для того, чтобы считаться стандартом.
теперь опенофисом еще и кино можно будет смотреть...
OpenOffice.org и вывод мультимедиа информации - как то в голове не стыкуется...
Зачем это? печатная машинка с телевизором?
А почему нет? Про презентации вы забыли?
Странно то, что забывают вот про это: http://ru.wikipedia.org/wiki/Философия_UNIX
При всем уважении к философии unix, осмелюсь напомнить, что начинает увеличиваться следующий вид пользователей *nix-дистрибутивов - User Standartus (Пользователь Обыкновенный).
От User Adminus и User Geekus этот подвид отличается наплевательским отношением к высоким материям и некоторой испорченностью, унаследованной от User Windowosus.
Испорченность сия заключается в любви к разнообразным комбайнам и некоторой лености ума (переучиваться не хотят).
Так вот, в связи с перспективностью User Standartus (потенциальная многочисленность и наличие финансовых средств), имеет смысл несколько отойти от старых догм и пойти на разумный компромисс с требованиями новых членов сообщества пользователей.
В конце концов, все меняется. Не стоит уподобляться религиозным фанатикам, живущим по заветам тысячелетней давности.
>Странно то, что забывают вот про это: http://ru.wikipedia.org/wiki/Философия_UNIXОдин из постулатов:
Объединенные части целого есть нечто большее, чем просто их сумма.
>>Странно то, что забывают вот про это: http://ru.wikipedia.org/wiki/Философия_UNIX
>
>Один из постулатов:
>Объединенные части целого есть нечто большее, чем просто их сумма.Весь фикус в том - что постулаты должны выполняться все сразу и не противоречить один другому... Ну так вот... там еще пишеться что: "Пишите программы, которые делают одну вещь и делают её хорошо."
Опенофис должен отлично манипулировать с текстом! И ВСЕ! Достаточно! Это его основная обязанность! Не находите?
OOo позиционируется как альтернатива/замена MS Office. Так что нет, не достаточно.
>Опенофис должен отлично манипулировать с текстом! И ВСЕ! Достаточно! Это его основная обязанность! Не находите?Не находим. Но зато находим, что разработчики пакета приложений Опенофис забыли вас спросить, что их программы должны делать. Это они правильно сделали кстати. Поэтому Writer - текстовый процессор(почитайте что это такое), Draw - векторный редактор, Math - редактор формул и т.д.. Каждая программа выполняет свою функцию и делает это хорошо.
>Не находим. Но зато находим, что разработчики пакета приложений Опенофис забыли вас
>спросить, что их программы должны делать. Это они правильно сделали кстати.
>Поэтому Writer - текстовый процессор(почитайте что это такое), Draw - векторный
>редактор, Math - редактор формул и т.д.. Каждая программа выполняет свою
>функцию и делает это хорошо.Наоборот. Каждая из программ делает все по среднему. Для каждой из них есть лучшие альтернативы. А заменить программу из комплекта OOO на другую, более удобную, нельзя т.к. нету вменяемого api для взаимодействия.
А разработчики забыли сделать главное: нормальное api и модули (библиотеки), которыми можно пользоваться отдельно от OpenOffice. В итоге форматы ODF (да и других) документов каждый разработчик программ реализует самостоятельно. В итоге, что-то открывается в OOO, что-то в AbiWord, и т.д.
В консоли все было просто >> | и т.д. позволяли из цепочки программ заменять звенья без потери итоговой функциональности. Для современных GUI программ такой связкой могут быть скриптовые языки. А для этого программы должны сразу проектироваться модульными.
OOo это не только текстовый редактор вообще-то?
>OOo это не только текстовый редактор вообще-то?ну абстрагируйтесь же чуток... понятно что это офисный пакет с приложениями разного профиля и специализации, но ни одно из них не позиционируется как мультимедиа приложение....
что не свойственно для Ооо - все-равно что к мерседесу молотилку приделать - будет еще и комбайном...
>но ни одно из них не позиционируется как мультимедиа приложение....То есть как это не позиционируется? А встроенные в презентации звук или видео?
>все-равно что к мерседесу молотилку приделатьВообще-то они не приделывают, а заменяют старый фреймворк на новый. Оно УЖЕ там было. Сейчас просто взяли более распространенное и продвинутое решение.
>>но ни одно из них не позиционируется как мультимедиа приложение....
>
>То есть как это не позиционируется? А встроенные в презентации звук или
>видео?ладно - соглашусь что это мультимедиа... :) убедили...
>Странно то, что забывают вот про это: http://ru.wikipedia.org/wiki/Философия_UNIXну и всё правильно! GStreamer хорошо вписывается в эту философию..
..исходя ещё и из того что он разделён на модули (плугины)
общая суть всей этой философии:
- маленькие специализированные программы
- комбинируемые взаимозаменяемые элементы системы
- модульность
- преоритетность текстовых форматов (в файлах и протоколах)
- продуманность-и-универсальность связей между элементами системыи вообще -- выже не думаете что {программа} -- это только то что является {исполняемым-файл} ?!
библиотечный файл (shared object) -- тоже себе нормальная программа!!
говорить что философия-UNIX это ИМЕННО ТОЛЬКО unix-сокеты и command-line-pipe-filters -- наивно и глупо!
думайте шире же!!
Ну тогда виндовс - самый юникс вейный. Там COM'ом хоть обмажься :]
>Ну тогда виндовс - самый юникс вейный. Там COM'ом хоть обмажься :]
>венда монолитная где только можно (dll-ки пишутся с огромным повторением функциональности)
и нет там продуманности взаимодействий между элементами..
и нет универсальности взаимодействия медлу элементами
и вообще -- в каком месте из того что я написал -- вы вообще увидили венду?
....или же может гдето вы в венде увидили взаимозаменяемость компонентов?
короче не порите чушь!
я всеголишь хотел сказать что UNIX-сокеты это как ОДНО из средств реализации философии UNIX.. но не сама философия
>Ну тогда виндовс - самый юникс вейный. Там COM'ом хоть обмажься :]
>Просто хорошую идею загубила собственническая сущность винды. COM компоненты есть, а модифицировать и менять их нельзя т.к. не все документировано, а исходников нет. В итоге всегда есть шанс нарваться на проблему, если попытаться смешивать компоненты конкурирующих вендоров.
>>Ну тогда виндовс - самый юникс вейный. Там COM'ом хоть обмажься :]
>>
>
>Просто хорошую идею загубила собственническая сущность винды. COM компоненты есть, а модифицировать
>и менять их нельзя т.к. не все документировано, а исходников нет.
>В итоге всегда есть шанс нарваться на проблему, если попытаться смешивать
>компоненты конкурирующих вендоров.как хорошо, что хоть иногда после обуревших "школьников" сюда заходят люди с аналитическим складом ума!....
Ну и русский у вас, однако...
Это в смысле каждому ноутпаду по видеофреймворку - "скрепочки" анимировать?? ...какие nothing презентаци-йи?!...
Поддерживаю Phonon. Вот только OpenOffice на Qt никто не портирует.
Krita скоро заменит GIMP, так как изначально потенциал заложен большой.
А вот что нам делать с Офисом? KDEшники?
>Krita скоро заменит GIMP, так как изначально потенциал заложен большой.
>А вот что нам делать с Офисом? KDEшники?Первый KOffice стабилен и функционален. Но малопопулярен потому, что не пддерживает популярных форматов doc и odt.
Малопопулярен ещё и потому, что базируется на технологиях КДЕ.
Юзал криту, убога. Вернулся на гимп(единственная вещь из-за которой держу гтк).
> для вывода мультимедиа информации на Unix-платформахМля, сделайте нормальную альтернативу Visio, а не занимайтесь х...й
Любой каприз за ваши деньги.
Чем херней страдать, лучше бы старые баги закрывали. https://issues.apache.org/ooo/show_bug.cgi?id=83194 - с 2007 года висит хоть в open office, хоть в libre office