Версия для печати темы

Нажмите сюда для просмотра этой темы в оригинальном формате

Форумы RDA _ Полезные программы _ Еще один информационник - MKInfo

Автор: starsoft Четверг, 18 Августа 2011, 12:54

И еще одну програмку, которую сделал для себя, решил выложить на всеобщее осмеяние smileold.gif Принцип тот же, только эта для файлов формата Matroška - MKV/MKA/MK.

MKInfo


Скачать с сервера RDA: http://www.rusdivx.net/ifm/users/starsoft/MKInfoSetup.exe.
Зеркала на https://rapidshare.com/files/1862973558/MKInfoSetup.exe или http://netload.in/dateifxXlDApxII/MKInfoSetup.exe.htm или http://depositfiles.com/files/vxk07hfx4.

Назначение - быстрое получение базовой информации из файлов формата Matroška.
Внутренний движок - http://mediainfo.sourceforge.net. Отказался от своего парсера для файла из-за недостатка времени и желания копаться во всех ньюансах матрешки. Фактически программа - это GUI для mediainfo (не требующее наличия установленного mediainfo на компьютере). Неудобства (IMHO) оригинального mediainfo и привычка получать инфу по аналогии с с другими информационниками и подвигли на создание этой програмки.
Использование:
- запустить программу и в открывшемся окне выбрать файл известного программе формата.
- дать в командной строке параметром путь к нужному файлу.
- прога добавляет себя в выпадающее меню для известных ей форматов файлов.
- ассоциировать в TotalCommander-е для желаемых типов файлов на кнопку Alt+F3 (ну или любую другую в любом другом файл-менеджере).
- перенаправить информацию в текстовый файл, задав параметр "-a" в командной строке и поставить в конце ">file.txt". [Внимание! Программа ничего не выдает на вызывающую ее консоль, это не консольная аппликация. Данный режим только для перенаправления информации в файл]. Список дополнительных параметров командной строки выдается если задать параметр /?
- использовать информационный модуль, сделанный в виде ActiveX-компоненты и который собственно и вытаскивает инфу из файлов, в своей собственной программе biggrinold.gif

Программа также умеет проверять наличие новой версии на сервере RDA (по запросу или автоматом на старте).

http://www.rusdivx.net/ifm/users/starsoft/MKInfo.zip

http://www.rusdivx.net/ifm/users/starsoft/MKInfo.ini.

Принципы использования INI-файла:
1) Имя файла должно совпадать с именем exe-файла (то есть, по-умолчанию, MKInfo.ini).
2) Любой параметр, находящийся в INI, имеет бОльший приоритет, чем имеющийся в реестре. Отсутствие параметра в INI приводит к поиску его в реестре, а при отсуствии там - к дифолтному значению.
3) Параметры, которые меняются из интерфейса программы, при наличии предыдущего значения в INI, будут записаны туда. А при отсуствии в INI - в реестр.
4) Все имена параметров и наименования групп - см. в шаблонном файле.

Кнопка https://www.paypal.com/cgi-bin/webscr?cmd=_donations&business=WVP2MB7ES3UJ2&lc=IL&item_name=Starsoft%27s%20MKInfo¤cy_code=USD&bn=PP%2dDonationsBF%3abtn_donate_SM%2egif%3aNonHosted в окне "About..." присутствует smileold.gif

Спасибо всем, принявшим участие в бета-тестировании.

Lister-плагин для Total Commander-а.
Скачать http://www.rusdivx.net/ifm/users/starsoft/MKInfoLS.zip.
НЕ ТРЕБУЕТ установки MKInfo и MediaInfo - всё нужное ей несет в себе.
Перед установкой отредактировать список дополнительных расширений в ini-файле.

Content-плагин для Total Commander-а.
Скачать http://www.rusdivx.net/ifm/users/starsoft/MKInfoCP.zip.
НЕ ТРЕБУЕТ установки MKInfo и MediaInfo - всё нужное ей несет в себе.
Перед установкой отредактировать список дополнительных расширений в ini-файле.
Ограничения - возвращает информацию о чаптерах только первого меню, первых 5 аудио- и первых 5 субтитровых дорожках.


История версий:

1.0.12
*) Обновлено для использования библиотеки MediaInfo ver. 0.7.57.

Lister-plugin для Total Commander-а.
1.0.5
*) Обновлено для использования библиотеки MediaInfo ver. 0.7.57.

Content-plugin для Total Commander-а.
1.0.3
*) Обновлено для использования библиотеки MediaInfo ver. 0.7.57.


Lister-plugin для Total Commander-а.
1.0.4
+) Добавлено информационное поле "Формат файла" (оно же "тип контейнера").
-------------
Content-plugin для Total Commander-а.
1.0.2
+) Добавлено информационное поле "Формат файла" (оно же "тип контейнера").
+) Добавлены поля размера фрейма - "высота", "оригинальная ширина" и "результируюшая ширина" (после анаморфного преобразования).

======================================
Lister-plugin для Total Commander-а.
1.0.3
*) Исправление, помогающее TC вызывать плагин для тех файлов, на которые есть встроенные механизмы Multimedia (AVI, MPG, etc.)

======================================
1.0.11
*) Мелкие изменения в GUI по размерам полей
*) Заменил шаблон INI-файла чтобы сохранялись комментарии к полям
------------
Content-plugin для Total Commander-а.
1.0.0
------------
Lister-plugin для Total Commander-а.
1.0.2
*) Полностью переделан механизм вывода информации на экран.
*) Оприходованы комманды Select All (Ctrl+A) и Copy (Ctrl+C).
!) Не смотря на наличие текстового курсора нельзя выделить мышкой кусок текста, только весь текст Ctrl+A
!) По-прежнему плагин не вызывается для AVI и MPG файлов.

======================================
1.0.10
*) Очередная (я надеюсь последняя) корректировка альтернативного GUI на предмет вертикального размера окна и высоты строк.
*) Исправлена ошибка показа анаморфного размера фрейма при использовании шаблона из INI-файла.
*) Исправлена неправильная работа кнопки Home при переборе файлов.
------------
Lister-plugin для Total Commander-а.
1.0.1
*) Исправлен автоматический горизонтальный скролл вправо при размере окна меньше длины строки
*) Исправлена ошибка пропадания цвета некоторых полей при большом количестве полей.
+) Добавлено использование собственного INI-файла (MKInfoLS.ini), в который по аналогии с аппликацией можно вписать кое-какие параметры (список дополнительных расширений, цвета полей и формат показа обычного и анаморфного размера фрейма).

======================================
1.0.9
*) Исправлен глюк с "замазыванием" списка чаптеров при прокрутке скроллбаром.
*) Исправлены (я надеюсь) глюки при изменении размеров окна.
+) Добавлена работа с INI-файлом, куда вынесена кучка опциональных натсроечных параметров, предназначенных для редактирования вручную.
+) Одним из паремтров в INI стал список дополнительных расширений, которые программа может "обслуживать".
+) Основные параметры, меняимые через интерфейс проги, также могут быть выставлены в INI-файле для мобильности (портабельности) программы.

======================================
1.0.8
*) Исправлены (я надеюсь) размеры полей по вертикали при масштабировании.
*) Изменено представление Frame Size для анаморфных потоков
*) надеюсь что с масштабированием видеосистемы теперь не должно быть проблем.

======================================
1.0.7
*) Исправлен баг с неверным показом размера файла в байтах для файлов > 4Gb
+) Альтернативный GUI может менять размер по ширине
+) "Scan type" добавлен на главное окно и убран из "Дополнительной видео информации"
*) Мелкие исправления в дизайне GUI и всяческих надписях

======================================
1.0.6
*) Исправлен баг с дублированием инфы на альтернативном GUI
*) Подправлены позиции полей на альтернативном GUI для экономии места
+) Добавлены "Scan type", "Color space", "Chroma subsampling" и "Bit depth" в Дополнительную видео информацию
*) Мелкие корретировки в текстовом виде представления информации

======================================
1.0.5
*) Улучшена работа при рестарте программы из-за зуммирования или перебора файлов.
+) Добавлен альтернативный GUI, переключение в меню аппликации.
*) Подправлена работа с прописыванием в контекстное меню.

======================================
1.0.4
+) Программа может работать без инсталляции (portable). Сама регистрирует ActiveX компоненту на старте (если нужно) и убирает регистрацию на выходе.
+) Расширенна информация о резолюции для анаморфного видеопотока.
*) Исправлено исчезание окна при наличии другого минимизированного окна.

======================================
1.0.3
* Исправлены баги, выявленные в ходе бета-тестирования.
+ Добавлен перебор файлов в папке с помощью кнопок PgUp/PgDn или колеса мышки.

======================================
1.0.0-1.0.2
Начальные версия для внутреннего потребления и бета-тестинга.

Enjoy!

Автор: c930 Воскресенье, 21 Августа 2011, 13:57

starsoft
Спасибо, давно хотелось для матрёшки!
Будем пробовать.
---------------------
P.S. Хорошо бы для анаморфных видеопотоков в поле Frame size указывать также выходное разрешение с учётом заданного соотношеня сторон, например:
Frame size: 768x560 (1.371) @ 720x560

Автор: xfiles Воскресенье, 21 Августа 2011, 21:52

starsoft
Спасибо! Будем пользоваться.

Радует, что появилась возможность смотреть настройки кодирования.

Предложение c930 полезное, но на сколько я понял во время бэта-тестирования, невыполнимое.

Автор: c930 Воскресенье, 21 Августа 2011, 22:43

xfiles
Почему невыполнимое?

Автор: starsoft Понедельник, 22 Августа 2011, 0:59

2 userinfoc930:
Будь добр - отчекрыж от какого-то анаморфа кусок минуты на 3-5 и дай мне скачать, а то у меня ничего такого не наблюдается.

Автор: c930 Понедельник, 22 Августа 2011, 3:27

starsoft
Вот кусок в 4 минуты отрезал:
http://ifolder.ru/25310206

768x560 (1.371) @ 720x560

Добавлено
Хотел ещё пару примеров выложить, там MediaInfo, в отличие от предыдущего примера,
выдаёт два aspectа ratio - необходимый и реальный.
Но сабж сглючился: после того как я запустил очередную копию его при свёрнутой предыдущей
и установленной галке сохранять позицию окна.
Теперь он запускается в свёрнутом виде и разворачиваться не хочет. Не могу открыть его окно.
Пойду спать, утро вечера мудренее winkold.gif .

Автор: starsoft Понедельник, 22 Августа 2011, 9:02

QUOTE(c930 @ там)
сабж сглючился: после того как я запустил очередную копию его при свёрнутой предыдущей и установленной галке сохранять позицию окна. Теперь он запускается в свёрнутом виде и разворачиваться не хочет. Не могу открыть его окно.
О, это интересный глюк, надо поправить smileold.gif

Автор: starsoft Понедельник, 22 Августа 2011, 16:32

2 userinfoc930: Для начала импортируй http://www.rusdivx.net/ifm/users/starsoft/mkinfo-temp.reg в реерстр чтобы исправить ситуацию. А глюк исправлю в следующей версии.

Автор: c930 Вторник, 23 Августа 2011, 3:48

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

Вот залил ещё пару примеров:
http://ifolder.ru/25332898 1074x496 (2.2:1) @ 688x496
http://ifolder.ru/25332899 768x576 (4:3) @ 704x576
В них MediaInfo показывает оба aspectа ratio необходимый и реальный,
как я писал выше.

А отсутствие битрейтов и размеров потоков это из-за бэты?

P.S. Просьба у меня, нельзя ли все инфо-утилиты выпускать также в портабл варианте, без инсталляции.

Автор: starsoft Вторник, 23 Августа 2011, 16:54

QUOTE(c930 @ там)
А отсутствие битрейтов и размеров потоков это из-за бэты?
Я же говорил что механизм получения информации не мой, а MediaInfo. Если эта библиотека по каким-то причинам не дает инфу - я ее и не показываю. Почему в каких-то ситуациях она не дает размер потока (и следовательно битрейт) - я не могу сказать.

QUOTE(c930 @ там)
нельзя ли все инфо-утилиты выпускать также в портабл варианте, без инсталляции.
Все мои утилиты состоят их ActiveX компоненты и GUI. ActiveX требует регистрации в системе, которую сейчас осуществляет инсталлер. Без этого запускать прогу нельзя. Ничего другого "не-портабл" нет (ну разве что сохранение текущих настроек типа "всегда сверху" или координат положения окна в реестре, но это не важные параметры).
Еще программы прописывают себя в выпадающее меню на соотвествующие типы файлов, это делается инсталлером или первым запуском. Это никуда из реестра не исчезнет если программу просто удалить с диска.
Вывод - сейчас портабл-запуск можно сделать только с применением программ типа http://portableapps.com/apps/development/portableapps.com_launcher.

Автор: starsoft Среда, 24 Августа 2011, 16:17

Нашел решение для портабл-варианта - GUI-exe при старте будет проверять есть ли регистрация и, если нет, попробует зарегить компоненту (у которой должно быть дифолтное имя - в данном случае MKINfo.dll - и лежать она должна вместе с ехе-шником).
В следующей версии сделаю.

Автор: c930 Четверг, 25 Августа 2011, 0:01

Ура!
Ура-ааа! Ура-аааа! Ура-ааааа! bojan.gif

Автор: starsoft Воскресенье, 28 Августа 2011, 19:04

Обновление - версия 1.0.4 beta

Подробности вверху.

Автор: c930 Воскресенье, 28 Августа 2011, 20:39

Спасибо! Деинсталлировал сабж.
Portable версия работает @ WinXP SP3.

"Исчезание окна" тоже пропало.

Что интересно сабж кушает и AVI-файлы!
Можно сравнить информацию выдаваемую AviInfo и MKInfo.
Только sad.gif расположение и заголовки полей в окнах, формат данных в полях различаются.
Может как-то привести их к единому виду для удобства!

Автор: starsoft Воскресенье, 28 Августа 2011, 21:16

2 userinfoc930: Кушает, потому что движок в ней - MediaInfo, которая кушает всё. Только делает это медленно. В AviInfo мой парсер, который работает гораздо быстрее и проще. Но полей в АвиИнфо гораздо меньше - конверт проще. Зато есть тэги, в матрешке с этим хуже.

Автор: starsoft Воскресенье, 28 Августа 2011, 21:26

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

Вообще GUI может быть любой - в том то и преимущество ActiveX компоненты. Но не вижу смысла лепить вместе оба движка.

Автор: c930 Воскресенье, 28 Августа 2011, 21:47

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

P.S. А что картинки выше у меня уменьшенные какие-то отображаются? Это движок форума их уменьшает что ли, как вставить 1:1?

Автор: starsoft Воскресенье, 28 Августа 2011, 22:03

2 userinfoc930:
Заголовки я не получаю, а написал их так, как это в MediaInfo принято. Содержимое вообще не меняю - как там так и тут. А расположение сделано по-разному потому что в MK полей просто гораздо больше (хотя не все и видны одновременно - пустые, типа названий потоков, я стараюсь прятать). Зато в АВИшке есть поля тэгов, которых нет в МК и которые прячутся если пустые, да еще пара особенностей. Я поначалу постарался сделать MKInfo похожей на AviInfo - и получил длиннющую "простыню". Пришлось поля группировать по 2 в ряд чтобы было компактно.
Чтобы оценить - открой MK, в котором есть и субтитры и чаптеры - и поймешь.

Автор: 19w85 Понедельник, 29 Августа 2011, 0:02

Только сейчас эту темку заметил, давно хотелось пододного для mkv. Спасибо!
А можно попросить альтернативный интерфейс как в aviinfo? (т.е. все поля, кроме аудио - в 1ом стобце (в том числе субтирты), а все аудиопотоки во 2ом столбце).
А то что-то даже одна дорога не влезает, а хочется сразу все дороги видеть:
http://s002.youpic.su/pictures/1314561600/adab7a0c417e0ad1764e597df56121cf.png

P.S.
И кстати, в контекстном меню после инсталяции у меня не появился пункт MKinfo, заглянул в реестр, оказалась прога прописалась не в тот раздел, она прописалась сюда:
HKEY_CLASSES_ROOT\MatroskaVideo\shell\MKInfo

А для mkv у меня используется другой раздел [HKEY_CLASSES_ROOT\MKVFile], ну и соответственно он прописан в [HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.mkv\UserChoice]

AviInfo прописывалась сразу куда нужно, т.е. в тот раздел, который и задан.

Автор: c930 Понедельник, 29 Августа 2011, 0:30

19w85

QUOTE(19w85 @ там)
А то что-то даже одна дорога не влезает...
Странная у тебя какая-то картинка, глюк какой-то, часть области Audio не влезло. У меня всё влезает. Окно у меня по вертикали не раздвигается, только по горизонтали.
А если Grey +/- понажимать больше информации не появляется?
Может у тебя системный шрифт какой-то крупный задан?

Автор: 19w85 Понедельник, 29 Августа 2011, 0:37

QUOTE(c930 @ Понедельник, 29 Августа 2011, 0:30)
Странная у тебя какая-то картинка, глюк какой-то, часть области Audio не влезло. У меня всё влезает. Окно у меня по вертикали не раздвигается, только по горизонтали.
А если Grey +/- понажимать больше информации не появляется?
Может у тебя системный шрифт какой-то крупный задан?
*

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

Автор: starsoft Среда, 31 Августа 2011, 22:57

2 userinfo19w85:

QUOTE(19w85 @ там)
А можно попросить альтернативный интерфейс как в aviinfo? (т.е. все поля, кроме аудио - в 1ом стобце (в том числе субтирты), а все аудиопотоки во 2ом столбце).
С матрешкой сложнее - полей гораздо больше. В отличие от avi-шки тут и на субтитры несколько полей, и поле для чаптеров может быть, то есть в размер окна того альтернативного маловат будет для матрешки. К тому же у HD-рипов в матрешке нормой считается большое количество аудиотреков.

С контекстным меню разберусь, хотя странно - прога прописывает себя в разделы реестра, названия которых определяются дифолтным значением ключей HKEY_CLASSES_ROOT\.mkv и HKEY_CLASSES_ROOT\.mka.

Автор: 19w85 Четверг, 01 Сентября 2011, 2:20

QUOTE(starsoft @ Среда, 31 Августа 2011, 23:57)
2 userinfo19w85:
QUOTE(19w85 @ там)
А можно попросить альтернативный интерфейс как в aviinfo? (т.е. все поля, кроме аудио - в 1ом стобце (в том числе субтирты), а все аудиопотоки во 2ом столбце).
С матрешкой сложнее - полей гораздо больше. В отличие от avi-шки тут и на субтитры несколько полей, и поле для чаптеров может быть, то есть в размер окна того альтернативного маловат будет для матрешки.

Ну если действительно не реально вместить это (все кроме дорог) в один столбец (хотя насколько я помню, в отличии от ави тут не используюсь поля под жанр и т.д.), то тогда можно ведь в 3 столбца? в 1ом стоблце (самом левом) - блоки под сабы, чаптеры. Во 2ом (центральном) - блоки General, видео, 3ем столбце - аудио.
А то в дефолтовом фейсе, не то что несколько аудиодорог, даже одной целиком у меня не видно (сабы там тоже были, но они тоже оказались не видны).

QUOTE(starsoft @ Среда, 31 Августа 2011, 23:57)
К тому же у HD-рипов в матрешке нормой считается большое количество аудиотреков.

А нельзя сделать, так же как в альтернативном aviinfo 3 блока под 3 аудиодороги, но на 3ем блоке переключатель на остальные дороги, на случай когда их больше трех?

Автор: 19w85 Понедельник, 05 Сентября 2011, 13:04

Так всё-таки как насчет хоть какого-нибудь альтернативного GUI? http://s002.youpic.su/pictures/1314561600/adab7a0c417e0ad1764e597df56121cf.png ведь пользоваться нельзя... sad.gif

Автор: c930 Понедельник, 05 Сентября 2011, 15:00

19w85

QUOTE(c930 @ там)
Может у тебя системный шрифт какой-то крупный задан?
У тебя в операционной системе системный шрифт обычного размера или увеличенный?

Автор: 19w85 Понедельник, 05 Сентября 2011, 17:04

QUOTE(c930 @ Понедельник, 05 Сентября 2011, 16:00)
QUOTE(c930 @ там)
Может у тебя системный шрифт какой-то крупный задан?
У тебя в операционной системе системный шрифт обычного размера или увеличенный?
*

Думаю из скриншота и так понятно, что увеличенный. Конкретно 185%.
Автор в курсе про масштаб (я уже http://www.rusdivx.net/ibf/index.php?showtopic=8942&view=findpost&p=394581 о масштабе с конкретными цифрами, в теме про aviinfo, когда была похожая проблема. Там глюки вылезали начиная со 164%).

Автор: starsoft Понедельник, 05 Сентября 2011, 19:34

QUOTE(19w85 @ там)
ак всё-таки как насчет хоть какого-нибудь альтернативного GUI?
Я, конечно, уважаю пользователей своих программ, а особенно мемберов этого форума, но я ж тоже не могу прыгнуть выше головы. Эти программы, как вы понимаете, не основная моя деятельность и не способ заработка, я ими занимаюсь в свободное время. А его частенько не хватает. Как только появится - сразу займусь всеми багами и альтернативами.

Автор: 19w85 Вторник, 06 Сентября 2011, 0:27

QUOTE(starsoft @ Понедельник, 05 Сентября 2011, 20:34)
Эти программы, как вы понимаете, не основная моя деятельность и не способ заработка, я ими занимаюсь в свободное время. А его частенько не хватает.

Да это понятно...

QUOTE(starsoft @ Понедельник, 05 Сентября 2011, 20:34)
...Как только появится - сразу займусь всеми багами и альтернативами.
*

Тогда будем надеяться, что это время всё-таки появится... sad.gif

Автор: starsoft Четверг, 08 Сентября 2011, 19:00

Обновление - версия 1.0.5 beta

Подробности вверху.

Автор: c930 Пятница, 09 Сентября 2011, 7:44

- Заметил глюк на альтернативном GUI: если в матрёшке две дорожки звуковые, то исходно третья область Audio stream(s) не заполнена, это понятно. Но стоит пощёлкать в левой части ниспадающими боксами субтитров или меню (если они не пустые), то эта третья область аудио заполняется данными из 2-й аудиообласти (дублирует её).

+ Может стоит (в альтернативном GUI) для первых двух аудиообластей (зон) тоже сделать возможность выбора номера потока (а поумолчанию оставить 1 и 2), чтобы можно было визуализировать любые три дорожки (если их много). Это на пару строк расширит в высоту правую часть. А в левой предлагаю (за счёт/или независимо от этого):

+ добавить поле Тип развёртки (Прогрессивная/Чересстрочная) и
+ поле Контейнер (Matroska, AVI, FLV, MP4, MPEG-TS, MPEG-PS, BDAV/M2TS, RealMedia, QuickTime, ASF/WMV, 3GP, Ogg и пр.) раз уж сабж получился всеядным.

Автор: 19w85 Пятница, 09 Сентября 2011, 10:21

QUOTE(starsoft @ Четверг, 18 Августа 2011, 13:54)
1.0.5
+) Добавлен альтернативный GUI, переключение в меню аппликации.

Отлично! Спасибо! Ещё с переключением из меню, а не отдельным exe-шником - вообще хорошо.
У меня вопросик, а вот там где переключатель дорожек - там межстрочный интервал никак нельзя уменьшить хоть на сколько-нибудь? Ещё бы несколько пикселей http://s002.youpic.su/pictures/1315512000/2fb250cb99871f14cc4d0c74d3040485.png выиграть.
Или чтобы программа могла перекрывать панель задач, а не уходить под неё.

QUOTE(c930 @ Пятница, 09 Сентября 2011, 8:44)
+ Может стоит (в альтернативном GUI) для первых двух аудиообластей (зон) тоже сделать возможность выбора номера потока (а поумолчанию оставить 1 и 2), чтобы можно было визуализировать любые три дорожки (если их много). Это на пару строк расширит в высоту правую часть.

Я лично категорически против дальнейшего увеличения высоты GUI. Во-первых, мне лично уже сейчас пары милимметров по высоте http://s002.youpic.su/pictures/1315512000/2fb250cb99871f14cc4d0c74d3040485.png (но в принципе ещё юзабельно). Во-вторых, переключатель дорог необходим (1шт.) только для того, чтобы была возможность просмотреть дороги, когда их больше трёх и всё. А когда дорог 3 или меньше, чтобы им вообще не приходилось пользоваться. А когда им всё же придется пользоваться, то одним удобнее и быстрее переключить и посмотреть, чем тремя.

