?
Názory k článku
SVGATextMode aneb textový režim ještě nezemřel
Re: Proc ne framebuffer?
celé vláknohmmm uz jsi nekdy zkousel vazne pracovat treba na postarsim serveru s PII/300 s CirrusLogicem pri pouziti VESA-FB? (FB pro CL je na nic, blbe se prekresluje obrazovka a zustavaji artefakty...)
no tak az si to vyzkousis a pri scrollingu ti to pojede rychlosti cca 3 radky za sekundu, snadno ocenis vyhody text modu. a rady, ze mam poridit nejakej novej server, jsou pro kocku - tenhle na svou praci (DNS) bohate staci...
Re: Proc ne framebuffer?
celé vláknoPresne tak, s FB jsou na spouste mist problemy (ostatne pamatuji, ze KT se rozebiralo, ze spousta driveru pro FB je dost obsolete) a jeste k tomu je to brutalne pomale (cemuz se neni co divit, protoze to bez jakekoli akcelerace prekresluje celou obrazovku na tvrdo).
Jeste k STM:
Lepsi (a stabilnejsi) je zjistit, zda kernel dobre podporuje VESA textmody ve vasi karte - tzn pri bootu LILA dat vga=ask a nechat si vyhledat mody (tusim enter ci space) a jeden si vybrat. Ja takhle jedu na GF2MX400 a vse OK. Co se tyka zmeny modu vs. iXy:
Chovani je zcela logicke - iXy si pri startu zapamatuji nastaveni karty (prectou z registru) a pri prepinani na konsolu to zpet narvou do karty. Bez teto techniky by na nekterych kartach prepinani nefungovalo vubec (viz starsi verze iXu)
Re: Proc ne framebuffer?
celé vláknoShodou okolnosti tady mam jednu stanici s PII/333, grafika je Cirrus Logic GD 5465, a fb pouzivam bez problemu (CONFIG_FB_VESA=y, v /etc/lilo.conf mam vga=0x305). Jen ma troska do mlyna :-)
Re: Proc ne framebuffer?
celé vláknoFramebuffer je příšernost. Nevím, proč bych měl používat příšernosti, který v zásadě používat nemusím, když je tu spousta příšerností, který používat musím.
Jednak jsem nikdy nepochopil, proč bych měl počítač zatěžovat tím, co stejně umí grafická karta, druhák jsem jakýsi zpomalení všeho cítil i na P4@1.7GHz, přičemž jsem naznal, že nemá smysl, abych kvůli framebufferu pořizoval něco rychlejšího, když to na všechno ostatní stačí třikrát.
Nikdy jsem nepřišel na to, k čemu je framebuffer dobrej. (Někdo na to přišel??) mplayer provozuju s svgalib...
Popravdě, SVGATextMode používám už dost dlouho. Nejprve jsem to instalil na notebooku, neb tam jaxi při jiném rozlišení, než 800x600 byla písmenka buď nějak divně pokřivená, nebo se zas využívá jenom prostředek displaye, tohle to ukázkově řeší.
Re: Proc ne framebuffer?
celé vláknoNo, nekde jsem cet, jak framebuffer krasne umi pruhlednosti a tak..
jo, tady - to je docela frajerina ne ?
http://www.directfb.org/
Re: Proc ne framebuffer?
celé vláknono jo, ale co s latinou? Ve sroubarne?
Re: Proc ne framebuffer?
celé vláknoMozes si precitat Vergilia....
Re: Proc ne framebuffer?
celé vláknomno, jestli to prezentovali na IBC, tak to asi bude mit vyznam v TV prumyslu :)
Re: Proc ne framebuffer?
celé vláknoP4@1.7GHz? Nebyl to nahodou Celeron? ;-) Ale i samotny P4 Willamette byly na houby.
Re: Proc ne framebuffer?
celé vláknoCo takhle prostudovat si, jaký je rozdíl mezi VESA framebufferem (to je opravdu nepoužitelná a pomalá příšernost, která je v jádru pouze jako berlička pro nepodporované karty a nehodí se na nic jiného, než zobrazování loga při bootu) a skutečným framebufferem, který je naopak velmi rychlý, akcelerovaný (a to se dá ještě znásobit, například pomocí DirectFB) a velmi použitelný. Na grafiku je to snad jediná možnost, pokud člověk z nějakého důvodu nemůže nebo nechce použít Xka (ono ne každý hardware, na kterém běží Linux, je nutně PCčko, že ano).
Re: Proc ne framebuffer?
celé vláknoDobre je to recene v konfiguraci kernelu:
"Say Y here and to the driver for your graphics board below if you are compiling a kernel for a non-x86 architecture.
If you are compiling for the x86 architecture, you can say Y if you want to play with it, but it is not essential."
Tj, framebuffer je pro x86 experiment, pro ne-x86 nutnost.
Re: Proc ne framebuffer?
celé vláknoTo snad závisí na způsobu použití, ne ? Pokud se bavíme o klasickém desktopu nebo serveru, tak tam je FB asi opravdu jenom na hraní (i když třeba u matrox Gxxx je to dobrá možnost, jak pracovat s dualheadem).
Jenže opakuji, linuxové mašiny nejsou jenom servery a desktopy. Kromě toho jsou tu různé malé subnotebooky, TabletPC, PDA, chytré mobily, všelijaké embeded systémy, multimediální přehrávače atd atd. Tam je FB obvykle nutností, x86 ne x86. Pokud se má linux v oblasti těchto zařízení prosadit, tak by rozhodně bylo dobré, kdyby měl ovladače grafik přímo v jádru a nebyl v tomto směru závislý pouze na Xkách.
Re: Proc ne framebuffer?
celé vláknoOsobne jsem smysl SVGATextMode nikdy moc nepochopil, za behu jsem textovy mod nikdy prepinat nepotreboval (pokud mi ho nejaka SVGALib aplikace nezmrsila), a na nastavovani pri startu se mi mnohem lepe osvedcil vga= parametr kernelu.
Tedy dokud jsem nepresel na framebuffer. Programy, ktere maji co docineni s grafikou, nemusi byt setuid ani je nemusim poustet pod rootem, nepreblikava mi obrazovka, muzu pouzivat v mplayeru cvidix (uzasna vec), radeonfb je sice pomalejsi, nez cisty textmode, ovsem projevuje se to pouze pri opravdu masivnim scrollovani. Ovsem primarni duvod prechodu byla citelnost - pote, co jsem si usilovne kazil nekolik let oci ziranim na zubaty 8x8 fontik, jsem se rozhodl, ze toho mam dost - font 16x8 v rozliseni 1024x1024 (coz mi dava 128x50 oproti drivejsimu 132x43 - pravda, ztratu tech 4 znaku jsem nesl dost tezce [to nemyslim ironicky], ale zvykl jsem si) je *vyrazne* citelnejsi a pro zrak setrnejsi a nakonec bohate vyvazil vsechny ostatni nevyhody.
Re: Proc ne framebuffer?
celé vláknoTreba kvuli rychlosti. Textovemu rezimu se hned tak neco nevyrovna (rozhodne ne framebuffer). Smula SVGATextModu je v tom, ze dnes uz text nikoho nezajima a projekt je prakticky mrtvy. Aspon na nVidiich novejsich nez GF2 jsem ho nerozjel (a ani na nekterych GF2).
Re: Proc ne framebuffer?
celé vláknoOn je i framebuffer docela mrtvej. Potom co se nekolikrat za sebou zmenil interface pro ovladace,
se na to nektery spravci vykaslali.
Bez titulku
celé vláknoframebuffer ma problemy s Nvidiou
Re:
celé vláknoVe skutečnosti je to tak, že Xkové NVidia ovladače mají problémy s framebufferem.
Re:
celé vláknoJste si tím opravdu jist ?? kdy naposledy jste to zkoušel ?? Už to neplatí, používám framebuffer a nvidia ovladače pro X a nemám problém.
Re:
celé vláknoTo byla rekace na ten post nahoře. Pokud někdo má/měl problémy s nvidia ve spojitosti s FB, není/nebyl to problém FB.
unicode
celé vláknoFramebuffer by mohl docela dobre resit problemy s Unicode v txt rezimu. Resi je ale skutecne?
Radon a framebuffer
celé vláknomam 15" monitor a pokud si mam vybrat jestli si pustim po xkama emul. terminal, nebo budu pracovat na fb tak rozhodne fb. je to rychle (radeonfb podporuje dost novych karet co sem si vsiml) a s xkama se to nebije.
Re: Radon a framebuffer
celé vláknoMuzu poprosit o nastaveni tve radeonfb? Dekuji
SVGATextMode na kazde VGA
celé vláknoPro ty, jejichz karta neni SVGATextMode podporovana: neni vse ztraceno. Nedostanete se sice na 137x80, ale napriklad mod 80x60 s fontem 8x8 ma stejne nastaveni hodin jako 80x25 s fontem 8x16 a proto jde pustit i bez podpory specificke karty.
proc ne vesa FB
celé vláknoZdravim
Ja pouzivam VESA framebuffer vcelku bezne a nikdy jsem se nesetkal s nejakym problemem s rychlosti. Nedelal jsme na tom zadne harakiry, jen jsem chtel mit vetsi rozliseni v konzoli. Podle me je to mnohem min prace nbez nejaky STM. Lilu staci dat spravnej parametr a mit to v jadru.
Zdenek
Re: proc ne vesa FB
celé vláknoA co 60 Hz? To nevadi?
Re: proc ne vesa FB
celé vláknoMyslim ze nektere mody nejsou 60Hz, ale jist si nejsem.
Re: proc ne vesa FB
celé vláknoVesa FB umi _jen_ 60 Hz :(
Fb a X
celé vláknoniekedy FB na konzoli ma problemy s X-kami. Ja mam graficku kartu ati rage 128 a ak pouzivam driver FB je priamo v kerneli(pouzivam 2.4.21-na tuto kartu mam problem so zobrazovanim na konzoll

