Я работаю над проектом, включающим навигацию по главам, и обнаружил, что OMXClock media_time основан на расположении носителя, загружающего входной буфер. Это правильно?
Как я могу получить время на медиа, которое отображается?
Когда создается Флеш, происходит мгновенное замораживание видео, и оно переходит к фактическому времени.
Я предполагаю, что это интервал очистки и загрузки буфера, поскольку файл журнала показывает около 1 секунды заполнения и разгона буфера.
Может ли быть так, что очереди не заполняются до следующей навигации, и поэтому происходит разрыв данных в очереди, которая не соответствует временной последовательности, когда новый носитель представляет себя?
Это происходит в очередях с короткими диапазонами кадров мультимедиа в одном и том же файле (~ 1 с), которые препятствуют более длинным диапазонам кадров (> 1 секунды).
Есть ли способ управлять буфером так, чтобы содержимое входного буфера воспроизводилось без этого нарушения?
Меня не беспокоит непрерывность звука, так как навигация нарушается, так как в любом случае, поскольку это не прямой эфир, а воспроизведение с локальных носителей, мне не нужно управлять переменными сетевыми задержками.
Кроме того, некоторые из клипов ранее были в СМИ. Я видел параметр «backwords» и считаю, что это для регулировки времени назад?
Я поиграл с настройками video_fifo и audio_fifo и порога, но безрезультатно. Я делаю это методом проб и ошибок, так как я не совсем уверен, как оптимизировать эти настройки.
Любое объяснение или руководство будет оценено.
Задача ещё не решена.
Других решений пока нет …