QUOTE(c930 @ Пятница, 09 Сентября 2011, 8:44)
- Заметил глюк на альтернативном GUI: если в матрёшке две дорожки звуковые, то исходно третья область Audio stream(s) не заполнена, это понятно. Но стоит пощёлкать в левой части ниспадающими боксами субтитров или меню (если они не пустые), то эта третья область аудио заполняется данными из 2-й аудиообласти (дублирует её).

Баг подтверждаю.

Автор: c930 Пятница, 09 Сентября 2011, 17:03

QUOTE(19w85 @ там)
А когда дорог 3 или меньше, чтобы им вообще не приходилось пользоваться. А когда им всё же придется пользоваться, то одним удобнее и быстрее переключить и посмотреть, чем тремя.
В том варианте, как я предлагал, оба эти условия выполняются, т.к. по умолчанию будут показываться первые три (или меньше, если их меньше) дорожки и переключать ничего не надо. А если хочется, то ты можешь переключать только последнюю.
QUOTE(19w85 @ там)
Или чтобы программа могла перекрывать панель задач, а не уходить под неё.
Если у тебя панель задач не скрывается (всегда видна), то ты можешь поставить галку в меню File сабжа - Always on top и окно будет поверх таскбара.
Или возможно альтернативный вариант: таскбар убрать, например, на левую границу дэсктопа (вертикально), а ещё и скрываемым сделать. У меня на моём компьютере он слева и выплывающий (мне так удобно, удобнее чем традиционное положение снизу). Так как мне кистью удобнее мышку влево подвинуть, чем на такое же расстояние вниз (т.е. на себя), чисто из эргономики, кисть у меня не травмированная, нормальная. А кроме того, на вертикальном "больше задач помешается".

Нескромный вопрос: для чего тебе такой гигантский системный шрифт? У тебя что зрение слабое совсем или ты издалека на телевизоре смотришь?

Автор: 19w85 Пятница, 09 Сентября 2011, 18:17

QUOTE(c930 @ Пятница, 09 Сентября 2011, 18:03)
В том варианте, как я предлагал, оба эти условия выполняются, т.к. по умолчанию будут показываться первые три (или меньше, если их меньше) дорожки и переключать ничего не надо. А если хочется, то ты можешь переключать только последнюю.

В текущем варианте УЖЕ выполняются все условия и при этом интерфейс НЕ загроможден абсолютно ненужными и бессмысленными элементами.
Я объяснил, для чего нужны 3 поля аудио (т.е. альтернативный GUI) - это возможность во многих случаях НЕ пользоваться переключателем. Экономить время. Видеть как можно больше информации СРАЗУ после открытия программы без каких-либо манипуляций.
Предложенные же вами переключатели на каждой дороге не дают ровным счетом ничего, только вред, бессмысленное увеличение высоты за счет дублирующихся элементов. Повторюсь: если дорог больше трех и придется пользоваться переключателем, то гораздо удобнее и быстрее пользоваться ОДНИМ переключателем, а не десятью.
3 блока под аудио нужны не для красоты, т.е. не для того чтобы любоваться на них и выстраивать различные комбинации отображения дорог, типа 4ая-5ая-6ая дороги и т.п.

QUOTE(c930 @ Пятница, 09 Сентября 2011, 18:03)
Если у тебя панель задач не скрывается (всегда видна), то ты можешь поставить галку в меню File сабжа - Always on top и окно будет поверх таскбара.

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

QUOTE(c930 @ Пятница, 09 Сентября 2011, 18:03)
Нескромный вопрос: для чего тебе такой гигантский системный шрифт? У тебя что зрение слабое совсем или ты издалека на телевизоре смотришь?
*

2ой вариант. Да и я бы не сказал, что он гигантский (150% многие пользуются, а у меня всего лишь чуть больше).

Автор: c930 Пятница, 09 Сентября 2011, 21:16

QUOTE(19w85 @ там)
Я объяснил, для чего нужны 3 поля аудио (т.е. альтернативный GUI) - это возможность во многих случаях НЕ пользоваться переключателем. Экономить время. Видеть как можно больше информации СРАЗУ после открытия программы без каких-либо манипуляций.
Тут я с тобой полностью согласен! Я бы тоже предпочёл видеть сразу всю необходимую информацию.
Остальное несколько категорично, насчёт:
QUOTE(19w85 @ там)
абсолютно ненужными и бессмысленными элементами
QUOTE(19w85 @ там)
Предложенные же вами переключатели на каждой дороге не дают ровным счетом ничего, только вред, бессмысленное увеличение высоты за счет дублирующихся элементов.
Элементы вовсе не дублирующие! Позволяют отобразить любые три дороги, в случае необходимости, одновременно. А кроме того не у всех так остро стоит проблема с размером GUI.
QUOTE(19w85 @ там)
если дорог больше трех и придется пользоваться переключателем, то гораздо удобнее и быстрее пользоваться ОДНИМ переключателем, а не десятью.
Были бы переключатели, пользоваться тебе нужно будет только последним, как и теперь. Функционально для тебя ничего бы не изменилось. Так что менее быстро и менее удобно не было б. По умолчанию отображались бы первые три дороги. Зато для всех других будет свобода выбора в случае необходимости.

Кроме того наверное можно "переключатель" разместить на одной строке с заголовком области Audio stream#N, за ним непосредственно. Было бы логично, и именно добавление индивидуальных переключателей не увеличило б высоту GUI, а даже бы на одну строку она уменьшилась бы за счёт третьей области.
"Именно", потому что я бы всё таки хотел чтобы были добавлены в левую часть предлагаемые мной выше поля Тип развёртки и Контейнер. Но думаю там тоже можно пару строк сэкономить в областях субтитров и чаптеров.
QUOTE(19w85 @ там)
т.к. иначе пока не закроешь программу на другие окна уже не переключиться
А как насчёт просто свернуть её в таскбар?

Автор: 19w85 Пятница, 09 Сентября 2011, 22:19

QUOTE(c930 @ Пятница, 09 Сентября 2011, 22:16)
Элементы вовсе не дублирующие!

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

QUOTE(c930 @ Пятница, 09 Сентября 2011, 22:16)
Позволяют отобразить любые три дороги, в случае необходимости, одновременно.

А это разве не бред? Пощелкать аж тремя выключателями (максимальная затрата времени), чтобы зачем-то увидеть три определенные дороги одновременно?
Сейчас один выключатель на 3ей дороге (и на нём всегда фокус). И возможных комбинаций более чем достаточно:
1-2-3
1-2-4
1-2-5
и т.д.

QUOTE(c930 @ Пятница, 09 Сентября 2011, 22:16)
А кроме того не у всех так остро стоит проблема с размером GUI.

Не надо путать кислое со сладким. В моем случае (относительно редком) интерфейс не позволял увидеть все поля интерфейса, т.е. всем функционалом программы пользоваться было нельзя. Благодаря тому, что автор сделал альтернативный GUI, такая возможность появилась.
Ваше же предложение с кучей переключателей в функциональном плане ничего не дает, кроме "утяжеления" интерфейса. Сейчас можно просмотреть все поля, все дорожки, они все видны, т.е. полностью доступен весь функционал программы.

QUOTE(c930 @ Пятница, 09 Сентября 2011, 22:16)
Кроме того наверное можно "переключатель" разместить на одной строке с заголовком области Audio stream#N, за ним непосредственно. Было бы логично, и именно добавление индивидуальных переключателей не увеличило б высоту GUI, а даже бы на одну строку она уменьшилась бы за счёт третьей области.
"Именно", потому что я бы всё таки хотел чтобы были добавлены в левую часть предлагаемые мной выше поля Тип развёртки и Контейнер.

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

QUOTE(c930 @ Пятница, 09 Сентября 2011, 22:16)
QUOTE(19w85 @ там)
т.к. иначе пока не закроешь программу на другие окна уже не переключиться
А как насчёт просто свернуть её в таскбар?
*

Обычно пользуюсь клавиатурой, и быстрее и удобнее по Alt+Tab переключиться. А свернуть можно только мышью.

Автор: c930 Суббота, 10 Сентября 2011, 0:18

QUOTE(19w85 @ там)
Дублирующие...
А это разве не бред? Пощелкать аж тремя выключателями (максимальная затрата времени), чтобы зачем-то увидеть три определенные дороги одновременно?
Если тебе нет необходимости выбирать любые три дороги, так и не щёлкай, не трать своё драгоценное время, кто ж тебя заставляет. Я уж выше писал это.
У меня, например, нет необходимости увеличивать системный шрифт, чего я и не делаю. Но я же не говорю, что такая возможность это бред smileold.gif.

QUOTE(19w85 @ там)
и фокус оставить все равно на третьей дороги
Что до меня, то мне в данном случае без разницы, где будет фокус.

QUOTE(19w85 @ там)
А уж поле "контейнер"-то точно ни к чему, неужели не видно расширение открываемого файла?Зачем подобное захламление интерфейса такой уж явно избыточной инфой?

Во-первых часто встречаются файлы у которых расширение не соответствует фактическому контейнеру, переименованные разными несознательными пользователями по той или иной причине.
Во-вторых, некоторые стандартные расширения не отражают в явном виде тип контейнера, например mpg, mpeg.
В-третьих, некоторым контейнерам могут соответствовать разные стандартные и не очень расширения. И чтобы не ломать голову, хотелось бы иметь это поле.
Короче, считаю поле Контейнер информативным, полезныи и необходимым.

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

QUOTE(19w85 @ там)
Обычно пользуюсь клавиатурой, и быстрее и удобнее по Alt+Tab переключиться. А свернуть можно только мышью.
Ну почему же, стандартное окно Windows, в том числе и сабж, можно и клавиатурой свернуть на два счёта.

Автор: starsoft Воскресенье, 11 Сентября 2011, 13:21

2 userinfoc930:
2 userinfo19w85:
Во-первых, спасибо за тестирование и советы.
Теперь по пунктам. Баг, конечно, будет исправлен. Информацию по типу развертки (а заодно и еще пару-тройку видеопараметров, необходимых пытливым специалистам в видеопотоках) добавлю, но не на основную панель, а в Additional Video Info - и инфа не самая-самая необходимая, и интерфейс не придется увеличивать. "Парочку пикселов" за счет сдвижки комбо-боксов на рамки группы параметров тоже съэкономлю, спасибо за хороший совет.

Дополнительные комбо-боксы на дорожки делать не считаю нужным. Потому что:
- это перегружает и без того насыщенный информацией интерфейс
- это не нужно в 99 случаях из 100. Если бы прога всегда имела дело с файлами с 3 и более дорогами - тогда как-то понятно. Но когда вслед за файлом, скажем, с 5 дорогами, откроется файл с 1 или двумя - то тогда делают эти комбо кроме как мешают.
- единственное применение, кторое я вижу в этом предложении - это увидеть одновременно и сравнить параметры разных дорожек, когда их больше 3. Лично я для этого редкого случая просто открываю просмотр инфы в текстовом виде - два клика мышкой или клавиатурой и все дороги на экране.

Поле "контейнер" я тоже добавлять не хочу. И вот почему: программа называется MKInfo, расчитана на матрешку, список инфо-полей сделан под матрешку - я изучал контейнер и подбирал то, что считал нужным, именно для этого контейнера. То, что MediaInfo универсален (это его достоинство и недостаток одновременно) и выдает инфу вне зависимости от типа данных - меня, в данном случае, не интересует. Я не планировал делать GUI для MediaInfo на все случаи жизни, я проверял только то, что касается матрешки и любые несотвествия этих же инфо-полей в других контейнерах для меня требуют изучания всех нюансов чтобы точно знать что происходит. Короче - прога для матрешки, а если есть желание пользовать ее для других файлов - на собственное усмотрение юзера.

Сегодня вот прислали анекдот, почти в тему - наверное с башорга
xxx: Ко мне реально обращались люди, всерьёз предполагавшие, что переименовывая файлы .bmp в .jpg они реально сэкономят кучу места на файл-сервере.
yyy: Кстати, всегда мечтал о такой возможности в ОС. Странно, почему до сих пор не сделано. Переименовываем mp3 в .mkv – через долю секунды получаем видеоклип любимой песни в HD-3D-DD5.1-качестве, плачем от счастья и целуем монитор.
xxx: smileold.gif
xxx: - Аллоэ, это техподдержка? Я тут давеча переименовал “Война и мир.txt” в “Война и мир.avi”. И у меня сразу закончилось место на диске Цэ!
zzz: А можно с другими актерами?
xxx: "Война и мир(с другими актёрами).avi"

Автор: starsoft Среда, 14 Сентября 2011, 17:10

Обновление - версия 1.0.6 beta

Подробности вверху.

Автор: 19w85 Среда, 14 Сентября 2011, 18:10

QUOTE(starsoft @ Среда, 14 Сентября 2011, 18:10)
Обновление - версия 1.0.6 beta
*

Спасибо! Теперь практически все идеально thumbup.gif
Касательно интерфейса осталась только одна мелочь:
http://s002.youpic.su/pictures/1315944000/d78cf728c83b74f599d6375df9088061.png

Вкладки с выбором "меню", "сабы", "аудио". Хотелось бы, чтобы их ширина была побольше, чтобы все влезало (под это запас места в данном случае огромный).
При разворачивании любой вкладки, например, "Audio 3 / 5" последняя цифра с общим количество потоков не влезает. На остальных переключателях, также.
А названия переключателя сабов не влезает даже в обычном состоянии.

Вот, кстати с двухзначным количеством аудио потоков и сабов (в этом случае, даже название переключателя аудио в не развернутом виде не влезает):
http://s002.youpic.su/pictures/1315944000/777524310d7f5bb35e3267415dbfaa54.png
http://s002.youpic.su/pictures/1315944000/b7f969500b95dd296a209307be8df1f7.png

На всякий случай тестовый файлик (больше 20 потоков аудио и сабов, размер 7mb): http://multi-up.com/557244

Автор: starsoft Среда, 14 Сентября 2011, 18:45

2 userinfo19w85:
В твоем примере на самом деле (если верить MediaInfo) 24 аудиотрека и 32 субтитровых. Я искусственно ограничиваю максимальное количество треков до 20 для аудио и субов и до 10 для наборов чаптеров. Вот не думал что делают таких монстров как этот. Не проблема увеличить лимит до 50.
А боксы с количеством треков... У меня на экране они даже больше чем нужно, вот не думал что и тут твой масштаб сыграет плохую роль.

Автор: 19w85 Среда, 14 Сентября 2011, 22:41

QUOTE(starsoft @ Среда, 14 Сентября 2011, 19:45)
2 userinfo19w85:
В твоем примере на самом деле (если верить MediaInfo) 24 аудиотрека и 32 субтитровых. Я искусственно ограничиваю максимальное количество треков до 20 для аудио и субов и до 10 для наборов чаптеров. Вот не думал что делают таких монстров как этот. Не проблема увеличить лимит до 50.

Не, у меня нет таких монстров (ну а лимит на количество треков, думаю если и стоит увеличивать, то только если это не сказывается на быстродействии программы). Этого монстра я искусственно создал, многократно добавляя одни и те же дороги через mkvmerge. Мне просто хотелось посмотреть, как будут влезать названия этих переключателей, когда цифры треков двузначные. Типа "Audio 11 / 20"
==============================================
И вот еще что, мне кажется было бы нагляднее видеть сразу количество потоков, не раскрывая список, а то, например, отображается "Audio 3" и непонятно есть ли еще дорожки на которые стоит переключить или нету.
Хотелось бы в таком случае в названии видеть "Audio 3 / 4", а еще лучше формат поменять на "Audio 3 (4)"...просто обычно в скобках отображают общее количество, это и привычнее и визуально более понятно.

Автор: starsoft Среда, 14 Сентября 2011, 22:45

2 userinfo19w85: Ну так если бы не твой масшаб ты бы увидел что так и есть - в поле комбо-бокса показывается то же, что и в списке "Audio N / NN". А в скобках или через дробь - нет правил, дело вкуса. Могу и поменять - мне пофиг.

Автор: 19w85 Среда, 14 Сентября 2011, 22:48

QUOTE(starsoft @ Среда, 14 Сентября 2011, 23:45)
А в скобках или через дробь - нет правил, дело вкуса.
*

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

QUOTE(starsoft @ Среда, 14 Сентября 2011, 23:45)
Могу и поменять - мне пофиг.
*

Было бы отлично, в скобках легче воспринимать при беглом взгляде.

Автор: c930 Среда, 14 Сентября 2011, 23:48

starsoft
А портабл ссылку можно тоже обновить?

Автор: starsoft Четверг, 15 Сентября 2011, 0:28

2 userinfoc930: Можно, тока уже завтра smileold.gif Хотя портабл каждый может себе сделать - просто взять 2 файла (exe и dll) из проинсталлированной проги.

Автор: c930 Четверг, 15 Сентября 2011, 6:16

Теперь у менЯ текст в поле Frame size не помещается (для анаморфных видео):



Предлагаю левую колонку расширить на необходимую ширину за счёт правой (Size и FPS), там вроде запас ширины имеется.
В основном GUI окно масштабируется, там не так критично, а в альтернативном нет.

QUOTE(starsoft @ там)
Информацию по типу развертки... добавлю, но не на основную панель, а в Additional Video Info
Жалко, этим уж я точно не буду пользоваться, весь смысл теряется, только в случае единовременной необходимости для конкретного файла. Проще уж MediaInfo запустить будет, хотя его представление мне не нравится. Да ещё он гад размер окна не запоминает.

QUOTE(starsoft @ там)
ассоциировать в TotalCommander-е для желаемых типов файлов на кнопку Alt+F3...
starsoft, а ты сам пользуешься TotalCommanderом?
А то давно уж хотел у тебя спросить - как на счёт написать плагины соответствующие, типов WDX и WLX.
Было бы удобно при работе с множеством файлов.

Автор: 19w85 Четверг, 15 Сентября 2011, 8:26

QUOTE(c930 @ Четверг, 15 Сентября 2011, 7:16)
Теперь у менЯ текст в поле Frame size не помещается (для анаморфных видео):

Приятно, что и при обычном масштабе может что-то не влезать biggrinold.gif
Скачал эти файлы, которые на скринах (для семплов тяжеловаты по размеру, пары секунд бы хватило) и проверил как у меня не влезает, практически точно также, ни лучше, а главное не хуже:
http://s002.youpic.su/pictures/1316030400/cd56c21aa2bee6ea0c06b8cef82f8f11.png
http://s002.youpic.su/pictures/1316030400/ca36e301e65c68a3bc204f64036dafeb.png

QUOTE(c930 @ Четверг, 15 Сентября 2011, 7:16)
Предлагаю левую колонку расширить на необходимую ширину за счёт правой (Size и FPS), там вроде запас ширины имеется.

А я предлагаю не урезать поля Size и FPS, а урезать ширину бесполезного разделяющего интервала между концом поля "Frame size" и надписью "FPS".

Автор: starsoft Четверг, 15 Сентября 2011, 14:03

2 userinfoc930: У тебя же нет проблем с масшабом-размером, почему ты пользуешься альтернативным gui? пользуйся основным и растягивай окно в стороны до нужных размеров - все поля и будут видны.

QUOTE(c930 @ там)
как на счёт написать плагины соответствующие, типов WDX и WLX
Так а зачем? Вписываться в lister со всеми его ограничениями не вижу смысла - и по Alt+F3 работает прекрасно, зато не мешает какому-нибудь play-плагину для листера проиграть файл. А контентный плагин - я честно говоря и не пользуюсь такими, по мне кроме мульти-переименования его и пользовать негде. А для этого инфа должна выглядеть гораздо компактней и, значит, менее читаемой. И тут на вкус и цвет у всех разные фломастеры.

Скажи - а по чему для тебя так важен тип развертки? Мне кажется что 99% файлов матрешки всегда в прогрессиве, а редкие исключения (сделанные камкодерами) и так понятно что интерлейсные. Из этой логики я и выкинул инфу в "дополнительную" - если нужно убедиться, то не лень нажать на меню.

Автор: xfiles Четверг, 15 Сентября 2011, 19:49

QUOTE
Мне кажется что 99% файлов матрешки всегда в прогрессиве, а редкие исключения (сделанные камкодерами) и так понятно что интерлейсные.

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

Автор: 19w85 Пятница, 16 Сентября 2011, 1:48

QUOTE(starsoft @ Четверг, 15 Сентября 2011, 15:03)
2 userinfoc930: У тебя же нет проблем с масшабом-размером, почему ты пользуешься альтернативным gui? пользуйся основным и растягивай окно в стороны до нужных размеров - все поля и будут видны.

Хм, а зачем отсылать на дефолтовый gui? Альтернативный gui получился просто замечательный.
Полагаю, так же как и я, человек оценил, что видеть сразу три аудио-дороги, гораздо удобнее, чем одну smileold.gif Даже если вопрос с масштабом не стоит.

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

Автор: starsoft Пятница, 16 Сентября 2011, 3:10

QUOTE(19w85 @ там)
а в чем проблема уменьшить этот самый интервал между полями, который я предлагал выше
Потому что этого все равно не хватит чтобы всегда вместить информацию по анаморфу.

Автор: 19w85 Пятница, 16 Сентября 2011, 4:08

QUOTE(starsoft @ Пятница, 16 Сентября 2011, 4:10)
QUOTE(19w85 @ там)
а в чем проблема уменьшить этот самый интервал между полями, который я предлагал выше
Потому что этого все равно не хватит чтобы всегда вместить информацию по анаморфу.
*

Пространство этого интервала между полями очень большое, оно запросто покроет невлезающие 3 цифры из самого худшего варианта приведенного выше, т.е. для:
QUOTE
1074x496 (2.2:1) @ 688x496


Самый наиширокий вариант анаморфа (все-все цифры разрешения 4х-значные) в этом найденном мною примере:
http://s002.youpic.su/pictures/1316116800/53c17563f1f5f94ac586aaacdf230bbe.png

Если интервал между полями почти убрать, то всего лишь чуть-чуть придется урезать ширину поля FPS, чтобы влез даже 4х-значный вариант.
Семпл 4-значного примера: http://multi-up.com/557988

P.S. Еще предлагаю убрать ненужные пробелы до и после @
Тогда вообще возможно можно будет обойтись одним лишь уменьшением интервала.
Инфа по анаморфу нужна, и та капля что не влезает, её тут запросто можно уместить, т.к. места и вариантов тут просто вагон. Это даже на глаз видно.
=============================================
Только сейчас заметил...а почему идет анаморфированное разрешение на 1ом месте?
Должно же быть "Реальное разрешение@Анаморфированное". Потому что логично именно так, фейковому разрешению не место в самом начале строки.

Автор: c930 Пятница, 16 Сентября 2011, 5:40

QUOTE(19w85 @ там)
для семплов тяжеловаты по размеру, пары секунд бы хватило
Сколько starsoft просил отщипнуть, столько и отрезал. Мне не жалко.
QUOTE(19w85 @ там)
А я предлагаю не урезать поля Size и FPS, а урезать ширину бесполезного разделяющего интервала между концом поля "Frame size" и надписью "FPS".
Разделяющий интервал не бесполезный, он необходим! Также как и отступы (по возможности) внутри поля спереди и сзади информации. Для хорошего зрительного восприятия, чтоб GUI гармонично выглядел. Отступы в полях Size и FPS имеют большой запас, их бы я и сократил (не до нуля конечно) в первую очередь и расширил левую колонку. Ну а уж если не хватит всё равно места, то уж тогда интервал между колонками стал сокращать, информация важнее. Если starsoft вдруг надумает изменять ширину, то надеюсь что он сделает чтоб всё было сбалансировано.

+ Предлагаю также в поле Size области General Information число, означающее размер файла в байтах (что в скобках) выводить с разделителями (пробелом) меду триадами разрядов, для лучшего восприятия. Запас места есть.
Т.е вместо (12586325147 bytes) сделать так: (12 586 325 147 bytes).

+ Ещё: в сокращённых единицах измерения байты обозначить заглавной буквой, т.е. B, MB, а биты - строчной (в общем как сейчас Mbps, kbps).
Чтобы путаницы не было.

+ А также добавить пробел между значением параметра и единицами измерения (там где отсутствует).

