суббота, 14 июля 2012 г.
суббота, 7 июля 2012 г.
Приобретение ERA ECSA-3770 и обетение родителя (оригинального производителя) Weifeng
пятница, 6 июля 2012 г.
Небольшое расследование в области безродных дешёвых мультимедиа-плееров под общим названием Mini 1080P Full HD Media Player with AV/YPrPb/HDMI/USB/SD/MMC и отыскание их именитого брата Manytel X18
(ни одной покупки, всего около 20 просмотров,
описание более чем скудное, никаких преимуществ не указано, кроме
как поддержка 2ТБ винтов, а уж вид пульта с иероглифами вместо
мнемонических картинок, отпугивает многих)
1. Firmware is updated!!! SKU: 55119
hifiashish Sunday, February 05, 2012 10:54 AM Reply I cant see the firmware version number.. I can only see this text in System information: TVD2.0SDX18
stefanhack Tuesday, May 15, 2012 1:03 PM Reply Guys, i just got from the manufacture the new version of the firmware that has many improvements. WARNING! USE AT YOUR OWN RISK, IT CAN BRICK YOUR PLAYER http://www.divshare.com/download/17666647-5b2
stefanhack Tuesday, May 15, 2012 4:27 PM Reply Didn't tested yet, it take too long to buy another if it doesn't work. But i got it from [link removed] with contacting seller. Its from february 2012, that can read DVD and BR ISOS.
2. Good News about the manufacture
hifiashish Thursday, May 17, 2012 3:12 AM Reply Hi, I managed to find out the original product site - its www.Manytel.cn product is X18 they have provided a latest firmware (dated 28-Mar-2012). I haven't tried it but thought of posting this information here. Site is in Chinese.
Link to latest firmware: http://www.manytel.cn/?news-news-read-71.html (need to click on text 点击下载) It'll take you to one Chinese site.. download the latest firmware from there.
Link to product description: http://www.manytel.cn/?product-product-read-37.html
Please note that I haven't tried the firmware downloaded from this site hence cant comment if it really works... please try at you own risk.
3. NEW FIRMWARE AVAILABLE SKU: 55119
(тут через LaveSuit успешно обновили с очень старой 2010.12.29) Jarom Monday, May 21, 2012 1:57 PM Reply Successfully updated my player with the firmware from the first post. I had 29/12/2010 firmware. Here's how I did it...
пятница, 9 марта 2012 г.
Футболка и значки с сервиса PrintDirect
Отличный сервис, удобное использование, легко создать свой предмет с рисунком именно в том месте и того размера, как пожелал (в пределах границ печати). Второй раз заказывал. Значки получились отличные. Но надо учесть, что это ламинация и нужно быть аккуратным, чтобы не сорвать чем-то острым. Качество прямой печати отличное, практически выглядит как оригинал на моём мониторе (причём, некалиброванном). А вот местное РА "А-П-Е-Л-Ь-С-И-Н" за ту же сумму распечатало на термоплёнке. Цвета вышли мрачные (голубое небо стало океанским дном) плёнка тяжёлая, кожа под ней не дышет. Одно разочарование. А значки вообще отказались печатать меньше десяти. Уж лучше там, благо и доставка бесплатная от 3000 р. (раз в квартал, по акции, от 1000 р., чем и пользуюсь).
среда, 7 марта 2012 г.
Замена плоского пульта от тюнера Gotview PCI DVD2 Lite (модель 2007).
У данного плоскопульта есть вполне известные проблемы: ломкий пластик псевдокнопок - трескаются вкруг и выпадают (месяца через 3-4), недоработка схемы питания от слабых плоских батареек - зависает микросхема (таже схема, но с AA элементами работает). Подробнее здесь, здесь, тут. А также, статья об исправлении схемы "Ремонт и модернизация пульта ДУ тюнера GoTView PCI Hybrid (Автор: error от 30 декабря 2010)".
Такой же пульт использовался ещё в 2004 с тюнерами: "Expert Vision - Yuan FunTV TUN-900" (он же Palit), "YUAN MPB680" [yuan.com.tw] (он же MaxSelect DVD2Go)", "YUAN SAA7133GYC-STVLP/R" (он же Buffalo PC-MV31XR PCI, ещё был PC-MV51XR).
Как выяснилось, пульт основан на микросхеме tt6222-1. На ней же пульт AKAI DV-P4745 KDS (и много неизвестных, в рунете упоминаются ещё Arion AF-1700E, AKIRA KF-8777A). Подтверждено в статье Error-а и в ветке "Совместимость с пультами других фирм (тут пульт AKAI был приобретён и проверен)".
Из местной розницы через полгода позвонили - мол, появился пульт на этой микрухе, цена 600 р. Завернул.
Решил опробовать из совместной закупки взять. По 100 р., вместо розницы - 400-600 р., подобрал HR-330E (на моём марка HUAYU - "ХУ-А-Ю-млин", но может что угодно, хоть CHUNGHOP - "Чунь-Гоп").
В режиме автоматического подбора (считал число миганий), подошёл код 46 (он же 346) и 192, дальше не проверял, но может ещё есть. У 46 не работала стрелка вверх и цифра 2, помимо прочих периферийных. Перенастройка в IRConfig.exe заняла пару минут. Программа не распознала буквально 7-8 кнопок из 40.
На оригинальном плоскопульте их 37. Т.е. назначить можно 32.
Интересно, что автоперебор он начинает не с 0-го кода, а со следующего за текушим. Вот инструкция на английском, если что (причём с сайта ХУАЮна, а её же грязненький скан есть у strong.spb.ru).
Если кратко, то там три режима: (А) Ввод кода (длительно жмём "SET", пока не загорится лампочка -> вводим трёхзначный код -> лампа гаснет -> короткое нажатие на "SET" - пробуем управлять; и так перебирать до посинения); (Б) Ручной перебор !НЕ ПРОБОВАЛ! (так же "SET" и лампа -> жмём "PLAY", потом просят нажимать прочие клавиши для проверки, видимо "PLAY" нужно нажимать столько раз, пока не будет отклика от устройства -> завершаем нажатием "SET"); (В) Автоперебор (опять же "SET"-ом включаем лампу -> кратко жмём "POWER" - лампа начинает раз в секунду мигать, т.е. пошёл перебор кодов по возрастания, продолжая с текущего -> следим за откликом устройства -> как только сработало - жмём любую кнопку, для остановки -> подтверждаем кратким нажатием "SET").
Раз завис при экспериментах - не срабатывала "SET". Вынул батарейки на 20 минут, потом, на всякий коротнул выводы в батарейном отсеке, вернул батарейки и всё заработало.
Т.к. инструкцию переводили машинно с китайческого, то даже на английском путано, а машинный перевод на русский вообще без слез и смеха невозможно читать ("включать DVD и влагать диск" :) ).
Внутренний вид. Референсный дизайн 1997 года! Мда, давненько (15 лет как).
А вообще, должны подойти любые универсальные пульты. В том же "Эльдорадо" (которого, как грязи) есть Vivanco UR2. Он тоже может автоматически перебирать коды. Да ещё рассчитан на два устройства (инструкция, коды). Для этой торговой сети, цена смешная - 300 руб.!!!
В начале поисков, наткнулся на весьма привлекательный и, при этом, совершенно не распространённый тип пульта - болванка программируемая через USB из онлайн/офлайн базы кодов! Делают украинцы, контора называется Delly, а пульты Changer USB2.
У нас их распространяет (не заметно, что бы успешно) пультовый магазин "Ремикон". Стоят в розницу 550, 700, 1000 руб. (а опт от 30 т.руб., но там в двое дешевле). Доставка через ТК сожрала бы ещё 500-600 руб. (до сих пор руки чешутся, но нет не надо уже). Чем примечательны, что можно в программе либо снять коды (протокол) с оригинального пульта и визуально распределить кнопки на виртуальной болванке, либо взять из базы готовое (но даже в готовом профиле можно переназначить кнопки, хотя не очень удобно сделано - нужно сторонним многоуровневым буфером обмена пользоваться или промежуточно в блокноте сохранять). Есть пульты 4 в 1. Главное преимущество перед заранее запрограммированными - можно переназначить каждую кнопку, перед обучаемыми - не нужен живой оригинальный пульт.
Такой же пульт использовался ещё в 2004 с тюнерами: "Expert Vision - Yuan FunTV TUN-900" (он же Palit), "YUAN MPB680" [yuan.com.tw] (он же MaxSelect DVD2Go)", "YUAN SAA7133GYC-STVLP/R" (он же Buffalo PC-MV31XR PCI, ещё был PC-MV51XR).
Как выяснилось, пульт основан на микросхеме tt6222-1. На ней же пульт AKAI DV-P4745 KDS (и много неизвестных, в рунете упоминаются ещё Arion AF-1700E, AKIRA KF-8777A). Подтверждено в статье Error-а и в ветке "Совместимость с пультами других фирм (тут пульт AKAI был приобретён и проверен)".
Из местной розницы через полгода позвонили - мол, появился пульт на этой микрухе, цена 600 р. Завернул.
Решил опробовать из совместной закупки взять. По 100 р., вместо розницы - 400-600 р., подобрал HR-330E (на моём марка HUAYU - "ХУ-А-Ю-млин", но может что угодно, хоть CHUNGHOP - "Чунь-Гоп").
В режиме автоматического подбора (считал число миганий), подошёл код 46 (он же 346) и 192, дальше не проверял, но может ещё есть. У 46 не работала стрелка вверх и цифра 2, помимо прочих периферийных. Перенастройка в IRConfig.exe заняла пару минут. Программа не распознала буквально 7-8 кнопок из 40.
На оригинальном плоскопульте их 37. Т.е. назначить можно 32.
Интересно, что автоперебор он начинает не с 0-го кода, а со следующего за текушим. Вот инструкция на английском, если что (причём с сайта ХУАЮна, а её же грязненький скан есть у strong.spb.ru).
Если кратко, то там три режима: (А) Ввод кода (длительно жмём "SET", пока не загорится лампочка -> вводим трёхзначный код -> лампа гаснет -> короткое нажатие на "SET" - пробуем управлять; и так перебирать до посинения); (Б) Ручной перебор !НЕ ПРОБОВАЛ! (так же "SET" и лампа -> жмём "PLAY", потом просят нажимать прочие клавиши для проверки, видимо "PLAY" нужно нажимать столько раз, пока не будет отклика от устройства -> завершаем нажатием "SET"); (В) Автоперебор (опять же "SET"-ом включаем лампу -> кратко жмём "POWER" - лампа начинает раз в секунду мигать, т.е. пошёл перебор кодов по возрастания, продолжая с текущего -> следим за откликом устройства -> как только сработало - жмём любую кнопку, для остановки -> подтверждаем кратким нажатием "SET").
Раз завис при экспериментах - не срабатывала "SET". Вынул батарейки на 20 минут, потом, на всякий коротнул выводы в батарейном отсеке, вернул батарейки и всё заработало.
Т.к. инструкцию переводили машинно с китайческого, то даже на английском путано, а машинный перевод на русский вообще без слез и смеха невозможно читать ("включать DVD и влагать диск" :) ).
Внутренний вид. Референсный дизайн 1997 года! Мда, давненько (15 лет как).
А вообще, должны подойти любые универсальные пульты. В том же "Эльдорадо" (которого, как грязи) есть Vivanco UR2. Он тоже может автоматически перебирать коды. Да ещё рассчитан на два устройства (инструкция, коды). Для этой торговой сети, цена смешная - 300 руб.!!!
В начале поисков, наткнулся на весьма привлекательный и, при этом, совершенно не распространённый тип пульта - болванка программируемая через USB из онлайн/офлайн базы кодов! Делают украинцы, контора называется Delly, а пульты Changer USB2.
У нас их распространяет (не заметно, что бы успешно) пультовый магазин "Ремикон". Стоят в розницу 550, 700, 1000 руб. (а опт от 30 т.руб., но там в двое дешевле). Доставка через ТК сожрала бы ещё 500-600 руб. (до сих пор руки чешутся, но нет не надо уже). Чем примечательны, что можно в программе либо снять коды (протокол) с оригинального пульта и визуально распределить кнопки на виртуальной болванке, либо взять из базы готовое (но даже в готовом профиле можно переназначить кнопки, хотя не очень удобно сделано - нужно сторонним многоуровневым буфером обмена пользоваться или промежуточно в блокноте сохранять). Есть пульты 4 в 1. Главное преимущество перед заранее запрограммированными - можно переназначить каждую кнопку, перед обучаемыми - не нужен живой оригинальный пульт.
четверг, 5 января 2012 г.
Выбор новой кровати Dyatkovo vs Ikea и матраса Askona
Нужна была кровать односпальная. Редкостью оказалась. Вот двуспальных - завались. Обошёл местные магазины - в основном совок попадался (тонкие крошащиеся ДСП, основание либо плита, либо рейки сосновые) по 4000-6000 р. Нашёл на ИКЕА кровать МАЛЬМ за 5500 р.
И посредника нашёл под 25%. Также в ТЦ (отдел "Аскона") привлекла внимание кровать от "Дятьково" - Концепт за 12500 р. Но если считать Мальм + основание + 25%, то (5500+3500)*1,25 = 11250 р., что уже не так отличается. Значит выбор по дизайну. Плюсы сайта ИКЕИ: указан вес и размеры (даже размеры упаковки), есть инструкции по сборке (а по их рисункам можно оценить всю конструкцию). У Дятьково только длина и ширина кровати и мелкая картинка.
Чем не понравилась сама МАЛЬМ - угловатый дизайн, отсутствие ножек, выпирающие на 5см боковины и только два цвета (черный/белый). У Концепта сглаженные линии, особенно у изножья, стальные ножки, железная рама у основания (хотя ИМХО, это сомнительное решение). В общем, остановился на Концепте (он же Октава, за небольшим отличием в дизайне изголовья). Там же взял их (Асконы) матрас. Несмотря на нелестные отзывы о сервисе (доставке) Асконы, я все же купил у них. На удивление, всё было доставлено в оговоренный день. Правда выгрузили только у подъезда. Всё оказалось тщательно упаковано. Инструкция вменяемая (возможно, даже более детальная чем у Икеа) - собрал в одиночку часов за пять.
И посредника нашёл под 25%. Также в ТЦ (отдел "Аскона") привлекла внимание кровать от "Дятьково" - Концепт за 12500 р. Но если считать Мальм + основание + 25%, то (5500+3500)*1,25 = 11250 р., что уже не так отличается. Значит выбор по дизайну. Плюсы сайта ИКЕИ: указан вес и размеры (даже размеры упаковки), есть инструкции по сборке (а по их рисункам можно оценить всю конструкцию). У Дятьково только длина и ширина кровати и мелкая картинка.
Чем не понравилась сама МАЛЬМ - угловатый дизайн, отсутствие ножек, выпирающие на 5см боковины и только два цвета (черный/белый). У Концепта сглаженные линии, особенно у изножья, стальные ножки, железная рама у основания (хотя ИМХО, это сомнительное решение). В общем, остановился на Концепте (он же Октава, за небольшим отличием в дизайне изголовья). Там же взял их (Асконы) матрас. Несмотря на нелестные отзывы о сервисе (доставке) Асконы, я все же купил у них. На удивление, всё было доставлено в оговоренный день. Правда выгрузили только у подъезда. Всё оказалось тщательно упаковано. Инструкция вменяемая (возможно, даже более детальная чем у Икеа) - собрал в одиночку часов за пять.
пятница, 9 июля 2010 г.
Искажения сканера Epson Perfection V350 Photo (в продолжение темы с ixbt)
Долго, по началу, исправлял искажения (растягивания по ширине) простым линейным сжатием (умножал ширину в пикселях на 0.975). Что действительно устраняло общее уширение по листу. Но, как оказалось, локальная ширина плавала туда сюда.
Легко проверялось сканированием какой-нибудь таблицы, сжатием по ширине, распечаткой и наложением на просвет с оригиналом - ширина столбцов была разная.
Для выяснения характера искажений, нарисовал сетку (таблицу) на листе A4.
Сетка 4х4 см, т.е. в пикселях должно быть (4 см делим на 2,54 дюйм/см и умножаем на разрешение 300 точек/дюйм):
4/2,54*300=472,44 ( или 472+-1)
Далее провел замеры ширины. Составил таблицу и глянул на график - "Ох! Ничего себе, как бык поссал!".
Собственно, графики линейной регрессии - это и есть способ прямой (линейной) компенсации, которым пользовался поначалу (умножал ширину скана на 0.975, хотя после уточнения 0.971). Но, как оказалось, нелинейные искажения никуда не деваются.
...
Начал думать и искать способ более точной компенсации (калибровки).
Поиски привели к RxSpotlight. С виду программа страшная, своим функционалом, нагруженный интерфейсом. Как там у Голубицкого - кривая (курва) обучения задрана высоко. Софтина заточена на профприменение. Но главное умеет калибровать изображения. Есть в ней и скрипты, для автоматизации. Вот и состряпал таблицу калибровки. Составил простой скрипт, который вначале повышает резкость, потом калибрует (сжимает) как раз по сетке 4х4 см.
Легко проверялось сканированием какой-нибудь таблицы, сжатием по ширине, распечаткой и наложением на просвет с оригиналом - ширина столбцов была разная.
Для выяснения характера искажений, нарисовал сетку (таблицу) на листе A4.
Сетка 4х4 см, т.е. в пикселях должно быть (4 см делим на 2,54 дюйм/см и умножаем на разрешение 300 точек/дюйм):
4/2,54*300=472,44 ( или 472+-1)
 |
