Mario
С последним ядром плеер вылетает если его перекрыть другим окном.
Ага и соответственно, чтобы скомпенсировать, плеер стабильно дропает. Получается ты откатил обратно к ошибочному варианту.
Возможно это одна из причин дропа, но вариант не ошибочный. Разные способы расчёта задержек и синхронизации. Но все они завязаны на аудиотаймер. А он врал.
Serge wrote:С последним ядром плеер вылетает если его перекрыть другим окном.
Исправил в SVN r. 2449.
Я кажется понял почему кубики лезут настолько, в Qemu вообще тихий ужас. Тебе стоит дропать только на опорном кадре, все что не успело отобразить. Пофиг что изображение отстает немного. Дропать так как сейчас не вариант - получается сплошное месиво из кубиков.
А разве информация о них не возвращается библиотекой? Мне казалось это стандартная вещь. Я думал стандартные утилиты добывают информацию посредством библиотеки.
Контроллер HDA неправильно работает. Должен записывать в память текущую позицию, но не делает этого. Х.з. что там происходит. Приходится читать значение из регистров но и там всё хреново. Прерывание приходит намного раньше, драйвер успевает его обработать и получается что позиция сначала прыгает вперёд, потом назад. Наверное поэтому на материнки паяют сетевые контроллеры RTL.
Fplay через пару секунд полсе запуска идёт квадратами и зависает, загрузка проца 100%. Так на всех видео. Если плеер закрыть, ноут перезагружается через секунды 3-4.
А у меня, теперь, Fplay не показывает видео (звук есть), а в версии за 01.03.2012, было и видео, и звук. Версии за 10.03.2012 и 12.03.2012 не работают. Всё тестировалось на реальном железе (запускал в Night Build SVN# 2451). Лог файл прикрепил.