QUOTE(19w85 @ там)
Еще предлагаю убрать ненужные пробелы до и после @
Не согласен по вышеупомянутой причине (для лучшего восприятия), по возможности хотелось бы оставить. Тем более, что в правой колонке запаса места хватает.

QUOTE(19w85 @ там)
Только сейчас заметил...а почему идет анаморфированное разрешение на 1ом месте?Должно же быть "Реальное разрешение@Анаморфированное". Потому что логично именно так, фейковому разрешению не место в самом начале строки.

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

QUOTE(starsoft @ там)
У тебя же нет проблем с масшабом-размером, почему ты пользуешься альтернативным gui? пользуйся основным и растягивай окно в стороны до нужных размеров - все поля и будут видны.
Альтернативный мне больше нравится: одновременно выводится больше нужной информации, не нужно щёлкать переключателями - всё под рукой.
Кроме того размер окошка стабилен, все поля имеют своё неизменное местоположение - при сравнении разных видеофайлов удобно. Ничего не прыгает.

QUOTE(starsoft @ там)
по Alt+F3 работает прекрасно, зато не мешает какому-нибудь play-плагину для листера проиграть файл.
А я не пользуюсь (как показала практика) плагинами для просмотра видео. Недавний опрос http://forum.wincmd.ru/viewtopic.php?t=13880&start=15, на который я наткнулся на сайте командера, в поисках того какие сейчас есть WDX плагины для видео (прежде чем закинуть удочку тебе) подтверждает, что и многие не пользуются. Хотя возможность м.б. полезна для просмотра кучи мелких видеофайлов в режиме Quick view. Но она никуда не денется, можно ведь плагины переключать, или их приоритет.

А информационным листер-плагином удобно было бы пользоваться, на мой взгляд, в том же режиме Quick view: в одной панели у тебя список видеофайлов (которые можно при необходимости отсортировать и отфильтровать средствами командера), а в другой инфо, наподобие как в GUI сабжа. Перемещаешься по файлам и смотришь параметры - на мой взгляд очень удобно. В GUI сабжа конечно тоже можно листать файлы, но он их как-то сам выбирает. В каком порядке. В командере всё гораздо удобнее было бы.

QUOTE(starsoft @ там)
А контентный плагин - я честно говоря и не пользуюсь такими, по мне кроме мульти-переименования его и пользовать негде.
Ответ под спойлером!
Для мультипереименования я WDX-плагинами не пользуюсь (ничего не имею против, просто на практике пока не требовалось). А WDX-плагин хотелось бы для использовании инфо в пользовательских колонках. Для просмотра параметров кучи файлов удобно. Опять же гибкость настройки видов отображения. Плагин может выдавать кучу всевозможных параметров видео, а ты выбрал только необходимые (даже для данной конкретной задачи) или всего один-два нужных параметра.
Например нужно мне найти файлы с чересстрочной развёрткой в дереве каталогов. Я создал пользовательскую колонку с этим параметром, нажал CTRL+B или CTRL+SHIFT+B для показа всех файлов в дереве или в выбранных подкатарогах, отобразил эту колонку - опа, всё видно. Можно по этой колонке отсортировать и все необходимые файлы будут рядышком. В последних версиях командера можно по двум колонкам (возможно нескольким) сортировать. Например, вывел колонки Тип развёртки и Вертикальное разрешение, отсортировал по ним - и вот у тебя рядышком все видеофайлы с определённым типом развёртки и отсортированные по вертикальному разрешению.

А сейчас мне чтоб найти, например, видеофайлы с чересстрочной развёрткой нужно вручную все файлы перебрать, для каждого слазить в меню Options затем в подменю Additional Video Info, закрыть подменю... Короче загнёшся.

Или вот более расширенный пример и другое использование WDX-плагина:
нужно такие файлы найти в разных каталогах на разных дисках.
- Лезем в сервис Поиск файлов,
- в поле Место поиска указываем пути (в простейшем случае - имена логических дисков),
- задаём маску, например, *.mkv,
- на вкладке Плагины ставим галку Поиск с плагинами, выбираем наш плагин и нужные параметры, например:
Тип развёртки - Чересстрочная, Вертикальное разрешение > 720 (параметры можно объединять логически).
- Ждём результатов поиска, и вот на панели имеем все искомы файлы.
Их можно дополнительно отсортировать, например по тому же разрешению или др. параметру с помощью этого же плагина, выведя нужный параметр в пользовательскую колонку.

А на др. панели можно с помощью WLX-плагина смотреть параметры более подробно для конкретного файла в режиме Quick view. Ну или делать что угодно, например слить файлы на др. носитель.
Главное необходимые файлы найдены, что и требовалось в данном случае.
Это просто пример как можно использовать WDX-плагин.

P.S. Вот только плагинов то нет в наличии.


QUOTE(starsoft @ там)
...Мне кажется что 99% файлов матрешки всегда в прогрессиве, а редкие исключения (сделанные камкодерами) и так понятно что интерлейсные.
В общем так, но много исключений думаю. С камкордеров вроде бывают и в прогрессиве, встречал такое.
Всякие демонстрационные видео с дисков с разным типом расвёртки бывают.
Даже вот кроме вышеупомянутых двух типов MediaInfo различает такие подвиды как PAFF и MBAFF.
Опять же, как справедливо заметил xfiles, полно всяких "спутниковых и иных цифровых TV трансляций, которых с каждым днем становиться все больше и больше". Там тоже разные типы развёртки встречаются.
QUOTE(starsoft @ там)
Скажи - а по чему для тебя так важен тип развертки?...
Не знаю, параметр Тип развёртки мне более интересен (другие параметры из подменю Additional Video Info мне не интересны, я даже не знаю что большинство означает) гораздо больше тех же чаптеров, которые меня не интересуют практически, даже я плохо представляю что это и зачем. Видимо метки в файле для позиционирования при просмотре на "железном" плэере, но я компьютером воспроизвожу. Тем не менее я не против наличия такого поля, пусть будет.
Но я бы сократил его на одну строчку ради параметра Тип развёртки.
Тем более я раньше предложил как сэкономить эту одну строчку, но её использовали для другого :-(.
Вообще у меня нет пока проблемы с размером GUI альтернативного.

Автор: 19w85 Пятница, 16 Сентября 2011, 6:17

QUOTE(c930 @ там)
Разделяющий интервал не бесполезный, он необходим! Также как и отступы (по возможности) внутри поля спереди и сзади информации. Для хорошего зрительного восприятия, чтоб GUI гармонично выглядел. Отступы в полях Size и FPS имеют большой запас, их бы я и сократил (не до нуля конечно) в первую очередь и расширил левую колонку. Ну а уж если не хватит всё равно места, то уж тогда интервал между колонками стал сокращать, информация важнее. Если starsoft вдруг надумает изменять ширину, то надеюсь что он сделает чтоб всё было сбалансировано.

Интервал между колонками просто пустое место, никак неиспользующееся и ничего не дающее. Даже если его убрать полностью, то того места, на котором находится надпись " FPS : " в качестве разделителя столбцов более, чем достаточно. А вот отступ в самих полях со значениями более полезен, именно поэтому я и предлагал уменьшать его во вторую очередь.

QUOTE(c930 @ там)
Т.е вместо (12586325147 bytes) сделать так: (12 586 325 147 bytes).

Если так сделать, то от текущих отступов мало что останется (соотвественно, оттуда трудно будет заимстовать, хотя пока не ясно много ли вообще нужно от них позаимстовать). Для начала хотелось бы, чтобы вся инфа влезала, а пробелы - это уже роскошь.

QUOTE(c930 @ там)
А также добавить пробел между значением параметра и единицами измерения (там где отсутствует).

Это поддерживаю smileold.gif

QUOTE(c930 @ там)
Абсолютно не согласен, потому то и предложил изначально такой формат:оно хоть и фейковое, но указывает какого размера мы увидим результирующий кадр. А исходное разрешение - это уж дело техническое, кому нужно, для того и выводится информация в сабже.

Ага, и в итоге на одном и том же месте, например, имеем цифры 1920x1080 (и для настоящих 1920x1080 и для анаморфных 1440x1080). И если не приглядываться к продолжению @ то можно и не заметить анаморф. Нигде такой путаницы не встречал. Чем ТАК, уж лучше бы вообще разрешение анаморфа не отображалось. wink.gif
QUOTE(c930 @ там)
Видимо метки в файле для позиционирования при просмотре на "железном" плэере, но я компьютером воспроизвожу.

На компьютере все видно, например, если сплиттер haali используется, то правой кнопкой мыши на его иконке в трее, и видны все названия глав. Честно говоря именно названия мне лично никогда не пригождались, а вот переход вслепую с одной главы на другую следующую/предыдущую гор. клавишами (когда главы есть) использую иногда.

QUOTE(c930 @ там)
Тип развёртки мне более интересен гораздо больше тех же чаптеров

QUOTE(c930 @ там)
Но я бы сократил его на одну строчку ради параметра Тип развёртки.

Я тоже "за" сокращение на одну строчку поля чаптеров ради "Типа развертки".
Или может можно "вписать" окошко с "типом развертки" над переключателем "menu", а его сместить пониже.

Автор: c930 Пятница, 16 Сентября 2011, 7:27

QUOTE(19w85 @ там)
Интервал между колонками просто пустое место, никак неиспользующееся и ничего не дающее. Даже если его убрать полностью, то того места, на котором находится надпись " FPS : " в качестве разделителя столбцов более, чем достаточно.
Нет, какой-то интервал нужен всё равно.

QUOTE(19w85 @ там)
А вот отступ в самих полях со значениями более полезен, именно поэтому я и предлагал уменьшать его во вторую очередь.
Отступы нужны безусловно, но менее чем интервал. И в критическом случае я бы их уменьшил до нуля ради минимального интервала перед FPS :.
Обоснуй чем тебе отступы более важны. А так голословно.
На мой взгляд поле может обойтись и без отступов, хотя это и не есть гуд. Оно всё ж выделено рамкой.
А вот если перед FPS : не будет интервала, от он будет прилежать к левой колонке, а двоеточие после него будет создавать зрительный интервал - это будет очень плохо выглядеть. Нужен интервал ДО заметно больший чем двоеточие занимает.

QUOTE(19w85 @ там)
QUOTE(c930)
Т.е вместо (12586325147 bytes) сделать так: (12 586 325 147 bytes).
Если так сделать, то от текущих отступов мало что останется (соотвественно, оттуда трудно будет заимстовать, хотя пока не ясно много ли вообще нужно от них позаимстовать).
Да вроде там то полно запаса.

QUOTE(19w85 @ там)
QUOTE(c930)
Абсолютно не согласен, потому то и предложил изначально такой формат:оно хоть и фейковое, но указывает какого размера мы увидим результирующий кадр. А исходное разрешение - это уж дело техническое, кому нужно, для того и выводится информация в сабже.
Ага, и в итоге на одном и том же месте, например, имеем цифры 1920x1080 (и для настоящих 1920x1080 и для анаморфных 1440x1080). И если не приглядываться к продолжению @ то можно и не заметить анаморф. Нигде такой путаницы не встречал. Чем ТАК, уж лучше бы вообще разрешение анаморфа не отображалось.
Я не против разнести их в разные поля, но выходное (результирующее) разрешение вперёд (или выше).

QUOTE(19w85 @ там)
а вот переход вслепую с одной главы на другую следующую/предыдущую гор. клавишами (когда главы есть) использую иногда.
А для чего это вообще? Для каких-то специфических видео с ярковыраженными главами?

QUOTE(19w85 @ там)
Или может можно "вписать" окошко с "типом развертки" над переключателем "menu", а его сместить пониже.
Так будет нелогично, т.к. параметр относится к области Video Stream.

Автор: 19w85 Пятница, 16 Сентября 2011, 8:27

QUOTE(c930 @ там)
Отступы нужны безусловно, но менее чем интервал. И в критическом случае я бы их уменьшил до нуля ради минимального интервала перед FPS :.Обоснуй чем тебе отступы более важны. А так голословно.

Отступы в самом поле, помогают легче различать цифры в этом самом поле, т.е. "FPS:цифры" не сливается в кашу, а значение "цифр" обрамлено пробелами с двух сторон.
QUOTE(c930 @ там)
А вот если перед FPS : не будет интервала, от он будет прилежать к левой колонке, а двоеточие после него будет создавать зрительный интервал - это будет очень плохо выглядеть. Нужен интервал ДО заметно больший чем двоеточие занимает.

Интервал ДО небольшой естественно нужен. Сейчас он наверно раз в 5 раз длиннее, чем нужно.
QUOTE(c930 @ Пятница, 16 Сентября 2011, 8:27)
QUOTE(19w85 @ там)
QUOTE(c930)
Абсолютно не согласен, потому то и предложил изначально такой формат:оно хоть и фейковое, но указывает какого размера мы увидим результирующий кадр. А исходное разрешение - это уж дело техническое, кому нужно, для того и выводится информация в сабже.
Ага, и в итоге на одном и том же месте, например, имеем цифры 1920x1080 (и для настоящих 1920x1080 и для анаморфных 1440x1080). И если не приглядываться к продолжению @ то можно и не заметить анаморф. Нигде такой путаницы не встречал. Чем ТАК, уж лучше бы вообще разрешение анаморфа не отображалось.
Я не против разнести их в разные поля, но выходное (результирующее) разрешение вперёд (или выше).

Суть не в том, чтобы что-то куда-то разносить, а в том, что оригинальное (реальное) разрешение должно быть ВСЕГДА в одном месте для ВСЕХ файлов (обычных и анаморфных), дабы не было путаницы и не приходилось каждый раз тщательно высматривать файл на предмет анаморфа, чтобы не ошибиться с разрешением из-за такой рокировки. А куда деть побочное фейковое анаморфированное разрешение не так важно, это доп. инфа, к тому же не особо существенная, т.к. показывает не реальный параметр файла, а "виртуальный". К тому же при анаморфировании из меньшего разрешения получается большее, и логично, что это должно идти справа налево, а не как сейчас - наоборот, от большего к меньшему.

QUOTE(c930 @ там)
Да вроде там то полно запаса.

Не полно. На моем последнем скриншоте не влезало 5,5 знаков. На урезании интервала между стобцами можно съэкономить 3-4 знака. Т.е. еще 2 знака надо выиграть за счет сокращения уже отступов. Не знаю, останется ли там место под доп. пробелы (если останется, я только "за" пробелы-разделители групп цифр)

QUOTE(c930 @ там)
Так будет нелогично, т.к. параметр относится к области Video Stream.

Вообще говоря логичнее всего тут было бы в случае интерлейса дописывать к разрешению букву "i". По типу 1080i. Если такое возможно.
Потому что интерлейса все-таки относительно очень мало. И отдавать под него отдельное поле (которое в большинстве случаев а альтернативном GUI будет присутствовать и пустовать) - очень плохо.

QUOTE(c930 @ там)
А для чего это вообще? Для каких-то специфических видео с ярковыраженными главами?

...
Для обычных фильмов. Допустим по ходу просмотра понадобилось пересмотреть (допустим уточнить) уже прошедший фрагмент в начале фильма, пара нажатий, и попадаешь куда нужно. (если под рукой мышь, то ей может и тоже быстро это сделать, но я во время просмотра пользуюсь только пультом ДУ для ПК)

Автор: c930 Пятница, 16 Сентября 2011, 18:26

QUOTE(19w85 @ там)
Суть не в том, чтобы что-то куда-то разносить, а в том, что оригинальное (реальное) разрешение должно быть ВСЕГДА в одном месте для ВСЕХ файлов

Суть в том, что ты считаешь определяющим разрешение анаморфного кадра и соответственно сопостовляешь ЕГО с разрешением кадра в обычном фильме.
А я считаю определяющим в анаморфном видео (не с точки зрения разрешения как такового естественно, а с той позиции, какого размера кадр мы увидим в результате на экране) - выходное растянутое. И именно его и ставлю в соответствие. А разрешение анаморфного кадра считаю второстепенным параметром (в данном случае).
В этом мы и не сходимся, отсюда и спор.

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

QUOTE(19w85 @ там)
Вообще говоря логичнее всего тут было бы в случае интерлейса дописывать к разрешению букву "i". По типу 1080i. Если такое возможно.
Это будет очень закамуфлировано, не заметно.
Потом 1080i, 720i это уже стандартные обозначения для HD и не определяют разрешение по вертикали в чистом виде, а лишь тип развёртки. Если мы напишем, например 800i или 560i, это будет попахивать какой-то отсебятиной.
Кроме того MediaInfo различает, как я писал выше, и выдаёт в этот параметр всякие подвиды типа PAFF и MBAFF.
QUOTE(19w85 @ там)
Потому что интерлейса все-таки относительно очень мало. И отдавать под него отдельное поле (которое в большинстве случаев а альтернативном GUI будет присутствовать и пустовать) - очень плохо.
Мало может только среди фильмов, но не видео вообще, там много.
Пустовать не будет, там будет указан тип развёртки.

Автор: starsoft Суббота, 17 Сентября 2011, 2:45

QUOTE(c930 @ там)
+ А также добавить пробел между значением параметра и единицами измерения (там где отсутствует).
А в каких полях он отсутствует?

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

Мнения по разерам/положении полей я тоже понял, результат увидите в следующей версии в ближайшее время smileold.gif

QUOTE(c930 @ там)
А для чего это вообще? Для каких-то специфических видео с ярковыраженными главами?
И не только в обычном фильме для разделения на части. Вот пример - делаю сейчас несколько сладшоу из фоток последнего отпуска, результат в виде HD-видео в матрешке. В каждом файле обязательно присутствуют чаптеры как еще один (кроме экранных надписей) разделитель кусков путешествия.

Автор: 19w85 Суббота, 17 Сентября 2011, 4:12

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

Автор: c930 Суббота, 17 Сентября 2011, 4:16

QUOTE(starsoft @ там)
А в каких полях он отсутствует?

В полях (общий и видео) Bitrate, но только когда параметр выражен в Mbps.
Когда в kbps - имеется.

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

QUOTE(19w85 @ там)
Это заметно даже при обычном масштабе...
Действительно! А я вот не замечал раньше, пока ты не сказал :-).

+ Нашёл ещё источник экономии места :-) - двоеточие не должно отделяться пробелом (по правилам пунктуации) от предшествующего ему слова.
А у нас во всех названиях полей отделено.

- Серьёзный глюк обнаружил: на файлах размером больше 4 гиг неправильно отображается размер файла в байтах (что в скобках).

Автор: starsoft Суббота, 17 Сентября 2011, 13:06

QUOTE(19w85 @ там)
Можно отцентрировать по вертикальной оси значения во всех полях?
Поскольку все поля с информацией являются стандартными боксами для редактирования с запретом изменений (чтобы была возможность выделить кусок текста в боксе и скопировать его в клипбоард), я только могу сказать винде "ставь посредине", а если она этого не делает (из-за масштабирования полей или еще по какой-то причине), то тут как-то нет желания наворачивать что-то своё, заменяя стандартный edit-box, ради такой мелочи. Если придумаю как безболезненно обойти это - сделаю.
Я до сих пор не нашел как получить от винды истинный размер в пикселах надписи с выбранным шрифтом (отсюда и "отрезанные" комбо-боксы и проблемы с размером текстового окна и пр.).

QUOTE(c930 @ там)
Цветовая дифференциация по важности?
Так давно уже с какой-то из первых версий AviInfo я выделил зеленым цветом те параметры, которые по моему мнению чаще всего интересны, а синим - тэги (в этой проге это titles). Групповые боксы имели темно синий заголовок (просто эстетика). Те же цветовые принципы перекочевали сюда.
"На вкус и цвет для каждого фломастеров не напасешься", вот тут вы вдвоем (кроме меня) обсуждаете интерфейс, а сколько различий в мнениях по мелочам smileold.gif

QUOTE(c930 @ там)
источник экономии места
Да не нужна никакая экономия, и так всё влезет если я в альтернативном gui сокращу поле чаптеров. А насчет правил пунктуации - это не текст, а инфо-форма, и двоеточие тут не пунктуация, а обозначение принадлежности поля инфы к его названию (мог бы "тире" поставить, но мне больше двоеточие нравится).

Кстати еще о разных "правилах". Раньше было правило что "биты" и "байты" в сокращениях различаются не строчностью буквы "B", а строчностью первой буквы абревиатуры (то есть к примеру Kb - kilobytes, kbps - kilobits per second). Сейчас эти принципы давно все забыли и делают кто во что горазд. А я старался придерживаться.

QUOTE(c930 @ там)
Серьёзный глюк обнаружил: на файлах размером больше 4 гиг неправильно отображается размер файла в байтах (что в скобках)
Это спасибо, исправлю. Прошляпил я этот момент.
Разделители цифр групповой разрядности числа в скобках тоже поставлю, но не пробелы, а то, что задано в системе в качестве "digit grouping symbol" - каждый настраивает систему под себя и этот символ тоже выбирает сам.

Автор: c930 Суббота, 17 Сентября 2011, 17:11

QUOTE(starsoft @ там)
Так давно уже с какой-то из первых версий AviInfo я выделил зеленым цветом те параметры, которые по моему мнению чаще всего интересны, а синим - тэги (в этой проге это titles). Групповые боксы имели темно синий заголовок (просто эстетика)...
Да я не против, за. Хотел только принцип узнать.
QUOTE
(в этой проге это titles)
А Language как-то выбился из этой концепции?
QUOTE(starsoft @ там)
Разделители цифр групповой разрядности числа в скобках тоже поставлю, но не пробелы, а то, что задано в системе в качестве "digit grouping symbol" - каждый настраивает систему под себя и этот символ тоже выбирает сам.
Да, это будет более правильный подход.

Автор: starsoft Суббота, 17 Сентября 2011, 20:51

QUOTE(c930 @ там)
А Language как-то выбился из этой концепции?
Да в той же AviInfo когда добавил возможность читать язык потока (если такой чанк есть в заголовке потока), то его сделал тоже синим. Ну и тут по аналогии.

Автор: c930 Воскресенье, 18 Сентября 2011, 6:43

QUOTE(starsoft @ там)
Раньше было правило что "биты" и "байты" в сокращениях различаются не строчностью буквы "B", а строчностью первой буквы абревиатуры (то есть к примеру Kb - kilobytes, kbps - kilobits per second). Сейчас эти принципы давно все забыли и делают кто во что горазд. А я старался придерживаться.
Ну и ну! Что это за правило, ты не перепутал ли чего?
Это значит "100 мегабит в секунду" будет - 100 mbps?
Это "милибиты" какие-то получаются!

У тебя кстати mbps с заглавной буквы прописаны, не особо придерживаешься ;-).

Автор: starsoft Воскресенье, 18 Сентября 2011, 8:54

QUOTE(c930 @ там)
У тебя кстати mbps с заглавной буквы прописаны, не особо придерживаешься
По той же причине, по которой там нет пробела после цифр - именно тут я не заменил то, что дает MediaInfo на то, что считаю правильным (в отличие от kbps - кстати тут тебя не смущает что первая буква маленькая?).

Хотя я не претендую на истину в последней инстанции (как и всегда) - имею право ошибаться как и любой человек winkold.gif

Автор: starsoft Воскресенье, 18 Сентября 2011, 19:07

Обновление - версия 1.0.7 beta

Подробности вверху.

Автор: 19w85 Воскресенье, 18 Сентября 2011, 20:59

QUOTE(starsoft @ Воскресенье, 18 Сентября 2011, 20:07)
Обновление - версия 1.0.7 beta
*


1)
QUOTE(starsoft @ Суббота, 17 Сентября 2011, 3:45)
Чтобы закончить прения по поводу представления анаморфа выскажу свою точку зрения. Поскольку программа дает информацию о файле, то первыми цифрами идут размер фрейма в исходнике, то есть в файле. А результирующее анаморфное значение действительно чисто умозрительное и дано только для ориентировки в рельных пропорциях результата при просмотре - для того чтобы его получить нужно смотреть в окне при неизменном вертикальном размере. А окно плеера может быть растянуто/сжато, а то и вообще просмотр в полноэкранном режиме - короче выходная резолюция зависит от плеера и резолюции экрана при соблюдении им пропорций анаморфа.

Из этого я так понял, что реальное физическое разрешение теперь будет на положенном ему 1ом месте? Или я не так понял? В 1.0.7 оно по прежнему идет http://i052.radikal.ru/1109/63/43480a6e0208.png анаморфного.

