Главная

OpenBeOS в отпуске?

Давно не слышали новостей про OBOS? Думаете, участники проекта бросили разработку и пошли отдыхать? Отнюдь. Работа не останавливается. Конечно, темпы не такие большие, как весной, но подвижки есть.

DarkWyrm, участник команды App/Interface Kit, опубликовал прототип app_server proto6. Следующей версией будет отнюдь не логичный proto7, а уже сам app_server R1.

Очередные нововведения и исправления:
— Изменены коды ошибок и имена функций в сторону большей совместимости с оригинальной BeOS
— Немного изменена структура каталогов
— Сетевые модули перенесены в ядро(в ядре сеть будет работать эффективнее, нежели в виде отдельного сервера)
— Исправления в коде модуля загрузки/обработки ядра
— Исправления/изменения в коде VFS
— Добавлены системные вызовы с поддержкой функций управления каталогами и переменными окружения
— Функции управления таймером, совместимые с аналогичными в BeOS
— Добавлен драйвер AC97
— Добавлены примеры написания драйверов
— Улучшения в коде шелла(управление историей команд)
— Добавлено несколько пользовательских программ типа uname, echo плюс коллекция тестовых программ
и прочее, включая багфиксы, документацию etc.

OpenBeOS в отпуске?

Успехи конечно радуют, но есть и трудности.
Например в команде разработчиков Media Kit мало участников, а реально работает только один Marcus Overhagen. К тому же он не может участвовать в разработке Codec API т.к. имел доступ к его исходникам и подписал NDA (???). Вообще ситуация с добавлением поддержки новых медиа форматов в систему не радует, почему например до сих пор не написан системный codec/writer ogg–media, хотя в винде давно уже есть. Неужели писать media компоненты для BeOS настолько сложнее, чем под directx. А вообще много ли сейчас разработчиков хорошо владеющих media_kit API и способных писать кодеры, декодеры, врайтеры и т.д.?

ogg vorbis

>и подписал NDA (???).
Соглашение о неразглашении.

>почему например до сих пор не написан
>cистемный codec/writer ogg–media,
>хотя в винде давно уже есть
Так енкодер–декодер и под BeOS давно есть. imho внести код ворбиса в дерево OBOS проблем не составит.

Проблема в другом. Многие медиа–форматов закрыты и/или стоят денег. С Ворбисом проблемы скорее всего и не будет. Он открытый.
Со всякими. WMA/.WMV намного проблематичней.

PS: Еще нет работающего кода OBOS, есть только заплатки поверх R5. Так чего расстраиваться? Когда будут доведены до рабочего состояния основные модули, то дойдет очередь и до остальных модулей, например, того же Media Kit.

ogg vorbis

1. NDA (???) — я имел в виду, ну подписал он это соглашение, что и подсказать ничего другим уже не может (тайком). Или новый код должен 100% отличатся от оригинального, кто будет их анализировать и определять отличия?
2. Дело в том что ogg, это не только декодер/энкодер, но и еще формат файла (как avi и qt), то есть может содержать не только аудио, но и видео многих форматов с прекрасной синхронизацией между потоками. Поэтому он более привлекателен именно в качестве системного кодека вместе с врайтером.
3. Я конечно понимаю, что есть коммерческие, но и на основе открытых тоже не пишут. Назовите мне хотя бы один (за исключением 3ivx, в портировании которого участвовал по моему тот же Overhagen) полноценный (не обертки к библиотекам) декодер/энкодер, врайтер, добавленный в систему сторонними разработчиками? Например есть открытый XVID а энкодера на его основе для BeOS нет. Может быть, действительно все ждут стабильной версии OBOS и релизов открытых форматов.

нету самого API

для многих частей. В смысле, что никогда он не публиковался открыто–официально.
Как раз например для кодеков и для экстракторов.
Франсуа Револ как раз ломал голову, как бы
сделать инклюд–файлы для OBOS для этих частей API — то что он видел (когда писал ffmpeg–декодеры) закрытые спецификации — ему сильно мешало.

