LINUX.ORG.RU

Сообщения Andrew-R

 

gImageReader

Собрал вот gImageReader 3.2.1 под свою Слаку. Раньше пользовался оным же через wine (!), ибо пересобирать tesseract было лень. В принципе slackbuild'ы нашлись для всего, кроме gtkspellmm3. Его пришлось собирать руками ....

setarch i486 ./configure --prefix=/usr CXX=«g++ -std=c++11»

потому как 64-битное ядро на 32-битной системе, и gcc пересобран до 4.8.4

Поскольку gtk3 приложений у меня до сего момента считай не было (тестовые сборки seamonkey вынудили поставить gtk3) - то я долго не мог понять, почему в окне проги отсутствуют иконки..оказалось, надо было ставить adwaita-icon-theme.

>>> Просмотр (1024x768, 357 Kb)

 

Andrew-R
()

КДЕ 3.5.10 в Slackware 14.1

Раз уж появился скриншот с GNOME 2.30 - то и я решил выложить результат своей «работы». Почему-то все нынешние Live-образы уже не лезут на 700Мб болванку, да и в память лишние сотни мегабайт заталкивать не всегда хочется. Вот и собрал в своё время КДЕ 3.5.10 - под Slackware 13.37 + куча всего пересобрано - работает. А вот под Slackware 14.0/14.1 - вылетает конк при попытке подключится по https. Пересобирать ещё раз - лень, покамест. Ещё из неприятного - падает kompare. В образ влезла Мозилла - но она на 156 мб в виртуалке совсем неповоротливая (с zram). Закатал на маленькую (1 Гб) флэшку, но с немного более старым ядром. Всё-таки нынешние hybrid iso/usb образы не очень удобны - по-быстрому закинуть пару модулей, а то и просто всякое файло на флэшку не выйдет.

Единственное, чем замечателен LiveCD - это самосборным 3.19 с патченой overlayfs (на тот момент в ней ещё не было поддержки нескольких «нижних» уровней - патчики вошли в 4.0). Ну и linux-live-scripts под это дело были немного похаканы.

Надо будет посмотреть, заработает ли на ноуте старый kdebluetooth - раньше работал, а потом я обновил пакет с bluez (до 4.100+), и всё.

>>> Просмотр (1024x768, 261 Kb)

 ,

Andrew-R
()

NetBSD/sparc32 на qemu

Поставил NetBSD/sparc32 6.1.4 вовнутрь qemu из git. Работает, правда не в SMP-режиме. Для графики (Х сервер) пришлось добавить " -g 1024x768x24" в параметры запуска qemu.

В SMP-режме падает сам qemu:

guest@slax:~$ qemu-system-sparc  -hda /mnt/sdb2/QEMU-KVM_IMG/SPARC32-netbsd-6-4gb.img -boot c -m 512 -g 1024x768x24 -M SS-10 -smp 2
qemu: fatal: Trap 0x29 while interrupts disabled, Error state
pc: 00000000  npc: 00000004
%g0-7: 00000000 00001011 00000011 00000001 00000000 1fffff08 f0006000 00000001
%o0-7: f0002000 00000000 00000000 00000000 00000000 00000000 f9f13ef0 f004f2a8
%l0-7: 400010c7 f0009f80 f0009f84 00000000 00000000 00000001 f0002000 00000000
%i0-7: f9f12000 00000000 00000000 00000000 00000000 00000000 f9f13f50 f0009f6c
%f00:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
%f08:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
%f16:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
%f24:  0000000000000000 0000000000000000 0000000000000000 0000000000000000
psr: 400010c7 (icc: ---- SPE: SP-) wim: 00000002
fsr: 00000000 y: 00000000

Аварийный останов
guest@slax:~$

>>> Просмотр (1024x743, 102 Kb)

 , ,

Andrew-R
()

Slackware-11 в qemu, Mplayer - 16 метров хватит всем.

Решил посмотреть, что случится если в относительно старую Слакварь попробовать поставить (скомпилировать) что-то относительно свежее и ресурсоёмкое, типа MPlayer'а с его libavcodecs.

Обкусал 11-ю Слаку до примерно 700 Мб, еле влезло со всякими разработческими штуками и Х. Далее попробовал скомпилировать MPlayer-0.90 - облом на стадии линковки. Добавил ещё виртуальный диск, 250 Мб - и там распаковал MPlayer-1.0rc4. Он-то и собрался за 21 час. На 16 метрах. gcc 3.4.6, kernel 3.8 (! на хост-машине скомпилировал), glibc 2.3.6, X 6.9.0 . Конечно, на время компиляции ничего лишнего на машине не крутилось. Однако - с 50+ метрами виртуального свопа оно пережило и configure и make. Я был приятно удивлён.

Скриншот немного фэйковый - указанное видео на неускоренном qemu с хост-процессором вида Селерон-1ГГц конечно не играется иначе как слайдшоу. Но mencoder вполне позволяет перекодировать его в нечто играбельное, пусть даже 160*120*12 fps, ASV1/pcm (Со своих экспериментов с 486 запомнил параметры).

Всё дефолтное, кроме естественно MPlayer'а и невидимого героя - gcc. Под ядром 3.8 оно тоже играется, только старт иксовых приложений почему-то заметно медленнее.