2) Заголовки Аудио, Сабов и Меню все еще не влезают frownold.gif http://s13.radikal.ru/i186/1109/6b/6ce7b70837a3.png, http://i019.radikal.ru/1109/de/af5135ba58d1.png (растягивание GUI по ширине на это никак не влияет, да и к тому же ширина GUI и так достаточная, но появившаяся возможность сузить/растянуть по ширине GUI - интересная)

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

P.S. Придется пока откатиться на 1.0.6 frownold.gif

Автор: starsoft Воскресенье, 18 Сентября 2011, 21:27

2 userinfo19w85: Твой масштаб "пьёт мою кровь"... Хрен знает как учитывать этот гигантский масштаб при изменении размеров... просто "достаёт"... причем как я вижу расстояние между строчками большое, то есть сами поля неправильны по высоте, а положение их правильное...

QUOTE(19w85 @ там)
да и к тому же ширина GUI и так достаточная
Тебе достаточно - отлично, пользоваться не придется. А кому-то захочется увидеть целиком какие-то длинные строки типа тайтлов, и при этом он не пользуется гиганским масштабом - вот для него это и пригодиться.

QUOTE(19w85 @ там)
В 1.0.7 оно по прежнему идет после анаморфного
Ну вот как знал что что-то да забуду... Не надо было релизить под вечер после рабочего дня...

Автор: 19w85 Воскресенье, 18 Сентября 2011, 22:18

QUOTE(starsoft @ Воскресенье, 18 Сентября 2011, 22:27)
2 userinfo19w85: Твой масштаб "пьёт мою кровь"... Хрен знает как учитывать этот гигантский масштаб при изменении размеров... просто "достаёт"... причем как я вижу расстояние между строчками большое, то есть сами поля неправильны по высоте, а положение их правильное...

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

QUOTE(starsoft @ Воскресенье, 18 Сентября 2011, 22:27)
QUOTE(19w85 @ там)
да и к тому же ширина GUI и так достаточная
Тебе достаточно - отлично, пользоваться не придется. А кому-то захочется увидеть целиком какие-то длинные строки типа тайтлов, и при этом он не пользуется гиганским масштабом - вот для него это и пригодиться.

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

Автор: c930 Понедельник, 19 Сентября 2011, 5:27

QUOTE(starsoft @ там)
версия 1.0.7 beta
+) Альтернативный GUI может менять размер по ширине
Правильное решение! ©

Замеченные глюки:
клавишами Grey +/- можно, как известно, масштабировать окно сабжа,
семь различных масштабов, пусть это х1, х2... х7, то
- при масштабах х6 и х7 некоторые заголовки полей "улазят за кадр";
- при масштабах х1... х4 поля по высоте наезжают др. на друга,
такого в прежних версиях не было. Похоже на то, что высота поля не масштабируется.

Предлагаю:
+ в General Information строку Title переместить с 4-й позиции на вторую,
+ а в Video Stream строки Frame size и Video codec - соответственно
на 2-е и 3-е места (соответственно их цветовому статусу winkold.gif).

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

QUOTE(19w85 @ там)
Из этого я так понял, что реальное физическое разрешение теперь будет на положенном ему 1ом месте? Или я не так понял? В 1.0.7 оно по прежнему идет после анаморфного.
QUOTE(starsoft @ там)
Ну вот как знал что что-то да забуду... Не надо было релизить под вечер после рабочего дня...

Друзья, по-моему вы что-то путаете:
анаморфный кадр - это как раз сжатый, искажённый (пусть преднамеренно),
а вы всё время анаморфным называете выходной, уже скорректированный до нужного Aspect Ratio.
Разрешение этого выходного скорректированного кадра и должно быть на первом месте,
как сейчас и есть.
Оно определяет реальное соотношение сторон в кадре!
А разрешение анаморфного кадра (сжатого) - это чисто технический параметр для искушённых.
Не нужно менять очерёдность следования разрешений!

Автор: 19w85 Понедельник, 19 Сентября 2011, 8:02

QUOTE(c930 @ Понедельник, 19 Сентября 2011, 6:27)
Предлагаю:
+ в General Information строку Title переместить с 4-й позиции на вторую,
+ а в Video Stream строки Frame size и Video codec - соответственно
  на 2-е и 3-е места (соответственно их цветовому статусу winkold.gif).

Я лично против всего этого, нравится расположение именно такое как сейчас.

QUOTE(c930 @ Понедельник, 19 Сентября 2011, 6:27)
не будут строки с колонками перемежаться.

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

QUOTE(c930 @ Понедельник, 19 Сентября 2011, 6:27)
анаморфный кадр - это как раз сжатый, искажённый (пусть преднамеренно),
а вы всё время анаморфным называете выходной, уже скорректированный до нужного Aspect Ratio.

Какой еще сжатый кадр? dash2.gif Нигде никакого сжатия нету и быть не может.
Есть оригинальный кадр, и конкретное физическое разрешение этого кадра (допустим 720x576).
Для него задается определенное соотношение сторон, и из этого физического разрешения вытягивается анаморфный кадр с бОльшим разрешением с уже заданным соотношением сторон. Именно процесс вытяжения и называется анаморфированием.
Примеры:
720x576 (заданное соотношение 4:3) -> 768x576 (полученное путем вытяжение уже соответствующее соотношению сторон 4:3)
720x576 (16:9) -> 1024x576
Непонятно сколько можно жевать одни и те же термины и до сих пор в них путаться...если все еще непонятно - гугл в помощь (рекомендую). Или тебе просто нравится придумываться свою собственную терминологию/обозначения и называть белое чёрным? (по типу "оригинальный кадр=анаморфный кадр"). Не вижу смысла переливать из пустого в порожнее, когда всё 10 раз пережевано и принято решение.

Автор: starsoft Понедельник, 19 Сентября 2011, 11:26

Ну не стоит нервничать - в таком виде споры могут быть бесконечными и безрезультатными. Насчет терминологии - конечно лучше посмотреть информацию в сети, да в той же википедии - http://ru.wikipedia.org/wiki/%D0%90%D0%BD%D0%B0%D0%BC%D0%BE%D1%80%D1%84%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5_%D0%B8%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D1%8F или более подробно http://en.wikipedia.org/wiki/Anamorphic_format И еще http://en.wikipedia.org/wiki/Aspect_ratio_%28image%29. Могу объяснить и своими словами если нужно.

Я же высказал свое мнение без привязки к терминологии - первым должен идти физический параметр - резолюция видео из файла (и к нему в скобках заданный в файле же аспект), а потом -> вычисляемый результат. Я именно так собирался заменить в итоге '@' на '->' чтобы обозначить источник и результат. Этот результат "реальным" можно назвать чисто гипотетически - если я растяну окно плеера, сохраняя аспект - то размер в пикселах станет бОльше, а я этого даже не пойму.
К тому же не знаю как вам, а мне при неплохой способности считать в уме все-таки как-то проблематично, увидев 2 трех- или четырехзначных числа, сделать какой-то вывод. Я смотрю на то, что сделал за меня комп - на аспект в скобках.

Расположение полей в блоке General - я согласен переместить Title под имя файла, так даже логичнее, а вот в Video - нет. Информация расположена не по цвету, а по смыслу - сначала общие параметры потока, потом кадра и количества кадров, а потом три параметра кодирования (кодек, битрейт и результирующее абстрактное 'качество' видео). А эстетика перемежения строк с колонками - как я и говорил про вкус и цвет у каждого своё.

С ошибками при масштабировании буду разбираться, идеи уже есть - надо пробовать...

Автор: c930 Понедельник, 19 Сентября 2011, 15:49

QUOTE(19w85 @ там)
Какой еще сжатый кадр?
Анаморфный, он и есть сжатый (по горизонтали). Преднамеренно искажённый (линейно), чтобы:
- в кинематографии уместить без чёрных полос широкоэкранный кадр на плёнку;
- в камкордере - на светочувствительный элемент, ПЗС или что там;
- а на DVD, чтобы вписаться в его формат кадра, опять же без чёрных полос.

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

QUOTE(starsoft @ там)
'->' чтобы обозначить источник и результат
Я тоже когда изначально (перед тем как предложить негласно формат) думал про "стрелку",
правда она была влево направлена ;-).

QUOTE(starsoft @ там)
резолюция видео из файла (и к нему в скобках заданный в файле же аспект), а потом -> вычисляемый результат
Aspect Ratio не будет соответствовать разрешению за которым он следует.
Это будет вносить путаницу.

QUOTE(starsoft @ там)
первым должен идти физический параметр
На мой взгляд - выходное разрешение, которое характеризует соотношение сторон в кадре и размер картинки, его я и сравниваю с другими рипами (разрешением др. рипов) например.
А сколько там пикселов в анаморфном кадре - дело второе.

А то что выходное разрешение "дутое", как 19w85 говорит, так разрешение большинства видеоконтента дутое, на мой взгляд, не соответствует реальной разрешающей способности.
QUOTE(starsoft @ там)
К тому же не знаю как вам, а мне при неплохой способности считать в уме все-таки как-то проблематично, увидев 2 трех- или четырехзначных числа, сделать какой-то вывод. Я смотрю на то, что сделал за меня комп - на аспект в скобках
Это я не понял про что. Если про то, что "Aspect Ratio не будет соответствовать разрешению за которым он следует" никто не заметит, то мне например, это сразу бросается в глаза (из практики говорю. Ну конечно не во всех случаях.) и будет ставить в недоумение. Хотя я плохо в уме считаю.
QUOTE(starsoft @ там)
Информация расположена не по цвету, а по смыслу - сначала общие параметры потока, потом кадра и количества кадров, а потом три параметра кодирования (кодек, битрейт и результирующее абстрактное 'качество' видео). А эстетика перемежения строк с колонками - как я и говорил про вкус и цвет у каждого своё.
Про себя скажу. Я вперёд смотрю на разрешение и кодек (они у тебя и выделены зелёным как "важные"), а Duration, уж если мне нужно было, я в общих (General) параметрах пасмотрел. И "вес" видеопотока тоже уж дело второе.
Но главное, это опять я про себя говорю, т.к. 19w85 по-другому считает,
гляжу я на правую половину (Audio), там всё красиво, гармонично - колонки отдельно, строки отдельно.
А тут всё перемешано, глаза разбегаются.
Опять же с точки зрения композиции это неправильно, думаю.
(Композиция - в эстетическом смысле.)

Автор: starsoft Понедельник, 19 Сентября 2011, 17:51

QUOTE(c930 @ там)
Aspect Ratio не будет соответствовать разрешению за которым он следует.
Это будет вносить путаницу.
Я так не считаю. Информация об имеющимся в файле видеопотоке это главное IMHO, а математически вычисленный из него результат - второстепенное.
Соответствие тут определяется стрелкой, а вне скобок и в скобках - два параметра файла.

QUOTE(c930 @ там)
Это я не понял про что.
smileold.gif Про то, что увидев на экране 1280х576 я не пойму какой тут аспект (только приблизительно из опыта), если не посмотрю на то, что в скобках.

Да вообще спор, по-моему, уже не стОит выеденного яйца. Невозможно сделать такое, что понравится все-всем-всем без исключения, каждый найдет что-то своё - ну так каждому придется с чем-то примириться в виде компромиса winkold.gif

Автор: 19w85 Понедельник, 19 Сентября 2011, 20:35

QUOTE(starsoft @ там)
Я именно так собирался заменить в итоге '@' на '->' чтобы обозначить источник и результат

А @ нельзя оставить? Ведь и так же будет понятно, что идущее после @ бОльшее разрешение - это вытянутое с учетом анаморфирования, а не физическое разрешение файла. Т.е. их все равно не перепутаешь местами, чтобы были нужны дополнительные стрелочки-указатели. С собакой как-то привычнее, анаморф через нее обычно обозначают.

QUOTE(c930 @ там)
Aspect Ratio не будет соответствовать разрешению за которым он следует.

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

Автор: starsoft Понедельник, 19 Сентября 2011, 21:23

QUOTE(19w85 @ там)
А @ нельзя оставить?
Этот знак звучит как 'at' и означает принадлежность. Что в случае, когда после него идет результирующая резолюция, никак не логично. IMHO.

QUOTE(19w85 @ там)
анаморф через нее обычно обозначают
Хотелось бы знать где это употребляется (чтобы понять насколько это обычно) и как там форматируется информация.

Автор: 19w85 Понедельник, 19 Сентября 2011, 22:45

QUOTE(starsoft @ Понедельник, 19 Сентября 2011, 22:23)
QUOTE(19w85 @ там)
А @ нельзя оставить?
Этот знак звучит как 'at' и означает принадлежность. Что в случае, когда после него идет результирующая резолюция, никак не логично. IMHO.

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

QUOTE(starsoft @ Понедельник, 19 Сентября 2011, 22:23)
QUOTE(19w85 @ там)
анаморф через нее обычно обозначают

Хотелось бы знать где это употребляется (чтобы понять насколько это обычно) и как там форматируется информация.
*

Вообще говоря, единственное место, где я постоянно вижу обозначение анаморфа (и всегда через @) - это в описаниях раздач на трекерах, например, на рутрекере (http://rutracker.org/forum/viewtopic.php?t=3319497, а вот еще http://rutracker.org/forum/viewtopic.php?t=1988469 с которой я выше семпл делал, тоже анаморф обозначен.

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

Автор: starsoft Вторник, 20 Сентября 2011, 0:53

Так может стОит так и сделать как в этом примере?
720x432@1024x432 (2.35:1)
Вроде как логично получается - физический первым, виртуальный вторым и объясняющий это аспект последним...
2 userinfoc930: Что думаешь?

Автор: 19w85 Вторник, 20 Сентября 2011, 1:21

QUOTE(starsoft @ Вторник, 20 Сентября 2011, 1:53)
Так может стОит так и сделать как в этом примере?
720x432@1024x432 (2.35:1)
Вроде как логично получается - физический первым, виртуальный вторым и объясняющий это аспект последним...

Не стоит перемешивать физические параметры и виртуальные, создавая чередование.

А вообще это я не самый удачный пример привел, 1ый попавшийся, идеально и более правильно было бы вот так:
720x432 (2.35:1) @ 1024x432
До собаки идут физические параметры файла, оригинальное разрешение и аспект для данного файла. После собаки виртуальное разрешение, полученное путем перемножения "Оригинальной высоты*2.3x=ширина после анаморфирования".
Да и избавляться от пробелов теперь уже не имеет никакого смысла (когда под разрешение отдана целая строка), кроме как для ухудшения читабельности.

Т.е. в общем всё как сейчас, только физическое основное разрешение поставить на 1ое место и больше ничего не менять.
Все физические параметры должны идти подряд, а бонусная приставка, которой нету в других программах в самом конце:
QUOTE
@ 1024x432

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

P.S. Что-то меня запарило обсуждать анаморф - возьму таймаут

Автор: c930 Вторник, 20 Сентября 2011, 6:18

QUOTE(starsoft @ там)
Этот знак звучит как 'at' и означает принадлежность. Что в случае, когда после него идет результирующая резолюция, никак не логично. IMHO.
Символ этот несёт смысл английского предлога at (или даже вроде как латинского).
По-русски читается как 'эт'. Помню даже в советском ГОСТе каком-то посвящённом печатным символам (либо ЭВМ) означался как "коммерческое эт". Это уж потом журналюги распространили его как собаку. Не они конечно этот жаргонизм придумали, он и раньше был наряду с другими названиями. Ухо или лягушка, я помню, тоже назывался.
Я предпочитаю называть 'эт'.

А переводится (передаёт смысл) в русском языке предлогами на, до, при, у, к, соответсвенно английскому предлогу.

Я когда предлагал изначально формат (не помню точно почему я стрелочку как у тебя отклонил, видимо как менее элегантный вариант) подразумевал at в значении при.
Но если ты хочешь сделать такой формат: 720x432@1024x432 (2.35:1), то я думаю не будет смыслового противоречия - разрешение 720x432 восстановленное до 1024x432.
QUOTE(starsoft @ там)
Так может стОит так и сделать как в этом примере?
720x432@1024x432 (2.35:1)
Вроде как логично получается - физический первым, виртуальный вторым и объясняющий это аспект последним...
c930 Что думаешь?

Хи-хи, я думаю как и раньше:
1024x432 (2.35:1) @ 720x432
Но поскольку не могу вас двоих убедить, готов смириться с таким вариантом (Но не согласен!):
720x432 @ 1024x432 (2.35:1)

Такой вариант считаю неприемлемым вообще (по причине возможных недоразумений и путаницы):
720x432 (2.35:1) @ 1024x432

Автор: starsoft Вторник, 20 Сентября 2011, 19:08

Обновление - версия 1.0.8 beta

Подробности вверху.

Автор: c930 Вторник, 20 Сентября 2011, 23:54

QUOTE
1.0.8
*) Исправлены (я надеюсь) размеры полей по вертикали при масштабировании.
*) Изменено представление Frame Size для анаморфных потоков
*) надеюсь что с масштабированием видеосистемы теперь не должно быть проблем.

Первые заметки:
+ глюк с наездом полей по вертикали друг на друга при уменьшении масштаба исчез,
- толшина межи правда между полями при изменении масштаба не постоянна, а меняется.
Но не пропорционально высоте поля, а как-то то больше, то меньше.
- Глюк с заездом названий полей "за кадр" при масштабах х6, х7 остался.
- Глюк: на масштабах х4... х7 глючит растягивание окна по горизонтали,
нельзя сузить окно уже определённой ширины. Возможно в предыдущих версиях тоже был.
- Ниспадающие боксы (Аудио, Меню, Субтитры) вроде стали уже по сравнению с предыдущей версией 1.0.7 и не всегда вмещают текст полностью. Наверное 19w85 будет ругаться.
- GUI иногда при масштабировании или при нажатии Page Up/Down самопроизвольно сворачивается в таскбар.

Предложение
- Чаптеры, я думаю, лучше выравнивать не по центру, а по левому краю. Будет читабельней.

Вопросы
- В какой последовательности сабж перебирает файлы при нажатиях Page Up/Down?
- Где портабельный сабж хранит настройки (типа Always on top, Save window..., Auto check..., тип GUI)?

Просьба
Нельзя ли сделать опционально разрешение на перебор по Page Up/Down файлов в других видеоконтейнерах. А именно по расширению например AVI, FLV, MP4, MPEG, MPG, M2TS, TS, TP, RM, QT, MOV, ASF, WMV, 3GP, OGG, VOB и т.п.

Автор: starsoft Среда, 21 Сентября 2011, 0:40

QUOTE(c930 @ там)
- толшина межи правда между полями при изменении масштаба не постоянна, а меняется. Но не пропорционально высоте поля, а как-то то больше, то меньше.
Ну и что? Положение постоянно на форме, а размер зависит от масштаба. И, поскольку размеры целочисленные, а масштаб дробная (относительная) величина, то и результат вычисления может быть +/- 1 пиксел. Что может вылиться и в 2. Только почему это должно волновать? Масштабирование предназначено для одноразовой настройки проги "под себя", а не для игрушек "туда-сюда". IMHO.

QUOTE(c930 @ там)
- Глюк с заездом названий полей "за кадр" при масштабах х6, х7 остался.
У меня этого не наблюдается при системном масштабе 100%. Какой системный масштаб у тебя?

QUOTE(c930 @ там)
нельзя сузить окно уже определённой ширины
Есть минимальный размер, меньше которого нельзя сузить. Этот минимальный размер тоже зависит от масштаба. Может и есть глюк - я не замечал. Проверю.

QUOTE(c930 @ там)
- GUI иногда при масштабировании или при нажатии Page Up/Down самопроизвольно сворачивается в таскбар.
Я уже говорил в обсуждении AviInfo что это уже от меня не зависит. После нажатия один раз надо дождаться пока появится окно, иначе следующее нажатие попадет в окно, которое ниже (или на десктоп), а появившееся но потерявшее фокус окно MKInfo оказывается свернутым в таскбар. Библиотека MediaInfo работает гораздо медленее чем AviInfo, и вероятность что "быстрые пальцы" приводят к описанному эффекту гораздо выше.

QUOTE(c930 @ там)
- Чаптеры, я думаю, лучше выравнивать не по центру, а по левому краю. Будет читабельней.
Пробовал, не понравилось. Могу для эксперимента вернуть.

QUOTE(c930 @ там)
- В какой последовательности сабж перебирает файлы при нажатиях Page Up/Down?
В алфавитном порядке имен файлов.

QUOTE(c930 @ там)
- Где портабельный сабж хранит настройки (типа Always on top, Save window..., Auto check..., тип GUI)?
Там же, где и не-портабельный - в реестре. Нет никакой отдельной портабельной версии - это одна и та же программа, которая может работать без инсталляции. Разница в том, что инсталляция делает регистрацию компоненты в системе, портабл-режим делает этот сам, и убирает регистрацию на выходе. Но локальные настройки хранятся там же, где и всегда и не удаляются. Это не те параметры, которые на что-то влияют.

QUOTE(c930 @ там)
Нельзя ли сделать опционально разрешение на перебор по Page Up/Down файлов в других видеоконтейнерах. А именно по расширению например AVI, FLV, MP4, MPEG, MPG, M2TS, TS, TP, RM, QT, MOV, ASF, WMV, 3GP, OGG, VOB и т.п.
Ну я ж говорил что не хочу официально поддерживать другие форматы. Так что могу сделать только в виде недокументированной возможности (то есть кто знает как - тот настроит реестр чтобы это работало, а остальные и знать не будут smileold.gif )

Автор: c930 Среда, 21 Сентября 2011, 2:43

Глюк: при прокрутке чаптеров (что стрелками, что слайдером без разницы) они превращаются в "кучу-малу". Могу скриншот сделать, если надо.
В предыдущих версиях такого вроде не было. Попробовал на 1.0.6 - там всё нормально.

QUOTE(starsoft @ там)
Ну и что? Положение постоянно на форме..., а не для игрушек "туда-сюда".
Ясно, просто в глаза бросилось. Фича не критичная, пусть так.
QUOTE(starsoft)
QUOTE(c930)
- Глюк с заездом названий полей "за кадр" при масштабах х6, х7 остался.
У меня этого не наблюдается при системном масштабе 100%. Какой системный масштаб у тебя?
У меня всё по дефолту. Но думаю дело не в бобине.
Я видимо не разобрался. Это не глюк, а фича, связанная с появлением в предыдущей версии возможности менять ширину GUI. При сужении окна более какого-то предела все заголовки полей начинают уезжать влево "за кадр", а параметры соответственно вправо.
А я смотрел при какой-то определённой ширине окна и "заезды" наблюдались при самых больших масштабах.
Так что вопрос снимается.
QUOTE(starsoft)
QUOTE(c930)
нельзя сузить окно уже определённой ширины
Есть минимальный размер, меньше которого нельзя сузить. Этот минимальный размер тоже зависит от масштаба. Может и есть глюк - я не замечал. Проверю.
Попробуй помасштабировать окно в значительных пределах при масштабах х4... х7 и отпишись. У меня глючит.
QUOTE(starsoft)
QUOTE(c930)
- Чаптеры, я думаю, лучше выравнивать не по центру, а по левому краю. Будет читабельней.
Пробовал, не понравилось. Могу для эксперимента вернуть.
Соответствующие разряды значений времени будут один под другим и тексты начинаться с одной позиции.
По-моему должно быть всё гораздо читабельней.
Давай для эксперимента в следующей бете попробуем.

QUOTE(starsoft)
QUOTE(c930)
- Где портабельный сабж хранит настройки (типа Always on top, Save window..., Auto check..., тип GUI)?
Там же, где и не-портабельный - в реестре...
QUOTE(c930)
Нельзя ли сделать опционально разрешение на перебор по Page Up/Down файлов в других видеоконтейнерах. А именно по расширению например AVI, FLV, MP4, MPEG, MPG, M2TS, TS, TP, RM, QT, MOV, ASF, WMV, 3GP, OGG, VOB и т.п.
Ну я ж говорил что не хочу официально поддерживать другие форматы. Так что могу сделать только в виде недокументированной возможности (то есть кто знает как - тот настроит реестр чтобы это работало, а остальные и знать не будут )
А нельзя ли настройки хранить в INI-файле в каталоге программы? Для чего их хранить там в реестре?
Это повысит портабельность! Параметры не будут теряться.
Можно б было в нём (INI-файле) сделать скажем раздел, где осведомлённый пользователь вручную бы прописал нужные расширения файлов на которые бы распространялись клавиши Page Up/Down. А в GUI бы ничего не было на эту тему.

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

