Hi Pierre
I've been reading your post several times now but still don't have the one answer. Let me explain the behavior of Select_ROI
- if the input image width is larger than the defined offset + width the operator will cut the ROI
- if the input image width is smaller the operator will not extend the width and will pass the data to the output
- if you select an offset or width which cannot be divided by the used parallelism the operator has to add dummy pixel to the end of each line.
You wrote: "... and also modify the FG_WIDTH ..."
In a VisualApplets applet you don't have FG_WIDTH. You can define
- all operators changing the width like ImageBuffer and Select_ROI
- describe the DMA output image size which is used for PC buffer allocation and display window size.
So please let me know what you mean by FG_WIDTH.
On a DMA transfer the line length information is not included. So the PC cannot know if the lines have a width of 1184 or 1152. It simply needs to match with the settings.
If you have a mismatch it looks like in your attached image. From the image we can see that the display size does not correspond to the transfer size. There are some pixel which are shifted to the next lines as there are to many pixel or are shifted to the previous line as some pixel are missing.
Can you see the problem in the VisualApplets simulation.
Could you add your VA design so I can have a look at it. Or an extract?
Johannes