Тот же MPlayer играет 320Kbps mp3 через libmad декодер с нагрузкой гостя примерно в 34-36%, а хоста - в 52-54%. Стандартная mp3lib тормозит и скипает звук - потому как softfloat никогда не бывает достаточно быстрым (старые версии qemu пропускали плавучку насквозь в режиме x86-on-x86, новые, типа этого 1.5.50 - эмулируют).

>>> Просмотр (1024x768, 134 Kb)

 , ,

Andrew-R
()

DX4/100 forever?

Поставил вот на стол «четвёрку», в неё - винт с Deli Linux 0.7.2 (старая версия, там в основном gtk1 используется). После долговременного (месяц) отсутствия интернета оплатил-таки счета и теперь могу наконец попробовать это дело в сети. Пока работает, не быстро, но mp3 с пониженным качеством слушать можно, да и картинка через isa-шный trident 9000i не настолько плоха, правда некоторые приложения gtk1 серьёзно страдают от недостатка цветов в палитре (256 всего)

Машина в целом работает, даже вот links2 скомпилировался прямо на гигабайтном винте, с шестнадцатью метрами оперативки и пятьюдесятью - свопа. Осталось настроить почту. И самое смешное - mplayer может играть пережатые до 160x120 видеоролики, с 15 кадрами в секунду и 22050 hz (частота дискретизации) стерео звуком в pcm! Для звука стоит pci-ный sb live, опять же на pci сетевой контроллер, винт даёт на чтение прмерно 3 мб/c , но dma насколько я понял на этой материнке для ide устройств просто нет. Так что нагрузка на процессор гораздо выше, чем в идеальном случае.

>>> Просмотр (639x477, 78 Kb)

Andrew-R
()

sgi o2, Gentoo, mplayer

Ничего особо нового - удивило что маленькую (320x240, 15 fps) flv-шку играет без тормозов, при _полном_ отсутствии аппаратного ускорения.

Режим 24 Bpp по-прежнему сломан.

>>> Просмотр (1280x1024, 570 Kb)

Andrew-R
()

nouveau, Dual-head

Два монитора CRT (Samsung SyncMaster 550s), один подключен в VGA второй в DVI через простеший DVI-A->VGA переходник. Карточка - GeForce6200 AGP/256MB. Проц - Duron 950, 256 Мб памяти. WM - e 0.16.8.11-001 (cvs). Был тонкий момент - с настройками встроенного композит-менеджера. По началу казалось что второй экран не работает. Потом поставил compmgr.use_cow = 0 в настройках E16 и все пошло...

>>> Просмотр (2048x768, 224 Kb)

Andrew-R
()

Deli Linux in qemu

Решил глянуть что за штука такая. Особенно в связи с тем, что один из моих знакомых откопал i486-100/16 mb Ram/420Mb hdd/1Mb s3trio32 video.

Гляжу в qemu 0.9.0 без ускорителя, хост-машина cel-1700/512 Mb ram. А вот в гостевой я виделил сначала 16 Мб рам и 450 Мб виртуального винта, куда все и поставил (no swap)... А потом решил посмотреть что же станет на 8 (восьми) мегабайтах. Своп-раздела я так и не делал, просто создал ручками своп-файл на 20 мегов. Запустил.... Весьма так шустренько. Конечно, _настоящий_ старый винт будет тормознее эмулируемого, да и проц будет явно в несколько раз медленнее. НО! Маленькое открытие этого дистра - Xfe (http://roland65.free.fr/xfe/) содержит простенький "блокнот", так что набивать текстики и таскать их мышой можно баже на 8 Мб тачанке! Я реально "общался" c win98 на Cel-400/32Mb ram - так вот эмулируемая машина (с -m 32) превосходит по субъективной скорости ту, давнюю. А внутри - linux 2.4, uсLibc-0.9.28, Xvesa (800x600x16 bit), IceWM. Вполне современный софт.... так что при прямых руках даже очень старое железо можно использовать под Linux.

http://www.delilinux.org/ - сайт дистрибутива. Зы: какая-то поддержка русского там есть, но не тестировал.

>>> Просмотр (819x615, 55 Kb)

Andrew-R
()

Nouveau, exa починили.

Железка: Intel(R) Celeron(R) CPU 1.70GHz MemTotal: 516844 kB 01:00.0 VGA compatible controller: nVidia Corporation GeForce 6200 (rev a1) (--) NOUVEAU(0): VideoRAM: 262144 kBytes

Ядро 2.6.21.5, Х сервер версии 1.3, nouveau, mesa, drm - все с git

Было очень приятно, когда буквально за выходные починили EXA ускорение. Уже несколько часов сижу, туда-обратно по виртуальным терминалам шастаю , видео смотрю, по разным сайтам брожу - стабильно!

С 3D конечно совсем слабенько, только то что _вообще_ не использует текстуры имеет шанс заработать. (*arbfplight, *bounce из Mesa/demos)

сейчас как раз пишется код для работы с PCI(E) dma в Xvideo - ожидается прирост производительности вашего льбимого видео-плеера! (agp dma almost work...)

Сайт проекта http://nouveau.freedesktop.org/wiki/

Помогайте тестированием!

ПС: за шрифты, jpeg и прозрачность не ругать - просто хотел показать что все это уже неплохо работает.....

Атишники (на Xpress200m которые особенно) - ответьте чем-нибудь эдаким!

>>> Просмотр (1024x768, 156 Kb)

Andrew-R
()

RSS подписка на новые темы