Total Commander

Аудиокодек не отображается в колонке

Попытка закрыть Super_WDX после настройки в нём плагина.



Тоже самое и при выходе из самого ТС, на этот раз уже использовал 7.5 final.

SamLab писал(а):Аудиокодек не отображается в колонке

Ну тут еще много чего надо донастраивать Надо смотреть, в каких полях что выводится и найти правильные.

790 писал(а):Попытка закрыть Super_WDX после настройки в нём плагина.

Скорее всего Super_WDX выгружает плагин, при этом происходит выгрузка библиотеки. В следующей версии будет исправление (надеюсь, т.к. у себя такой ошибки не повторил).

Здравствуйте. Постараюсь понятно объяснить проблему.

К примеру открываю папку с видео роликами в режиме инфо - Видео
Колонки стандартные - (Размер) - (Время) - (Ширина/Высота) - (Кадры) - (Кодек)
И все ролики, допустим 300 штук не умещаются в окне, соответственно появляется скролл бар, но извлечение инфы из файлов происходит только до конца окна, т.e всю папку почему то плагин сразу не читает (Как например explorer в режиме просмотра эскизов страниц - неважно сколько файлов открыл - подождал и вся папка как на ладони)
Здесь же приходится скролить вниз - чтение начинает идти, НО при этом возникают дикие тормоза (проц Core 2 Q9550 Ram 4 Gb) загрузка 50-70 % все 4 ядра - просто жуть!
В чем может быть проблема, в глючности плагина?

--
ps при просмотре инфы Аудио (Размер - Время - Битрет - Тип - Частота) всё идёт практически без задержек. Ну а Фото тем более.
TC 7.50 от Samlab
Насколько помню в 7.04 такого вроде не было((

mauricio
да, плагин и весь ТС бывает зависает, когда встречается такой "хитрый" видео-файл, в котором неправильно указаны кодеки и т.п. или ещё какие-то глюки. И при этом ТС не может открыть панель даже в обычном (подробном) режиме. Суть в том, что автор плагина тут не причём, просто не все делают видео-файлы "стандартными"

Помогает, но не всегда: ограничить размер "проверяемых" видео-файлов, например, *.avi<3000mb... (в основном, контейнеры avi могут содержать такую пакость)

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

Вот если все же реализую базу, тогда этот процесс будет одноразовым.

Плагин ещё живой? Развитие продолжается?

Проблемы так и остались:
Главное: AccessViolation с Super_WDX.
А ещё:
нет "базы", ранее "прохешированых" фильмов,
нет возможности переименовывать кодеки по своему.

И плагин до сих пор не выложен wincmd.ru

Скажем так - пока "подвешен". В последнее время занимался в основном TCTorrent. Ну тот в общем-то почти завершен, по окончании, наверное, займусь этим.

Как по мне - Торрент-плагин и не нужен при наличии МюТоррента, а вот текущий плагин очень необходим, но нуждается в доработке!

Впрочем, предполагаю что добавить в плагин поддержку того множества форматов, что поддерживает MediaInfo - адский труд, особенно если учесть, что большинство SDK пишутся на С, а плагин написан на Delphi

Была у меня мысль подключить MediaInfo (с SDK разобрался вроде). Но отказался. Причина тривиальна MediaInfo довольно долго извлекает информацию для почти всех типов файлов...
Возможно когда доберусь все-таки до делфей, что-нибудь и придумаю (самому очень нужно), но пока нет физически времени...

SamLab писал(а):Как по мне - Торрент-плагин и не нужен при наличии МюТоррента, а вот текущий плагин очень необходим, но нуждается в доработке!

Ну кому как... имхо для быстрого просмотра юТоррент неудобен.

SCHMaster писал(а):Была у меня мысль подключить MediaInfo (с SDK разобрался вроде). Но отказался. Причина тривиальна MediaInfo довольно долго извлекает информацию для почти всех типов файлов...

Да, действительно медленно. И если для одного файла это почти незаметно, контентный плагин работает очень задумчиво... Чувствую, без базы тут не обойтись.

SCHMaster
Ну так твой же wdx media? Благодаря "Базе данных" там всё работает очень быстро, т.к. не извлекает инфу каждый раз. А благодаря codecs.cfg можно изменять названия кодеков на свои собственные.
Не хватает только поддержки новомодных форматов *.mkv;*.flv;*.tp ... , а если б было, так и не нужен MediaInfo

Разобрать, что к чему в этих "новомодных" форматах - нужно время. Да и, подозреваю, скорость не увеличится от этого. Но... Все равно основная проблема - нехватка времени на поддержку плагина.

SCHMaster писал(а):Разобрать, что к чему в этих "новомодных" форматах - нужно время. Да и, подозреваю, скорость не увеличится от этого. Но... Все равно основная проблема - нехватка времени на поддержку плагина.

Очень жаль.

Еще "ложка дегтя"...
Мне, по роду работы, каждый день, причем постоянно, приходится иметь дело с видео в несжатом формате (AVI, MOV). Файлы такого рода занимают гигабайты (есть и по 20-30 гиг). Представляете, сколько времени занимает обработка такого файла (просчет битрейта видео в AVI формате вычесляется парсингом всего файла хоть в моем плагине, хоть через MediaInfo)? "Затыкаются" и мой плагин и оболочка для MediaInfo, если ее использую. А если, не дай Бог, случайно на такой сетевой файл нарвешься, то все. Спасает только CTRL+ALT+ESC и "прибивание" ТС. База данных тут уже не спасает - файлы постоянно меняются, изменяются, добовляются и удаляются.
... это так, информация к размышлению для разработчика. У меня, пока, нет физически времени "подрихтовать" свой плагин