Автор: 19w85 Среда, 21 Сентября 2011, 4:23

1.0.7 я фактически не пользовался, поэтому сейчас сравнивал 1.0.6 и 1.0.8

Вот что не понравилось:

Ужасно не нравится, что теперь выделены цветом названия блоков "General Information", "Video Stream" и т.д.
Теперь пестрит от чрезмерного выделения цветом. Выделять только тех. параметры файла - было более правильным решением.
===============================================
Не очень нравится, что переместили строку "Title" в блоке "General Information". Раньше часто пустующая строка "Title" очень удачно отделяла строку с продолжительностью и битрейтом от строки с энкодом. Теперь всё сливается, т.к. отделяющей строки теперь нет, и цветового выделения тут тоже нет. frownold.gif
===============================================
Ну и всё-таки ИМХО зря остановились на таком варианте:

QUOTE
720x432 @ 1024x432 (2.35:1)

Чередование физических и виртуальных параметров.
В моем варианте (как например, http://rutracker.org/forum/viewtopic.php?t=1060724) чередования не было + первая часть была бы всегда одинаковая для всех файлов (обычных и анаморфных): физическое разрешение (аспект)
QUOTE
720x432 (2.35:1) @ 1024x432

QUOTE
704x528 (4:3)


Зачем было в последний момент перемещать соотношение сторон в самый конец строки - непонятно (изначальное ведь планировалось только поменять местами разрешения). Теперь по быстрому не посмотришь разрешение-аспект из-за встрявшего по середине "виртуального" разрешения. Море времени потраченное на обсуждение анаморфа - потрачено впустую frownold.gif Было запутанно, стало неудобно. Шило на мыло поменяли.
===============================================

Понравилось:
++Что теперь влезают заголовки Аудио, Сабов и Меню (даже запас очень огромный остается, особенно у сабов, вот у них чуток уменьшить наверное даже неплохо было бы smileold.gif)
http://s005.radikal.ru/i212/1109/5d/24a3514340b0.png
http://i061.radikal.ru/1109/ee/04f9df779f6a.png

+Строки по высоте теперь вроде умещают текст (но как-то совсем впритык), но они по высоте теперь значительно ниже (и как-то теперь очень "тесно" это смотрится на мой взгляд), чем были в 1.0.6.
Высоту строк хотелось бы нечто среднее, между тем что было в 1.0.6 и стало в 1.0.8
===============================================
QUOTE(c930 @ там)
- GUI иногда при масштабировании или при нажатии Page Up/Down самопроизвольно сворачивается в таскбар.

Это точно, авиинофо в этом плане на данный момент в разы стабильнее.

QUOTE(c930 @ там)
- Чаптеры, я думаю, лучше выравнивать не по центру, а по левому краю. Будет читабельней.

Категорически против такого! Мне бы наоборот лучше по правому краю, ближе к центральной оси, но уж никак не левее, чем сейчас.

QUOTE(starsoft @ там)
После нажатия один раз надо дождаться пока появится окно, иначе следующее нажатие попадет в окно, которое ниже (или на десктоп), а появившееся но потерявшее фокус окно MKInfo оказывается свернутым в таскбар.

Оно бывает и после 1ого нажатия сворачивается.

QUOTE(starsoft @ там)
Ну я ж говорил что не хочу официально поддерживать другие форматы. Так что могу сделать только в виде недокументированной возможности (то есть кто знает как - тот настроит реестр чтобы это работало, а остальные и знать не будут  )

Было бы интересно. В контекстном меню-то mkinfo я уже давно прописал для всех мультимедиафайлов, а вот "перебор по Page Up/Down файлов в других видеоконтейнерах" не сделать.

Автор: c930 Среда, 21 Сентября 2011, 5:27

QUOTE(19w85 @ там)
Ужасно не нравится, что теперь выделены цветом названия блоков
Ха, а я и не заметил. При моём размере шрифта (дефолтный) не особо и заметно.
Но я в принципе за нововведение.
QUOTE(19w85 @ там)
даже запас очень огромный остается, особенно у сабов, вот у них чуток уменьшить наверное даже неплохо было бы
Да, интересно.
А посмотри на мой скриншот.

Даже задняя скобка не влазит на некоторых масштабах GUI.
QUOTE(19w85)
QUOTE(c930)
- Чаптеры, я думаю, лучше выравнивать не по центру, а по левому краю. Будет читабельней.
Категорически против такого! Мне бы наоборот лучше по правому краю, ближе к центральной оси, но уж никак не левее, чем сейчас.
Посмотри на скриншот выше, где чаптеры содержат текст разной длины. Тогда может ты согласишься со мной и поймёшь о чём я.
QUOTE(19w85 @ там)
Оно бывает и после 1ого нажатия сворачивается.
И у меня тоже так бывает, что даже после первого.

Вот глюк какой у меня при прокрутке чаптеров:

Ни у кого такого нет? Исходный скриншот выше.

Автор: 19w85 Среда, 21 Сентября 2011, 5:52

QUOTE(c930 @ Среда, 21 Сентября 2011, 6:27)
QUOTE(19w85 @ там)
Ужасно не нравится, что теперь выделены цветом названия блоков
Ха, а я и не заметил. При моём размере шрифта (дефолтный) не особо и заметно.
Но я в принципе за нововведение.

Вот видишь, ты даже не заметил, но все равно естественно "за". Я в этом не сомневался. Благодаря твоим "замечательным предложениям", интерфейс из комфортного (1.0.6) потихоньку из-за этих мелких "незначительных" изменений и перестановок превратился для меня в дискомфортный (1.0.8). И если бы на 1.0.6 влезали поля, я бы на ней так и остался...

QUOTE(c930 @ Среда, 21 Сентября 2011, 6:27)
Посмотри на скриншот выше, где чаптеры содержат текст разной длины. Тогда может ты согласишься со мной и поймёшь о чём я.

Всё хорошо. Не соглашусь.

QUOTE(c930 @ там)
Вот глюк какой у меня при прокрутке чаптеров:
Ни у кого такого нет? Исходный скриншот выше.

У меня тоже есть такое.

Автор: c930 Среда, 21 Сентября 2011, 6:06

QUOTE(19w85 @ там)
Вот видишь, ты даже не заметил, но все равно естественно "за". Я в этом не сомневался.

"естественно", что ты в это вкладываешь? Заголовки слегка "оттеняются" тоном. Совсем чуть-чуть (поэтому сразу и не заметил), и это именно никакой "пёстрости", как ты сказал, на мой взгляд не добавляет.
Мне понравилось вобщем.

А как ты относишься к идее INI-файла (выше я писал). Можно было б подбить автора на некоторые индивидуальные настройки и нивелировать часть разногласий таким образом.

Типа так:
CODE

FileExt=AVI, WebM, FLV, MP4, MPEG, MPG, M2TS, TS, TP, RM, QT, MOV, ASF, WMV, 3GP, Ogg, VOB

;FileSort=0 - by Extension, then by Name
;FileSort=1 - by Size
;FileSort=2 - by Date and Time

FileSort=0

;ResSeq=0 - 720x432 @ 1024x432 (2.35:1)
;ResSeq=1 - 1024x432 (2.35:1) @ 720x432
;ResSeq=2 - 720x432 (2.35:1) @ 1024x432

ResSeq=0

HeadColor=0

;ChaptAlign=0 - Center
;ChaptAlign=1 - Left
;ChaptAlign=2 - Right

ChaptAlign=0

Автор: c930 Четверг, 22 Сентября 2011, 3:03

Куда-то собеседники пропали.
А я вот глюк нашёл в классическом GUI.
На некоторых файлах комбобоксы закрываются полями Language.
Похоже это происходит когда в соответствующих streamах отсутствует поле Title.





Автор: c930 Четверг, 22 Сентября 2011, 6:49

Мысли ни о чём:
вот http://ru.wikipedia.org/wiki/WebM написано, что видеоформат WebM
основан на подмножестве медиаконтейнера Matroska.
Сайт YouTube.com уже поддерживает данный видеоформат.
Вот пример я выложил http://ifolder.ru/25883517
(выступление Mylene Farmer 9 июня 1986 г. в летнем туре Podium Europe 1 по Франции, снято в Майенне).

Автор: starsoft Четверг, 22 Сентября 2011, 10:53

QUOTE(c930 @ там)
Куда-то собеседники пропали
Никуда не пропали, тута smileold.gif Всему своё время...

QUOTE(c930 @ там)
видеоформат WebM
Если его в нативном виде поддерживает библиотека MediaInfo - так что за проблемы, добавлю в список расширений файлов и все дела.

Насчет настроек... Вот 3 человека обсуждают, а мнений на десятерых хватит. Неужели все живут в моей стране smileold.gif

Я не большой любитель INI-файлов по тем же причинам, по которым им на замену когда-то появился реестр. Во-первых, это лишний файл. Во-вторых, это обычный текстовый файл, который легко испортить даже не прилагая усилий, просто случайно открыв его в блокноте. Он никак не защищен "от дурака", написать в любой строке бредовый параметр пара пустяков. Реестр тоже не слишком закрыт, но там а) нельзя вписать параметр несоотвествующено типа; б) Нужный блок параметров еще нужно найти и в) в итоге добраться до параметров все-таки можно только целенаправленно, а не случайно.

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

QUOTE(19w85 @ там)
Ужасно не нравится, что теперь выделены цветом названия блоков
А вот тут, извиняюсь, ничего менять не буду. Этот цветовой набор есть во всех моих информационниках и таким его и оставлю. Этого не было в первых версиях просто потому что забыл. Темно-синий цвет уж никак не "пестрит" форму IMHO. Могу только сделать его еще чуток темнее.

Автор: 19w85 Четверг, 22 Сентября 2011, 12:45

QUOTE(starsoft @ там)
Я могу сделать INI-файл опциональным, то есть то, что сейчас храниться в реестре (положение окна, всегда вверху и прочая лабуда), там и оставить. Но для всяких "недокументированных" возможностей сделать через проверку на наличие INI-файла и анализ его содержимого. Тогда тот, кого все спорные вещи не волнуют, никогда о них и не узнает. А для "очумелых ручек" не будет проблем сделать свой или скачать шаблонный INI и отредактировать. Одобрямс?

Я лично двумя руками "за"!

QUOTE(starsoft @ Четверг, 22 Сентября 2011, 11:53)
QUOTE(19w85 @ там)
Ужасно не нравится, что теперь выделены цветом названия блоков
А вот тут, извиняюсь, ничего менять не буду. Этот цветовой набор есть во всех моих информационниках и таким его и оставлю. Этого не было в первых версиях просто потому что забыл. Темно-синий цвет уж никак не "пестрит" форму IMHO.
*

Например, в aviinfo поля окрашенные в синий очень на малом количестве файлов есть, в большинстве файлов они не заполнены (т.к. они как раз несущественные) и, соответственно, пустуют. И в итоге почти всегда имеем зеленую окраску для полей и синий цвет названий блоков никак не пересекается с цветом полей и не мешает.
в MKinfo синим окрашены важные поля и которые заполнены во всех файлах (и тут они уже существенные). В итоге ощущение разукрашенной новогодней елки, почти все окрашено в сине-зеленое, фокусироваться и читать нужные параметры гораздо труднее и дольше теперь стало.
QUOTE(starsoft @ Четверг, 22 Сентября 2011, 11:53)
Могу только сделать его еще чуток темнее.
*

И чем темнее, тем лучше. А еще лучше тогда в ini добавить возможность задать цвет (черный был вообще идеальный, не отвлекал на себя внимания и совершенно не мешал, при этом все отлично читалось)

И я кстати, не понял что случилось с высотой строчек? (1.0.6->1.0.8)
Центрирования по вертикальной оси внутри полей так и нету, зачем тогда так сильно уменьшилась высота строчек и почему? Хочется бОльшей высоты, чем сейчас.

Автор: c930 Четверг, 22 Сентября 2011, 14:45

QUOTE(19w85)
QUOTE(starsoft)
Я могу сделать INI-файл опциональным, то есть то, что сейчас храниться в реестре (положение окна, всегда вверху и прочая лабуда), там и оставить. Но для всяких "недокументированных" возможностей сделать через проверку на наличие INI-файла и анализ его содержимого. Тогда тот, кого все спорные вещи не волнуют, никогда о них и не узнает. А для "очумелых ручек" не будет проблем сделать свой или скачать шаблонный INI и отредактировать. Одобрямс?
Я лично двумя руками "за"!
Да, конечно, тоже двумя руками! Иначе зачем бы я стал предлагать.

Предлагаю реестровые опции продублировать ключами в INI-файле.
Для дефолтного юзера значения будут браться из реестра, а если в каталоге программы присутствует INI-файл, то из него (если там есть дублирующие ключи). Т.е. ключи сделать приоритетными.

QUOTE(19w85 @ там)
А еще лучше тогда в ini добавить возможность задать цвет (черный был вообще идеальный...)
В примере INI-файла (пятью постами выше) параметр HeadColor (цвет заголовков) я специально для тебя "заложил" smileold.gif. (Я не прикалываюсь, смайлик чисто по-дружески.)

Автор: starsoft Четверг, 22 Сентября 2011, 15:29

QUOTE(c930 @ там)
Предлагаю реестровые опции продублировать ключами в INI-файле.
И какой в этом смысл? Реестровые опции меняются интерфейсом программы, а не руками - это опции в меню. И какой смысл их менять если они вручную заданы в INI? Не вижу логики. И вообще, к примеру, откуда ты знаешь что прописать в неких полях, которые задают координаты положения окна - пиксельные координаты или логические единицы?
Короче - в реестре опции, которые не только читаются программой, но и меняются ею же. А INI редактируется руками, прога только берет оттуда параметры.

QUOTE(19w85 @ там)
Например, в aviinfo поля окрашенные в синий очень на малом количестве файлов есть
Синим окрашены языки потоков и тэги (они же тайтлы) - некие совершенно произвольно написанные руками человека строчки при сборке файла. Кому-то они важны (например мне - все файлы, которые у меня задержмиаются больше чем на разовый просмотр, имеют заполненные тэги/тайтлы), кому-то нет как тебе.

QUOTE(19w85 @ там)
И я кстати, не понял что случилось с высотой строчек? (1.0.6->1.0.8)
Да уменьшил я высоту чтобы, увеличив видеоблок на 1 пункт (для Scan Type), не урезать остальное, а вписаться в нормальную высоту. Я не понял что тебе не нравится? На твоих же скриншотах последней версии не вижу никаких недостатков по высоте строк.

Автор: c930 Четверг, 22 Сентября 2011, 16:45

QUOTE(starsoft)
QUOTE(c930 @)
Предлагаю реестровые опции продублировать ключами в INI-файле.
И какой в этом смысл? Реестровые опции меняются интерфейсом программы, а не руками - это опции в меню. И какой смысл их менять если они вручную заданы в INI? Не вижу логики.
И вообще, к примеру, откуда ты знаешь что прописать в неких полях, которые задают координаты положения окна - пиксельные координаты или логические единицы?
Короче - в реестре опции, которые не только читаются программой, но и меняются ею же. А INI редактируется руками, прога только берет оттуда параметры.
Ну я же не знаю состав параметров, какие в реестре хранятся.
А смысл был такой - для мобильности. Чтобы при запуске программы в разных установленных на одном компутере ОС или запуске со съёмного носителя (флэшдрайва) на разных компутерах (там утилита м.б. и не установлена. И зачем на чужом компе я буду реестр загаживать. Или менять их, если на чужом компе есть такие) не нужно было опции подправлять.
Например, пусть так: если есть INI-файл в каталоге программы, то прога пусть всё хранит и берёт из него, а реестр по боку (для осведомлённых юзеров с "очумелыми ручками"), а если нет, то из реестра.
А на счёт всяких координат и пр. не очень прозрачных параметров для юзера, то мне и нет нужды в общем случае их вручную задавать, программа их будет прописывть. Лишь бы они были "всегда со мной".
Ну примерно так как-то.

Автор: starsoft Четверг, 22 Сентября 2011, 17:15

2 userinfoc930:
Во-первых, параметры, хранящееся в реестре, ничего не портят и никому не мешают. Они в апликативной ветке, к системе не имеют отношения. А то, что имеет - регистрация компоненты, как раз и уйдет из реестра при номальном закрытии аппликации.
Во-вторых, часть параметров просто нельзя переносить с компа на комп - к примеру при разных резолюциях экрана координаты окна просто могут закинуть окно за пределы видимой области - и что делать тогда? Лезть руками в INI?
В-третьих, это просто удобно, что на этом же компе прога поднимется с тем, что для нее в последний раз сделали, а не с тем что делали на другом компе с его особенностями и резолюциями.
Да и параметров то там кот наплакал, чего вообще о них говорить.

Автор: c930 Четверг, 22 Сентября 2011, 17:23

QUOTE(starsoft @ там)
Да и параметров то там кот наплакал, чего вообще о них говорить.
"Огласите весь список, пожалуйста!"

Автор: starsoft Четверг, 22 Сентября 2011, 18:03

А в реестр заглянуть слабо? smileold.gif

Using alternative GUI y/n
Always on top y/n
Auto check update y/n
Save window position y/n
Font size
Window size for regular GUI
Window size for alternative GUI
Window X position on screen
Window Y position on screen

Единственное, что можно (IMHO) безболезненно переносить с компа на комп - это использование альтернативного GUI. Но и эта опция меняется на другом компе двумя кликами мышкой.

Автор: c930 Четверг, 22 Сентября 2011, 20:38

QUOTE(starsoft @ там)
Always on top, Auto check update
А эти, например, почему нельзя? Не вижу причины.
QUOTE(starsoft @ там)
Во-вторых, часть параметров просто нельзя переносить с компа на комп - к примеру при разных резолюциях экрана координаты окна просто могут закинуть окно за пределы видимой области - и что делать тогда? Лезть руками в INI?
Ну так это и без переноса такая ситуация тогда может возникнуть. Сменил я в той же винде видеорежим с понижением разрешения экрана - и привет!
Нужно стало быть при запуске проверять текущее видеоразрешение. И в критической ситуации позиционироваться скажем в центр экрана.
Или вот как в вышеупомянутом Total Commanderе сделать. Он кстати все настройки хранит в INI-файле (а параметров там может быть с туеву хучу) и нет проблем.
Параметры зависящие от разрешения экрана он хранит в подразделах типа [800x600], [1024x768], [1920x1080] и т.п. Для каждого свои. Эти разделы добавляются автоматом по мере возникновения ситуации. Ты вроде пользуешь его, нажми F1 -> INI-File settings: wincmd.ini.

А что это за параметр Font size? Масштаб GUI?
QUOTE(starsoft @ там)
В-третьих, это просто удобно, что на этом же компе прога поднимется с тем, что для нее в последний раз сделали, а не с тем что делали на другом компе с его особенностями и резолюциями.
Да, удобно. Приду я в гости к 19w85 чай пить. Его настройки мне допустим не нравятся. Я с флэшдрайва свою запущу. А она в его реестре поправит параметры. Он меня потом убъёт.

Автор: starsoft Четверг, 22 Сентября 2011, 22:06

QUOTE(c930 @ там)
Auto check update
Это вообще из тех параметров, которые порядочные программы ставят только с разрешения пользователя этого компа. Потому что прога, которая лезет в сеть на конкретном компе не выставив сознательно на нем эту опцию - это выполнять незаконные "хакерские" или "вирусные" операции. А ты хочешь прийти на чужой комп, запустить свою программу, которая тут же полезет в сеть потому что эта опиця выставлена.

Мне льстит сравнение с ТС smileold.gif - это моя любимая программа с первой его версии. И одна из очень немногих, которые хранят данные в INI (и при этом еще и позволяют прямо из меню открыть их в блокноте и менять). Но мои утилиты - не ТС все-таки, чтобы так уж придирчиво относиться к параметрам, еще и под разрешения их хранить - это перебор smileold.gif

QUOTE(c930 @ там)
А что это за параметр Font size? Масштаб GUI?
Да

QUOTE(c930 @ там)
Приду я в гости к 19w85 чай пить. Его настройки мне допустим не нравятся.
Ну надуманный пример. Ты со своим ТС на флешке ходишь в гости? winkold.gif

Автор: c930 Четверг, 22 Сентября 2011, 22:26

QUOTE(starsoft @ там)
Auto check update. Это вообще из тех параметров...
Так у меня бы на мобильной версии она как раз бы была отключена.

QUOTE(starsoft @ там)
Ну надуманный пример. Ты со своим ТС на флешке ходишь в гости?
Только так всегда и делаю. TC со своими настройками и ещё кучей утилит и программ портабельных впридачу:
%COMMANDER_PATH%\UTILITIEs\StarSoft\MKInfo\MKInfo.exe
%COMMANDER_DRIVE%\Programs\Opera USB 1063 ru\opera.exe

На TC с чужими настройками буду некомфортно себя чувствовать, а без TC - это просто труба. biggrinold.gif

Автор: starsoft Пятница, 23 Сентября 2011, 2:58

Вобщем я подумаю.

Кстати, на альтернативной форме Title файла я возвращаю обратно, над строкой Enc App - мне тоже не понравилась эта очень часто пустая строка. На основной форме она останется под именем файла - благо там пустые строки убираются и не "блестят" пустотой.

Автор: c930 Пятница, 23 Сентября 2011, 3:01

2 19w85 (OffTop)

Чисто из любопытства, а что за надобность у тебя запускать сабж с выводом на телевизор?
Я понимаю кино смотреть, на телевизоре во многих случаях приятнее. А сабж, можно и на монитор выводить. Там не нужен большого размера шрифт. Если не секрет конечно.

Автор: 19w85 Пятница, 23 Сентября 2011, 3:10

QUOTE(starsoft @ Пятница, 23 Сентября 2011, 3:58)
Кстати, на альтернативной форме Title файла я возвращаю обратно, над строкой Enc App - мне тоже не понравилась эта очень часто пустая строка. На основной форме она останется под именем файла - благо там пустые строки убираются и не "блестят" пустотой.
*

Ура! yesyes.gif

Автор: c930 Пятница, 23 Сентября 2011, 3:17

QUOTE(starsoft @ там)
эта очень часто пустая строка

- Не будет идентичности с другими разделами, где Title стоит, как и положено, во главе;
- Titles в других разделах отсутствуют даже чаще, чем основной;
- в альтернативном GUI почти всегда достаточно пустых полей.

Автор: starsoft Пятница, 23 Сентября 2011, 3:22

2 userinfoc930: Я ж говорю - главная причина что мне самому не понравилось как это выглядит. Действительно бросается в глаза. А если строка заполнена - так она цветом выделена, не трудно сразу увидеть. IMHO.

Автор: 19w85 Пятница, 23 Сентября 2011, 3:27

Что касается ini-файла я за то, чтобы там были исключительно "скрытые настройки", а не перекидывать туда всё.
======================================
2 userinfoc930:

Не секрет...

QUOTE(c930 @ Пятница, 23 Сентября 2011, 4:01)
Чисто из любопытства, а что за надобность у тебя запускать сабж с выводом на телевизор?
Я понимаю кино смотреть, на телевизоре во многих случаях приятнее. А сабж, можно и на монитор выводить. Там не нужен большого размера шрифт. Если не секрет конечно.
*

У меня сейчас монитора совсем нету за ненадобностью. Специально покупал ЖК ТВ который хорошо работает с компом с выводом точка-в-точку. Пару лет назад идеальной совместимостью с компом далеко не всех фирм ТВ могли этим похвастаться.
+Глаза в таком варианте значительно меньше устают, читаю крупный текст с относительно крупного расстояния. И теперь при чтении с бумаги (тут фокусироваться глазам приходится на близком расстоянии) и при чтении с ТВ (глазам тут приходится фокусироваться значительно дальше, чем при чтении с бумаги/монитора) - нагрузка на глаза различается.
В случае чтения с бумаги+монитора - нагрузка одинаковая, вызывает переутомление и впоследствии снижение зрения (+ по физиологии работы глаза, насколько я читал, именно фокусирование на объектах несколько десятков сантиметров дает бОльшую нагрузку, чем на более дальних).
Проверил это на себе. Уж в домашних условиях к использованию монитора я никогда и ни за что не вернусь.

