Цитата: Это не спорный момент, это баг. Каждому таймкоду соответствует определённый кадр. Если сплиттер прыгает куда-то в другое место — это его проблемы.
А теперь представьте следующую картину. Предположим, некий релизер любит MPC-HC и всё время использует только его. Выходит сборка MPC-HC с поддержкой линковки. Релизер, прочитав об этом замечательном нововведении в чейнджлоге MPC-HC, в своём следующем рипе какого-нибудь сериала использует чаптеры и линковку, при этом тестируя корректность их работы в MPC-HC (ему и в голову не придёт, что в Haali обработка реализована иначе). Что мы получаем в итоге? В итоге мы получаем релиз, который "из коробки" корректно будет воспроизводить один плеер (MPC-HC), а воспроизведение в других плеерах с поддержкой DirectShow потребует некоторых неочевидных действий по скачиванию архива с фильтрами MPC-HC и регистрации одного из них (сплиттера mkv) в системе. И не думайте, что Михаил побежит сразу подгонять Haali под реализацию в MPC-HC. Он справедливо рассудит, что существует куча релизов с линковкой, расчитанных именно на Haali и лучше ничего не править, и будет прав. Тора, скорее всего, и дальше продолжит делать "под баги Haali"
В результате имеем две несовместимых между собой реализации обработки линковки в двух довольно популярных программных продуктах. Причём компромиссных вариантов по пункту 3 я не вижу: нужно делать либо "правильно" (причём не понятно, где написано, что именно такая реализация - правильная), либо как в Haali, а как там в Haali и на сколько кадров и в каких случаях отступ можно считать достаточным - не понятно.
Цитата: Ни коим образом.
Теперь Вы понимаете, что варианта всего два:
1. Либо "правильная" реализация, при следовании которой в чаптерах мы получаем несовместимость с Haali.
2. Либо, как я и написал, эта информация (какой баг вынудил Тору делать отступы на десять кадров, а не на один-два) всё же необходима, чтобы сделать "как в Haali" и протестировать реализацию поддержки линовки в том патче к Mplayer. И ещё не известно сколько багов Haali, наличие эмуляции которых нужно проверить в патче к Mplayer, мы упускаем из виду.
Цитата: Да-да, прогресс вообще отвратительная вещь, заставляет лишний раз шевелить мозгами.
Вы не поняли. Дело не в этом. Вы наверняка помните эту цитату из "Лебедь, Щука и Рак": "Когда в товарищах согласья нет, на лад их дело не пойдет, и выйдет из него не дело, только мука." Вот это как раз наш случай. Нужно согласие - нужна спецификация. Без этого все будут тянуть в свою сторону (Михаил - в одну, Габест - в другую), и выйдет только мука
Да уже сейчас и так мука (пара сплиттеров с поддержкой линковки (причём ещё не ясно, с одинаковой ли - не понятно, как их сравнить) и сплиттеры без поддержки), а Вы предлагаете ещё одну реализацию обработки линковки сделать.
Цитата: Антон — это wiskas?
Да.
Цитата: К тому, же если вы лично знакомы с этими замечательными людьми
Нет.
Цитата: может попросите Haali открыть код сплиттера, коли он им почти не занимается?
Ещё как занимается
Цитата: Всмысле, не был ли код Haali splitter'а милостиво пожертвован в пользу mplayer'а?
Сильно сомневаюсь.
Цитата: Есть более компетентные люди, которые сделают это лучше меня.
Полагаю, что эти компетентные люди видят, что проблемы у mkv не только с чаптерами и линовкой
), спросите у Михаила Манцева, автора Haali, чем он руководствовался при написании обработчика чаптеров и линковки, и когда он собирается (и собирается ли вообще) исправлять эти баги, напишите Антону Хирнову, автору того патча для Mplayer, может он ответит Вам, какие баги Haali он перенёс, а какие - нет. Теперь у Вас больше информации, чтобы что-нибудь сделать. Так сделайте! Может быть дело сдвинется с мёртвой точки 