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: <492BBAC0.8060003@rambler.ru> Date: Tue, 25 Nov 2008 11:43:44 +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> In-Reply-To: <492BB7D6.4060507@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 08:42:45 -0000 Archived-At: List-Archive: List-Post: 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 лет назад.