P.S. На будущее, предлагаю вопросы/ответы с оффтопом писать под спойлером

Автор: c930 Пятница, 23 Сентября 2011, 3:52

2 19w85 (OffTop)
Да, интересный подход.
- А у тебя зрение нормальное, ну там близорукости/дальнозоркости нет?
(У меня, например, близорукость с детсада. А дальнозоркость полным ходом развивается. Кошмар! Но она в чистом виде не компенсирует близорукость, как казалось бы.)
- А ты говорил, что у твоих знакомых тоже крупный шрифт. Они тоже без монитора сидят?

Автор: 19w85 Пятница, 23 Сентября 2011, 4:32

2 c930 (OffTop)
QUOTE(c930 @ Пятница, 23 Сентября 2011, 4:52)
Да, интересный подход.
- А у тебя зрение нормальное, ну там близорукости/дальнозоркости нет?
(У меня, например, близорукость с детсада. А дальнозоркость полным ходом развивается. Кошмар! Но она в чистом виде не компенсирует близорукость, как казалось бы.)
*

У меня единица зрение всегда было, но потом стало немного садиться, насколько помню до 0,9
Т.е. видеть на расстоянии в несколько метров стал хуже и особенно вдали стало мутнова-то видно. После того как, наконец, сменил монитор на ТВ (и соответственно расстояние просмотра, сменилось с сантиметров на метры), потихоньку зрение стало восстанавливаться. Где-то через полгода стало почти идеально как и было.
Да и вообще с ТВ и с текущими настройками масштаба и твиками интерфейса глаза у меня очень мало устают (раз в 10 меньше, чем было за монитором).

QUOTE(c930 @ Пятница, 23 Сентября 2011, 4:52)
- А ты говорил, что у твоих знакомых тоже крупный шрифт. Они тоже без монитора сидят?
*

Есть и те, которые пока что с монитором (и масштаб 150%), но там из-за не очень хорошего зрения, чтобы очками за монитором приходилось пользоваться не всегда.

Вообще факторов очень много, диагональ ТВ/монитора, его разрешение, собственный уровень зрения, расстояние с которого это будет читаться/смотреться. Надо всё подбирать так, что все было хорошо видно и не приходилось всматриваться/напрягаться, только тогда утомление глаз будет минимальным и вообще будет комфортно. У меня зрение позволяет увидеть всё, даже если я например, снижу масштаб со своих 185% до 150%. Но просто хорошо видеть текст и видеть этот текст вообще практически не напрягая глаза - две большие разницы.
Например, от чтения при 150% у меня глаза за 2 часа устанут, а при 185% такая степень усталости будет только через 10 часов практически непрерывного чтения.

Автор: c930 Пятница, 23 Сентября 2011, 14:41

QUOTE(19w85 @ там)
Что касается ini-файла я за то, чтобы там были исключительно "скрытые настройки", а не перекидывать туда всё.

В таком случае можно ввести ключ, например:
UseRegistry=1 (использовать реестр)

Если ключ отсутствует или его значение равно единице,
то программа будет общие настройки хранить в реестре,
а если UseRegistry=0, то реестр не использовать, все настройки хранить в INI-файле.

Автор: starsoft Пятница, 23 Сентября 2011, 15:52

QUOTE(c930 @ там)
UseRegistry=1 (использовать реестр)

Нет необходимости. Я дам список ключей, которые можно вписать или не вписывать в INI-файл. Если ключ есть в INI и имеет валидное значение - то его чтение и запись будут в файл, а если нет - то в реестр.
Кстати это же касается и "скрытых" ключей - их тоже можно прописать в реестре вручную и не использовать файл. Короче на любителя - хочется портативности используй файл, не нужно - можно и реестром обойтись. Или любой комбинацией этих двух возможностей.

Автор: c930 Пятница, 23 Сентября 2011, 16:04

Да, хорошо.

--------------

QUOTE(starsoft @ там)
Я дам список ключей...
Выложи список, когда определишься с составом. На посмотреть.

Автор: starsoft Пятница, 23 Сентября 2011, 16:54

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

Автор: starsoft Воскресенье, 25 Сентября 2011, 12:15

Обновление - версия 1.0.9 beta

Подробности вверху.

Автор: 19w85 Воскресенье, 25 Сентября 2011, 13:05

QUOTE(starsoft @ Воскресенье, 25 Сентября 2011, 13:15)
Обновление - версия 1.0.9 beta

Подробности вверху.
*

1) Из нововведений 1.0.8->1.0.9 не понравились только появившиеся обрамляющие скобки у заголовков блоков. Хотелось бы возможность от них избавиться через ini=реестр.
2) Плохо, что в ini все пояснения на английском, а не на русском.
------------------------------------------------------------------------------------
Теперь момент, который мне понравился, но требует доработки на мой взгляд:
1 случай, когда потоков вообще нет, и пустующий белый блок переключателя действительно ни к чему был:
1.0.8:
1.0.9:

2 случай, неактивный переключатель субтитров ТАКЖЕ как и в 1ом случае стал на сером фоне вместо белого. Но ведь в этом случае в нем содержится нужная информация (номер текущего потока и общее количество потоков) и на сером фоне это хуже читается, чем как раньше на белом фоне:
1.0.8:
1.0.9:
Предлагаю сделать настраиваемым цвет фона для непустых переключателей.
==================================================
Все остальные изменения 1.0.8->1.0.9 очень понравились! Спасибо! thumbup.gif
==================================================
Я уже 2 раза спрашивал про высоту строк, ответа так и не было, спрашиваю в третий раз...можно этот момент сделать настраиваемым? Хочется вернуть высоту строк, почти такую как была в 1.0.6
Это последний момент который меня волнует, всё остальное сейчас действительно радует (после ужасных 1.0.7 и 1.0.8 я уже даже и не верил, что в итоге всё будет хорошо zub.gif )

P.S.
А у масштабирования по "+" можно сделать меньше шаг, например, в 2 раза? (ну и соответственно если шаг вдвое уменьшится, то удвоить количество режимов масштаба с 7 до 14). Тогда смогу задать увеличение масштаба в 1.5 раза от своего текущего и это как раз даст нужную высоту строчек.

Автор: starsoft Воскресенье, 25 Сентября 2011, 13:42

QUOTE(19w85 @ там)
А у масштабирования по "+" можно сделать меньше шаг, например, в 2 раза?
Нет, нельзя. Параметр масштабирования не в пикселах, а в логических единицах системного устройства (то есть монитора), шаг масштабирования 1 и дробным он быть не может.

QUOTE(19w85 @ там)
Я уже 2 раза спрашивал про высоту строк, ответа так и не было, спрашиваю в третий раз...можно этот момент сделать настраиваемым?
Я не понимаю что ты имеешь в видую и что тебя не устраивыает. Я в последней версии чуть-чуть увеличил высоту, она стала по-моему почти равной старой неизменной. По твоим скриншотам не вижу никаких неудобств. Давать на ручнеое изменение? Да эта величина пересчивается в зависимости от масшбаба дисплея и зума окна. Нет линейной зависимости и, поэтому, не вижу необходимости давать менять руками. Сделать "как раньше"? Придется увеличивать высоту окна и ты же первый пожалуешься что не влезает на экран все поля.

QUOTE(19w85 @ там)
на сером фоне это хуже читается, чем как раньше на белом фоне
А чем это отличается от всех остальных полей, также написанных на сером фоне (вернее системном фоне, настроенном пользователем в опциях экрана)?

QUOTE(19w85 @ там)
обрамляющие скобки у заголовков блоков
Все мои программы имеют одинаковый интерфейс и никто никогда не жаловался (а у AviInfo и DVDInfo, в отличие от этой, очень много пользователей). Скобок только по моей невнимательности не было раньше. Я и так уже дал на изменение цвета, так можно дойти и до ручного макетирования окна пользователем. Больше похоже на мелкие придирки, чем на конструктивные предложения.
blink.gif

QUOTE(19w85 @ там)
Плохо, что в ini все пояснения на английском, а не на русском.
А сама программа при этом на каком? smileold.gif Я не делал адаптированных версий в принципе, не вижу необходимости в этом в подобной софтине. А английский - это универсально, понять те несколько фраз, что там написаны - ну вряд ли сложно человеку, который собирается вручную править файл настроек winkold.gif

Автор: 19w85 Воскресенье, 25 Сентября 2011, 14:32

QUOTE(starsoft @ там)
Я не понимаю что ты имеешь ввиду и что тебя не устраивает. Я в последней версии чуть-чуть увеличил высоту, она стала по-моему почти равной старой неизменной. По твоим скриншотам не вижу никаких неудобств. Давать на ручное изменение? Да это размер, который пересчитывается в зависимости от масштаба дисплея и зума окна. Нет линейной зависимости и, поэтому, не вижу необходимости давать менять руками.

Да, пожалуйста, хотелось бы на ручное изменение. Разница в высоте строк между в 1.0.6 и 1.0.9 очень значительная. Высота окна 1.0.6 занимала всю высоту экрана, и даже несколько пикселей окантовки окна программы уходили под панель задач, в 1.0.9 запас лишнего места между нижним краем программы и панелью задач составляет аж 60 пикселей (разрешение по высоте 1080) и эти лишние 60 пикселей целиком получились из-за уменьшения высоты всех строк и пропорционально самого окна программы.
QUOTE(starsoft @ там)
Сделать "как раньше"? Придется увеличивать высоту окна и ты же первый пожалуешься что не влезает на экран все поля.

В идеале, это как раз возможность ручного изменения через ini, чтобы можно было задать высоту окна и строк самому, более точно подогнав размер.
В 1.0.6 всё хорошо влезало, жаловаться не на что там было.

QUOTE(starsoft @ там)
А чем это отличается от всех остальных полей, также написанных на сером фоне

Ну наверное тем, что это не фиксированное поле, а именно переключатель, а то, что он отличался фоном (и соответственно повышенной читабельностью) от фиксированных полей было очень неплохо.

QUOTE(starsoft @ там)
Все мои программы имеют одинаковый интерфейс и никто никогда не жаловался (а у AviInfo и DVDInfo, в отличие от этой, очень много пользователей). Скобок только по моей невнимательности не было раньше. Я и так уже дал на изменение цвета, так можно дойти и до ручного макетирования окна пользователем. Больше похоже на мелкие придирки, чем на конструктивные предложения.

Просто привык уже без скобок за столько версий. Теперь они только мешают, когда цифра номера потока была последним знаком было удобнее. Не настаиваю. Этот момент действительно можно отнести к "мелким придиркам". Просто не понравилось. Но переживу...наверное. winkold.gif

QUOTE(starsoft @ там)
А сама программа при этом на каком?

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

QUOTE(starsoft @ там)
понять те несколько фраз, что там написаны - ну вряд ли сложно человеку, который собирается вручную править файл настроек

Я не вижу никакой связи между "переводом английского текста подсказок" и правкой в блокноте конкретных значений параметров. Мне лично догадаться о назначении параметра/проверить на практике эффект от его изменения гораздо быстрее и проще, чем переводить непонятную ~половину подсказок (машинный перевод еще не факт, что даст понять о чем точно речь). Ну в общем,

Автор: starsoft Воскресенье, 25 Сентября 2011, 15:02

QUOTE(19w85 @ там)
эти лишние 60 пикселей целиком получились из-за уменьшения высоты всех строк и пропорционально самого окна программы.
Безусловно, и в этом была цель. Вот только ты смотришь исключительно "со своей колокольни" - то есть выбрав для себя масштаб экрана и масштаб программы. А есть 7 масштабов программы помноженные на сотню (100%-200%) масштабов экрана. Почему делать так, чтобы подходило именно под твой вариант? Я сделал максимально компактно без потери читабельности IMHO.

QUOTE(19w85 @ там)
переводить непонятную ~половину подсказок
Поскольку (я надеюсь) прогой когда-нибудь смогут пользоваться не только русскоговорящие мемберы форума РДА, но и другие люди, не читающие по-русски, я не буду писать комменты в файле на русском. Любое пояснение любому параметру могу дать прямо тут (у меня нет своего сайта где бы был многоязычный интерфейс и форум для обсуждения, я считаю этим форумом РДА).

Автор: 19w85 Воскресенье, 25 Сентября 2011, 15:04

QUOTE(starsoft @ Воскресенье, 25 Сентября 2011, 16:02)
QUOTE(19w85 @ там)
эти лишние 60 пикселей целиком получились из-за уменьшения высоты всех строк и пропорционально самого окна программы.
Безусловно, и в этом была цель. Вот только ты смотришь исключительно "со своей колокольни" - то есть выбрав для себя масштаб экрана и масштаб программы. А есть 7 масштабов программы помноженные на сотню (100%-200%) масштабов экрана. Почему делать так, чтобы подходило именно под твой вариант? Я сделал максимально компактно без потери читабельности IMHO.

Поэтому и прошу добавить настройку в ini чтобы всем было хорошо

Автор: starsoft Воскресенье, 25 Сентября 2011, 15:07

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

Автор: starsoft Воскресенье, 25 Сентября 2011, 15:14

"Чтоб всем было хорошо" - это так кажется. Вот только это заставит программу на каждом старте в зависимости от вручную установленных параметров пересчитывать положение и размеры всех элементов формы. А форм две (хотя ты и пользуешься только одной из них это не отменяет желание других пользоваться второй). И там и без того хватает проблем с убираением пустующих элементов. Была бы веская причина - я бы сделал. Но я не вижу причины.

Автор: 19w85 Воскресенье, 25 Сентября 2011, 15:16

QUOTE(starsoft @ Воскресенье, 25 Сентября 2011, 16:02)
QUOTE(19w85 @ там)
эти лишние 60 пикселей целиком получились из-за уменьшения высоты всех строк и пропорционально самого окна программы.
Безусловно, и в этом была цель. Вот только ты смотришь исключительно "со своей колокольни" - то есть выбрав для себя масштаб экрана и масштаб программы. А есть 7 масштабов программы помноженные на сотню (100%-200%) масштабов экрана. Почему делать так, чтобы подходило именно под твой вариант? Я сделал максимально компактно без потери читабельности IMHO.
*

QUOTE(starsoft @ Воскресенье, 25 Сентября 2011, 16:07)
Я не стану возвращать окно к варианту версии 1.0.6 потому что добавленная строка на тип развертки увеличит размер, а давать редактировать и высоту и размер по-высоте - это уже перебор. Это не конструктор, а форма, и я пока не увидил ни одной реальной причины это делать кроме твоего желания. Скриншоты говорят что окно выглядит хорошо, строки видны и хорошо читабельны.
*

Да не так всё.
1) 1.0.6->1.0.7 как раз на одну строку чаптеры уменьшили, чтобы появилось место под строку с интерлейсом. Так что там изменений в высоте не должно было быть никаких.
По интерфейсу и компактности 1.0.6 была идеальной версией! Я думал эта фигня с уменьшения размера окна началась из-за попытки центровки внутри полей, а так вообще непонятно зачем это понадобилось.
2) Я уже писал, сейчас текст очень плотно стал располагаться и это менее комфортно. А эти лишнее место простаивает.
3) Мой вариант масштаба самый максимальный из всех возможных. Для 1080 пикселей по высоте 185% машстаба - это предел. Если пикселей еще больше, то масштаб можно еще чуть увеличить. Но окно, влезающее при 1080px-185%, будет влезать и при 1200px-190%.

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

Поэтому предлагаю вернуть к тому что было в 1.0.6
Там было все хорошо, и что-то менять не требовалось.

Автор: starsoft Воскресенье, 25 Сентября 2011, 15:27

2 userinfo19w85: Под разверткой я имел в виду "Scan type". То есть Progressive/Interlaced. Его не было на форме в 1.0.6, тогда он был добавлен в "дополнительную видеоинфу". Посмотри "историю изменений". Именно добавив эту строку на форму (и перенеся к ней fps чтобы расширить поле frame size) я и получил форму бОльшего размера. И уменьшил размер строк и расстояние между нимичтобы сократить размер формы. Верну как было - у тебя форма вылезет за границы окна.

Автор: 19w85 Воскресенье, 25 Сентября 2011, 15:28

QUOTE(starsoft @ Воскресенье, 25 Сентября 2011, 16:27)
2 userinfo19w85: Под разверткой я имел в виду "Scan type". То есть Progressive/Interlaced. Его не бывло на форме в 1.0.6, тогда он был добавлен в "дополнительную видеоинфу".


Я уже давно исправил свой пост.
---------------------------------------------
Выкладываю полноразмерные (по высоте) скрины:
1.0.6: http://s55.radikal.ru/i150/1109/10/15f55397c742.png
1.0.9: http://i024.radikal.ru/1109/8f/b0ad2b68e3da.png

Как я и говорил, экономия под строку с разверткой (как на тот момент и обговарилось) была сделано через сокращения строк чаптеров, с 5ти до 4ех строк! (и совершенно правильно, ибо 4 строки более чем достаточно)
А от сокращение высоты окна и всех строк - только исключительно вред и никакой пользы.

Автор: starsoft Воскресенье, 25 Сентября 2011, 16:47

QUOTE(19w85 @ там)
А от сокращение высоты окна и всех строк - только исключительно вред и никакой пользы.
Та расстреляйте меня чтоб я увидел хоть какое-то неудобство новой формы на твоем скриншоте! Это ты называешь "очень плотно расположенный текст"??? Я офигеваю...

Автор: 19w85 Воскресенье, 25 Сентября 2011, 17:48

QUOTE(starsoft @ Воскресенье, 25 Сентября 2011, 17:47)
QUOTE(19w85 @ там)
А от сокращение высоты окна и всех строк - только исключительно вред и никакой пользы.
Та расстреляйте меня чтоб я увидел хоть какое-то неудобство новой формы на твоем скриншоте! Это ты называешь "очень плотно расположенный текст"??? Я офигеваю...
*

Если смотреть вблизи, да еще в увеличенном виде, то может еще и кажется терпимо, но при реальном просмотре с расстояния стало ОЧЕНЬ кучно и тесно по сравнению с замечательным GUI 1.0.6 (если бы я не видел ОЧЕНЬ ЗНАЧИТЕЛЬНОЙ РАЗНИЦЫ, я бы не доказывал тут уже 3 часа, что стало хуже, и это ухудшение никакой пользы не принесло)
Главное плюсов от этого изменения никто не получил. А на больших масштабах только вред. Все отлично влезало на 1.0.6 даже на моем максимально возможном масштабе, и строк хватало.
У меня текущий GUI реально фигово смотрится и читается. Это единственный оставшийся момент который категорично не устраивает.

Я не пойму зачем держаться за такое изменение, который не приносит пользы (я это уже доказал, т.к. влезало и раньше при любых масштабах), но приносит вред?

Автор: starsoft Воскресенье, 25 Сентября 2011, 18:20

QUOTE(19w85 @ там)
Я не пойму зачем держаться за такое изменение,
Да дело не в держаться, просто мне нравится как получилось и я не вижу почему делать иначе. Плюс нет у меня старой формы (я не сохраняю исходники бета версий), так что сделать то, что ты хочешь - это значит переделать форму заново, попытавшись визуально восстановить что-то похожее на старую версию. Да и сделать твои условия визуализации я не могу - нет у меня компа с такой резолюцией чтобы на нем можно было такой масштаб выставлять. Там, где я могу сделать проверку на виртульной машине, не получается сделать нужную комбинацию резолюции экрана и масштаба, так что я проверяю на масштабе 200%.

Автор: 19w85 Воскресенье, 25 Сентября 2011, 18:33

QUOTE(starsoft @ там)
я не сохраняю исходники бета версий

blink.gif

QUOTE(starsoft @ там)
Там, где я могу сделать проверку на виртульной машине, не получается сделать нужную комбинацию резолюции экрана и масштаба, так что я проверяю на масштабе 200%.

Я на виртуальной машине и разрешение и масштаб без проблем задавал, а в чем проблема возникла?

QUOTE(starsoft @ там)
значит переделать форму заново, попытавшись визуально восстановить что-то похожее на старую версию.

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

QUOTE(starsoft @ там)
просто мне нравится как получилось

Чем меньше масштаб, тем меньше заметна разница того что было, и того что стало.

Автор: starsoft Воскресенье, 25 Сентября 2011, 18:40

Проба пера smileold.gif

Пробная версия Lister-плагина для Total Commander-а.

Подробности в начале топика.

Автор: c930 Понедельник, 26 Сентября 2011, 9:36

QUOTE(starsoft @ там)
Обновление - версия 1.0.9 beta

Всё очень порадовало!
А именно появление INI-файла и состав его параметров,
а также LS-плагин к TC! Не ожидал, сюрприз.
QUOTE(starsoft @ там)
1.0.9
*) Исправлен глюк с "замазыванием" списка чаптеров при прокрутке скроллбаром.
*) Исправлены (я надеюсь) глюки при изменении размеров окна.
+ Глюк с чаптерами пропал.
+ Размер по горизонтали теперь вроде нормально регулируется.

- Остался глюк (я про него раньше не упоминал, но он был): когда уменьшаешь размер за левый край (также и за верхний, если пытаться), то после "упора" окно начинает двигаться.
Фичей это назвать нельзя. Если за правый (или нижний), такого эффекта нет.
Проявляется как при использовании мыши, так и клавиатуры.

- Глюк со сворачиванием окна в трей остался.

QUOTE(19w85 @ там)
Из нововведений 1.0.8->1.0.9 не понравились только появившиеся обрамляющие скобки у заголовков блоков.
+ Я тоже заметил скобки (правда возможно из-за того, что сравнивал скриншоты 8 и 9-ки), но мне нововведение понравилось: заголовки разделов теперь лучше выделяются, заметнее стали (т.к. по цвету не сильно отличаются).
И только затем посмотрев на AviInfo обнаружил, что там также.
Лирическое отступление
Интересно, что аналогичные скобки вокруг имён каталогов в Total Commanderе меня настолько сильно раздражали, что когда-то давно я несколько лет не переходил на него (в то время пользовался DISCo Commanderом) из-за этого (и ещё некоторых моментов). И только когда появилась возможность их (скобки эти) отключать, я решился поюзать ТС в качестве основного командера. Со временем, по мере развития TC, DISCo Commander совсем забросил. Хотя всегда его держу.

+ Предложение: заголовки разделов в традиционном GUI сместить в левый верхний угол, как в альтернативном.
Так они более заметны будут.

+ Ширина комбобоксов теперь нормальная (у меня), на 8-ке последняя скобка бывало пряталась.

- То что цвет фона в неактивных комбобоксах стал под цвет панели - стало хуже!
Поддерживаю в этом плане 19w85.
+ Предлагаю:
-цвет пустых оставить под цвет панели,
-цвет непустых неактивных - белым,
-активного (где фокус ввода, если) - синим.
(Ну или если это системные цвета, то соответственно.) Короче на три варианта разделить.

- Глюк: при нажатии клавиши Home не переходит на AVI-файлы (переходит к первой матрёшке), хотя в FileExt AVI прописал (отсортированы по расширению).
Добавил в каталог FLV-файл - на него тоже не переходит.
Если нажимать PageUp, то переходит.
С клавишей End вроде таких проблем нет.

? Кое-что (глюки/не глюки) заметил с сортировкой и "анаморфным" видеофайлом.
Но пока описать не готов.

Конечно не нравится
- что Title в основном разделе опять задвинули "на галёрку" и то что
- во втором [Video] строки и колонки перемешаны.
Если бы эти два момента можно было в INI исправлять, было б здорово!

Теперь по INI:
- AFrameSizeFormat - не работает (формат не меняется)!
Причём залочено в самом неприемлемом для меня формате!

- ChaptersAlign - не работает тоже (всё время по центру выравнивается)!

+ Предложение: сохранять комментарий написанный за параметром!
Сейчас он удаляется, если программа обновляет значение параметра.

Так опечатки просто:
- Перва пробная версия Lister-плагина (на первой странице топика).
В комментариях INI-шаблона:
- OthFiledColor - color for other firlds
- TextWindowWidth=400 ; s_ored horizontal size of text window
- SizeX=480<TAB>... (лучше пробелами забить)

Про LS-плагин пока могу сказать:
+ очень порадовало появление оного! Ждём WDX.
- В режиме Quick view, при перемешении между файлами, в окне плагина горизонтальный слайдер очень часто сдвинут вправо и левого верхнего угла не видно.

Автор: starsoft Понедельник, 26 Сентября 2011, 17:30

