Total Commander

Alextp писал(а):Посмотрел я на новое TC 7 API...
Да, наворотил Гислер. Честно говоря, заниматься переделкой плагина на новом API нет ни времени, ни желания. Да и вообще заниматься этим плагином, переводить его на новую версию ATL Lib и т.д. Переходите на AnyTag. Надеюсь, автор его переведет на новое API.

Я буду заниматься другими вещами.

Мляяяяяяяяяяяяяяяяяяяяяяяяяя!!!!!!!

Почти год ждал, чтобы такое получить. Отлично! Хорошо хоть сырцы открыты...

Alextp писал(а):Переходите на AnyTag.

На 32 бит пользовал AudioInfo. 64-битной, значит, нет и не будет. AnyTag также не имеет 64-битной версии.

Нет 64-битного контентного с заточкой под аудио?

ask-rus
В порядке небольшого оффтопа (тема как-никак об AudioInfo), скажу, что я написал автору AnyTag 29 ноября (на немецком). Вдогонку, 30 ноября, было отправлено ещё одно письмо.
В первую очередь я попросил сделать 64-битные версии обоих плагинов AnyTag - и WDX, и WLX.
Во-вторых, я попросил приделать чтение юникодных тэгов (сейчас вываливается ошибка).
И, наконец, уже во втором письме (забыл, когда писал первое) я попросил добавить поддержку юникодных имён файлов. Сейчас тупо не берёт плагин такие имена.

Если интересуют подробности, возможно, имеет смысл создать отдельную тему по anytag.w?x.

По правде говоря, лично для меня наибольший интерес представляет именно WLX-плагин. По той причине, что в своё время я его очень удобно для себя настроил… См. конфиг anytag.any…
Но если уж делать, так почему бы и WDX не обновить… В WLX, быть может, стоит компонент HTMLayout актуализировать немного.

Хоть и с запозданием на два года

, хочу представить обновленную версию плагина. Хотя я и разрабатываю более универсальный TCMediaInfo, для музыкальных файлов по скорости, возможности корректного декодирования тегов и некоторой специфической информации этот плагин всё равно остается вне конкуренции.

Тем не менее, вряд ли я бы этим занялся, если бы портирование предполагало долгое время. Но как оказалось, библиотека KOL была доработана и сейчас поддерживает компиляцию x64. Так что всё прошло довольно быстро и легко. Местами сделано грязновато (например, я не стал портировать/тестировать функционал записи тегов в модулях библиотеки ATL, а просто их закомментировал), но тратить время на неиспользуемый функционал желания нет.

В принципе мне не хватало только поддержки юникода, плюс многие файлы FLAC не читались.

Ключевые особенности: добавился юникод, версия x64, нормально читается необходимый мне FLAC, добавил поддержку нескольких более редких lossless-форматов TTA, WV, OFR, и форматов AC3, DTS.

Также пробовал добавить поддержку mp4, но она, кажется, так толком и не заработала. Разбираться лень, у меня этих файлов практически не бывает. Если кто желает заняться - милости просим.

Скачать плагин
Скачать исходники

Комментарий по исходникам: для MP4 использовал коммерческую библиотеку MP4TagLibrary с открытым исходным кодом и разрешенным бесплатным применением в бесплатных проектах. Поскольку для использования в плагине нужно было портировать ее на KOL, я списывался с автором библиотеки и получил разрешение на порт, при условии его лицензирования под исходной лицензией, т.е. права на порт принадлежат разработчику библиотеки. Если это по каким-то причинам неприемлемо - можно её выпилить.

Loopback
Спасибо за релиз.

Loopback писал(а):для музыкальных файлов по скорости, возможности корректного декодирования тегов и некоторой специфической информации этот плагин всё равно остается вне конкуренции.

А ты сравнивал скорость с anytag, media, id3, mp3info, DecID3WDX?
Да и последний по специфическим полям всяко поразнообразней остальных будет.

Flasher писал(а):А ты сравнивал скорость с anytag, media, id3, mp3info, DecID3WDX?

Нет. Оставляю это энтузиастам

Flasher писал(а):Да и последний по специфическим полям всяко поразнообразней остальных будет.

Может быть, но он только mp3/flac.

Хочу взять ваш архив и поменять ридми- сплитнуть историю в новый файл (было ошибка - слить историю и ридми).
И выложить у меня.
Можно?

Добавлено спустя 2 минуты:

И напишите Гислеру про получение 100уе.

Alextp
Нужно. Я же все равно не могу заменить его на wincmd.

Alextp писал(а):И напишите Гислеру про получение 100уе.

Даже так? Подумаю.

Выложу.
Вот хистори какой.

Version history
---------------

