On Sat, 20 Oct 2001 15:58:11 +0800 Maxim Koshelev <[EMAIL PROTECTED]> babbled profusely:
> Carsten Haitzler (The Rasterman) wrote: > > >the data still has to go from app -> server - either via a unix socket or > xshm. > >this meand having to read 4 times the data (copy it etc.) and then process it > >anyway. it's silly to propose this. in future maybe u can allocate a 16bit > deep > >pixmap and apply it as a mask - but i suggets you look a bit deeper into X > >first. > > > In any case 24 bits is minimal for first implementation (8 bits per > color). In common cases alpha mask > can be compressed very well (e.g on value of transclucenting for whole > window). I suggest only SIMPLE > and POWERFULL system call. you can't always do both. and you want 8bits for alpha.. not 24 :). xrender is alreayd done.. also u dont always want 8bits per color. there is a lot of hardware that will only do 4 bits per channel. anyway... 1 call - fine.. "set the mask to hispixmap).. what if i change some parts of the pixmap and want to update only those bits of the window mask? i'd need to now be abel to set a pixmap as a portion of the mask of a window. now our call has more parameters... i can go on... the more powerful.. the more complex. > Amount of data transfer is absolutely not a problem not only due current > computer performance (performance grows > rapidly now). We need to transfer it once for a window in common cases. > And I assume that most windows on > users' desktops will have no alpha mask. 32bits for an alpha mask is just overkill and a waste of bandwidth. > >currently xfree servers support pixmaps of multiple bit depths. choose the > one > >your app wants - but i dont see there being any usefulness for anything > > 8bit. > > > Better leave extesion for future than change (or add new) system call > after two years. theres nothing wrong with adding system calls to expand the functionality as the need grows. u cannot design an api that will forever not change ANd have it be sane to impliment and efficient. the solution is to come up with a clean api that can be extended over time - and we have that. > > > > > >as for carmak - i never heard his comment - and to be onest, i don't believe > >that we need more than 8bits per channel anyway. > > > 32 bits per color + 32bits per alpha. > > > _______________________________________________ > Render mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/render -- --------------- Codito, ergo sum - "I code, therefore I am" -------------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] Unemployed Bum [EMAIL PROTECTED] Mobile Phone: +61 (0)413 451 899 Home Phone: 02 9386 9362 _______________________________________________ Render mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/render