QUOTE(19w85 @ там)
Я на виртуальной машине и разрешение и масштаб без проблем задавал, а в чем проблема возникла?
Виртуальная машина не позволяет задать резолюцию экрана больше чем у системы, на которой она бежит. А у меня нет системы с VM где я могу проверять все варианты резолюций и масштабов.

QUOTE(c930 @ там)
- Остался глюк (я про него раньше не упоминал, но он был): когда уменьшаешь размер за левый край (также и за верхний, если пытаться), то после "упора" окно начинает двигаться.
Фичей это назвать нельзя. Если за правый (или нижний), такого эффекта нет.
Поскольку я не могу остановить руку, двигающую мышку, а могу только ограничить размер окна не меньше определенного размера, то получается такой эффект "движения" окна. Винда для определения размера берет за точку отсчета верхний левый угол окна, если его не трогать (как при изменении размера справа или снизу), то положение не изменится, а если двигать - то, сохраняя размер, окно, естественно, "поплывет".

QUOTE(c930 @ там)
+ Предложение: заголовки разделов в традиционном GUI сместить в левый верхний угол, как в альтернативном.
Хотя это и отличается от традиционного для других моих прог, я наверное сделаю так. И там поменяю для однообразия smileold.gif

QUOTE(c930 @ там)
- Глюк: при нажатии клавиши Home не переходит
QUOTE(c930 @ там)
- AFrameSizeFormat - не работает (формат не меняется)!
Исправлю, спасибо. Поторопился я и плохо проверил frownold.gif

QUOTE(c930 @ там)
- ChaptersAlign - не работает тоже (всё время по центру выравнивается)!
А вот это у меня чудненько работает. Может ты забыл нажать на save когда поменял параметр в INI? winkold.gif

QUOTE(c930 @ там)
Конечно не нравится
- что Title в основном разделе опять задвинули "на галёрку" и то что
- во втором [Video] строки и колонки перемешаны.
Если бы эти два момента можно было в INI исправлять, было б здорово!
Как я уже писал выше, я не буду делать конструктор макета. Сколько людей столько мнений по дизайну, так можно дойти до полного макетирования формы - не тот случай. Извиняюсь, придется пользоваться "как есть".

QUOTE(c930 @ там)
+ Предложение: сохранять комментарий написанный за параметром!
Поскольку это невозможно сделать при использовании стандартных виндовых средств работы с INI, я просто переделаю шаблон файла, перенеся комменты на строку выше соответствующего параметра.

QUOTE(c930 @ там)
- Глюк со сворачиванием окна в трей остался.
Не получается победить - слишком медленно программа поднимается из-за медлительности движка MediaInfo. Хотя я и говорю "запустить и отобразить", видимо, пока прога работает над файлом, иногда другое окно успевает перехватить фокус.

Автор: 19w85 Понедельник, 26 Сентября 2011, 18:16

2 userinfostarsoft:
Так как насчет этого:

QUOTE(19w85 @ Воскресенье, 25 Сентября 2011, 19:33)
QUOTE(starsoft @ там)
значит переделать форму заново, попытавшись визуально восстановить что-то похожее на старую версию.

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


Хотя бы форму по высоте изменить, уж если не как в 1.0.6, то на крайний случай что-нибудь промежуточное между 1.0.6 и текущим.

Автор: starsoft Понедельник, 26 Сентября 2011, 23:36

2 userinfo19w85: Попробую.

Автор: c930 Вторник, 27 Сентября 2011, 4:34

QUOTE(starsoft)
QUOTE(c930)
- ChaptersAlign - не работает тоже (всё время по центру выравнивается)!
А вот это у меня чудненько работает. Может ты забыл нажать на save когда поменял параметр в INI?
У меня никак не хочет. Вот мой INI в сравнении с шаблоном:


А тут результат. Чаптеры по центру. Пробовал и двойку ставить, и имя ключа из коммента перевставлял - толку нет.

Вот мой INI: http://ifolder.ru/25970297 Глянь, где собака порылась.

Автор: 19w85 Вторник, 27 Сентября 2011, 10:11

QUOTE(starsoft @ Вторник, 27 Сентября 2011, 0:36)
2 userinfo19w85: Попробую.
*

Отлично! А кстати нельзя сделать такую же регулировку высоты формы, как сделана по ширине? Это был бы наиболее гибкий и удобный вариант для настройки высоты формы/строк.

QUOTE(c930 @ Вторник, 27 Сентября 2011, 5:34)
Вот мой INI: http://ifolder.ru/25970297 Глянь, где собака порылась.
*

У меня даже с твоим ini работает позиционирование чаптеров заданное в ini:
http://s56.radikal.ru/i154/1109/42/b8ded07f44ed.png

Автор: c930 Вторник, 27 Сентября 2011, 10:28

19w85
Ну, не знаю что и думать. Чудеса!

Автор: starsoft Вторник, 27 Сентября 2011, 11:37

QUOTE(19w85 @ там)
А кстати нельзя сделать такую же регулировку высоты формы, как сделана по ширине?
Нет, этого я делать не буду. Это требует пересчета не только вертикального размера, но и вертикального положения каждого элемента формы, что при двух масштабах (программы и экрана) даст дикое количество проблем. А кроме собсно работы по программированию этого пересчета еще и отладка этого применяя всякие варианты масштабов - у меня нет на это ни времени ни желания.
Кстати - простейший прикид как это будет выглядеть на твоей резолюции и масштабе даст, как мне кажется, ту же высоту строк, которая есть в последней версии (твои 60 пикселов не сделают "погоды" - округление значений при расчете "съест" этот запас).

Автор: starsoft Вторник, 27 Сентября 2011, 12:08

2 userinfoc930:У меня твой INI тоже работает нормально. Странно... А остальные параметры из этого же INI отрабатывают как положено?

Автор: starsoft Вторник, 27 Сентября 2011, 17:47

Новая бета-версия программки - 1.0.10 beta и новая версия Lister-plugin-а для Total Commander-а.

Подробности в начале топика.

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

Автор: c930 Вторник, 27 Сентября 2011, 18:53

QUOTE(starsoft @ там)
А остальные параметры из этого же INI отрабатывают как положено?
Я все параметры не пробовал.
Сортировку сразу изменил на по расширению (=1) - в общем работает
(может не совсем сортируются как у меня в командере задано. Плюс ещй какая-то непонятка при сортировке встретилась, я ещё не смотрел. А так работает).
В UFrameSizeFormat менял 'x' на '-', проверки ради - тоже сработало.
AFrameSizeFormat не работало, но это надеюсь исправил ты в 10-ке.
Альтернативное GUI тоже сразу выставил - работает.
AVI добавил - тоже работает.

Домой приду ещё попробую что-нибудь. Плюс попробую в другой инсталляции ОС той же версии (Windows XP SP3).

Я сейчас на работе, тут Win98se. И дома есть тоже комп (второй) с такой же ОС.
Можно ли сделать что б сабж и плагин в 98-м работали? Как-нибудь прикрутить.

Автор: starsoft Вторник, 27 Сентября 2011, 18:57

QUOTE(c930 @ там)
Можно ли сделать что б сабж и плагин в 98-м работали? Как-нибудь прикрутить.
Понятия не имею smileold.gif Я уже лет 10 не видел в глаза этой винды. По-идее если в ней стоит UNICODE добавка (кажется такая была когда-то сделана микрософтом чтобы юникодные программы бегали) - то должно работать. Кроме юникода эта программа ничем не отличается от любой 32-битной аппликации.

Автор: 19w85 Вторник, 27 Сентября 2011, 21:00

QUOTE(starsoft @ там)
1.0.10
*) Очередная (я надеюсь последняя) корректировка альтернативного GUI на предмет вертикального размера окна и высоты строк.

Спасибо! Но скорее всего предпоследняя. winkold.gif
Чуток перебор получился теперь по высоте. В 1.0.6 лишь небольшая часть (не вся) нижней рамки окна уходила под панель задач, а в 1.0.10 панель задач уже почти "касается" нижней границы строки аудиоканалов. Хотелось бы чуточку меньше высоты (во всяком случае не больше, чем было в 1.0.6)
1.0.6: http://s40.radikal.ru/i090/1109/c0/2c9463eac5ba.png
1.0.10: http://s001.radikal.ru/i196/1109/22/c679dd321823.png

Автор: starsoft Вторник, 27 Сентября 2011, 21:25

2 userinfo19w85:
Там было меньше потому что комбо-боксы были на рамках блоков. Мне это не нравится и делать так я не буду. А сокращать размер, при сохранении этих размеров строк, больше нельзя - начнут налазить труг на друга. Инфа видна вся? Всё, ни одна строка не вылазит за твой таск-бар.
Думаю на этом можно и закончить. smile.gif

Автор: 19w85 Вторник, 27 Сентября 2011, 21:33

QUOTE(starsoft @ Вторник, 27 Сентября 2011, 22:25)
2 userinfo19w85:
Там было меньше потому что комбо-боксы были на рамках блоков. Мне это не нравится и делать так я не буду. А сокращать размер, при сохранении этих размеров строк, больше нельзя - начнут налазить труг на друга. Инфа видна вся? Вся, ни одна строка не вылазит за твой таск-бар.
Думаю на этом можно и закончить.  smile.gif
*

Предлагаю задать высоту строк и высоту окна по размерам среднее арифметическое между тем, что было в 1.0.9 и стало в 1.0.10.
Сейчас, когда появилась возможность сравнить версии отличающиеся только высотой (а все поля и цвета идентичны в обеих сравниваемых версиях), стало видно, что в 1.0.10 слишком уж рыхло и высота строк чрезмерная. Да еще к этому вообще никакого промежутка между нижним полем и панелью задач.

Автор: starsoft Вторник, 27 Сентября 2011, 22:05

2 userinfo19w85:
Высота строк одинаковая в 1.0.6 и 1.0.10. Поскольку я отказался от вычисляемого размера, который получался в 1.0.9 (ибо то, что получалось по моим расчетам, тебе не нравилось), то размер выставлен в старый дифолт. Может закончим уже?? Честно говоря, не обижайся, я утомился переделывать именно это по твоим требованиям. Сейчас всё видно, и этого достаточно IMHO.

Автор: 19w85 Вторник, 27 Сентября 2011, 22:21

QUOTE(starsoft @ там)
Высота строк одинаковая в 1.0.6 и 1.0.10

Я ЭТО понял. Я спрашивал можно ли уменьшить отображаемую высоту строк...

QUOTE(starsoft @ Вторник, 27 Сентября 2011, 23:05)
2 userinfo19w85:
Высота строк одинаковая в 1.0.6 и 1.0.10. Поскольку я отказался от вычисляемого размера, который получался в 1.0.9 (ибо то, что получалось по моим расчетам, тебе не нравилось), то размер выставлен в старый дифолт. Может закончим уже?? Честно говоря, не обижайся, я утомился переделывать именно это по твоим требованиям. Сейчас всё видно, и этого достаточно IMHO.
*

Ну если никаких промежуточных вариантов отображаемой высоты строк не сделать, то тогда предлагаю вернуться к тому что было в 1.0.9 (надеюсь исходники еще не удалены? smileold.gif). Можно?

Автор: 19w85 Вторник, 27 Сентября 2011, 22:38

QUOTE(19w85 @ там)
то размер выставлен в старый дифолт

дык вот я что-то не понял, этот дефолт уменьшить нельзя?

Автор: starsoft Вторник, 27 Сентября 2011, 22:39

QUOTE(19w85 @ там)
надеюсь исходники еще не удалены? smileold.gif
Я ничего не удаляю - нечего удалять. Я просто переделываю то, что есть сейчас. В тот момент, когда сделаю первый релиз - его исходники уйдут в бэкап. А до того нет никаких "предыдущих", только текущие.
Я еще раз прошу прощения - я уважаю пользователей своих программ и мемберов РДА особенно, но есть же граница... Я еще никогда не занимался такой ерундой как подладка макета диалога под одного юзера - за 9 лет существования AviInfo его макет переделывался всего 4 раза да и то принципиально, а не из-за широких или узких строк в определенной резолюции экрана...
Могу сделать шаг навстречу, и еще разок потом переделать, но это реально будет последний раз.

Автор: starsoft Вторник, 27 Сентября 2011, 22:43

QUOTE(19w85 @ там)
этот дефолт уменьшить нельзя?
Этот размер - минимум, который конструктор макета позволяет сделать для edit-box-а (а все поля именно такие с запретом редактирования чтобы позволить стандартным методом пометить и скопировать текст в клипбоард), любой размер меньше этого нужно выставлять из программы, а значит вычислять в зависимости от двух масштабов.

Автор: 19w85 Вторник, 27 Сентября 2011, 22:49

QUOTE(starsoft @ Вторник, 27 Сентября 2011, 23:39)
Могу сделать шаг навстречу, и еще разок потом переделать, но это реально будет последний раз.
*

Да, одного последнего раза достаточно будет. Только вот я пока так и не понял, вариантов приблизительно "подогнать" высоту, как промежуточный вариант высоты строк, из той высоты что получается в 1.0.9 и в 1.0.10 никаких способов нет или все-таки есть?

Автор: starsoft Вторник, 27 Сентября 2011, 23:03

2 userinfo19w85: Вычисляемых размера было 2 (ну во всяком случае математика отличалась чуть-чуть) - в 1.0.8 и 1.0.9. В последнем должно было быть чуть больше при бОльших масштабах. И оба ты не одобрил. Сделать еще больше - вышло бы то, что есть сейчас. Я повторю - любой размер вычисляется и не может быть дробным, то есть округляется. Поэтому вычисление не идеально и не факт что будет лучше, чем сейчас.

Автор: 19w85 Вторник, 27 Сентября 2011, 23:08

QUOTE(starsoft @ Среда, 28 Сентября 2011, 0:03)
2 userinfo19w85: Вычисляемых размера было 2 (ну во всяком случае математика отличалась чуть-чуть) - в 1.0.8 и 1.0.9. В последнем должно было быть чуть больше при бОльших масштабах. И оба ты не одобрил. Сделать еще больше - вышло бы то, что есть сейчас. Я повторю - любой размер вычисляется и не может быть дробным, то есть округляется. Поэтому вычисление не идеально и не факт что будет лучше, чем сейчас.
*

Хотелось бы всё-таки посмотреть вычисляемый вариант больше чем в 1.0.9
И только если он действительно будет не лучше чем сейчас в 1.0.10, то только тогда откатываться, на то что было в 1.0.9
Можно?

Автор: Bubble-Gum Вторник, 27 Сентября 2011, 23:39

QUOTE(19w85 @ там)
Можно?


там же русским языком написано:
Кнопка https://www.paypal.com/cgi-bin/webscr?cmd=_donations&business=WVP2MB7ES3UJ2&lc=IL&item_name=Starsoft%27s%20MKInfo¤cy_code=USD&bn=PP%2dDonationsBF%3abtn_donate_SM%2egif%3aNonHosted в окне "About..." присутствует smileold.gif

Автор: starsoft Среда, 28 Сентября 2011, 0:03

2 userinfoBubble-Gum: biggrin.gif

2 userinfo19w85: После праздничного таймаута...

Автор: c930 Среда, 28 Сентября 2011, 4:14

QUOTE(c930)
Домой приду... попробую в другой инсталляции ОС той же версии (Windows XP SP3).
Поставил новую ОС (такую же как и была: Windows XP SP3 VLK Rus) - ChaptersAlign там тоже не работает.
Загружался с Live CD - там работало.

Где копать? Хрен знает.

starsoft, 19w85
А у вас какие ОС стоят?

Автор: starsoft Среда, 28 Сентября 2011, 10:44

2 userinfoc930: Я проверял на XP SP3 Eng, и нескольких компах с Win7 Ultimate x32.

Автор: c930 Среда, 28 Сентября 2011, 17:53

starsoft, а какая DLL за этот ChaptersAlign отвечает?

QUOTE(starsoft @ там)
новая версия Lister-plugin-а для Total Commander-а.
Чё-то я не понял, у меня по ссылке из первого поста качается архив с первой версией плагина с добавленным в него INI-файлом. Ты может забыл плагин то обновить в архиве?!

Замечания:
- Что за шрифт используется для вывода информации плагином?
Он пропорциональный и информационные строки выглядят невыровненными.
Нужно задать моноширинный шрифт. Или может сделать возможность его выбора.

Автор: starsoft Пятница, 30 Сентября 2011, 19:35

2 userinfoc930:

QUOTE(c930 @ там)
Чё-то я не понял, у меня по ссылке из первого поста качается архив с первой версией плагина с добавленным в него INI-файлом
Да, ошибся я случайно, уже исправлено.

QUOTE(c930 @ там)
- Что за шрифт используется для вывода информации плагином?
Он пропорциональный и информационные строки выглядят невыровненными.
Нужно задать моноширинный шрифт. Или может сделать возможность его выбора.
Плагин определяет себя как ANSI (Windows charset) и проверяет выбирался ли в Lister-е шрифт для этого типа. Если нет - то выбирается тот же, который выбирает Lister по-умолчанию - у меня это Fixedsys (моноширинный шрифт, имеющийся на любой винде). Если же для ANSI-типа выбирался шрифт пользователем - то используется этот выбранный шрифт. Данные о выборе читаются из win.ini в секции [Lister].

QUOTE(c930 @ там)
а какая DLL за этот ChaptersAlign отвечает?
Нет такого DLL, который отвечал бы за отдельное свойства элементов. Бокс чаптеров - это обычный простой виндовский edit-control и "text align" одно из базовых свойств, которые существуют неизменно уже много лет. Я просто на ходу меняею значение этого свойства и всегда это работало.

Автор: c930 Суббота, 01 Октября 2011, 0:55

QUOTE(starsoft @ там)
Плагин определяет себя как ANSI (Windows charset) и проверяет выбирался ли в Lister-е шрифт для этого типа. Если нет - то выбирается тот же, который выбирает Lister по-умолчанию - у меня это Fixedsys (моноширинный шрифт, имеющийся на любой винде). Если же для ANSI-типа выбирался шрифт пользователем - то используется этот выбранный шрифт. Данные о выборе читаются из win.ini в секции [Lister].
Не win.ini, я так понял, а wincmd.ini. У меня в явном виде не задан шрифт, а по-умолчанию тоже Fixedsys стоит. В этом случае выглядит так:

А если я прописываю Fixedsys в явном виде, то так:

В самом листере всё работает правильно.
! Заметил (при просмотре разных файлов), что указанный шрифт используется только для вывода первых полутора строк, а дальше идёт другой, пропорциональный.
Всегда шрифт "сбрасывается" на первом разделителе в размере файла в скобках, т.е. после старшей группы разрядов.

Если выбирать в листере другие шрифты, то картина такая:
CODE
TT @MS Mincho             -    работает (данным шрифтом выводится вся инфа)
O  Consolas               -    работает
   Courier                - не работает (только на первые полторы строки)
O  Courier New            -    работает
   Fixedsys               - не работает
O  Lucida Console         -    работает
O  Lucida Sans Typewriter - не работает
TT MS Mincho              -    работает
Вроде прослеживается некая зависимость "работоспособности" от наличия пиктограммки у шрифта, но Lucida Sans Typewriter выбивается.
Кстати я чё-то забыл пиктограммка O у шрифта что означает? Юникодный что ли?

- У меня не работает в плагине параметр FileExt. Подхватываются только файлы прописанные в wincmd.ini - MKV, MKA и WEBM.
INI-файл дефолтный (из дистрибутива).
Если я пытаюсь прописать в wincmd.ini и др. расширения, типа:
CODE
[ListerPlugins]
0=%COMMANDER_PATH%\PlugIns\WLX\MKInfo\MKInfoLS.wlx
0_detect="EXT="MKV" | EXT="MPG" | EXT="TS" | EXT="AVI" | EXT="TP" | EXT="WEBM""
то опять что-то не все срабатывают.
TP, TS, MP4, MOV, M2TS - работают, а AVI, MPG - нет.
Как будто что-то их отфильтровывает.
На AVI открывается другой плагин и при переборе плагинов по '4' MKInfoLS не выбирается.
На MPG открывается его dump, т.е. другие плагины для него не подключены.
При переборе по '4' листер начинает его проигрывать.
Значение параметра Multimedia в секции [Lister] не влияет на проблему AVI, MPG.

Не работает:
- при смене шрифта в листере, в чистом листере (без плагинов) шрифт сразу меняется,
а MKInfoLS приходится переоткрывать. Это конечно не смертельно.
- В окне плагина не работают комбинации клавишь: Ctrl-A и Ctrl-C.
Если можно сделать, сделай. Ctrl-Ins - работает.

Автор: starsoft Суббота, 01 Октября 2011, 18:29

2 userinfoc930:
Ну у тебя и операционка... smileold.gif
Во-первых, я не понимаю кто такое пиктограмка рядом с именем шрифта у меня нет никаких пиктограмм нигде (может быть что-то есть в ХР, но у меня нет сейчас ХР под рукой чтобы проверить).
Во-вторых, я не понимаю каким образом шрифт работает только на полторы строки. Шрифт я задаю на всё окно, а не на строки и, уж тем более, на части строк.
В-третьих, нет никакой разницы между любым символом, скобкой или цифрой - это просто символы в тексте.

Прога проверялась на ХР, не было никаких проблем со шрифтами. Я нашел ошибку в одном месте, отчего могут быть искажения и самого текста (начало исчезнет) и позиций цвета (выделит не те куски). Это исправлю в следующей версии. Что делать со шрифтами просто не знаю - у меня то работает, я не могу исправить то, что не вижу...

Да, вот еще. Плагин позиционируется как Image/Multimedia [4]. При других выборах Lister к нему даже не обращается.

По поводу расширений. И для AVI и для MPG и для MP4 я пока не смог заставить вызвать плагин. Lister сам определяет что делать, у него имеется видимо встроенный "вьювер" для этих файлов и он в режиме [4] ставит свой вьювер выше по приоритету чем плагины и не вызывает их.
А чтобы плагин работал со списком расширений, ТС должен как минимум его вызвать. На вызове я проверяю расширение и возвращаю в ТС ответ, означающий буду я обрабатывать файл или нет (и, если нет, ТС вызывает следующий плагин).

QUOTE(c930 @ там)
- при смене шрифта в листере, в чистом листере (без плагинов) шрифт сразу меняется, а MKInfoLS приходится переоткрывать. Это конечно не смертельно.
Ничем не могу помочь - ТС не заморачивается сообщить плагину что шрифт поменялся.

QUOTE(c930 @ там)
- В окне плагина не работают комбинации клавишь: Ctrl-A и Ctrl-C.
Попробую.

Автор: c930 Воскресенье, 02 Октября 2011, 4:14

QUOTE(starsoft @ там)
Во-первых, я не понимаю кто такое пиктограмка рядом с именем шрифта  у меня нет никаких пиктограмм нигде
Вот о чём я:

Пиктограммка слева от шрифта в списке их.
Означает тип шрифта:
A - Type1
TT - True Type
O - OpenType
_ - без пиктограммки это по-моему растровые.
QUOTE(starsoft @ там)
Во-вторых, я не понимаю каким образом шрифт работает только на полторы строки. Шрифт я задаю на всё окно, а не на строки и, уж тем более, на части строк.
В-третьих, нет никакой разницы между любым символом, скобкой или цифрой - это просто символы в тексте.
Шрифт почему-то "сбрасывается" на некотором символе.
В случае с дефолтным Fixedsys это символ разделителя в размере файла.
То же происходит и со шрифтом Courier. Оба они видимо растровые.
Растровые они самые первые были. Уж затем True Type появились. А OpenType ещё позже, т.е. имеют самый новый формат.
Раньше я писал, что со шрифтом Lucida Sans Typewriter тоже не работет, хоть он и типа OpenType. Так вот с ним шрифт сбрасывается не на разделителе, а в пятой строке (Title), где-то в тексте Леопард / The Leopard / Il gattopardo (1963) [Geralt iz Rivii].
Точнее трудно определить, т.к. шрифт на который он сбрасывается очень похож на него по начертанию, но он уже пропорциональный.
Т.е. на каком-то видимо символе в итальянском (либо это французский, х.з.) тексте.

Я посмотрел, что за символ стоит в разделителе групп разрядов в настройках.
Я думал это пробел (20), но это оказался символ с кодом A0. Так по умолчанию там было задано. Проверял на свежеустановленной винде.
У тебя кстати какой символ там указан?
Так вот если я его меняю на пробел (20), то со шрифтом Fixedsys сброс происходит уже не на этом раздилителе, а дальше...
<- Здесь разделитель дефолтный - A0,

