Re: Picasso96

[Ondra Zima <ondra.zima@homolka.cz>]

> btw: je pravda, ze jsem nezazil verzi 1.x a 2.x, ktera byla mozna
> jeste horsi.
To rozhodne jo. Chovali se stejne, jako P96 dnes a jako CGX pod AGA+PPC.

> > To, ze je autor ignorant o tom vim. Do struktury CGX a P96 moc
> > nevidim (resp. este sem se nekoukal). Programuju pod CGX a tudiz
>  Coz je docela skoda, protoze bys videl, jak skvelym zpusobemzachazi CGfx s
> bitmapami. To je totiz duvod, proc se u CGfx tak
> pomalu prepinaji obrazovky - protoze si je STUPIDNE odklada
> do fastky, misto toho, aby proste jen prepinal adresu bitmapy
> obrazovky. To same dela s oknama, takze kdyz si pustis 10 okynek
> s animacemi na workbenchi, tak zastavis system, protoze programy
> renderuji do fastky a pak se to kopiruje pomoci CPU (pouzivat
> blitter na karte je zrejme podle autoru CGfx blbost). Taky je moc
> pekny, ze kdyz si zalockujes bitmapu, tak to neudela to, ze by
> zabranil CGfx odswapovat bitmapu nekam jinam, ale proste to
> zablokuje system (tezko rict, jestli celej, nebo jenom CGfx). To
> mam odzkouseny, protoze kdyz jsem renderoval dele, nez po dobu
> jednoho snimku do locknute bitmapy, tak trha mys jak na PC a
> system je tuhej, a kdyz jsem si jenom vzal bazi bitmapy a pote
> bitmapu odlockoval a pak renderoval, tak vsechno bezelo jak ma.
> Je zajimave, s timto system by clovek cekal, ze se neplytva s
> kapacitou VRAM, tudiz se da treba pouzit pro textury. Chacha !
> Chyba ! texture-memory je omezena na 1Mb a to bez jakekoliv
> kontroly, jestli ma jeste volnou pamet, klidne ti vrati pointer do
> aktivni bitmapy a ty muzes vesele prepisovat, az to vsechno spadne.
Asi budu vypadat jako naivni developer, kdyz budu argumentovat tim,
ze v dokumentacce se pise neco vo tom, ze se bliter pouziva. Sice
ne na vsechno, ale na neco aspon jo. A jestlize to napisou v
docich, tak tomu proste verim :-) a vic me to nezajima (z pohledu
programatora). Faktem ale zustava to, ze uznavam velke nedostatky
jak CGX tak i Picassa96, a do te doby, dokud P96 nebude umet minimalne
totez, jako CGX r70a na ZII CV64/3D, tak ho proste budu mit na
Archives:Unusable/Picasso96_1.40.lha

> > API P96 moc neznam (resp. vubec ne), ale z vlastni zkusenosti
> > pote, co sem si nainstaloval Picasso96 v1.40 (coz nebylo vubec jednoduche
> > a cela instalace trvala celkem dlouho) sem usoudil, ze raci budu pouzivat
> > rychlejsi a stabilnejsi CGX nez pomalejsi a hrutivy P96. Esli chces
>  Pomalejsi ???? P96 pouziva blitter dokud je volna vram, a vsechny testy,ktere
> jsem videl jasne dokazuji opak. Opravdu si nedovedu predstavit
> CPU v tvy amize, ktery dokaze kopirovat rychleji data z fastky, nez blitter
> z vram do vram ;)))))
Rikam, zkus si to nainstalovat a uvidis. 
To, ze se ti pomalu prepinaj obrazovky, je jen tvoje neshopnost, protoze
CGX ma jiste konfiguracni moznosti (ENV:CyberGraphX/) a take primo v ikone
monitoru. Tam se jenom proste nastavi "DRAGGING=NO" a pak mas vsechny
screeny, ktery se ti vejdou do VRAM ve VRAM. A propo, umi P96 dragovat
screeny? 

> > slyset, jak se projevovaly chyby P96, tak ti je poslu mejlem, protoze na
> > 1.6MB textovej dokument tu na konf. neni nikdo zvedavej.
>  To jsi asi posledni rok nedelal nic jinyho, nez ze si sepisoval chyby, ne
> ?Mozna ze ma chyby, ale CGfx taky a tam muzes sepisovat co chces a
> je ti to hovno platny, protoze to autory proste nezajima. 1 mesic jsem se
> pokousel s nima komunikovat, aby odstranili nektere chyby v
> cgfx3dvirgin.library/cybergraphX a uz o to OPRAVDU nestojim.
> S ignorantem se clovek proste nedomluvi...
Vsechno ma sve chyby. CGX neni optimalizovany ve vsech funkcich, ktery
umi ten kterej chip. A uz to asi nikdo neoptimalizuje :(
Jenom takovy maly dotaz: Ma P96 neco jako cgx3dvirgin.library?
Ale tento dotaz se stane bezpredmetny pote, co vyjde Warp3D.

> Co je ovsem nejdulezitejsi - CGfx v os3.5 nebude (nastesti) takze nema
> cenu si kvuli nemu drasat nervy....
To chces rict, ze v OS3.5 bude P96? Tim chces rict, ze dobre polovine
kupcu CV64/3D (tj. ti, kteri tuto kartu provozuji na ZII) tento system
bude zhola nanic?
Pekne vidiny budoucna.

-- 
Ondra "AndreW" Zima                             ondra.zima@homolka.cz