Страница 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, куда более всеядный.