| Скан сетки (высота ячеек стабильно 473 пкс., т.е. как заданная, а вот ширина плавает заметно; хорошо, что стабильно по высоте) |
Далее провел замеры ширины. Составил таблицу и глянул на график - "Ох! Ничего себе, как бык поссал!".
 |
| График 1. Измеренная ширина ячеек в каждой строке. |
Собственно, графики линейной регрессии - это и есть способ прямой (линейной) компенсации, которым пользовался поначалу (умножал ширину скана на 0.975, хотя после уточнения 0.971). Но, как оказалось, нелинейные искажения никуда не деваются.
 |
| График 2. Относительное уширение ячеек (в %) |
...
Начал думать и искать способ более точной компенсации (калибровки).
Поиски привели к RxSpotlight. С виду программа страшная, своим функционалом, нагруженный интерфейсом. Как там у Голубицкого - кривая (курва) обучения задрана высоко. Софтина заточена на профприменение. Но главное умеет калибровать изображения. Есть в ней и скрипты, для автоматизации. Вот и состряпал таблицу калибровки. Составил простой скрипт, который вначале повышает резкость, потом калибрует (сжимает) как раз по сетке 4х4 см.
 |
| Откалиброванный скан (уже много лучше, но первый столбец чуть хуже; потери деталей несущественны) |
четверг, 8 июля 2010 г.
Мой старый термопот
Шесть лет отслужил, из заявленных семи. Неплохой результат, однако.
Моторчик ослаб совсем, а так - греет.
Моторчик ослаб совсем, а так - греет.
 |
