Компания ST-Ericsson открыла исходные тексты (http://cgit.freedesktop.org/gstreamer/gst-android/) бэкенда, позволяющего использовать мультимедийный фреймворк GStreamer на платформе Android. Примечательно, что ранее данный GStreamer-бэкенд планировалось (http://laforge.gnumonks.org/weblog/2010/10/27/#20101027-elce...) использовать сугубо в проприетарных продуктах, без открытия кода, но Харальд Велте, известный разработчик Linux-ядра и основатель организации gpl-violations.org, смог убедить руководство ST-Ericsson открыть код.
По мнению Харальда, компания ST-Ericsson движется в правильном направлении: она не только выпустила свое расширение к gstreamer под GPL-совместимой лицензией, но и активно работает над внесением подготовленных улучшений в родительский проект (upstream).URL: http://laforge.gnumonks.org/weblog/2010/12/08/#20101208-st_e...
Новость: http://www.opennet.me/opennews/art.shtml?num=28930
Молодцы. Андроиду нехватает всеядности
И так всеядный.
Осталось только жаву на C++ заменить.
И куть в качестве тулкита вижетов. Можно еще с гтк для гномеров. Ой, так это же миго получится?! :) Вон в маемо гстример уже давным давно есть. Работает себе. При том - менее похабно чем то чего нокия пихает под симбиан. Хотя лично мене mplayer как-то больше нравится.
на миго работает 1,5 девайса, а на андроиде уже миллионы..
> Осталось только жаву на C++ заменить.Ага. И приостановить выпуск новых приложений на десятилетие, чтобы переучить Java-программистов на C++ и ручное управление памятью по двухтысячестраничному талмуду ISO-стандарта на C++. :))
Чтобы прочитать такой талмуд, надо 2-3 месяца факультативного чтения. Совсем немного, внезапно? Его необязательно весь с первого раза понять, для программирования пользовательских приложений. К тому же, неужто так сложно писать delete вовремя ну или вообще.
delete вообще использовать не надо - надо использовать технологии, которые гарантируют освобождение памяти: std::auto_ptr, boost::shared_ptr, boost::scoped_ptr...
> Чтобы прочитать такой талмуд, надо 2-3 месяца факультативного чтения. Совсем немного, внезапно?Внезапно: язык C++ устарел на 30 лет. Java сравнительно молодой — всего 15 лет, а после выхода Java 5.0 в 2004 году, можно считать, что практически полностью помолодел и удовлетворяет современным требованиям защищённого программирования.
Изучается сравнительно легко. Не нужны препроцессорные заморочки C/C++, которые из кусочков-файлов сначала строят простыню-программу, заменяют макросы их определениями и из этой кучи получившегося г. делают конфетку. В Java быстрый однопроходной компилятор, написанный на самом языке.
> Его необязательно весь с первого раза понять, для программирования пользовательских приложений.
На Swing тоже не нужно писать пользовательские приложения для Android, так как Swing там не применяется. :) Можно просто прочесть книжку "Pro Android" Sayed Y. Hashimi, Satya Komatineni издательства Apress (всего 466 стр.), чтобы просто написать приложение для Android OS и сервисов Google.
> К тому же, неужто так сложно писать delete вовремя ну или вообще.
Вообще, в моде лет так 25, уже давно "защитное" программирование, когда не нужно врукопашную бороться с утечками памяти и болтающимися в памяти ненужными объектами — это лучше и быстрее сделает профилировщик кода, а с действительно недостижимыми объектами и их сложными отношениями (недоступные из основной программы замкнутые графы) разберётся сборщик мусора. ;)
> Внезапно: язык C++ устарел на 30 лет.Так хотелось бы думать... но нет :))
> защищённого программирования.
Тормозного и наплевательского к ресурсам программирования.
> Изучается сравнительно легко. Не нужны препроцессорные заморочки C/C++, которые из кусочков-файлов
> сначала строят простыню-программу, заменяют макросы их определениями и из этой кучи
> получившегося г. делают конфетку.Причем что в этом плохого ты объяснить не способен.
> В Java быстрый однопроходной компилятор, написанный на самом языке.
Который ничего не оптимизирует.
> Вообще, в моде лет так 25, уже давно "защитное" программирование, когда не
> нужно врукопашную бороться с утечками памяти и болтающимися в памяти ненужными
> объектами — это лучше и быстрее сделает профилировщик кода, а с
> действительно недостижимыми объектами и их сложными отношениями (недоступные из основной
> программы замкнутые графы) разберётся сборщик мусора. ;)Открою секрет - в C++ тоже можно использовать сборщик мусора, причем гораздо эффективнее. Только случаев когда он действительно нужен не так уж и много.
>> В Java быстрый однопроходной компилятор, написанный на самом языке.
> Который ничего не оптимизирует.Инлайнинг, конкатенация строк, автобоксинг, выбрасывание вычисления инвариантов, оптимизация циклов и т.д. Если это "ничего", то я согласен. :))
А в моём понимании не хочется тратить ресурсы на сборщик мусора. А так... Поэтому и гоняемся за гигагерцами, ради того, чтобы хотя бы Aero работало без тормозов в одной малоизвестной операционной системе... Потребность в ПО большая, качественных ресурсов - похоже не так много. :)
Но, в любом случае, Tastes differ. )
Уж лучше качеством, чем количеством. Так что я за.
> Ага. И приостановить выпуск новых приложений на десятилетие, чтобы переучить Java-программистов на C++ и ручное управление памятью по двухтысячестраничному талмуду ISO-стандарта на C++. :))Напротив, дать возможность не тратить десятилетие на переписывание всего софта что уже есть на недоязыке с тормозной vm.
> По мнению Харальда, компания ST-Ericsson движется в правильном направлении: она не только выпустила свое расширение к gstreamer под GPL-совместимой лицензией, но и активно работает над внесением подготовленных улучшений в родительский проект (upstream).А можно уточнить под какой именно GPL совместимой? учитывая что GPL v2 и GPL v3 не совместимы :)