Re: Picasso96

[Filip Doksansky <glassim@mbox.vol.cz>]

> Zajimave je, ze rozhodne nejni min a min stabilni, jak dlouho jedes
> pod CGX ty, ze si troufas tvrdit o mensi a mensi stabilite?

 Asi rok, pouzivam ho AKTIVNE, programuju pod nim a ZNAMjeho architekturu,
takze si troufam o nem fundovane hovorit !
howg !

btw: je pravda, ze jsem nezazil verzi 1.x a 2.x, ktera byla mozna
jeste horsi.

> 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.


> 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 ;)))))

> 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...

Co je ovsem nejdulezitejsi - CGfx v os3.5 nebude (nastesti) takze nema
cenu si kvuli nemu drasat nervy....

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

      cau, Filip