| Голый, без кожуха |
 |
| Отверстия в крышке для пара, пластик расcыпается (крошится, от пост. нагрева - слабое место) |
 |
| Крышка, сталь и резиновое кольцо (в порядке) |
 |
| Колба, ржа от воды, лимонкой не отмывается |
воскресенье, 13 сентября 2009 г.
Анаморфные приключения
22.07.09 01:20
Так, практически разобрался с PAR.
Оказывается, есть два разных способа указать PAR:
1) при кодировании в Vdub:XviD(или xvidencraw):Aspect:PAR<>1 (т. е. не квадратные пикселы),
2) при сохранении в AVI в стандарте AVI2.0 (OpenDML).
VDub и xvidencraw на выходе выдают avi (для 1 или 2ГБ, avi1.1 или всё же AVI2.0, не разобрался) не выставив в его заголовке значение PAR, только флажки в поток видео xvid (aspect_ratio_info). Но вот какая штука, старые плееры, работающие через DirectShow и декодер ffdshow и выводящие через Overlay (искл. VLC, KMP, но у них внутренние декодеры), не принимают флажки из xvid. Плееры же, выводящие через VMR7/9, принимают значение PAR из флажков через ffdshow (там галочку output:overlay_mixer (Set pixel aspect ratio in output media type) в “серое” среднее положение нужно поставить или полностью включить, а так же выключить (снять галочку) или в среднее положение (серая галочка) - output:Allow output format changes during playback).
Т.е., вот закодировал с флажками PAR в xvid: Insomnia_720x368 и для AVI1.0 (без OpenDML) это так. Но всё путём, когда есть PAR в AVI2.0 заголовке — 864x368. Чтобы получить такой avi, нужно его пересохранить (прогнать) через ”ffmpeg -vcodec copy”. Он прочтёт PAR из флажков xvid и пропишет его в заголовок avi (ещё говорят, что то же делает mencoder, но у меня никаких изменений после него). Последние опыты показывают, что, похоже, xvid прописывает PAR где-то ещё (читаем дальше, на этом этапе я ещё не знал, что виноват не xvid).
И если PAR был выставлен правильно при кодировании, то всё нормально получится. Но если был неправильный, как это было с двумя первыми моими анаморфными рипами: 1) Nausicaa_xvid_672x520_anamorf — указан как 66:65, т.е. 682x520 (66/65*672=682), а должно быть 239:168, т.е. 956x520 (и тут ошибочка, нацело не делится на 16, ниже разбор) ; 2) We_Were_Soldiers_xvid608x368_anamorf221x100 (тут та же ошибка), то, даже после выставления через MPEG4Modifier правильных флажков в xvid, остаётся в каком-то месте первоначальное значение (читаем дальше). И хоть ffmpeg в статистике показывает правильное значение PAR, после изменения в MPEG4Modifier, но вписывает в заголовок avi именно то самое первоначальное значение (как оказалось, вывод неверный — он просто не меняет его, если уже видит в заголовке, об этом читаем дальше).
Как это выяснилось? Тестом.
Test.avi: 720x368, PAR=60:45., т. е. с восстановленными пропорциями: 960x368.
Обозначим вывод через overlay (заголовок avi, OpenDML) = OVL, а через VMR7/9 (xvid PAR флажки,) = VMR.
Тогда плееры, что выводят в OVL: Crystal, BSPlay:OVL, LA, MPC:OVL.
Выводят в VMR: MPC:VMR, VLC:OVL (искл.), KMP:OVL(искл.).
Результаты: 1) xvidPAR (кодирование) → OVL:720x / VMR:960x; 2) ffmpeg -vcodec copy (копирование) → OVL:960x / VMR:960x; 3) MPEG4Modifier (просто уменьшил, т. е. изменил PAR) → OVL:960x / VMR:864x; 4) ffmpeg -vcodec copy (повторное копирование) → OVL:960x / VMR:864x (т.е. изменения во флажках он видит, но ставит из другого места с прежним PAR выставленном в xvid, или вообще не меняет, видя уже прописанное ранее значение). Приплыли, т.е. неправильно выставил PAR в xvid и в OVL уже не изменить (об этом далее).
27.07.09
Опыты с Навсикаей - неправильно закодированный PAR.
Nausicca_672x520_anamorph (неправильный xvidPAR = 66:65)
VOB:PAL=720x576 (16:9); 16/9=DAR=1.78; 576*16/9=1024 => 1024/720=h*DAR/w=PAR=1.4(2)
crop: w=16, h=32 => 704x544; resize: 672x520 672*PAR(1.42)=956!, а в MPC и Crystal выставив 16/9 получается неправильно: 520*DAR(16/9)=924 – точность потеряна из-за кропа.
Новый DAR=956/520=1.839 (239:130); PAR=956/672=1.4(2) (239:168; для 1024 => 256:180, 128:90, 64:45)
Далее про AC3 interleaving.
VDub standard 500ms / 1 frame
Но, нашёл на форуме упоминание про соответствие kbps / chanels / Preload (ms) / Interleaving (ms):
448/6/128/128; 384/6/160/160; 256/2/48/48;
224/2/64/64; 192/80/80
Кто-то пишет, что для PAL надо 2 кадра (1000/50=20ms), другие, что блоки AC3 идут по 32ms, и надо кратно ему, т.е. 64ms, 96ms.
Прогон через ffmpeg даёт 32/32ms (0.80 frame).
Т.е. можно исправить в Навсикае хотя бы xvidPAR (через MPEG4Modifier прямо с AC3 ?), а потом пропустить через ffmpeg, чтобы он сремуксил до 32/32ms.
31.07.09
Новые результаты.
1024/720=PAR(64:45)
Т. к. 672*PAR=955.7(3)=956 не делится нацело ни на 8, ни на 16, то выбрал ближайшее 960.
Ошибка меньше 0.5%, зато всё делится на 8 и почти всё на 16 (кроме 520): 960/672=PAR(10:7); 960/520=DAR(24:13).
Но это не главное - важно, что теперь найден путь исправления не только флажков xvid с ошибочным PAR (через MPEG4Modifier) но и, после этого, ещё и PAR в заголовке avi. Видимо, ffmpeg только один раз вносит эту запись, а потом, сколько не меняй флажки xvid, толку уже не будет.
А способ такой. После исправления флажков vxid и открываем промежуточный avi в AVIMuxGUI, далее нажимаем generate и, щёлкнув ПКМ по видеодорожке, выбираем extract binary (raw), чтобы получить голую дорожку с расширением raw. Вот теперь её пропускаем через "ffmpeg -vcodec copy" и получаем avi уже с правильным (новым) PAR во вновь созданном заголовке. Тоже может и mencoder, но он не прописывает для avi его разрешение и fourcc (вид кодека). Впрочем, и ffmpeg прописывает свой fourcc=FM4, который лучше заменить на "XVID"любой программой, умеющей это делать (Nic's FourCC changer, abcAVI). Теперь осталось прикрепить аудио и вуаля!
Так, практически разобрался с PAR.
Оказывается, есть два разных способа указать PAR:
1) при кодировании в Vdub:XviD(или xvidencraw):Aspect:PAR<>1 (т. е. не квадратные пикселы),
2) при сохранении в AVI в стандарте AVI2.0 (OpenDML).
VDub и xvidencraw на выходе выдают avi (для 1 или 2ГБ, avi1.1 или всё же AVI2.0, не разобрался) не выставив в его заголовке значение PAR, только флажки в поток видео xvid (aspect_ratio_info). Но вот какая штука, старые плееры, работающие через DirectShow и декодер ffdshow и выводящие через Overlay (искл. VLC, KMP, но у них внутренние декодеры), не принимают флажки из xvid. Плееры же, выводящие через VMR7/9, принимают значение PAR из флажков через ffdshow (там галочку output:overlay_mixer (Set pixel aspect ratio in output media type) в “серое” среднее положение нужно поставить или полностью включить, а так же выключить (снять галочку) или в среднее положение (серая галочка) - output:Allow output format changes during playback).
Т.е., вот закодировал с флажками PAR в xvid: Insomnia_720x368 и для AVI1.0 (без OpenDML) это так. Но всё путём, когда есть PAR в AVI2.0 заголовке — 864x368. Чтобы получить такой avi, нужно его пересохранить (прогнать) через ”ffmpeg -vcodec copy”. Он прочтёт PAR из флажков xvid и пропишет его в заголовок avi (ещё говорят, что то же делает mencoder, но у меня никаких изменений после него). Последние опыты показывают, что, похоже, xvid прописывает PAR где-то ещё (читаем дальше, на этом этапе я ещё не знал, что виноват не xvid).
И если PAR был выставлен правильно при кодировании, то всё нормально получится. Но если был неправильный, как это было с двумя первыми моими анаморфными рипами: 1) Nausicaa_xvid_672x520_anamorf — указан как 66:65, т.е. 682x520 (66/65*672=682), а должно быть 239:168, т.е. 956x520 (и тут ошибочка, нацело не делится на 16, ниже разбор) ; 2) We_Were_Soldiers_xvid608x368_anamorf221x100 (тут та же ошибка), то, даже после выставления через MPEG4Modifier правильных флажков в xvid, остаётся в каком-то месте первоначальное значение (читаем дальше). И хоть ffmpeg в статистике показывает правильное значение PAR, после изменения в MPEG4Modifier, но вписывает в заголовок avi именно то самое первоначальное значение (как оказалось, вывод неверный — он просто не меняет его, если уже видит в заголовке, об этом читаем дальше).
Как это выяснилось? Тестом.
Test.avi: 720x368, PAR=60:45., т. е. с восстановленными пропорциями: 960x368.
Обозначим вывод через overlay (заголовок avi, OpenDML) = OVL, а через VMR7/9 (xvid PAR флажки,) = VMR.
Тогда плееры, что выводят в OVL: Crystal, BSPlay:OVL, LA, MPC:OVL.
Выводят в VMR: MPC:VMR, VLC:OVL (искл.), KMP:OVL(искл.).
Результаты: 1) xvidPAR (кодирование) → OVL:720x / VMR:960x; 2) ffmpeg -vcodec copy (копирование) → OVL:960x / VMR:960x; 3) MPEG4Modifier (просто уменьшил, т. е. изменил PAR) → OVL:960x / VMR:864x; 4) ffmpeg -vcodec copy (повторное копирование) → OVL:960x / VMR:864x (т.е. изменения во флажках он видит, но ставит из другого места с прежним PAR выставленном в xvid, или вообще не меняет, видя уже прописанное ранее значение). Приплыли, т.е. неправильно выставил PAR в xvid и в OVL уже не изменить (об этом далее).
27.07.09
Опыты с Навсикаей - неправильно закодированный PAR.
Nausicca_672x520_anamorph (неправильный xvidPAR = 66:65)
VOB:PAL=720x576 (16:9); 16/9=DAR=1.78; 576*16/9=1024 => 1024/720=h*DAR/w=PAR=1.4(2)
crop: w=16, h=32 => 704x544; resize: 672x520 672*PAR(1.42)=956!, а в MPC и Crystal выставив 16/9 получается неправильно: 520*DAR(16/9)=924 – точность потеряна из-за кропа.
Новый DAR=956/520=1.839 (239:130); PAR=956/672=1.4(2) (239:168; для 1024 => 256:180, 128:90, 64:45)
Далее про AC3 interleaving.
VDub standard 500ms / 1 frame
Но, нашёл на форуме упоминание про соответствие kbps / chanels / Preload (ms) / Interleaving (ms):
448/6/128/128; 384/6/160/160; 256/2/48/48;
224/2/64/64; 192/80/80
Кто-то пишет, что для PAL надо 2 кадра (1000/50=20ms), другие, что блоки AC3 идут по 32ms, и надо кратно ему, т.е. 64ms, 96ms.
Прогон через ffmpeg даёт 32/32ms (0.80 frame).
Т.е. можно исправить в Навсикае хотя бы xvidPAR (через MPEG4Modifier прямо с AC3 ?), а потом пропустить через ffmpeg, чтобы он сремуксил до 32/32ms.
31.07.09
Новые результаты.
1024/720=PAR(64:45)
Т. к. 672*PAR=955.7(3)=956 не делится нацело ни на 8, ни на 16, то выбрал ближайшее 960.
Ошибка меньше 0.5%, зато всё делится на 8 и почти всё на 16 (кроме 520): 960/672=PAR(10:7); 960/520=DAR(24:13).
Но это не главное - важно, что теперь найден путь исправления не только флажков xvid с ошибочным PAR (через MPEG4Modifier) но и, после этого, ещё и PAR в заголовке avi. Видимо, ffmpeg только один раз вносит эту запись, а потом, сколько не меняй флажки xvid, толку уже не будет.
А способ такой. После исправления флажков vxid и открываем промежуточный avi в AVIMuxGUI, далее нажимаем generate и, щёлкнув ПКМ по видеодорожке, выбираем extract binary (raw), чтобы получить голую дорожку с расширением raw. Вот теперь её пропускаем через "ffmpeg -vcodec copy" и получаем avi уже с правильным (новым) PAR во вновь созданном заголовке. Тоже может и mencoder, но он не прописывает для avi его разрешение и fourcc (вид кодека). Впрочем, и ffmpeg прописывает свой fourcc=FM4, который лучше заменить на "XVID"любой программой, умеющей это делать (Nic's FourCC changer, abcAVI). Теперь осталось прикрепить аудио и вуаля!
Подписаться на:
Сообщения (Atom)