Страница 1 из 1
Неверное отображение времени звучания файла в листере
Добавлено: Пт сен 20, 2013 20:16
gora
Листер иногда отображает неверное время звучания аудио файла (примерно в 1.5 раза меньше).
В чем может быть причина?
Пример такого файла:
https://dl.dropboxusercontent.com/u/351 ... 0_20-04.7z
Добавлено: Пт сен 20, 2013 20:58
Avada
gora
Иногда — это насколько часто? Бывает ли такой эффект с более старыми версиями TС? У меня время звучания тестового файла при проигрывании без плагинов (через MCI) определяется правильно. Проверял с 32-битным TС 8.50 b3 на XP SP3.
Добавлено: Пт сен 20, 2013 22:31
gora
Avada писал(а):Иногда — это насколько часто?
Это я некорректно выразился. На данном файле всегда неправильно, на другом всегда правильно.
Проверял на чистом ТС без плагинов 8.01 и 8.50b3 (х64 и х86). Время в листере на данном файле 10'03'', а реальное время 15'20''
Добавлено: Пт сен 20, 2013 22:36
Avada
gora
На данном "всегда неправильном" файле у меня в чистом Листере 15:20 и есть.
Добавлено: Пт сен 20, 2013 22:51
gora
Avada
На виртуалке в ХР установил чистый 8.50b3 х86, на данном файле 10'03''

Добавлено: Сб сен 21, 2013 00:31
Avada
gora
И тем не менее...
Добавлено: Сб сен 21, 2013 11:21
gora
Таки нашел причину! Установил KLiteCodecPack на виртуалке и стало отображаться 15'20''
Добавлено: Сб сен 21, 2013 11:36
Avada
gora
Я нечто подобное и предполагал. По крайней мере в том, что причина внешняя, был практически уверен, ибо TC в этом случае тупо использует абсолютно системный интерфейс.
Добавлено: Сб сен 21, 2013 22:31
Skif_off
Выскажу предположение, если кому вдруг пригодится: как сообщает Mediainfo (в этом плане бывает привирает), в параметрах lame использовался ключ --vbr-new, по умолчанию система (Win7) пользует MPEG-I Stream Splitter при декодировании mp3, после установки K-Lite Codec Pack, ЕМНИП, по умолчанию пользуется LAV Splitter, куда более всеядный.