Total Commander

Loopback писал(а):Нет, не удается повторить, придется вслепую искать. Попробовал сейчас добавить пару проверок, попробуй вот эту версию

Та же ошибка

Словил, наконец.

Я тестировал на версии библиотеки 0.7.34, на ней ошибки нет, а на новой 0.7.58 - есть.

Проблема в самой MediaLibrary: если она не может открыть файл, то должна просто сообщить об этом. Раньше так и было. Сейчас же она на проблемном файле падает.

Попробуй новую версию.

Loopback писал(а):Попробуй новую версию.

Да, с этой версией все ОК

Уважаемый Loopback, с вашим плагином возникла следующая проблема: в списке wdx он появился и работает, в списке же wlx его нет и Lister показывает для .mkv-файлов то же, что и до установки: error seek file.
Не нашел описания проблемы в теме, сам тоже не сообразил. Помогите, пожалуйста. Total commander 8.0 x32, Windows 7 x64.

А за плагин большое спасибо, не хватало такой вещи.

Ну и разумеется, стоило запостить на форум, как все заработало: нужно было всего лишь поправить wincmd.ini.

Chelipuo
Инсталлятором плагин, разумеется, установится только как контентный. Листерную часть надо устанавливать вручную из интерфейса или правкой конфигурации.

Вообще, конечно, было бы неплохо, чтобы Гислер реализовал механизм установки всех видов плагинов, найденных в файле, а не только по расширению.

К сожалению, x64 версия плагина на TC 8.01 RC4 не хочет приниматься листером. Точнее, при попытке первого вызова написал, что не может загрузить dll, и более инфу не отдаёт, а просто пустое окно.
Строки конфиг:

19=%COMMANDER_PATH%\Plugins\wdx\TCMediaInfo\TCMediaInfo.wdx
19_detect="MULTIMEDIA|FORCE"

и

11=%COMMANDER_PATH%\Plugins\wdx\TCMediaInfo\TCMediaInfo.wdx64
11_detect="MULTIMEDIA|FORCE"

для х32 и х64 версий ТС (да, у меня раздельный конфиг), и ни один другой плагин за всё время не отвалился.

Что не так?

Mellomann писал(а): Точнее, при попытке первого вызова написал, что не может загрузить dll, и более инфу не отдаёт, а просто пустое окно.

Раз не может "загрузить dll" - значит скорее всего не удается загрузить MediaInfo.dll. И я догадываюсь почему: WDX берет пути из конфига, а WLX пока нет. И соответственно, пытается загрузить 32-битную MediaInfo.dll, а не MediaInfo_x64.dll

Просто интереса ради, попробуй переименовать 64-битную библиотеку в MediaInfo.dll и попробовать что-нибудь просмотреть.

Ещё более интересная картина получается с х64:

1. БЕЗ переименования (как есть изначально):
* flac - показывается инфа как положено
* mkv - ничего
2. С переименованием:
* flac - всё также - показывается
* mkv - всё также - ничего

Что-то уже явно не так...

Mellomann
Ладно, в следующей версии более-менее доделаю wlx, тогда будет смысл пытаться что-то найти. Сейчас он еще слишком сырой.

Кстати, а wdx-то нормально эту MKV-шку обрабатывает?

Loopback
Да, wdx работает почти замечательно.

Только несколько "НО":
1. нужно добавить извлечение информации: год (для музыки)
2. нужно поправить работу с кодировками в тегах ID3
3. на видео файлах поле "видеокодек польз." - пустое, это - нормально?
4. из flv информация не извлекается вообще, пока вручную принудительно не прописать EXT="FLV"
5. видео в формате *.TS вообще не признаётся за таковое, даже при принудительном добавлении EXT="TS"

п.1 и п.2 нагляднее:

Слева - плагин Anytag, справа - TCMediaInfo с небольшой поправкой на колонку Год - она читается плагином AnyTag. Естественно, версии анитага под х64 нет и я там наблюдаю просто пустое поле.
Ну, а с кодировкой и так видно. Такое проявляется и на mp3, и на flac и вообще на всей моей огромной фонотеке.
Если есть сомнения по поводу неоднозначно выбираемой кодовой страницы - можно: вывести это в настройки плагина для самостоятельной настройки, или же разделить на дерево значения по кодировкам ANSI/UTF8/UTF16.

Можешь попробовать пока добавить такой источник и колонку: Если используешь базу, для ранее добавленных файлов год показываться не будет - нужно удалить базу. В будущем сделаю пересканирование файлов базы.

С кодировкой вопрос интереснее, надо будет посмотреть, что фактически на таких файлах выдает Medialibrary. Сейчас ее вывод напрямую передается на выход, всё в юникоде. Следовательно, вообще не факт, что удастся определить, где кодировка правильная, а где нет, и как-то это исправить. Если не сложно, закинь куда-нибудь пару-тройку проблемных MP3-шек, по одной из разных альбомов.

Если удастся определять кодировку и перекодировать как надо - будет специальная функция для скриптинга.

"видеокодек польз." - это сделано по просьбам одного из форумчан, кому не нравились названия кодеков, предлагаемые библиотекой. Чтобы фича заработала - в каталоге плагина должен лежать файл Codecs.cfg от плагина Media. В релизе это поле будет убрано, ибо красота названия кодеков - дело очень субъективное. Но разумеется, в документации будет описание, как нужного результата можно достичь.

Пункт 4 - в текущей версии FLV внесен уже.
Пункт 5 - посмотрю, но если библиотека не поддерживает его - то ничего не сделаешь.

Loopback писал(а):<source name="RecDate" field="Recorded_Date"/>
<column name="Year">RecDate</column>

- помогло, спасибо. Настоятельно советую это дописать в стандартный конфиг.

Так у меня на абсолютно ВСЕХ файлах. Для удобства примера могу выгрузить конкретно этот альбом на какой-нибудь ф/о - какой устроит?

А что насчёт видео *.TS - как подружить его с плагином? Простое дописывание расширения проблему не решило, плагин не узнаёт, что это видео, хотя сам MediaInfo определяет.

Mellomann писал(а):- помогло, спасибо. Настоятельно советую это дописать в стандартный конфиг.

Добавлю.

Mellomann писал(а):Так у меня на абсолютно ВСЕХ файлах.

В смысле на всех? Всех, где есть русскоязычные теги? Тогда не надо, что-нибудь найду

Mellomann писал(а):А что насчёт видео *.TS - как подружить его с плагином?

Пока ничего не могу сказать, надо смотреть. У меня дома есть ts-ки, попробую.

Loopback,
Насчёт всех я погорячился, но действительно правильных русских букв нет нигде.
Сейчас собрал небольшой архивчик, положил туда два flac'а и 4 штуки mp3 - на части из них идут знаки "черный ромб с ?", а на части - кракозябры как будто из cp1252.

Вот выгрузил, можно качать по любой ссылке, которая понравится:

http://www.unibytes.com/xcEGpayhY1QLqw-Us4P3UgBB
http://www.gigabase.com/getfile/nwJXw98 ... z.zip.html
http://www.share4web.com/get/byq7Y5S8Cq ... z.zip.html

У меня оно выглядит так:


Если сможешь найти причину таких двух разных поведений - делись инфой.