> i am thinking if host on which drawterm runs is set to 24bpp or 32bpp, > plan9 needs to send bulkier data for screen updates causing the > bottleneck. setting it to lower bpp may solve it? or am i wrong?
most applications do not read or write raw images. usually images are constructed with sequences of draw instructions whose size is mostly depth-independent. when sections of images are copied to other images (for example, when using overlapping windows in rio), all the image data is kept inside drawterm. the plan 9 side never sees the raw images. if you're running emu or links or something like that, then yes you're right. but for acme, rio, and sam, the depth should not matter. russ
