David, Yes it appears to be a 16 color depth problem. Switching to 24 solves the problem. It's still a bug though, isn't it?
Rob. David Thompson wrote: > Rob, > > When I was looking at this, I noticed you are running in 16 bit mode. > Have you tried reproducing this in 24 bit mode? If not, that may be the > key. > > David > >> Hello, >> >> Could someone (David Thompson ?) please add this to the bugs list of >> OpenDX? >> >> Attached are: >> >> 1) RedCacheBug.net & RedCacheBug.cfg as a VPE network that generates the >> bug of red color caching. >> 2) RedCacheBug.png: the image file I get with red color from cache. >> >> >> The VPE network contains the following info text: >> >> ----------------------------------------------------------- >> This VPE network shows the problem with red color >> when the image is pulled from cache. Let the sequencer >> run again and again; as soon as the image is pulled from >> cache, extra red lines from right to left appear in the image. >> >> Peculiar detail: only pure red color has this bug, other colors or >> slight deviations from pure red do not experience this bug! >> >> The bug may be third party software dependent, e.g. XFree or >> Motif. Two years ago I experienced this bug on a RedHat 7.x PC >> (with LessTif and XFree 3.6) and at present I see it on a FreeBSD >> 4.6 PC (with OpenMotif 2.2.2 and XFree 4.2). >> >> Analysis: on the DX level, all this seems to be related to the caching >> in the Image module. The configuration of the Image module has >> settings for "Cache" and "Internal Caching". Only the internal caching >> affects this bug: >> All Results - causes this bug >> Last Result & No results - solves the bug >> (However, in order to see this, I have to do a "Connection->Reset Server" >> each time I select a different caching option. Is that normal?) >> >> Best regards, >> R. Lahaye ([EMAIL PROTECTED]) >> -----------------------------------------------------------
