www_world
Full Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору AkulaBig Цитата: Опять манипулируете данными. | https://www.youtube.com/watch?v=OGsHshpYkiU Цитата: Я про библиотеку MediaInfo, вы про плагин. | Не имеет значения. Все данные берутся из MediaInfo, хоть с плагином, хоть без. Цитата: Каким образом данные формируются в плагине, мы уже прекрасно знаем. | Они тупо копируются из MediaInfo (см. raw режим плагина). Цитата: А в библиотеке нет полей Общая продолжительность и Продолжительность аудио. Есть просто продолжительность. | Здравствуй милая моя... вы бы хоть иногда свои фантазии хелпом заменяли. К MediaInfo он тоже есть и не такой тоненький, как для плагина. И пора уже, как бы возраст обязывает, понять простую вещь - если вы о чем-то не знаете (а это чуть меньше 100% всего материального) - это не значит, что этого не существует. И да, ознакомиться со списком полей в MediaInfo можно, например в файле MediaInfo_Config_Automatic.cpp, находящемся в исходниках MediaInfo (список полей начинается со строки № 4157, откройте в любом редакторе и поищите, например, среди полей "Duration" - вы внезапно обнаружите шесть групп (а не штук) одноименных полей ("Duration"). но с разными контекстами - Generic, Audio, Video, Text, Menu, Other. И да, если про плагин к TC познания скромны, то про MediaInfo, полагаю, еще скромнее. Поэтому небольшое откровение: MediaInfo (в любой инкарнации - gui/cli/dll, позволяет настраивать выхлоп (получаемые из файлов данные) столь же гибко, как и плагин TCMediaInfo, да еще и в разных форматах (любые поля в любых комбинациях) - не только с разным форматированием на экране, но и экспорт в файлы - html. csv, xml и проч. А также можно устроить выхлоп напрямую в базы данных. Но это все богатство, как это очевидно, не для любителей сборочек, а ребят посерьезнее. Цитата: И чтобы посмотреть данные плагина, не обязательно идти вашим путем | Разумеется. Плагин лишь прокладка. Можно любым способом смотреть данные из MediaInfo (его, совершенно внезапно, тоже можно настраивать под себя) - но они от этого не поменяются и будут точно такими же, какими вы их видите в raw режиме плагина, поскольку это сырые (не подвергшиеся обработке) данные из MediaInfo. Плагин так устроен. Мне не верите - пригласите автора плагина сюда - он подтвердит мои слова про raw режим. Автор плагина никаких полей для RAW режиме не придумывал - список их он взял готовым из MediaInfo (причем, в несколько урезанном виде относительно текущей версии MediaInfo). Цитата: У меня сразу по Ф3 показывает все данные. | А вот это - форматированные данные (длительность и др). Форматирование осуществляет плагин. Но юзер имеет широкие возможности для собственного форматирования RAW данных, получаемых из MediaInfo. Например, как говорил выше, взяв raw длительность из MediaInfo в миллисекундах, ее можно отформатировать в любом понравившемся виде с пом. паскалеобразного скрипта в настройках плагина, то есть без фактического вмешательства авторских медодов в форматирование данных, лишь используя стандартные операторы паскаля. Можно это продемонстрировать (при наличии такого желания у публики) например, с помощью собственной функции округления, чтобы не полагаться на авторские изобретательства в округлениях. Или иных вещах. Цитата: Только им нет абсолютного доверия. | Дело не в доверии - это не дружбан и не барышня. Речь о наиболее достоверном способе получения информации. Например, плагин можно использовать, как способ получения информации из MediaInfo (все, что в raw режиме), причем первичное, а не производное самим MediaInfo. Например длительность - в милисекундах. Что интересно, в случае mp3 и др. форматов - эта длительность расчетная величина самим MediaInfo. То есть она не напрямую получается из файла, а расчитывается на основе его характеристик (для mp3 - это частное от общего числа фреймов и частоты фреймов в секунду. Любой может убедиться в этом, глянув исходники MediaInfo, см. ссылку выше). Отсюда и растут уши в разных длительностях одного и того же файла. Для сравнения, плагин anytag.wdx, очевидно, использует иной метод получения длительностей (он не использует MediaInfo), как минимум для некоторых форматов (mp3 - в их числе). Это не значит, что он априори более правильный, но априори полезный, поскольку метод является альтернативным и поэтому годным для сравнения с другими при поисках наиболее достоверного значения, какого-либо параметра медиафайла. Совет мой вам, дружеский: Подробнее... ________________________ Кстати, встроенная в TCMediaInfo функция Round(x) некорректно округляет: Пришлось написать свою, чтоб от нее не зависеть. Функцию же TimingFormat(x, y, z) автор плагина исправил вроде (см. корректные значения для обоих форматированных длительностей - 2:36 и 2:37).
оффтоп, переход на личности | Всего записей: 431 | Зарегистр. 04-11-2018 | Отправлено: 07:58 23-09-2024 | Исправлено: www_world, 06:15 26-09-2024 |
|