I’ve further looked into your issue.
Further than the above advice:
- Avoid setting an odd row number for overlay-y. This may rise some issues. (overlay-y=360 should be better than overlay-y=361)
- The guilty subpipeline seems to be the one encoding to jpeg after gdkpixbufoverlay. This may be linked to this bug seen in R32.5.1.
- Also be aware of this bug seen in R32.5.1 when restarting pipeline with nvoverlaysink.
Not sure about the odds that a fix for R32.3.1 can be soon provided, but this will hopefully help next releases to be fixed.