From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 13 May 2003 21:49:51 +0400 From: Maksim Otstavnov X-Mailer: The Bat! (v1.51) Personal Organization: home office X-Priority: 3 (Normal) Message-ID: <24256729.20030513214951@otstavnov.com> To: community@altlinux.ru Subject: Re[2]: [Comm] fb In-Reply-To: <20030513153608.GA16175@vcserver.mivlgu.local> References: <301399572.20030511114226@otstavnov.com> <20030512163713.GA3445@vcserver.mivlgu.local> <0212435.20030512232048@otstavnov.com> <20030513153608.GA16175@vcserver.mivlgu.local> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Sender: community-admin@altlinux.ru Errors-To: community-admin@altlinux.ru X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: community@altlinux.ru X-Reply-To: Maksim Otstavnov List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: List-Post: Hello Sergey, Tuesday, May 13, 2003, 7:36:08 PM, you wrote: >> Так а тогда в текстовом режиме и грузится :) SV> Именно - вдруг при инициализации fb после установки графического режима SV> BIOS-ом возникают какие-то странности. Очень интересно: тогда fbset говорит, что устройства /dev/fb0 нет. То есть ручная загрузка модуля matrox_accel его не подвязывает. >> SV> А грузить модуль можно через /etc/sysconfig/framebuffer - у меня с >> SV> radeonfb это работает. >> >> А формат этого файла? man'а по нему нет :( SV> Это точно. На этой машине у меня там сейчас вот что: SV> ======= SV> # Example framebuffer config file. SV> # Uncomment following lines, replacing example values with real ones. SV> ENABLE=yes SV> MODULE=radeonfb SV> MODE=1024x768-75/8bpp SV> TTYS='1 2 3 4 5 6 12' SV> ======= SV> MODULE - имя модуля, MODE - имя режима для fbset (из fb.modes). Так по fb.modes опять-таки man'а нет. И с большой вероятностью именно в мусоре в этом файле проблемы и заключаются. SV> Режим в данном случае самопальный (у radeonfb имеется странность - SV> при смене -depth сдвигается изображение, поэтому для разных bpp SV> настройки слегка разные). >> >> Результат получился очень странным: от root Mplayer показывает фильм >> >> нормально, от пользователя --- картинка искажена. >> >> SV> За 5 минут он у меня от пользователя не запустился (-vo sdl - SDL >> SV> Initialization Error: Unable to open mouse; -vo directfb - /dev/tty0: >> SV> Access denied). >> >> У меня он _запускается_. SV> А с какими настройками, и какая версия? Я пробовал имеющуюся под рукой SV> MPlayer-0.90-alt11.rc3; прочие библиотеки тоже из Master 2.2. Версия из той же бочки. Про настройки не вполне понимаю, но перебор значений -vo дает: root maksim sdl масштабированное - на весь экран изображение vesa изображение 1:1 - fbdev искаженное искаженное изображение изображение ------------------------------------------- >> Насколько я понимаю, суть проблемы может быть в том, что mplayer >> самостоятельно пытается переключать режимы карточки, что ему удается >> из-под рута, но не удается из-под пользователя. С чем-то похожим я >> сталкивался в свое время под Соляркой (на сановском железе, там, >> натурально, текстовых режимов вообще нет, только графические). SV> Тут дело явно не в видеорежимах - fbset от пользователя работает. SV> Что-то ещё ему надо... Может быть, fb.modes? >> >> От fbv ровной картинки не могу добиться ни из под кого. >> >> SV> Действительно не работает. А fbv /usr/share/pixmaps/ooo_writer.png (и >> SV> куча файлов рядом) вообще вызывает Segmentation fault (после любого из >> SV> fbset -depth {8,15,16,32}) >> >> У меня _работает_, но картинка искажена. SV> Версия? У меня fbv-0.96-alt1 падает. Та же. >> SV> Кстати, а в matroxfb тоже DirectColor, а не просто TrueColor? Тогда там >> SV> палитра хитро настраивается - вероятно, fbv нормально работать и не >> SV> будет. >> >> Судя по тому, что я вижу на экране, с палитрой проблем нет. Я не знаю, >> что такое DirectColor. SV> $ /usr/sbin/fbset -i Я присылал свой вывод этой команды. SV> В X11 типы visual аналогичны. Суть тут в следующем: для DirectColor SV> есть отдельные таблицы перекодировки цветов для R, G, B, и fbcon SV> устанавливает их так, что цвета (0,0,0), (1,1,1), ..., (15,15,15) SV> переводятся в VGA-образные цвета из палитры консоли. Что в остальных SV> элементах - не смотрел, возможно, они вообще в этом случае не SV> инициализируются. Во всяком случае, после запуска fbv на экране главным SV> образом чёрный цвет, кое-где видны странно раскрашенные контуры - такое SV> впечатление, что там как раз и остались в основном нули. Насколько я могу судить, у меня не возникает проблем с палитрой. >> >> fbset отказывается понимать синтаксис (--geometry, --timings), >> >> описанный в его man'е, а в help синтаксис не указан. >> >> SV> /usr/sbin/fbset --geometry 1024 768 1024 8191 8 >> >> SV> Вот так точно работает. >> >> Нет. >> >> ioctl FBIOPUT_VSCREENINFO: Invalid argument SV> Во всяком случае, ругается явно не на синтаксис. SV> А "--geometry 1024 768 1024 768 8" - тоже не работает? Тоже не работает. >> >> (Заодно уж "пожалуюсь", что в новом формате XFree86-config т.н. >> >> "стандартные" режимы не прописаны явно, поэтому не вполне понятно, чем >> >> компенсировать давнее удобство взятия гарантированно рабочих >> >> геометрии/тайминга утилитой modelines2fb). >> >> SV> При прописанном Option "UseFBDev" "On" можно взять параметры через >> SV> fbset, запустив его в X. >> >> Возможно, но чтобы запустить иксы через фреймбуфер, нужно поиметь >> сначала работающий фреймбуфер :) SV> Так я понял, что вообще-то он у вас работает, но MPlayer и fbv глючат. SV> Если режим ставится и текст отображается, X должен бы запуститься. Но не запускается. SV> Правда, на radeonfb есть один фокус: при включении UseFBDev меняется SV> полярность сигналов синхронизации, если она не задана явно в Modeline. SV> Поэтому настройки монитора сползают (он считает это новым режимом). Не SV> знаю, общее ли это свойство, либо особенность radeonfb (или драйвера SV> radeon_gatos в X). У меня икс вообще не запускается с UseFBDev. Говорит, что не может инициализировать экран 0. -- -- Maksim