Заключение
Заключение
Автор: Козловский Евгений
Чтобы понимать разницу в дисплейных устройствах Высокой Четкости (а приобретение нового телевизора или проектора сегодня практически подразумевает его совместимость со стандартом HDTV, – в противном случае, оно уже в момент покупки окажется технологически устаревшим), надо кое-что знать о его стандартах.
Но прежде чем дать краткую сводную таблицу HDTV-стандартов, следует сделать несколько замечаний. И в первую очередь – о наклейках на телевизорах «HD-ready» ("Готов к HD"). Они не означают ровно ничего, кроме того, что телевизор сумеет принять HD-видеосигнал, после чего преобразовать его в соответствии с собственными физическими параметрами (выдавая при этом не менее 720 линий по вертикали). Так что интересовать вас должны только сами эти параметры.
Наилучшим из них будет реальное разрешение жидкокристаллической ли, плазменной ли панели, или LCD-, DLP– или LCOS-чипа проектора или проекционного телевизора (ЭЛТ мы по определению выносим за рамки подлинного HD) – 1920х1080 пикселов, при понимании прогрессивной развертки (p) – в отличие от (i) – развертки чересстрочной. В силу того что на телевизор могут быть поданы самые разные по формату сигналы Высокой Четкости, рассчитывать имеет смысл на высший, – тогда правильно и полноценно будут отображаться они все. То есть, если вы имеете телевизор, понимающий максимально стандарт 720p (1280x720p), сама по себе картинка на нем будет выглядеть не особо хуже, чем на стандарте 1080i [720 реальных строк вроде бы должны содержать в себе больше информации, чем 540 половинных, но, в силу слияния в мозгу человека полукадров в один кадр, школьная арифметика здесь не применима, а применим так называемый Kell-фактор, согласно которому для сравнения надо брать не 50, а 70 процентов от разрешения, – то есть из 1080i получается около 750p], но если подать на такой телевизор картинку 1080p (и даже – 1080i), – она будет пересчитана и по горизонтали, и по вертикали, то есть – по определению ухудшена, особенно если иметь в виду дискретность цифровых дисплеев. Кстати о дискретности, – как я уже писал, чем больше на панели физических пикселов, тем менее она заметна при любых пересчетах и несовпадениях логического разрешения картинки с физическим – телевизора. То есть на телевизоре с большим разрешением лучше будет выглядеть даже стандартная телевизионная картинка (STV – PAL или NTSC). Ограничить же себя просмотром видеоматериалов стандарта 720p и неразумно, да, пожалуй, и не удастся: все (во всяком случае, подавляющее большинство) уже выпущенные на дисках Blu-ray и HD DVD фильмы записаны в формате 1080i. Так что я не думаю, что на разрешении приобретаемого телевизора стоит экономить: лучше уж подождать какое-то время, чтобы подкопились деньги и подешевели телевизоры.
Следующее замечание, касающееся Видео Высокой Четкости: разница между ним и Стандартным Видео заметна тем сильнее, чем больше диагональ экрана. На 19-дюймовом мониторе, чтобы эту разницу заметить, приходится долго и внимательно, чуть ли не с лупой, приглядываться, – при распахе же диагонали за 45 дюймов разница видна всем и порой попросту разительна. С другой стороны, если на телевизор с достаточно большой диагональю подавать STV-картинку (например, с эфира, с аналогового TV-тюнера), она выглядит просто неприлично по качеству, особенно после просмотра HDTV-картинки.
В завершающей статью таблице приведены основные стандарты Видео Высокой Четкости (на самом деле, существует еще целый ряд SMPTE [SMPTE – The Society of Motion Picture and Television Engineers (Общество Инженеров Кино и Телевидения) – организация, основанная в 1916 году, занимается разработкой и согласованием стандартов для кино/телеиндустрии]-стандартов по HD, а разновидностей HD-форматов придумано довольно много, – однако приводить их все нет смысла).
Более 800 000 книг и аудиокниг! 📚
Получи 2 месяца Литрес Подписки в подарок и наслаждайся неограниченным чтением
ПОЛУЧИТЬ ПОДАРОКЧитайте также
15.5. Заключение
15.5. Заключение В этой главе мы показали, как с помощью библиотеки REXML можно разбирать XML-документы, представленные в виде дерева DOM или потока. Познакомились мы и с интерфейсом REXML к языку XPath.Был продемонстрирован разбор информации из новостных каналов, представленных в
16.8. Заключение
16.8. Заключение В этой главе мы рассмотрели некоторые подходы к тестированию (преимущественно, к автономному тестированию компонентов). Мы познакомились с библиотекой Test::Unit и комплектом инструментов ZenTest.Мы бросили беглый взгляд на отладчик Ruby, а также показали, как с
17.4. Заключение
17.4. Заключение В этой главе мы изучили основы документирования проектов с помощью инструмента RDoc, а также познакомились с программой setup.rb и системой RubyGems — двумя наиболее популярными способами создания дистрибутивных пакетов.Наконец, мы бегло рассмотрели сайт RubyForge и
18.3. Заключение
18.3. Заключение Эта глава представляет собой введение в сетевое программирование на низком уровне. В частности, приведены простые примеры серверов и клиентов. Мы видели, как написать клиент для существующего сервера, созданного не нами.Мы рассмотрели также протоколы
19.8. Заключение
19.8. Заключение В этой главе мы рассмотрели низкоуровневые детали программирования CGI-приложений для Web. Мы видели, как в этом помогают такие инструменты, как модуль mod-ruby. Существует еще немало инструментов, помимо упомянутых в этой книге, например ruby-web, Amrita, Tofu и Cerise. Как
20.5. Заключение
20.5. Заключение Эта глава содержит введение в распределенный Ruby. Мы познакомились с тем, как сервис запускается и взаимодействует с клиентами, а также рассмотрели вопросы безопасности.Мы выяснили, что система Rinda может выступать в роли простого распределенного хранилища
21.7. Заключение
21.7. Заключение В этой главе мы рассмотрели ряд инструментов, облегчающих жизнь программисту на Ruby. К числу общеупотребительных относятся интерактивная оболочка для Ruby irb, инсталлятор RubyGems и утилита чтения документации ri. Мы также дали обзор модулей для поддержки Ruby,
22.8. Заключение
22.8. Заключение Вы дошли до конца этого объемистого тома. В противовес моим ожиданиям, читатели говорили, что прочли первое издание от корки до корки, а некоторые даже выучили Ruby по этой книге (хотя я уделил очень мало времени изложению основ).Мне не важно, читали вы книгу
Заключение
Заключение Хочется верить, что эта книга поможет читателям избежать попадания в мошеннические сети, хитроумно расставленные по всему Интернету. Теперь вы знаете, где и чего следует опасаться, как проверить заманчивое предложение о сотрудничестве, и почему ни в коем
Заключение
Заключение С помощью данной книги и интерактивной обучающей системы вы научились работать с наиболее распространенными программами популярного пакета приложений Microsoft Office 2007.Теперь вы знаете, как создавать и редактировать текстовые документы в Word 2007; формировать и
Заключение
Заключение В книге, конечно, освещены не все возможности и нюансы работы с программой Excel. Любое практическое руководство предназначено для того, чтобы дать представление об основных (базовых) приемах работы. Опыт и мастерство работы с большинством программ
ЗАКЛЮЧЕНИЕ
ЗАКЛЮЧЕНИЕ Мы прошли долгий путь от начала этого руководства. Теперь вы уже познакомились с большинством основных свойств языка Си. (Главное из того что, мы опустили,- операции с разрядами и расширения UNIX 7 - рассматриваются кратко в приложении Б). Вы узнали и
Заключение
Заключение Вот и подошло к концу ваше знакомство с Photoshop. Почему знакомство? Потому что только с опытом вы сможете приобрести профессиональные навыки работы в программе.Этот видеосамоучитель – первая ступенька в освоении графического пакета Adobe Photoshop CS4. Когда вы
Заключение
Заключение Формат книги не позволил рассказать еще многое из того, что хотелось бы рассказать. Например, о том, что eVB не имеет компонента для создания контекстных меню, но при помощи вызовов функций CE API его все же можно создать в вашем приложении. Ничего не было рассказано
2.4 Заключение
2.4 Заключение Если рассматривать создание и развитие информационной системы (ИС) как исторический процесс, то оценка СУБД как базиса для создания или развития ИС может проводиться по трем направлениям: Каковы перспективы ее использования в будущем?Допускает ли СУБД
Заключение
Заключение Хочется отметить, что рассмотренный нами пример реализации делегатов может служить иллюстрацией как сильных, так и слабых сторон языка C++. Слабая сторона C++ - это его сложность. Особенно хорошо она заметна при реализации библиотек на базе шаблонов. Их код