нету самого API

Ах вот оно что! Тогда понятно, откуда такие сложности. И как же теперь будет развиватся ситуация, как думаешь СД.

новый API

Одна из причин, почему Be Inc не хотела публиковать спецификации, была в том, что в старом MediaKit полно ошибок.
Один из признаков — те самые проблемы с синхронизацией DivX, мееееедленная загрузка mpg файлов и т д (В частности, автор Sample Studio пишет свои утилиты для импорта MP3 — так как использование стандартных приводит к падению программы на некоторых файлов). Be Inc собиралась опубликовать спецификации после обновления MediaKit — как результат, публике доступен Media Kit Beta 1 — но это далеко не окончательный вариант. И окончательного от Be Inc уже не будет, как ты понимаешь. Так что ребята, я думаю, сначала создадут свой API, "несовместимый" со старым, а потом, когда дело дойдет до реальной работы, кто нибудь анонимный (не из OBOS) опубликует какой–нить патч для поддержки старых программ.
Кстати, свой API пришлось создавать разработчикам App_server — так как протокол коммуникации его с другими серверами тоже недоступен.

NDA

по поводу подписания некоторыми люльми в прошлом соглашений о неразглашении, вот что скажу… здесь можно очень продуктивно использовать имеющийся опыт, даже " который находится" вроде бы, под NDA.. Во первых необходимо вниматтельно изучить те технологии и пр. фишки — на которые есть патенты. я в прочем не уверен, что на API есть патент у BeInc. Потом если будут известен (а он, я на 100% уверен в узких кругах, очень узких — известены..) исходные коды, API ( принципы построения, какие–то идеи использованые в BeOS и т.д. ), то это совершенно не значит что в OBOS они будут совершенно одинаковыми… наверняка (блин, я доже в этом уверен ) API OBOS'a будет отличаться от оригинального… наверняка найдутся лучшие подходы к решению проблемм и реализации различных частей кода… Причем чисто юридически такие вещи, как нарушение соглашения о неразглашении, очень сложно доказывать… если им (OBOS team) это необходимо, то они после консультаций с парой юристов ( специалистов по международному праву ) очень даже в рамках права использовать имеющуюся информацию…в головах некоторых членов команды…

Но с другой стороны… програмеры используя свой опыт могут наоборот сознательно не использовать оригинальный АПИ БеОСа… может что–нить намного интересней получится…

my point o'.....

ДА ВСЕ. У. НИХ ПОЛУЧИТСЯ !!!! будет жить и старая БеОС и ОБОС !!!

хе

Еще драйверы в ядро добавить для ускорения и получиться Пингвин Блин

ни фига

как тут любят некоторые крутые изъяснятся.
Никто в ядро драйвера не добавляет.
добавляют сисколлы, необходимые для поддержки.
В том же BONE сеть нифига не в ядре была,
в ядро добавили только некоторые функции типа select().
Если что и будет в пространстве ядра бегать, то в виде kernel add–ons, как оно и в нынешних BeOS–ах.

хе

Да ладно про крутых то Просто в той кухне что делается мало кто знает А кто знает тот молчит Вот и приходиться в форуме читать о чукчах по двести раз о неработающих радеонах и т д
Ждемс до первой эвезды

Отправить комментарий

Содержание этого поля является приватным и не предназначено к показу.
  • Адреса страниц и электронной почты автоматически преобразуются в ссылки.
  • Allowed HTML tags: <a> <em> <i> <img> <strong> <b> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd>
  • Строки и параграфы переносятся автоматически.

Подробнее о форматировании

CAPTCHA
Введите перечисленные символы, чтобы мы убедились, что вы не робот. Не требуется для зарегистрированных пользователей.
q
C
v
n
M
9
Enter the code without spaces and pay attention to upper/lower case.