This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
Part Number: DLP2010EVM-LC
I have been working on understanding how the Splash Pattern mode works and how to use it.
Image artifact issue
One of the major issues I found with this mode is that there are some processing artifacts impacting some of the image bit planes.
I am using the following test card, in which the green channel is mapped to the upper byte of a splash screen data word and the red channel is mapped to the lower byte.
As you may see from the projected splash patterns (8-bit mode, 1 pattern), in addition to the artifacts, there is a 3-bit shift between the expected bit location and what the DLPC347x chipset interprets. This may however easily be fixed when generating the splash image data, but the documentation does not state which bits from the image are used in which bitplane when projecting in 8-bit splash pattern mode.
The image processing artifacts are especially visible when projecting a single bitplane (1-bit mode, 1 pattern):
When using the 8-bit mode and projecting 2 patterns (not photographed here), the red source image patterns are projected correctly, while the green source image patterns are distorted.
Also, there is no such issue when projecting in standard Splash Screen Mode:
To me, it seems that even though the image processing algorithms (LABB, CAIC) are disabled, some processing is still taking place and producing artifacts on the projected image. If I enable LABB processing, the artifacts become much worse but still only affect the green source patterns (and not the red ones !), even with all sliders maxed out.
What are the possible workarounds for this problem ? Right now I only need to project static 8-bit 2D patterns, so I could live with only using the "red" channel from my images - unfortunately the only way to display that would be to use the 8-bit mode with 2 patterns with a blanked out "green" channel, but this induces heavy flicker !
I also have a couple questions regarding this mode :
- Is it possible to pause and manually advance the pattern sequence, as in the Internal Pattern Mode ?
- Is it possible to specify a single pattern to expose from a given splash screen (i.e. display an arbitrary bitplane or only the second 8-bit pattern) ?
- Is it possible to disable the linear image scaling algorithm (i.e. use nearest-neighbor interpolation) ?
In reply to Azad:
Thanks a lot for trying the splash image on your own hardware.
The results you posted are exactly the same as what I observe here. They exhibit artifacts which are not in the original red and green image (which I have shown in my original posting)
For reference, this is how the test card should look when projected
Splash pattern, 8-bit, 1 pattern :
Splash pattern, 8-bit, 2 patterns :
We are glad that we were able to resolve this issue, and will now proceed to close this thread.
If you have further questions related to this thread, you may click "Ask a related question" below. The newly created question will be automatically linked to this question.
In reply to Guillaume STRUB:
Thank you for your feedback regarding this issue.
From my testing it appears that at some point the splash screen is processed as RGB565 even though in splash pattern mode it is displayed as two 8-bit images.
Indeed, it seems that the artifacts appear when pattern data spans the R and G channels or the B and G channels ; one workaround is to limit the bit depth of the splash screen image to 3 bits (pattern MSBs on the lower 3 green bits) on the first pattern and 5 bits (blue channel only) on the second pattern.
Maybe one could use the full 5 red bits (which correspond to the 1st pattern's LSBs) by changing the sequences used for splash pattern projection, if 8-bit projection is truly not possible ?
The red-green image I used as my "reference" image is actually never sent as-is to the projector or into the DLP GUI ; it is just a convenient way to show the two separate patterns I intend to show on the projector.
I use a Python script to convert it into a RGB565 image for updating the projector Flash ; actually I tried both using the DLP GUI and building the Splash section using Python scripts (which gives me better control over the channel mapping), but with exactly the same results wrt the artifact issue. The mapping is as follows :
As I observed previously, artifacts can appear if a pattern uses more than one channel in the resulting RGB565 image :
The artifacts seem to appear when the most significant bit of the "lower" channel (i.e. R4 for the 1st pattern and G5 for the 2nd pattern) changes rapidly (e.g. in gradients).
One workaround is to only use the "most significant channel", that is, the 3 lower green bits on the first pattern and the blue channel for the second pattern.Then the resulting image is free of artifacts :
This, however, limits the bit depth one can use in the splash pattern mode.
If the image processing issue causing these artifacts cannot be resolved, would it be possible to change the splash pattern DLP sequence in one of the following ways ?
All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.