From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.2.5 Message-ID: <492BC6AC.8000906@rambler.ru> Date: Tue, 25 Nov 2008 12:34:36 +0300 From: "Kharitonov A. Dmitry" User-Agent: Thunderbird 2.0.0.17 (X11/20080929) MIME-Version: 1.0 To: hardware@lists.altlinux.org References: <957265820811051957u3897bd5ctc55c71d7884d3df3@mail.gmail.com> <957265820811200312j60c828bdqf1b2029cadf45668@mail.gmail.com> <492A619A.7030702@rambler.ru> <200811241114.57731.haw@inbox.ru> <492A647D.1060906@rambler.ru> <957265820811240026i628602dala11e62e336b2f98d@mail.gmail.com> <20081124163033.GL5669@osdn.org.ua> <492AE831.9050807@rambler.ru> <20081124183734.GP1886@osdn.org.ua> <492AF836.1040901@solin.spb.ru> <492AFF3C.7070308@rambler.ru> <492B0A3F.6030606@solin.spb.ru> <492B86E0.5070201@rambler.ru> <492B95FE.6080703@solin.spb.ru> <492BAF7B.5040107@rambler.ru> <492BB7D6.4060507@solin.spb.ru> <492BBAC0.8060003@rambler.ru> <492BBE2B.303@solin.spb.ru> In-Reply-To: <492BBE2B.303@solin.spb.ru> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [Hardware] EeePC 1000H, acpi, powersaved, etc X-BeenThere: hardware@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: hardware@lists.altlinux.org List-Id: ALT Linux hardware support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Nov 2008 09:33:55 -0000 Archived-At: List-Archive: List-Post: Aleksey Avdeev пишет: > Kharitonov A. Dmitry пишет: >> Aleksey Avdeev пишет: >>> Kharitonov A. Dmitry пишет: >>>> Aleksey Avdeev пишет: >>>>> Kharitonov A. Dmitry пишет: >>>>>> Aleksey Avdeev пишет: >>>>>>> Kharitonov A. Dmitry пишет: >>>>>>>> Aleksey Avdeev пишет: >>>>>>>>> Michael Shigorin пишет: >>>>>>>>>> On Mon, Nov 24, 2008 at 08:45:21PM +0300, Kharitonov A. >>>>>>>>>> Dmitry wrote: >>>>>>>>>>>>> Я думаю, что стоит оставить стандартные 800x600, 1024x768, >>>>>>>>>>>>> плюс максимально возможное (оно же физическое) разрешение для >>>>>>>>>>>>> подключаемого LCD монитора или наибольшее оптимальное >>>>>>>>>>>>> (частота не ниже 85 Гц) для CRT монитора. >>>>>>>>>>>> Ещё 720x576 или что там для PAL. >>>>>>>>>>> 800x600 >>>>>>>>>> >>>>>>>>>> Материал, смонтированный из DV, на слабеньком буке лучше >>>>>>>>>> смотрелся при доступности 720x576, причём сообщения mplayer >>>>>>>>>> о переключении в это разрешение (а не также доступное 800x600) >>>>>>>>>> вполне чётко помню :-) >>>>>>>>> >>>>>>>>> Ближе к родному числу строк (см. >>>>>>>>> )? >>>>>>>>> >>>>>>>>> >>>>>>>> А пояснить? >>>>>>> >>>>>>> Число видимых строк в цветном телевидении (случай ТВЧ не >>>>>>> рассматриваю) > 600, в PAL -- 576. Если используется видеорежим >>>>>>> с большим числом строк -- изображение приходится трансформировать. >>>>>>> >>>>>> Этим занимается видеокарта. Процессор в этом не участвует. >>>>> >>>>> При распаковывании видео, да слабом буке?! Да щаз! :-) >>>> Масштабирование делает видеокарта. >>> >>> Масштабирование чего именно? >>> >>> Дано: >>> >>> 1. Исходный сигнал с разрешением XxY -- записан в файле. >>> >>> 2. Текущий видеорежим X`xY` -- в режиме полноэкранного показа плеер >>> выводит картинку с таким разрешением. >>> >>> 3. Разрешение матрицы X``xY`` -- то что видет пользователь. >>> >>> Преобразование XxY -> X`xY` выполняет плеер. Обычно -- средствами ЦП. >>> >>> Преобразование X`xY` -> X``xY`` -- видеокарта (и/или монитор). >> XxY -> X``xY`` -- если поддерживается видеокартой масштабирование -- > ^^^^^^^^^^^^^^ >> видеокартой, иначе процессором. >> Аппаратное масштабирование появилось ещё в S3 ~10 лет назад. > > 1. И как с этим у достаточно старых ноутбучных карт (особенно > встроенных)? чтобы масштабировать частота проца должна быть >600МГц > 2. Не думаю, что выделенное преобразование выполняет видеокарта, т. к. > ей уже передаётся (пишется в её память) сигнал уже с X`xY` (в том > разрешении на которое настроена система видеовывода). Вот дальнейшие > преобразования она выполняет уже сама. Кодек расшифровывает поток (забыл в YUV что-ли, но не в RGB) для видеокарты, далее это поступает на аппаратный, или если его нет на программный скалер.