2019.03.31: fixed detect string mistake
2017.05.16: fixed reading UTF16BE-encoded ID3v2 tags
2017.04.02: fixed reading VQF tags (though, is this ever needed for anyone?)
2017.03.23: fixed bug with incorrect reading loooong ID3v2 tags
2017.02.13: added support for MP4, M4A (info and tags);
2017.02.13: improved OggVorbis module for support Opus and Speex (info and tags);
2017.02.12: for ID3V2 it's possible to get year from TDRC frame (recording date) in case of TYER absent;
2017.02.12: added ability for retrieve multiple comments from ID3V2-tags;
2017.02.12: added support (info and tags): OFR, WV, TTA
2017.02.12: updated OggVorbis, MPC modules;
2017.02.11: BASSMOD (not supported and not having x64-version) replaced with BASS;
2017.02.11: code updated for newer compilers, x64 version, unicode support;

(old versions by Alexey)

2005.12.06: added CDA support, "Comment" field shows track position in sec.;
added field "Tags", it lists tags present in file
2005.12.05: fixed bitrate display for WAV, AAC
2005.11.22: fixed support for MP3, APE;
field "Bit rate" renamed to "Bitrate";
added field "Bitrate type" (supported for MP3, WMA, AAC)
2005.11.12: added support for tracker formats: IT, XM, S3M, MTM, MOD, UMX;
added support for FLAC and multichannel WAV;
added fields: "Track (zero-filled)", "Copyright", "URL",
"Full text" (allows to perform full-text search);
field "Vendor" renamed to "Encoder"
2005.05.09: added MPC support
2005.05.05: fixed WMA support
2004.02.09: added APE support
2005.01.30: fixed time display when duration >1hr;
added field "Duration (H/M/S)"
2004.11.03: added support for MPEG, WAV, WMA, AAC, VQF
2004.10.27: duration is shown in H:M:S, bitrate in Kbps, sample rate in Hz/HKz
2004.10.26: initial version supported OGG

Без проблем, всё нормально.

Loopback писал(а):Нет. Оставляю это энтузиастам

А, это было из оперы "сам себя не похвалишь". Ну, ОК.

Loopback писал(а):Даже так? Подумаю.

А ты что, не знал?

Уже 8 лет прошло. Срочно за бабками! До первой публикации можно по согласованию и больше поднять, тем более с таким уровнем плагинов как у тебя.

Flasher писал(а):А, это было из оперы "сам себя не похвалишь".

Ничуть, особенно учитывая то, что плагин даже не мой. Просто и без тестов можно предположить, что разница между всеми специализированными плагинами будет незначительной. Поэтому смысла тратить на это времени не вижу. По понятной причине TCMediaInfo точно будет медленнее.

Flasher писал(а):А ты что, не знал?

Знаю, конечно. Но плагину уже есть альтернативы, и не одна. Но я подумаю.

Loopback писал(а):Просто и без тестов можно предположить, что разница между всеми специализированными плагинами будет незначительной.

Тоже так думаю.

Loopback писал(а):По понятной причине TCMediaInfo точно будет медленнее.

Хорошо, что обозначил. Пусть народ знает.

У меня - bass dll грузился 1 раз, выгрузка 1 раз.
У тебя - bass dll грузится на каждый файл, выгрузка тоже. Медленно.

Добавлено спустя 1 час 7 минут:

Получил баг репорт.

it seems that AudioInfo 2019.03.31 x64 has a problem with .wav.
I systematically renamed the extensions after the crash. After renaming from .wa to .wav TC died again.
TC is x64 and Windows 7 too.

The wav is technically okay and nothing special.

General
Complete name : 03 - Little Fugue In G Minor.wav
Format : Wave
File size : 33.6 MiB
Duration : 3 min 19 s
Overall bit rate mode : Constant
Overall bit rate : 1 411 kb/s

Audio
Format : PCM
Format settings : Little / Signed
Codec ID : 1
Duration : 3 min 19 s
Bit rate mode : Constant
Bit rate : 1 411.2 kb/s
Channel(s) : 2 channels
Sampling rate : 44.1 kHz
Bit depth : 16 bits
Stream size : 33.6 MiB (100%)

Alextp писал(а):У меня - bass dll грузился 1 раз, выгрузка 1 раз.
У тебя - bass dll грузится на каждый файл, выгрузка тоже. Медленно.

Я сейчас уже не помню, там была какая-то проблема с работой BASS при однократной загрузке. Можно будет посмотреть еще раз.

Alextp писал(а):Получил баг репорт

Да, я письмо видел уже. Посмотрел, для форматирования там использовалась кастомная функция Format через wvsprintf, в ней под х64 в списке аргументов, естественно, должен быть другой тип.

Она используется только для двух типов - wav и cda, ни тем, ни другим я не пользуюсь, иначе за два года уж точно бы проявилось. Поправлю.

Total Commander

AudioInfo (content-плагин)