Еще один информационник - MKInfo, (обновлено 3 июня 2012 г., версия 1.0.12 beta)
Привет, Гость ( Вход | Регистрация )
Клуб Янча Трекер КВН ВиКи Правообладателям | Помощь Поиск Участники Календарь |
Еще один информационник - MKInfo, (обновлено 3 июня 2012 г., версия 1.0.12 beta)
starsoft |
Четверг, 18 Августа 2011, 12:54
Сообщение
#1
|
ДВД-Профи Группа: Cупермодераторы Сообщений: 8282 Регистрация: 05 Фев '01 2 Юзер Цитировать |
И еще одну програмку, которую сделал для себя, решил выложить на всеобщее осмеяние Принцип тот же, только эта для файлов формата Matroška - MKV/MKA/MK.
MKInfo Скачать с сервера RDA: >>>. Зеркала на rapidshare или netload.in или depositfiles. Назначение - быстрое получение базовой информации из файлов формата Matroška. Внутренний движок - библиотека MediaInfo. Отказался от своего парсера для файла из-за недостатка времени и желания копаться во всех ньюансах матрешки. Фактически программа - это GUI для mediainfo (не требующее наличия установленного mediainfo на компьютере). Неудобства (IMHO) оригинального mediainfo и привычка получать инфу по аналогии с с другими информационниками и подвигли на создание этой програмки. Использование: - запустить программу и в открывшемся окне выбрать файл известного программе формата. - дать в командной строке параметром путь к нужному файлу. - прога добавляет себя в выпадающее меню для известных ей форматов файлов. - ассоциировать в TotalCommander-е для желаемых типов файлов на кнопку Alt+F3 (ну или любую другую в любом другом файл-менеджере). - перенаправить информацию в текстовый файл, задав параметр "-a" в командной строке и поставить в конце ">file.txt". [Внимание! Программа ничего не выдает на вызывающую ее консоль, это не консольная аппликация. Данный режим только для перенаправления информации в файл]. Список дополнительных параметров командной строки выдается если задать параметр /? - использовать информационный модуль, сделанный в виде ActiveX-компоненты и который собственно и вытаскивает инфу из файлов, в своей собственной программе Программа также умеет проверять наличие новой версии на сервере RDA (по запросу или автоматом на старте). Portable версия Шаблон INI файла. Принципы использования INI-файла: 1) Имя файла должно совпадать с именем exe-файла (то есть, по-умолчанию, MKInfo.ini). 2) Любой параметр, находящийся в INI, имеет бОльший приоритет, чем имеющийся в реестре. Отсутствие параметра в INI приводит к поиску его в реестре, а при отсуствии там - к дифолтному значению. 3) Параметры, которые меняются из интерфейса программы, при наличии предыдущего значения в INI, будут записаны туда. А при отсуствии в INI - в реестр. 4) Все имена параметров и наименования групп - см. в шаблонном файле. Кнопка в окне "About..." присутствует Спасибо всем, принявшим участие в бета-тестировании. Lister-плагин для Total Commander-а. Скачать тут. НЕ ТРЕБУЕТ установки MKInfo и MediaInfo - всё нужное ей несет в себе. Перед установкой отредактировать список дополнительных расширений в ini-файле. Content-плагин для Total Commander-а. Скачать тут. НЕ ТРЕБУЕТ установки 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! Отредактировано: starsoft в Воскресенье, 03 Июня 2012, 17:21 -------------------- Такую чушь вокруг несут, таким абсурдом жизнь согрета, что я боюсь – и Страшный Суд у нас пойдет как оперетта. [И.Губерман] |
starsoft |
Суббота, 17 Сентября 2011, 13:06
Сообщение
#61
|
ДВД-Профи Группа: Cупермодераторы Сообщений: 8282 Регистрация: 05 Фев '01 2 Юзер Цитировать |
QUOTE(19w85 @ там) Можно отцентрировать по вертикальной оси значения во всех полях? Поскольку все поля с информацией являются стандартными боксами для редактирования с запретом изменений (чтобы была возможность выделить кусок текста в боксе и скопировать его в клипбоард), я только могу сказать винде "ставь посредине", а если она этого не делает (из-за масштабирования полей или еще по какой-то причине), то тут как-то нет желания наворачивать что-то своё, заменяя стандартный edit-box, ради такой мелочи. Если придумаю как безболезненно обойти это - сделаю.Я до сих пор не нашел как получить от винды истинный размер в пикселах надписи с выбранным шрифтом (отсюда и "отрезанные" комбо-боксы и проблемы с размером текстового окна и пр.). QUOTE(c930 @ там) Цветовая дифференциация по важности? Так давно уже с какой-то из первых версий AviInfo я выделил зеленым цветом те параметры, которые по моему мнению чаще всего интересны, а синим - тэги (в этой проге это titles). Групповые боксы имели темно синий заголовок (просто эстетика). Те же цветовые принципы перекочевали сюда."На вкус и цвет для каждого фломастеров не напасешься", вот тут вы вдвоем (кроме меня) обсуждаете интерфейс, а сколько различий в мнениях по мелочам QUOTE(c930 @ там) источник экономии места Да не нужна никакая экономия, и так всё влезет если я в альтернативном gui сокращу поле чаптеров. А насчет правил пунктуации - это не текст, а инфо-форма, и двоеточие тут не пунктуация, а обозначение принадлежности поля инфы к его названию (мог бы "тире" поставить, но мне больше двоеточие нравится).Кстати еще о разных "правилах". Раньше было правило что "биты" и "байты" в сокращениях различаются не строчностью буквы "B", а строчностью первой буквы абревиатуры (то есть к примеру Kb - kilobytes, kbps - kilobits per second). Сейчас эти принципы давно все забыли и делают кто во что горазд. А я старался придерживаться. QUOTE(c930 @ там) Серьёзный глюк обнаружил: на файлах размером больше 4 гиг неправильно отображается размер файла в байтах (что в скобках) Это спасибо, исправлю. Прошляпил я этот момент.Разделители цифр групповой разрядности числа в скобках тоже поставлю, но не пробелы, а то, что задано в системе в качестве "digit grouping symbol" - каждый настраивает систему под себя и этот символ тоже выбирает сам. -------------------- Такую чушь вокруг несут, таким абсурдом жизнь согрета, что я боюсь – и Страшный Суд у нас пойдет как оперетта. [И.Губерман] |
c930 |
Суббота, 17 Сентября 2011, 17:11
Сообщение
#62
|
Опытный кинолюбитель Группа: Мемберы Сообщений: 280 Регистрация: 21 Авг '02 2 Юзер Цитировать |
QUOTE(starsoft @ там) Так давно уже с какой-то из первых версий AviInfo я выделил зеленым цветом те параметры, которые по моему мнению чаще всего интересны, а синим - тэги (в этой проге это titles). Групповые боксы имели темно синий заголовок (просто эстетика)... Да я не против, за. Хотел только принцип узнать.QUOTE (в этой проге это titles) А Language как-то выбился из этой концепции?QUOTE(starsoft @ там) Разделители цифр групповой разрядности числа в скобках тоже поставлю, но не пробелы, а то, что задано в системе в качестве "digit grouping symbol" - каждый настраивает систему под себя и этот символ тоже выбирает сам. Да, это будет более правильный подход. |
starsoft |
Суббота, 17 Сентября 2011, 20:51
Сообщение
#63
|
ДВД-Профи Группа: Cупермодераторы Сообщений: 8282 Регистрация: 05 Фев '01 2 Юзер Цитировать |
QUOTE(c930 @ там) А Language как-то выбился из этой концепции? Да в той же AviInfo когда добавил возможность читать язык потока (если такой чанк есть в заголовке потока), то его сделал тоже синим. Ну и тут по аналогии.-------------------- Такую чушь вокруг несут, таким абсурдом жизнь согрета, что я боюсь – и Страшный Суд у нас пойдет как оперетта. [И.Губерман] |
c930 |
Воскресенье, 18 Сентября 2011, 6:43
Сообщение
#64
|
Опытный кинолюбитель Группа: Мемберы Сообщений: 280 Регистрация: 21 Авг '02 2 Юзер Цитировать |
QUOTE(starsoft @ там) Раньше было правило что "биты" и "байты" в сокращениях различаются не строчностью буквы "B", а строчностью первой буквы абревиатуры (то есть к примеру Kb - kilobytes, kbps - kilobits per second). Сейчас эти принципы давно все забыли и делают кто во что горазд. А я старался придерживаться. Ну и ну! Что это за правило, ты не перепутал ли чего?Это значит "100 мегабит в секунду" будет - 100 mbps? Это "милибиты" какие-то получаются! У тебя кстати mbps с заглавной буквы прописаны, не особо придерживаешься ;-). |
starsoft |
Воскресенье, 18 Сентября 2011, 8:54
Сообщение
#65
|
ДВД-Профи Группа: Cупермодераторы Сообщений: 8282 Регистрация: 05 Фев '01 2 Юзер Цитировать |
QUOTE(c930 @ там) У тебя кстати mbps с заглавной буквы прописаны, не особо придерживаешься По той же причине, по которой там нет пробела после цифр - именно тут я не заменил то, что дает MediaInfo на то, что считаю правильным (в отличие от kbps - кстати тут тебя не смущает что первая буква маленькая?).Хотя я не претендую на истину в последней инстанции (как и всегда) - имею право ошибаться как и любой человек -------------------- Такую чушь вокруг несут, таким абсурдом жизнь согрета, что я боюсь – и Страшный Суд у нас пойдет как оперетта. [И.Губерман] |
starsoft |
Воскресенье, 18 Сентября 2011, 19:07
Сообщение
#66
|
ДВД-Профи Группа: Cупермодераторы Сообщений: 8282 Регистрация: 05 Фев '01 2 Юзер Цитировать |
Обновление - версия 1.0.7 beta
Подробности вверху. -------------------- Такую чушь вокруг несут, таким абсурдом жизнь согрета, что я боюсь – и Страшный Суд у нас пойдет как оперетта. [И.Губерман] |
19w85 |
Воскресенье, 18 Сентября 2011, 20:59
Сообщение
#67
|
Начинающий кинолюбитель Группа: Мемберы Сообщений: 137 Регистрация: 14 Мая '07 2 Юзер Цитировать |
QUOTE(starsoft @ Воскресенье, 18 Сентября 2011, 20:07) 1) QUOTE(starsoft @ Суббота, 17 Сентября 2011, 3:45) Чтобы закончить прения по поводу представления анаморфа выскажу свою точку зрения. Поскольку программа дает информацию о файле, то первыми цифрами идут размер фрейма в исходнике, то есть в файле. А результирующее анаморфное значение действительно чисто умозрительное и дано только для ориентировки в рельных пропорциях результата при просмотре - для того чтобы его получить нужно смотреть в окне при неизменном вертикальном размере. А окно плеера может быть растянуто/сжато, а то и вообще просмотр в полноэкранном режиме - короче выходная резолюция зависит от плеера и резолюции экрана при соблюдении им пропорций анаморфа. Из этого я так понял, что реальное физическое разрешение теперь будет на положенном ему 1ом месте? Или я не так понял? В 1.0.7 оно по прежнему идет после анаморфного. 2) Заголовки Аудио, Сабов и Меню все еще не влезают 2х-значное количество дорог, 1-значное (растягивание GUI по ширине на это никак не влияет, да и к тому же ширина GUI и так достаточная, но появившаяся возможность сузить/растянуть по ширине GUI - интересная) 3) Строчки полей стали свехузкими по высоте (на скриншотах выше - видно), текст даже на границы поля теперь наезжает. Хотелось бы вернуть прежнюю нормальную высоту строчек, хотя бы даже с прежней "центровкой". P.S. Придется пока откатиться на 1.0.6 |
starsoft |
Воскресенье, 18 Сентября 2011, 21:27
Сообщение
#68
|
ДВД-Профи Группа: Cупермодераторы Сообщений: 8282 Регистрация: 05 Фев '01 2 Юзер Цитировать |
2 19w85: Твой масштаб "пьёт мою кровь"... Хрен знает как учитывать этот гигантский масштаб при изменении размеров... просто "достаёт"... причем как я вижу расстояние между строчками большое, то есть сами поля неправильны по высоте, а положение их правильное...
QUOTE(19w85 @ там) да и к тому же ширина GUI и так достаточная Тебе достаточно - отлично, пользоваться не придется. А кому-то захочется увидеть целиком какие-то длинные строки типа тайтлов, и при этом он не пользуется гиганским масштабом - вот для него это и пригодиться.QUOTE(19w85 @ там) В 1.0.7 оно по прежнему идет после анаморфного Ну вот как знал что что-то да забуду... Не надо было релизить под вечер после рабочего дня...-------------------- Такую чушь вокруг несут, таким абсурдом жизнь согрета, что я боюсь – и Страшный Суд у нас пойдет как оперетта. [И.Губерман] |
19w85 |
Воскресенье, 18 Сентября 2011, 22:18
Сообщение
#69
|
Начинающий кинолюбитель Группа: Мемберы Сообщений: 137 Регистрация: 14 Мая '07 2 Юзер Цитировать |
QUOTE(starsoft @ Воскресенье, 18 Сентября 2011, 22:27) 2 19w85: Твой масштаб "пьёт мою кровь"... Хрен знает как учитывать этот гигантский масштаб при изменении размеров... просто "достаёт"... причем как я вижу расстояние между строчками большое, то есть сами поля неправильны по высоте, а положение их правильное... Ну не знаю, в 1.0.6 была только проблема с шириной названий "аудио, сабы, меню". Всего одна проблема до практически идеального интерфейса. Теперь проблемы уже две - добавилась проблема с высотой. Надо же мне было ляпнуть на свою голову про "проблему" с центровкой в полях по вертикали (никто этого не видел, даже с930 не замечал, да и я только в последний момент заметил). Может можно просто откатить на то, как было в 1.0.6? QUOTE(starsoft @ Воскресенье, 18 Сентября 2011, 22:27) QUOTE(19w85 @ там) да и к тому же ширина GUI и так достаточная Тебе достаточно - отлично, пользоваться не придется. А кому-то захочется увидеть целиком какие-то длинные строки типа тайтлов, и при этом он не пользуется гиганским масштабом - вот для него это и пригодиться.Ну если не выдергивать мои отдельные фразы, то это было пояснение, к тому что хорошо что нет взаимосвязи между шириной GUI и шириной полей с типом потоков, т.к. ширина GUI в данном конкретном случае более, чем достаточная и её увеличение для постоянного использования будет некомфортным. А вот для временного единичного увеличения ширины - в самый раз, поэтому я и сказал, что возможность интересная. Да и вообще любое расширение функционала только приветствуется, кому-то да обязательно пригодится. |
c930 |
Понедельник, 19 Сентября 2011, 5:27
Сообщение
#70
|
Опытный кинолюбитель Группа: Мемберы Сообщений: 280 Регистрация: 21 Авг '02 2 Юзер Цитировать |
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-е места (соответственно их цветовому статусу ). Так мне кажется будет посимпатичнее выглядеть, не будут строки с колонками перемежаться. QUOTE(19w85 @ там) Из этого я так понял, что реальное физическое разрешение теперь будет на положенном ему 1ом месте? Или я не так понял? В 1.0.7 оно по прежнему идет после анаморфного. QUOTE(starsoft @ там) Ну вот как знал что что-то да забуду... Не надо было релизить под вечер после рабочего дня... Друзья, по-моему вы что-то путаете: анаморфный кадр - это как раз сжатый, искажённый (пусть преднамеренно), а вы всё время анаморфным называете выходной, уже скорректированный до нужного Aspect Ratio. Разрешение этого выходного скорректированного кадра и должно быть на первом месте, как сейчас и есть. Оно определяет реальное соотношение сторон в кадре! А разрешение анаморфного кадра (сжатого) - это чисто технический параметр для искушённых. Не нужно менять очерёдность следования разрешений! |
19w85 |
Понедельник, 19 Сентября 2011, 8:02
Сообщение
#71
|
Начинающий кинолюбитель Группа: Мемберы Сообщений: 137 Регистрация: 14 Мая '07 2 Юзер Цитировать |
QUOTE(c930 @ Понедельник, 19 Сентября 2011, 6:27) Предлагаю: + в General Information строку Title переместить с 4-й позиции на вторую, + а в Video Stream строки Frame size и Video codec - соответственно на 2-е и 3-е места (соответственно их цветовому статусу ). Я лично против всего этого, нравится расположение именно такое как сейчас. QUOTE(c930 @ Понедельник, 19 Сентября 2011, 6:27) не будут строки с колонками перемежаться. А мне вот это очень нравится, что как раз чередуются строки с колонками и за счет этого не сливается. QUOTE(c930 @ Понедельник, 19 Сентября 2011, 6:27) анаморфный кадр - это как раз сжатый, искажённый (пусть преднамеренно), а вы всё время анаморфным называете выходной, уже скорректированный до нужного Aspect Ratio. Какой еще сжатый кадр? Нигде никакого сжатия нету и быть не может. Есть оригинальный кадр, и конкретное физическое разрешение этого кадра (допустим 720x576). Для него задается определенное соотношение сторон, и из этого физического разрешения вытягивается анаморфный кадр с бОльшим разрешением с уже заданным соотношением сторон. Именно процесс вытяжения и называется анаморфированием. Примеры: 720x576 (заданное соотношение 4:3) -> 768x576 (полученное путем вытяжение уже соответствующее соотношению сторон 4:3) 720x576 (16:9) -> 1024x576 Непонятно сколько можно жевать одни и те же термины и до сих пор в них путаться...если все еще непонятно - гугл в помощь (рекомендую). Или тебе просто нравится придумываться свою собственную терминологию/обозначения и называть белое чёрным? (по типу "оригинальный кадр=анаморфный кадр"). Не вижу смысла переливать из пустого в порожнее, когда всё 10 раз пережевано и принято решение. |
starsoft |
Понедельник, 19 Сентября 2011, 11:26
Сообщение
#72
|
ДВД-Профи Группа: Cупермодераторы Сообщений: 8282 Регистрация: 05 Фев '01 2 Юзер Цитировать |
Ну не стоит нервничать - в таком виде споры могут быть бесконечными и безрезультатными. Насчет терминологии - конечно лучше посмотреть информацию в сети, да в той же википедии - по-русски или более подробно по-английски. И еще вот тут. Могу объяснить и своими словами если нужно.
Я же высказал свое мнение без привязки к терминологии - первым должен идти физический параметр - резолюция видео из файла (и к нему в скобках заданный в файле же аспект), а потом -> вычисляемый результат. Я именно так собирался заменить в итоге '@' на '->' чтобы обозначить источник и результат. Этот результат "реальным" можно назвать чисто гипотетически - если я растяну окно плеера, сохраняя аспект - то размер в пикселах станет бОльше, а я этого даже не пойму. К тому же не знаю как вам, а мне при неплохой способности считать в уме все-таки как-то проблематично, увидев 2 трех- или четырехзначных числа, сделать какой-то вывод. Я смотрю на то, что сделал за меня комп - на аспект в скобках. Расположение полей в блоке General - я согласен переместить Title под имя файла, так даже логичнее, а вот в Video - нет. Информация расположена не по цвету, а по смыслу - сначала общие параметры потока, потом кадра и количества кадров, а потом три параметра кодирования (кодек, битрейт и результирующее абстрактное 'качество' видео). А эстетика перемежения строк с колонками - как я и говорил про вкус и цвет у каждого своё. С ошибками при масштабировании буду разбираться, идеи уже есть - надо пробовать... -------------------- Такую чушь вокруг несут, таким абсурдом жизнь согрета, что я боюсь – и Страшный Суд у нас пойдет как оперетта. [И.Губерман] |
c930 |
Понедельник, 19 Сентября 2011, 15:49
Сообщение
#73
|
Опытный кинолюбитель Группа: Мемберы Сообщений: 280 Регистрация: 21 Авг '02 2 Юзер Цитировать |
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
Сообщение
#74
|
ДВД-Профи Группа: Cупермодераторы Сообщений: 8282 Регистрация: 05 Фев '01 2 Юзер Цитировать |
QUOTE(c930 @ там) Aspect Ratio не будет соответствовать разрешению за которым он следует. Я так не считаю. Информация об имеющимся в файле видеопотоке это главное IMHO, а математически вычисленный из него результат - второстепенное.Это будет вносить путаницу. Соответствие тут определяется стрелкой, а вне скобок и в скобках - два параметра файла. QUOTE(c930 @ там) Это я не понял про что. Про то, что увидев на экране 1280х576 я не пойму какой тут аспект (только приблизительно из опыта), если не посмотрю на то, что в скобках.Да вообще спор, по-моему, уже не стОит выеденного яйца. Невозможно сделать такое, что понравится все-всем-всем без исключения, каждый найдет что-то своё - ну так каждому придется с чем-то примириться в виде компромиса -------------------- Такую чушь вокруг несут, таким абсурдом жизнь согрета, что я боюсь – и Страшный Суд у нас пойдет как оперетта. [И.Губерман] |
19w85 |
Понедельник, 19 Сентября 2011, 20:35
Сообщение
#75
|
Начинающий кинолюбитель Группа: Мемберы Сообщений: 137 Регистрация: 14 Мая '07 2 Юзер Цитировать |
QUOTE(starsoft @ там) Я именно так собирался заменить в итоге '@' на '->' чтобы обозначить источник и результат А @ нельзя оставить? Ведь и так же будет понятно, что идущее после @ бОльшее разрешение - это вытянутое с учетом анаморфирования, а не физическое разрешение файла. Т.е. их все равно не перепутаешь местами, чтобы были нужны дополнительные стрелочки-указатели. С собакой как-то привычнее, анаморф через нее обычно обозначают. QUOTE(c930 @ там) Aspect Ratio не будет соответствовать разрешению за которым он следует. Такое соответствие есть только для обычных файлов. В случае анаморфа физическое разрешение и аспект - 2 отдельных параметра, и в этом случае аспект показывает как нужно в плеере преобразовать физическое разрешение файла до правильного соотношения сторон. |
starsoft |
Понедельник, 19 Сентября 2011, 21:23
Сообщение
#76
|
ДВД-Профи Группа: Cупермодераторы Сообщений: 8282 Регистрация: 05 Фев '01 2 Юзер Цитировать |
QUOTE(19w85 @ там) А @ нельзя оставить? Этот знак звучит как 'at' и означает принадлежность. Что в случае, когда после него идет результирующая резолюция, никак не логично. IMHO.QUOTE(19w85 @ там) анаморф через нее обычно обозначают Хотелось бы знать где это употребляется (чтобы понять насколько это обычно) и как там форматируется информация.-------------------- Такую чушь вокруг несут, таким абсурдом жизнь согрета, что я боюсь – и Страшный Суд у нас пойдет как оперетта. [И.Губерман] |
19w85 |
Понедельник, 19 Сентября 2011, 22:45
Сообщение
#77
|
Начинающий кинолюбитель Группа: Мемберы Сообщений: 137 Регистрация: 14 Мая '07 2 Юзер Цитировать |
QUOTE(starsoft @ Понедельник, 19 Сентября 2011, 22:23) QUOTE(19w85 @ там) А @ нельзя оставить? Этот знак звучит как 'at' и означает принадлежность. Что в случае, когда после него идет результирующая резолюция, никак не логично. IMHO.Ну принадлежность также может обозначать, что разрешение стоящее после '@' относится к разрешению до '@' и что они взаимосвязаны. QUOTE(starsoft @ Понедельник, 19 Сентября 2011, 22:23) QUOTE(19w85 @ там) анаморф через нее обычно обозначают Хотелось бы знать где это употребляется (чтобы понять насколько это обычно) и как там форматируется информация. Вообще говоря, единственное место, где я постоянно вижу обозначение анаморфа (и всегда через @) - это в описаниях раздач на трекерах, например, на рутрекере (первый попавшийся пример), а вот еще раздача с которой я выше семпл делал, тоже анаморф обозначен. Ни в каких информационных программах или других местах я вообще не видел, чтобы указывалось "виртуальное" разрешение после вытяжения до заданных пропорций. Т.е. всегда есть только одно физическое разрешения файла и, соответственно, о разделителях речи не идет. |
starsoft |
Вторник, 20 Сентября 2011, 0:53
Сообщение
#78
|
ДВД-Профи Группа: Cупермодераторы Сообщений: 8282 Регистрация: 05 Фев '01 2 Юзер Цитировать |
Так может стОит так и сделать как в этом примере?
720x432@1024x432 (2.35:1) Вроде как логично получается - физический первым, виртуальный вторым и объясняющий это аспект последним... 2 c930: Что думаешь? -------------------- Такую чушь вокруг несут, таким абсурдом жизнь согрета, что я боюсь – и Страшный Суд у нас пойдет как оперетта. [И.Губерман] |
19w85 |
Вторник, 20 Сентября 2011, 1:21
Сообщение
#79
|
Начинающий кинолюбитель Группа: Мемберы Сообщений: 137 Регистрация: 14 Мая '07 2 Юзер Цитировать |
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
Сообщение
#80
|
Опытный кинолюбитель Группа: Мемберы Сообщений: 280 Регистрация: 21 Авг '02 2 Юзер Цитировать |
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 |
Lo-Fi Версия | CMSBlog | Сейчас: Пятница, 01 Ноября 2024, 1:56 |