You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am benchmarking the visual bahavior of tickers on different platforms. A ticker can be seen as a HTML Marquee element and is found in clip.c. I am implementing a small visual interface around it and noticed some unexpected behavior.
Consider 3 rects. A small header, a flat content area and a small footer. A ticker is running in the footer. I noticed that drawing the background of the content area manually the ticker starts to tear and stutter. When I color this section by means of Background. I get the same visual appearance and smooth linear motion of the text.
I have tried to change the order of rendering, but it doesn't seem to affect the behavior. Is this a direct limitation in OpenVG? If so, can it be overcome via OpenGL for example by buffering the Text operation, or a "more efficient" rect fill?
I am benchmarking the visual bahavior of tickers on different platforms. A ticker can be seen as a HTML Marquee element and is found in clip.c. I am implementing a small visual interface around it and noticed some unexpected behavior.
Consider 3 rects. A small header, a flat content area and a small footer. A ticker is running in the footer. I noticed that drawing the background of the content area manually the ticker starts to tear and stutter. When I color this section by means of Background. I get the same visual appearance and smooth linear motion of the text.
I have tried to change the order of rendering, but it doesn't seem to affect the behavior. Is this a direct limitation in OpenVG? If so, can it be overcome via OpenGL for example by buffering the Text operation, or a "more efficient" rect fill?
The text was updated successfully, but these errors were encountered: