[wlx/wdx] TCMediaInfo

Orion9 · Сообщение **Orion9** » Вс май 25, 2025 23:34

Loopback писал(а):Удивляюсь, как такой косяк вообще допустил.

Косяки бывают разные, они неизбежны. Не бывают косяков, кто ничего не делает.

Loopback писал(а):Ну и за столько лет никто не обращал внимания.

Даже вы сами? )

Если серьезно, AkulaBig целый фрагмент кода притащил с руборда, где люди пытались с этим бороться. Но рельность - тётка суровая. Лишь 0,01% пользователей побежит репортить баги, и это нужно понимать. Остальные примут данность и будут искать другие решения, будучи, кстати, не до конца уверенными, баг ли это. Примерно так со мной и было, когда только познакомился с TCMediaInfo много лет назад.

Loopback писал(а):Шаблон полуавтоматический, выводящий все поля, кроме заданных в списке исключений. На это место принудительно ничего не впихнуть.

И это плохо. Я еще не изучал детально конфиг, но понял, что тут много автоматики. Возможно, нужно другое что-то думать, чтобы была возможность более удобно выводить данные. Посмотрите, например, как устроены шаблоны в самом MediaInfo. Вот буквально за 10 минут на коленке создал шаблон, о котором говорилось выше, т.е. режим "Продолжительность":
[cut="duration.txt"]General;Name: %FileName%.%FileExtension%\r\nSize: %FileSize/String4%\r\nGeneral:\r\n [Duration: %Duration%]\r\n [Duration: %Duration/String1%]\r\n [Duration: %Duration/String5%]\r\n

Video;Video #%StreamKindID%: \r\n [Duration: %Duration%]\r\n [Duration: %Duration/String1%]\r\n [Duration: %Duration/String5%]\r\n
Audio;Audio #%StreamKindID%: \r\n [Duration: %Duration%]\r\n [Duration: %Duration/String1%]\r\n [Duration: %Duration/String5%]\r\n[/cut]
[cut="Кнопка"]TOTALCMD#BAR#DATA
%COMSPEC% /k ""%COMMANDER_PATH%\Utilites\MediaInfo\MediaInfo.exe" "--Output=file://duration.txt" "--Language=file://ru.csv""
%P%N
%COMSPEC%
duration.txt
%COMMANDER_PATH%\Utilites\MediaInfo\

-1
[/cut]
[cut="Вывод"]Name: Predators.2010.BDRip-HEVC.1080p.mkv
Size: 12,63 Гбайт
General:
Duration: 6413600
Duration: 1 ч. 46 мин. 53 с. 600 мс.
Duration: 01:46:53.600 (01:46:46:15)
Video #0:
Duration: 6413032.000000
Duration: 1 ч. 46 мин. 53 с. 32 мс.
Duration: 01:46:53.032 (01:46:46:15)
Audio #0:
Duration: 6413088.000000
Duration: 1 ч. 46 мин. 53 с. 88 мс.
Duration: 01:46:53.088
Audio #1:
Duration: 6413120.000000
Duration: 1 ч. 46 мин. 53 с. 120 мс.
Duration: 01:46:53.120
Audio #2:
Duration: 6413120.000000
Duration: 1 ч. 46 мин. 53 с. 120 мс.
Duration: 01:46:53.120
Audio #3:
Duration: 6412992.000000
Duration: 1 ч. 46 мин. 52 с. 992 мс.
Duration: 01:46:52.992
Audio #4:
Duration: 6413600.000000
Duration: 1 ч. 46 мин. 53 с. 600 мс.
Duration: 01:46:53.600
Audio #5:
Duration: 6413120.000000
Duration: 1 ч. 46 мин. 53 с. 120 мс.
Duration: 01:46:53.120
Audio #6:
Duration: 6413280.000000
Duration: 1 ч. 46 мин. 53 с. 280 мс.
Duration: 01:46:53.280
Audio #7:
Duration: 6413088.000000
Duration: 1 ч. 46 мин. 53 с. 88 мс.
Duration: 01:46:53.088[/cut]
Как видите, шаблон весьма полезный - сразу видно, как отличаются дорожки друг от друга по длинне. И если чаще всего это вопрос миллисекунд, то могут ведь попасться и секундные отличия, что иногда важно видеть.

Loopback писал(а):Впрочем, не вопрос. Но хотелось бы, чтобы вопрошающий имел уже некое оформленное понимание, чего он хочет. Техническое задание, если угодно.

Пожалуй, я не до конца развил свою мысль, говоря о том, что вы ведёте плагин уже почти 16 лет. Не будут простые пользователи придумывать шаблоны и писать ТЗ. В этом отношении они полностью полагаются на вас как на автора - ваше знание, уменение, понимание и видение того, как всё должно быть устроено. Поэтому я даже не шутил, когда писал, что "я только за", т.е. за то, чтобы вы всё порешали, а мы бы только пользовались ) Все этого хотят, разве нет? Зато честно )

Loopback писал(а):Вот именно, придумать - это самое сложное. А если польза будет больше, чем для пары человек - совсем отлично

На этот счет я уже писал. Будут идеи - буду стараться сообщать.

Loopback писал(а):Я все же не понимаю, чем это принципиально лучше "компактного аудио"

А вот теперь я не совсем понимаю. Аудио - это аудио. А тэги - это тэги. Задача - вывести только тэги. Но судя по всему, в MI это не просто будет сделать, не разобравшись сначала, какие поля за что отвечают.

Loopback писал(а):когда искажено даже само имя поля, что тут сделаешь?

Это и есть те самые нестандартные записи. Но тэг ID3v2 позволяет пользователям создавать такие поля и называть их как угодно, это нормально. Плохо только, что такая информация сохраняется не в юникод, отсюда все и проблемы, как вы знаете.

AkulaBig писал(а): Но зачем мне левый тэг, присутствующий только в одном файле?

Мне раньше много таких файлов попадалось. Странно, что в этот раз я не нашел ни одного у себя в коллекции. Но полей там может быть куда больше, чем просто одна запись.

AkulaBig писал(а):А какой смысл делать это в контекстном плагине?

anytag.wdx может пригодиться как альтернатива, если нужно посмотреть все кракозабнутые поля. Но их можно увидеть, даже если просто открыть файл в Листере с единичкой "1", т.е. Вид -> Только текст. Может кому пригодится.

AkulaBig

Loopback писал(а):Вот кусок из стандартного режима.

Спасибо, так работает.

Loopback писал(а):На самом деле, если уж очень надо, FixCodepage можно использовать и в цикле для всех полей

Вспомнил, какой режим просмотра хотелось-бы иметь, который мы не можем создать сами. Выше я об этом писал, но в длинном посте это затерялась.
Это стандартный у вас режим Inform, но с FixCodepage.
Постараюсь пояснить. Если я правильно понимаю, сейчас у вас за основу взят вывод MediaInfo в режиме Full. Поэтому в вашем режиме Default приходится писать код для пропуска некоторых полей. Например, SkipGeneral:= При этом мы можем потерять и нужные поля? Я правильно понимаю? Но если убрать skip мы получаем вывод большого множества ненужных полей, соответствующих Full. А в MediaInfo есть прекрасный режим Complete, который не выводит повторяющиеся поля и соответствует вашему режиму Inform. Но в режиме Inform мы не можем писать скрипт для FixCodepage. Потому что этот режим полностью описывается в коде. Вот и хотелось-бы иметь режим Inform FixCP.
Понятно-ли я объяснил и возможно-ли создать этот режим?

Orion9 · Сообщение **Orion9** » Пн май 26, 2025 12:41

AkulaBig писал(а):Понятно-ли я объяснил и возможно-ли создать этот режим?

Думаю, Loopback и в прошлый раз хорошо понял и даже ответил на это. Но вообще-то странно, что автор MediaInfo.dll не сделал возможности преобразования кодовых страниц, как и странно, что не предусмотрел дополнительной группировки по тэгам. Процитирую себя, уж извините:

Аудио - это аудио. А тэги - это тэги. Задача - вывести только тэги.

И с этой задачей хорошо справляется ExifTool. Вот пара примеров:

[cut]---- System ----
File Name : Talk Talk - It's My Life.mp3
...
...
---- File ----
File Type : MP3
File Type Extension : mp3
MIME Type : audio/mpeg
ID3 Size : 157348
---- MPEG ----
MPEG Audio Version : 1
Audio Layer : 3
Audio Bitrate : 320 kbps
Sample Rate : 44100
Channel Mode : Stereo
MS Stereo : Off
Intensity Stereo : Off
Copyright Flag : False
Original Media : True
Emphasis : None
---- APE ----
Mp 3gain Minmax : 130,188
Mp 3gain Album Minmax : 000,215
Mp 3gain Undo : -005,-005,N
Replaygain Track Gain : -12.15500 dB
Replaygain Track Peak : 2.434321
Replaygain Album Gain : -10.87500 dB
Replaygain Album Peak : 2.627712
Comment : (myzuka.ru)
---- ID3v2_3 ----
Album : The Best 80s Songs
Popularimeter : Windows Media Player 9 Series Rating=255 Count=0
Title : It's My Life
Track : 26
Picture MIME Type : image/jpeg
Picture Type : Front Cover
Picture Description :
Picture : (Binary data 154967 bytes, use -b option to extract)
Year :
Subtitle : .
Grouping : .
Publisher : [2156] PL
Encoded By : [2156] PL
Compilation : Yes
Comment : (myzuka.ru)
Comment (pol) : [2156] PL
Artist : Talk Talk
---- ID3v1 ----
Title : It's My Life
Artist : Talk Talk
Album : The Best 80s Songs
Year :
Comment : (myzuka.ru)
Track : 26
Genre : None
---- Composite ----
Duration : 0:03:54 (approx)[/cut]
[cut]---- System ----
File Name : Suicide - Love So Lovely.mp3
...
...
---- File ----
File Type : MP3
File Type Extension : mp3
MIME Type : audio/mpeg
ID3 Size : 41976
---- MPEG ----
MPEG Audio Version : 1
Audio Layer : 3
Audio Bitrate : 128 kbps
Sample Rate : 44100
Channel Mode : Joint Stereo
MS Stereo : On
Intensity Stereo : Off
Copyright Flag : False
Original Media : True
Emphasis : None
VBR Frames : 9338
VBR Bytes : 7111124
VBR Scale : 100
Encoder : LAME3.99r
Lame VBR Quality : 0
Lame Quality : 0
Lame Method : VBR (new/mtrh)
Lame Low Pass Filter : 22.1 kHz
Lame Bitrate : 32 kbps
Lame Stereo Mode : Joint Stereo
---- APE ----
Title : Love So Lovely
Artist : Suicide
Album : A Way of Life
Genre : Industrial
Track : 7/9
Album Artist : Suicide
Year : 1988
Mp 3gain Minmax : 131,212
Mp 3gain Album Minmax : 128,255
Mp 3gain Undo : -002,-002,N
Replaygain Track Gain : -5.190000 dB
Replaygain Track Peak : 1.229566
Replaygain Album Gain : -6.410000 dB
Replaygain Album Peak : 1.415166
---- ID3v2_3 ----
Year : 1988
Publisher : Wax Trax!
Band : Suicide
Title : Love So Lovely
Album : A Way of Life
Genre : Industrial
Track : 7/9
Artist : Suicide
---- ID3v1 ----
Title : Love So Lovely
Artist : Suicide
Album : A Way of Life
Year : 1988
Comment :
Track : 7
Genre : Industrial
---- Composite ----
Date/Time Original : 1988
Audio Bitrate : 233 kbps
Duration : 0:04:04 (approx)[/cut]
[cut="Кнопка"]TOTALCMD#BAR#DATA
%COMSPEC% /k exiftool.exe
-g1 -u -a %P%N
%COMSPEC%
ExifTool -g1 -u -a
%COMMANDER_PATH%\Plugins\wlx\ExifToolView\

-1
[/cut]
Как я понимаю, из MediaInfo.dll так вывести не получится, если только автор библиотеки сам тому поспособствует. Ну и ладно.

Loopback

Orion9 писал(а):Даже вы сами?

Я в первую очередь.

Orion9 писал(а):Возможно, нужно другое что-то думать, чтобы была возможность более удобно выводить данные.

Не, других вариантов шаблонов делать не планируется.

Orion9 писал(а):шаблон весьма полезный

Здесь должен быть смайл *пожимаю плечами*. Ну кому-то полезный, если кто занимается созданием релизов. А вот зачем мне, как пользователю, эта информация? Я знаю, что дорожки могут отличаться, но если автор релиза в контейнере правильно расставил смещения, все озвучки будут синхронизированы, и мне совершенно фиолетово, на сколько миллисекунд они там различаются...

Orion9 писал(а):Пожалуй, я не до конца развил свою мысль, говоря о том, что вы ведёте плагин уже почти 16 лет. Не будут простые пользователи придумывать шаблоны и писать ТЗ. В этом отношении они полностью полагаются на вас как на автора - ваше знание, уменение, понимание и видение того, как всё должно быть устроено. Поэтому я даже не шутил, когда писал, что "я только за", т.е. за то, чтобы вы всё порешали, а мы бы только пользовались ) Все этого хотят, разве нет? Зато честно )

Ну так о чём тут спорить-то? Любой автор делает всё согласно своему видению, разве нет? Кого устраивает - тот просто пользуется. Кого нет - или разбирается и делает сам, или просит что-то сделать. Ну и самый сложный и тернистый путь - пытается убедить меня в правильности своей точки зрения

Последнее, разумеется, не относится к очевидным багам.

AkulaBig писал(а):Это стандартный у вас режим Inform, но с FixCodepage.

Ну и опять же пришли к тому же... Не могу понять этой зацикленности на Inform. Что в нём такого особенного, без чего нельзя жить с другими шаблонами? Ну ок, сделаю опцию, при включении которой все значения в выводе "Стандартный Inform" будут подвергаться "исправлению". Отдельного Inform, конечно, не будет.

Вот только я тут понял, что этот способ "исправления" вообще ущербный, потому что "исправление" портит другие корректные теги. Например, вместо корректного немецкого "Lügen" получаем кривое "Lьgen". Т.е. исправляя редкие некорректные теги MP3 (и только MP3) теряем возможность видеть правильно теги в отличной от дефолтной в системе кодировки везде. А ведь это всё безобразие, по сути баг нехилого масштаба, много лет включенный по умолчанию.

Поэтому использование в шаблоне FixCodepage и работу "fix_cp" в следующей версии сделаю зависимым от глобальной опции. И она должна быть отключённой по умолчанию.

Orion9 писал(а):Но вообще-то странно, что автор MediaInfo.dll не сделал возможности преобразования кодовых страниц

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

AkulaBig

Orion9 писал(а):Но вообще-то странно, что автор MediaInfo.dll не сделал возможности преобразования кодовых страниц

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

Loopback писал(а):вместо корректного немецкого "Lügen" получаем кривое "Lьgen".

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

Loopback писал(а):Поэтому использование в шаблоне FixCodepage и работу "fix_cp" в следующей версии сделаю зависимым от глобальной опции. И она должна быть отключённой по умолчанию.

Я согласен на любой вариант, лишь-бы возможность имелась.

Loopback писал(а):Не могу понять этой зацикленности на Inform.

Объяснение простое. Этот режим позволяет вывести все не пустые поля без многократного повторения однотипной информации.

Loopback писал(а): Отдельного Inform, конечно, не будет.

И не надо. Я сейчас создал режим Default FixCP и его ковыряю. Я-то вообще за то, чтобы вы Inform скриптом сделали, но, насколько понимаю, эта работа займет много времени. В коде вам намного проще будет решить этот вопрос.
Ну и все. Я пропишу в настройках включить FixCP, использовать Inform и все меня полностью устраивает.

Orion9 · Сообщение **Orion9** » Пн май 26, 2025 18:50

Loopback писал(а):А вот зачем мне, как пользователю, эта информация?

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

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

Loopback писал(а):Любой автор делает всё согласно своему видению, разве нет?

До тех пор, пока пользователи не убедят его в обратном )

Loopback писал(а):Ну так о чём тут спорить-то? ... Кого устраивает - тот просто пользуется. Кого нет - или разбирается и делает сам, или просит что-то сделать.

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

Loopback писал(а):Впрочем, сейчас я с его подходом даже соглашусь. Стандарт есть стандарт.

А вот я не соглашусь. Стандарт есть стандарт, но опция есть опция. Второе у пользователей ценится выше, потому что даёт хоть какой-то контроль и выбор. Вот вам, к примеру, хочется, чтобы режимы просмотра были в подменю, а мне хочется, чтобы они были в главном меню. Ну так о чём тут спорить: о стандартах, о предпочтениях? Сделайте опцию, и все будут счастливы. Кстати, это был не намёк, лишь пример )

AkulaBig писал(а):У кого-то это скелеты в шкафу, как у Гислера из-за того, что в свое время выбрал не очень удачный инструмент, который не прошел испытание временем.

Не знаю насколько это имеет отношение к делу, но может быть в этом что-то и есть. Иной раз читаешь и диву даёшься. Тут, понимаете, ждёшь, надеешься, веришь... А оказывается всё давно решили, в целях моей же безопасности )

AkulaBig писал(а):А вообще зарубежные програмеры просто не придают значение разной кодировке. У них-то всегда все хорошо.

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

AkulaBig

Loopback
Сегодня нашел прикладное применение режима просмотра листер-плагина. Режим Raw info помог определиться с проблемой. Удобно, когда выводятся все поля, даже пустые.
А проблема вот какая.
В настройках контекстной части TCMediaInfo.sample.xml есть такой код:

Код: Выделить всё

		<!-- <source name="AudioFormatSettings" field="Format_Settings" context="Audio"/> -->
		<source name="AudioFormatSettingsMode" field="Format_Settings_Mode" context="Audio"/>
		<source name="AudioFormatSettingsModeExt" field="Format_Settings_ModeExtension" context="Audio"/>