<- а здесь - пробел (20)
на символе с диакритическим знаком ó в слове Calógero.

Т.е. очевидно, что глюк зависит от конкретного шрифта.
Я не петрю в форматах шрифтов. Как там что устроено. Но примитивно мысль такая: нет в конкретном шрифте какого-то символа, здесь и происходит сброс.
QUOTE(starsoft @ там)
Да, вот еще. Плагин позиционируется как Image/Multimedia [4]. При других выборах Lister к нему даже не обращается.
Я не эту четвёрку имел ввиду в предыдущем посту, а другую.
Если в листере открыт какой-то файл, на который забито несколько плагинов, то при нажатии на клавиатуре '4' (четвёрка на основной клавиатуре, не на дополнительной), листер начинает перебирать для отображения следующий и т.д. по кругу плагины. Какой именно в данный момент используется указывается в системном баре, или как там он называется - в заголовке окна, в скобках.
QUOTE(starsoft @ там)
По поводу расширений. И для AVI и для MPG и для MP4 я пока не смог заставить вызвать плагин. Lister сам определяет что делать, у него имеется видимо встроенный "вьювер" для этих файлов и он в режиме [4] ставит свой вьювер выше по приоритету чем плагины и не вызывает их.
У меня с MP4 проблем нет (в том плане если его прописать в wincmd.ini). А вот с AVI, MPG есть, они не берутся плагином даже если я их прописываю в wincmd.ini.
На AVI, MPG есть встроенный вьюер. Но он вроде как имеет ниже приоритет, чем плагины.
У меня на AVI стоит информационный WLX-плагин и он вызывается на AVI первым независимо от ключа Multimedia в секции [Lister]. И чередуется со встроенным плэйером по '4'. А на MPG ничего нет и если Multimedia=1, то файл проигрывается, а если =0, то показывается dump.

А вот параметр FileExt в MKInfoLS.ini, как я в предыдущем посте писал у меня не работает. Какие расширения туда не прописывай - бестолку. Берутся расширения только из wincmd.ini (кроме AVI, MPG).
А у тебя FileExt работает? Берутся из него какие-нибудь расширения из тех, что не прописаны в wincmd.ini за плагином?

Автор: starsoft Воскресенье, 02 Октября 2011, 9:05

QUOTE(c930 @ там)
Но примитивно мысль такая: нет в конкретном шрифте какого-то символа, здесь и происходит сброс.
Знаешь, в этом что-то есть. Я использую для вывода (по примеру того же Ghisler-а) RichEdit control, который используется в системе, к примеру, WordPad-ом. А он при использовании разных языковых наборов в тексте ведет себя плохо. Видимо тут что-то и происходит в такой недоделанной под разные языки системе как ХР. А у тебя видимо еще и локализованная система? Пока не знаю что сказать, подумаю.

QUOTE(c930 @ там)
А вот параметр FileExt в MKInfoLS.ini, как я в предыдущем посте писал у меня не работает
Хотя Lister спрашивает дает проверить расширений на каждом старте, но строку идентификации спрашивает, видимо, только один раз - при первом запуске после инсталла. Попробуй удали плагин из списка и снова добавь его вручную. У меня после этого подхватываются новые вписанные в список расширения (кроме AVI, MPG и MP4).

QUOTE(c930 @ там)
в том плане если его прописать в wincmd.ini
Это не нужно прописывать вручную, это та самая строка идентификации, которую я возвращаю Lister-у первый раз после инсталляции плагина.

QUOTE(c930 @ там)
А у тебя FileExt работает? Берутся из него какие-нибудь расширения из тех, что не прописаны в wincmd.ini за плагином?
Да (кроме трёх вышеуказанных). Короче сделй переинсталл плагина вручную и посмотрим что выйдет.

QUOTE(c930 @ там)
Если в листере открыт какой-то файл, на который забито несколько плагинов, то при нажатии на клавиатуре '4' (четвёрка на основной клавиатуре, не на дополнительной), листер начинает перебирать для отображения следующий и т.д. по кругу плагины.
Ну это та же самая четверка. Посмотри меню - это клавиша выбора типа отображения. При повторном выборе "4" перебираются плагины, оприходованные как Image/Multimedia, других вариантов плагинов нет.

Автор: c930 Воскресенье, 02 Октября 2011, 18:41

QUOTE(c930 @ там)
разделитель дефолтный - A0
Это вроде как "символ" неразрывного пробела.
QUOTE(starsoft @ там)
А у тебя видимо еще и локализованная система?
Ну да, русская.
QUOTE(starsoft @ там)
Попробуй удали плагин из списка и снова добавь его вручную. У меня после этого подхватываются новые вписанные в список расширения (кроме AVI, MPG и MP4).
Переустановил (вручную). Вроде легче стало:
теперь FileExt в MKInfoLS.ini заработал!
Разница в том, что пропала строка в wincmd.ini, detect= для плагина.
Наверное её можно было просто удалить вручную, без переустановки.
Видимо detect= имеет приоритет перед MKInfoLS.ini.
Стало быть detect= не нужен, даже вреден при наличии MKInfoLS.ini.

Осталась проблема с AVI, MPG - не цепляются.
С MP4 всё нормально, как и с остальными расширениями.
QUOTE(starsoft @ там)
Ну это та же самая четверка.
Да похоже так, только в меню не нужно лезть.

Автор: c930 Понедельник, 03 Октября 2011, 3:32

http://img13.imageshost.ru/img/2011/10/03/image_4e89001ace1c1.png из комбобокса нужно сделать на таком же фоне как он в самом комбобоксе, т.е. белом в данном случае.
IMHO (прочитал вашу дискуссию ;-)

Автор: c930 Среда, 05 Октября 2011, 6:48

А что это за параметр у аудиопотоков - Delay?
Просветите неграмотного. Что за задержка такая, с чем её едят, для чего?
Относительно чего задержка, может ли быть она отрицательной?

Автор: starsoft Среда, 05 Октября 2011, 9:45

2 userinfoc930:
Это синхронизация аудио и видео, то есть задержка относительно начала работы, для видеофайлов началом будет первый фрейм видеопотока. Хотя конверт матрешки позволяет задать Delay и для видео, но он практически всегда = 0 и я его не показываю. Конечно задержка может быть отрицательной если аудиодорожка "длиннее" видео.
Для AVI этот параметр имел значение только на этапе сборки файла, это компенсировалось при сборке отрезанием лишнего при отрицательной задержке или заполнением нулями при положительной. Муксер матрешки физически не трогает дорожки, сохраняя параметр, и плеер сам оперирует с ним для синхронизации при проигрывании.

Автор: starsoft Среда, 05 Октября 2011, 16:19

Новая бета-версия программки - 1.0.11 beta и новая версия Lister-plugin-а для Total Commander-а - 1.0.2.

Подробности в начале топика.

2 userinfo19w85:
Я снова вернул механизм вычисления размера полей из 1.0.9, увеличив вычисляемый размер на 1 логическую единицу. Как я и ожидал, вышло почти то же самое, что и в 1.0.10 без вычисления. Все промежутки между полями выставил вручную заново и проверил на разных масштабах - уменьшать суммарный размер бОльше этого не получается. Всё.

2 userinfoc930:
Lister-ный плагин переделан полностью. При этом потеряна возможность пометить кусок текста мышкой для копирования, пометить можно только весь текст через Ctrl+A.
Сделать возможность помечать кусок - слишком муторная работа, пока нет желания тратить на это время.
AVI и MPG по-прежнему не обрабатываются и сделать ничего не могу - TC просто не вызывает плагин для этих расширений. Почему - не знаю, а предположения я уже высказывал.

Автор: starsoft Среда, 05 Октября 2011, 17:21

Исправленная версия Lister-plugin-а для Total Commander-а - 1.0.3.

Только сделал новую версию как нашел (как мне кажется) почему AVI и MPG не вызывали plugin. Сделал поправку, для отработки надо переустановить плагин с откорректированным до инсталла списком расширений, включающим всё нужное.

Автор: 19w85 Среда, 05 Октября 2011, 17:51

QUOTE(starsoft @ Среда, 05 Октября 2011, 17:19)
Я снова вернул механизм вычисления размера полей из 1.0.9, увеличив вычисляемый размер на 1 логическую единицу. Как я и ожидал, вышло почти то же самое, что и в 1.0.10 без вычисления. Все промежутки между полями выставил вручную заново и проверил на разных масштабах - уменьшать суммарный размер бОльше этого не получается. Всё.

Спасибо! thumbup.gif Да, вот сейчас высота строк стала очень близка к той самой "золотой серединке", она стала всё-таки поменьше, чем было в 1.0.10 и вот так значительно лучше.
Да и к тому же окно по высоте стало вполне достаточно влезать.
+Контуры блоков в левой половине GUI и в правой стали симметричны (в 1.0.10 они не были симметричны)
1.0.10: http://i061.radikal.ru/1110/da/004fdcc2ffef.png
1.0.11: http://i047.radikal.ru/1110/55/3893cb7e130b.png

Будем надеяться, что больше никаких изменений в GUI не будет, всё хорошее и функциональное уже сделано, а дальше можно только портить (перестановкой строк и т.д. и т.п.) (считаю что с 1.0.4 до 1.0.11 версий GUI допилили практически до совершенства и лучше уже не будет smileold.gif)

Автор: c930 Четверг, 06 Октября 2011, 15:36

Зашёл тут к знакомым. Решил по случаю попробовать сабжи.
Другой совсем комп и другая ОС - http://i078.radikal.ru/1110/99/7ed61a52d352.png против моих WinXP и Win98se.

В результате:
- утилита (1.0.10 и 1.0.11 портабл) выдаёт ошибку:

С чем это м.б. связано?

- плагин 1.0.1 на шрифтах Courier и Fixedsys также глючит как и в моей WinXP:
<- Courier

<- Fixedsys
Это к вопросу о

QUOTE(starsoft @ там)
Ну у тебя и операционка...

Вирсия 1.0.2 мне не досталась, а в 1.0.3 вроде этот глюк со шрифтами исчез,
но 1.0.3 постоянно валит мой командер, вылетает то и дело.

AVI, MPG вроде стали подхватываться.
Попробую ещё дома на своём компе.

QUOTE(starsoft @ там)
*) Оприходованы комманды Select All (Ctrl+A) и Copy (Ctrl+C)
Теперь Ctrl-Ins перестал работать. Ну да Ctrl+C по мне так лучше, т.к. чаще им пользуюсь.
QUOTE(starsoft @ там)
При этом потеряна возможность пометить кусок текста мышкой для копирования, пометить можно только весь текст через Ctrl+A.
Жалко, полезная функция была.
QUOTE(starsoft @ там)
Сделать возможность помечать кусок - слишком муторная работа...
А в предыдущей версии она была проведена?

Автор: starsoft Четверг, 06 Октября 2011, 18:25

QUOTE(c930 @ там)
А в предыдущей версии она была проведена?
В предыдущей версии то, что показывает информацию - это был виндовский компонент, который по-идее работает, к примеру, в программе WordPad, есессно с запретом в нем редактирования. Микрософт меняют компонент от системы к системе, разбираться почему он глючит на этих не-ASCII-символах в определенных шрифтах я не стал, выкинул его нафиг и сделал своё. То есть всё, что на экране, я "рисую сам". Сделать Ctrl-Ins это ерунда, а все более сложные выкрутасы, которые были в готовой компоненте (как выделение мышкой непрерывного через строки куска текста) муторно и долго.

QUOTE(c930 @ там)
С чем это м.б. связано?
Скорее всего с правами залогиненного пользователя на изменение реестра. Думаю что если выставить запуск программы от администратора - проблема исчезнет. Другого ответа дать не могу, потому как у меня такого не происходит.

QUOTE(c930 @ там)
Это к вопросу о
smileold.gif Да я не имел в виду винду вообще, а настройки. К примеру у меня почему-то никогда не стоял A0 в качестве разделителя, скорее всего это особенности локализованной версии...

Автор: c930 Четверг, 06 Октября 2011, 20:35

QUOTE(starsoft @ там)
Скорее всего с правами залогиненного пользователя на изменение реестра. Думаю что если выставить запуск программы от администратора - проблема исчезнет.
Не особо в этом петрю, но тут в винде один пользователь всего. Он и имеет права администратора.
QUOTE(starsoft @ там)
...более сложные выкрутасы, которые были в готовой компоненте (как выделение мышкой непрерывного через строки куска текста) муторно и долго...
А выделение внутри строки (части строки), например какого-нибудь параметра, или на худой конец целой строки одной можно сделать?
QUOTE(starsoft @ там)
К примеру у меня почему-то никогда не стоял A0 в качестве разделителя, скорее всего это особенности локализованной версии...
Тут кстати тоже, я посмотрел, A0 стоит, хотя винда другая Win7, но тоже русская.
A0 (неразрывный пробел) кстати вполне логичный разделитель.
А у тебя какой стоит?

Автор: starsoft Четверг, 06 Октября 2011, 21:32

QUOTE(c930 @ там)
А у тебя какой стоит?
Запятая, которую я обычно меняю на обычный пробел. Как-то не задумывался что надо ставить "непрерывный"... Да не важно, важно что старый вариант на этом символе спотыкался (как и на любом другом символе с кодом > 128). Нет желания ковырять почему... Предпочел сделать как мне хочется. Будет время - повожусь с выделением куска.

Автор: starsoft Пятница, 07 Октября 2011, 1:59

Первая версия Content-плагина для Total Commander-а.

Подробности в начале топика.

Автор: Bubble-Gum Пятница, 07 Октября 2011, 11:45

QUOTE(c930 @ там)
Не особо в этом петрю, но тут в винде один пользователь всего. Он и имеет права администратора.


правой мышой -> свойства -> запускать всегда от администратора.

у меня такая же проблема была.

Автор: c930 Пятница, 07 Октября 2011, 11:57

QUOTE(Bubble-Gum @ там)
у меня  такая же проблема была.

Спасибо! Теперь запускается.

Автор: c930 Пятница, 07 Октября 2011, 14:18

QUOTE(starsoft @ там)
Первая версия Content-плагина
Здорово!
Я всё ещё не дома, в гостях. Но командер как всегда со мной.
Плагин работает. Только тут на компутере всего две матрёшки нашлось.
Жалко что без чаптеров, хотелось попробовать элайн на этой системе.

Добавлено
Нашёл матрёшку с чаптерами текстовыми. Тут элайн работает.
Right на текстовых чаптерах выглядит ужасно. Left - отлично.

Автор: c930 Суббота, 08 Октября 2011, 13:21

Попробовал поиск с использованием плагина.
- поиск *.mkv с соотношением 16:9 + чересстрочная (прогрессивная) развёртка,
- поиск *.mkv *.avi различной длительности по времени

starsoft, я так понял, если я задаю в условиях поиска значение параметра длительности без разделителей ':' (например "< 2"), то это означает "часы", т.е. длительностью менее 2 часов?

Можно кстати искать анаморфные видео по наличию '@' в поле FrameSize.
- поиск *.mkv + FrameSize содержит @ + ...
+ starsoft, вот чего не хватает - параметров Height и Width для кадра!
Чтобы можно было искать видео разрешением (по горизонтали/вертикали) более (менее) такого-то.

+ И ещё, добавь таки параметр "Тип контейнера" в плагины.

P.S. поиск с использованием плагина работает.

Автор: starsoft Суббота, 08 Октября 2011, 21:22

QUOTE(c930 @ там)
если я задаю в условиях поиска значение параметра длительности без разделителей ':' (например "< 2"), то это означает "часы", т.е. длительностью менее 2 часов?
Ну наверное, это ж не от плагина зависит, а от ТС. Плагин всего лишь дает данные о файле. Длительности естественно имеют формат "время". ТС работает с ними аналогично с другими временными параметрами, к примеру "время создания файла".

QUOTE(c930 @ там)
искать ... по наличию ...
То же самое, что я написал выше, касается и других параметров. Есть цельночисловые параметры (к примеру количество дорожек), есть числовые с дробной частью (к примеру битрейты или размеры в мегабайтах) и есть текстовые. В текстах можно искать по наличию любого куска текста вплоть до отдельного символа.

QUOTE(c930 @ там)
не хватает - параметров Height и Width для кадра
Добавлю, но думаю придется переустанавливать плагин. Кстати - а какой Width в случае анаморфа? Наверное оба нужно.
Кстати, а кто мешает искать по наличию, к примеру, 1280 в параметре FrameSize? И не нужно параметров Height и Width.

QUOTE(c930 @ там)
добавь таки параметр "Тип контейнера"
И зачем? Думаю расширения файла достаточно для определения типа, сомневаюсь что даже с самых тупых сайтов можно скачать матрешку, переименованную в avi или наоборот. Или есть другая причина?

Автор: c930 Воскресенье, 09 Октября 2011, 1:25

QUOTE(starsoft)
QUOTE(c930)
искать ... по наличию ...
...В текстах можно искать по наличию любого куска текста вплоть до отдельного символа.
Так то и не вопрос был.
QUOTE(starsoft)
QUOTE(c930)
... добавь таки параметр "Тип контейнера" в плагины.
И зачем? Думаю расширения файла достаточно для определения типа, сомневаюсь что даже с самых тупых сайтов можно скачать матрешку, переименованную в avi или наоборот. Или есть другая причина?
Да, это одна из причин. Кроме того... процитирую, чтоб снова не писать, то что я на второй странице по этому поводу писал:
QUOTE(c930 @ там)
Во-первых... встречаются файлы у которых расширение не соответствует фактическому контейнеру, переименованные разными несознательными пользователями по той или иной причине.
Во-вторых, некоторые стандартные расширения не отражают в явном виде тип контейнера, например mpg, mpeg.
В-третьих, некоторым контейнерам могут соответствовать разные стандартные и не очень расширения. И чтобы не ломать голову, хотелось бы иметь это поле...
В общем, для общей информации и ясности.

QUOTE(starsoft)
QUOTE(c930)
не хватает - параметров Height и Width для кадра
Добавлю, но думаю придется переустанавливать плагин.
А в чём проблема, я не понял. Каждый раз, при выходе новой версии, переустанавливаем.
QUOTE(starsoft)
Кстати - а какой Width в случае анаморфа? Наверное оба нужно.
Да оба, т.е. нужно видимо три параметра иметь - просто Width для неанаморфных и два разных Width для анаморфных. А то опять споры будут какой Width правильный.
QUOTE(starsoft)
Кстати, а кто мешает искать по наличию, к примеру, 1280 в параметре FrameSize? И не нужно параметров Height и Width.
Ну так области разрешений по-вертикали и горизонтали пересекаются. Может для значения 1280 не так актуально, хотя встречаются файлы и с бОльшим разрешением по-вертикали.
Ну а для меньших значений, так вообще - 720 например.
Это всё наиболее актуально при поиске значений больше или меньше какого-то значения.

Автор: starsoft Вторник, 11 Октября 2011, 18:15

Обновление плагинов для Total Commander-а

Подробности в начале топика.

Автор: 19w85 Пятница, 04 Ноября 2011, 2:23

2 userinfostarsoft:
Когда будет следующая версия просьба заодно уменьшить ширину полей-переключателей "Сабов", "Аудио", "Меню", а то что-то чем больше пользуешься, тем больше напрягает это достаточно широкое белое пространство, когда текст уже закончился и краем поля:

QUOTE
Audio 1 (3) пустотааа [кнопка разворота]

И особенно для сабов, это поле все равно немного шире, чем остальные два (а даже они и так очень широкие).

P.S. Посмотрел, при обычном масштабе в Windows и до упора на "-" в самой программе, и даже в этом случае пустота тоже есть, и достаточно заметная. А при повышенном масштабе, она еще и ~удваивается в ширине...

Автор: 19w85 Среда, 16 Ноября 2011, 12:44

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

Автор: starsoft Воскресенье, 03 Июня 2012, 17:23

Обновление программки до версии 1.0.12 beta, версии Lister-plugin-а для Total Commander-а до 1.0.5 и Content-plugin-а до 1.0.3.

Подробности в начале топика.

Автор: c930 Понедельник, 11 Июня 2012, 15:13

starsoft
А нельзя ли Portable дистрибутив тоже обновить.

Автор: starsoft Воскресенье, 17 Июня 2012, 14:19

2 userinfoc930: Готово

Автор: 19w85 Вторник, 07 Августа 2012, 19:02

2 userinfostarsoft:
Так а всё-таки что по поводу моментов, описанных постами выше (от 04 Ноября 2011 и от 16 Ноября 2011)?
Я думал хоть что-нибудь будет заодно подправлено при выходе новой версии 1.0.12...но я видимо ошибся...

Автор: 19w85 Понедельник, 23 Февраля 2015, 10:32

2 userinfostarsoft:
Приветствую.
Если что, то пост выше всё ещё актуален, особенно http://www.rusdivx.net/ibf/index.php?showtopic=40730&st=160#:

от 16 Ноября 2011
QUOTE(19w85 @ Среда, 16 Ноября 2011, 13:44)
Ещё предлагаю добавить в ini-ник настройку функциональности скролла, а то когда видишь фокус на поле аудио/сабов было бы более логично, что именно там и происходила прокрутка (а текущим вариантом отработки скролла, переход с файла на файл, все равно особо не попользуешься из-за периодической потери фокуса, так что альтернативная функциональность для скролла думаю нужна).
*


P.S. А так вообще по опыту использования за прошедшие годы ещё очень сильно не хватало возможности выделить цветом интересующие наиболее важные параметры кодирования из всего списка параметров выводимых в окошке "MK File Additional Video Information" (конкретно один из важнейших параметров "rc=?" неудобно/долго выискивать в длинном списке, где-то на задворках ближе к концу, также как и ещё ряд других нужных параметров...)

Автор: 19w85 Пятница, 18 Марта 2016, 3:08

Жалко, что никаких обновлений программы за прошедшее время так и не былоsad.gif, хотя перечисленные чуть выше моменты - это, конечно, "мелочёвка", но всё же...

Кстати, хотелось написать про ещё один момент, который напрягает значительно сильнее всего, перечисленного до этого. Это в некоторых случаях неправильное (в меньшую сторону) масштабирование значений при анаморфе:
1) 720x576->1024x576
2) 720x576->768x576
3) 720x480->640x480 (вместо 720x540)
Соответственно, со всех производных анаморфных рипов от последнего варианта, также будут неправильные значения.

Раньше особо не задумывался на эту тему, но сейчас пригляделся, и оказывается этот недочёт в расчетах вполне может быть исправлен, т.к. данные все есть:
1) 720x576 [SAR 64:45 DAR 16:9]
2) 720x576 [SAR 16:15 DAR 4:3]
3) 720x480 [SAR 8:9 DAR 4:3]
По значению в SAR всё видно, если в SAR первое значение больше второго (16>15 и т.п.), то увеличивать надо ширину, соответственно, если второе значение больше первого (как 8<9 и т.п.), то увеличивать высоту.

P.S. Очень надеюсь, что обновление программы всё-таки будет... в обозримом будущем...

Автор: c930 Воскресенье, 14 Октября 2018, 3:27

2 userinfostarsoft:
Версия 1.0.12 что-то не запускается под ОС Win 10 @ 64-bit sad.gif.
Выдаёт сообщение

CODE
Cannot register MKInfo component!
MKInfo.dll


В чём проблема м.б.?

Автор: c930 Вторник, 16 Октября 2018, 9:02

Вроде решилась проблема.
От версии ОС и её разрядности не зависит (пробовал и на Win 7, 8@64).
Для нормального запуска требуется
запуск с правами администратора.

Например при вызове кнопкой с тулбара Total Commanderа вначале команды нужно поставить звёздочку:

CODE
TOTALCMD#BAR#DATA
*%COMMANDER_PATH%\UTILITIEs\StarSoft\MKInfo\MKInfo.exe
%P%N
%COMMANDER_PATH%\UTILITIEs\StarSoft\MKInfo\MKInfo.exe,1
MKInfo
%COMMANDER_PATH%\UTILITIEs\StarSoft\MKInfo\

-1

Автор: c930 Вторник, 16 Октября 2018, 9:07

2 userinfostarsoft:

Может пора обновить утилиту и плагины под актуальную библиотеку MediaInfo?

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)