BeSman
А точно, у 3ivx Media API давно уже есть, хотя Be официально документацию не выпускала.
Молодец, продолжай в том же духе!

Дело в том, что от сырцов как таковых пользы то мало…Ну были бы у меня например сырцы всей системы, и что? Мне одному не удалось бы сделать с ними практически ничего,учитывая мои скудные познания в Си.Я уже 3 месяца изучаю проблему синхронизации,и добился успехов.Но в одиночку это мне не исправить.Хайку медиакит еще писать и писать,а люди хотят(наверное)нормально смотреть фильмы в БеОС.Человек из 3ivx согласен мне помочь.ЖелтоЖопые(YellowTab) судя по Zeta RC1,NEO,etc…вообще больше пи**
чем делают.И работать с ними невозможно.Еще когда я занимался портированием PPTP(VPN)из линукса я пытался с ними связаться по поводу дальнейшего продвижение(нужно написать меленький интерферс на уровне BONE–kernel)Они даже не ответили на мое письмо…
Пальму на БеОС наплевать,а с выходом Хайку оригинальные сырцы вообще превратятся в мусор.Так что решать вам,дорогие товарищи,мне оно как то пофиг.Если надо я могу свернуть все разработки и ждать хз что…

Правельно. Ведь если подумать то ОС то не больно зродовая: хромает, кашлеет, вобщем хоть и не умерла, но и не совсем здорова. НО ТЕМ НЕ МЕНИЕ МЫ ВОТ УЖЕ 5 ЛЕТ ЕЙ ПОЛЬЗУЕМСЯ. И. НЕ ЖДЁТ ОФ.ПОТДЕРЖКИ ФИРМЕННЫХ ДРОВ, СОФТА УРОВНЯ M$ — НО ТЕМ НЕ МЕНЕЕ МЫ ЕЁ НЕ БРОСИЛИ. И. С КАЖДЫМ ГОДОМ НАС СТАНОВИТЬСЯ БОЛЬШЕ. И живёт она только за счёт таких вот интузиазтов как BeSman, и если они сложат руки то нам останеться только ждать когда yT развалиться или превратит Пчелу в …

Здравствуйте все.У меня свежие новости по поводу проблемы синхронизации,которые интересны наверное только программистам.Мне пришел ответ от Маркуса Оверхагена,разработчика Хайку медиакита.Привожу перевод его пиьсма:
В БеОС медиаките каждый буфер данных,который считывается из файла, имеет media_header структуру,внутри которой находится (bigtime_t)start_time метка.Она используется для коррекции времени воспроизведения для этого буфера.Однако решение следующих проблем кажется выходом из этой ситуации:
1)MediaPlayer не использует start_time для синхронизации аудио и видео,кажется он игнорирует это.На больших файлах это сказывается в отставании или опережении звука.
Некоторые кодеки видимо неправильно проходят через эти метки(они получили х из экстрактора и пустили на ReadFrames()
кажется в avi.extractor есть такие ошибочные метки.

А сегодня я наконец выяснил,что рассинхронизяция осталась тольво в файлах с переменным битрейтом.

которой находится (bigtime_t)start_time метка
Вот в этом, наверное, глобальная проблем для avi. Ведь мы не наблюдаем никаких проблем с синхронизацией для контейнеров, содержащих time stamps для фреймов и аудио семплов. Например, посмотрите с какой скоростью был написан рабочий сплиттер для матрешки. И клипы в mkv сейчас прекрасно синхронизированны и точно работает seek. У avi же, никаких time stamps нет, поэтому и vbr звук для него чужеродное тело, не говоря уже о vfr видео.
BeSman
Слушай, а есть же виндовые OpenSource avi–сплиттеры, например у Gabest неплохой. Там ничего подглядеть нельзя?

Да поздно уж…Доперло до меня в чем там дело.start_time эти вообще так,приблуда какаято.Я пробовал даже удалять их нафиг,и никакого эффекта это не дало.Там дело в кривых рассчетах в SEEK функции.Завтра я попробую это дело исправить.Сегодня башка уже не варит…