Как-бы сразу вызывает вопрос, почему закомменчен AudioFormatSettings? Оказалось потому что это поле почему-то не выводится. А AudioFormatSettingsMode и AudioFormatSettingsModeExt совершенно не заменяют данные из этого поля. В хинтах через Autorun я вижу значение этого поля. В TCMediaInfo по Ф3 я вижу значение этого поля. В пользовательской колонке я не вижу значение этого поля. Конечно колонку я прописал. То-есть вот такая запись:

Код: Выделить всё

		<source name="AudioFormatSettings" field="Format_Settings"/>
		<column name="Audio Format">AudioFormat</column>

Посмотрите, если не трудно, что за проблема. В этом поле данные могут (или всегда) быть записаны через "/". Например: Joint stereo / MS Stereo.

Loopback

Orion9 писал(а):Ну, по крайней мере, Loopback сделал всё, что мог.

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

AkulaBig писал(а): Режим Raw info помог определиться с проблемой.

Да, он в основном для отладки и сделан.

AkulaBig писал(а):Как-бы сразу вызывает вопрос, почему закомменчен AudioFormatSettings? Оказалось потому что это поле почему-то не выводится.

Точно не поэтому. Видимо, просто Format_Settings_Mode лучше подошел.

AkulaBig писал(а):То-есть вот такая запись:

Тут две ошибки:
В настройках источника контекст "Audio" не указан.
Колонка относится к другому полю.

Должно быть:

Код: Выделить всё

<source name="AudioFormatSettings" field="Format_Settings" context="Audio"/>

<column name="Audio Format Settings">AudioFormatSettings</column>

AkulaBig

Loopback писал(а):Должно быть:

А, это просто меня подглючило к вечеру. Вот так было записано.

Код: Выделить всё

		<source name="AudioFormatSettings" field="Format_Settings"/>

		<source name="AudioFormat" field="Format" context="Audio"/>
		<source name="AudioFormatVersion" field="Format_Version" context="Audio"/>
		<source name="AudioFormatProfile" field="Format_Profile" context="Audio"/>
		<source name="AudioFormatSettings" field="Format_Settings" context="Audio"/>
		<!-- <source name="AudioFormatSettingsMode" field="Format_Settings_Mode" context="Audio"/> -->
		<!-- <source name="AudioFormatSettingsModeExt" field="Format_Settings_ModeExtension" context="Audio"/> -->

А название колонки не то скопировал.
Это из серии мастер только посмотрел на компьютер и он заработал

Orion9 · Сообщение **Orion9** » Вт май 27, 2025 19:23

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

Полностью согласен. Правда есть одно "но", о котором я тоже не сразу подумал. Иногда файлы нельзя пересохранить с исправленными тегами, если, например, они стоят на торрент-раздаче. Т.ч. такая функция, как FixCodePage всё-таки нужна, если нужен только просмотр.

AkulaBig

Интересно, есть-ли какой-нибудь способ узнать все реальные расширения, поддерживаемые MediaInfo? Поднял я посты, где мы обсуждали в каких файлах хранится описание поддерживаемых расширений. И там перечислены не все, которые поддерживаются в реале. Например 669 нигде не описано. IT, XM. Понятно, что это трековые форматы. Но они у меня есть в наличии. Обнаружил я это через хинты, которые сделаны у меня через Autorun.
Чего хочется в идеале я боюсь написать. А ладно, трясясь от страха напишу, хотя это и так понятно. Можно-ли сделать чтобы TCMediaIndo не зависел от прописываемых расширений? Идеальный вариант был-бы.

Loopback

AkulaBig писал(а):Можно-ли сделать чтобы TCMediaIndo не зависел от прописываемых расширений?

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

PS: но 669 действительно нет в базе.

AkulaBig

Loopback писал(а):метод для получения этих данных

Конечно я там смотрел. Мы с вами обсуждали вопрос трековых форматов и как-раз тогда я утверждал, что про них нет инфы. А вот поди ж ты, есть для некоторых.

Loopback писал(а):вот только самих данных в бинарнике нет - опять же в целях экономии размера библиотеки...

Значит зря я трясся от страха. Жаль конечно. Интересно. Через Autorun работает-же без указания расширений.

Loopback писал(а):PS: но 669 действительно нет в базе.

Да. Вот нашел три расширения о которых MI показывает информацию. О других трековых расширений не показывает. Ну или ее нет в них.

Loopback

AkulaBig писал(а):Через Autorun работает-же без указания расширений.

Здесь же wdx-плагин, без ограничений нельзя, иначе каждый файл будет открываться через MediaInfo.

AkulaBig

Loopback писал(а):Здесь же wdx-плагин, без ограничений нельзя

Наверняка не так много таких расширений. Идеала все равно не будет.