# Blank frame(s) when switching uri with gtkpaintablesink

**URL:** https://discourse.gstreamer.org/t/blank-frame-s-when-switching-uri-with-gtkpaintablesink/5916
**Category:** Application Development
**Created:** [September 23, 2026, 5:08am UTC](https://discourse.gstreamer.org/t/blank-frame-s-when-switching-uri-with-gtkpaintablesink/5916 "2026-09-23T05:08:35Z")
**Posts on this page:** 1
**Page:** 1

<div class="post-metadata">

### Author: ![doylep](https://discourse.gstreamer.org/letter_avatar_proxy/v4/letter/d/c4cdca/32.png) [@doylep](https://discourse.gstreamer.org/u/doylep)
#### Post date: [September 23, 2026, 5:08am UTC](https://discourse.gstreamer.org/t/blank-frame-s-when-switching-uri-with-gtkpaintablesink/5916/1 "2026-09-23T05:08:35Z")

</div>

I have a [Gstreamer application](https://discourse.gstreamer.org/t/basic-tutorial-5-missing-from-gstreamer-rs/5895) that recently upgraded from an older version of Gstreamer and GTK3. With our old version (where the video sink was connected to a gtk::DrawingArea widget), changing between video streams was “seamless”. It likely wasn’t truly seamless, but the final rendered frame was held while the new video was loading and created a passable illusion. For local, hardware-accelerated media, the extra frames were imperceptible.

Using the new gtk4paintablesink, switching between video streams results in a short, 1-4 frame black screen on the widget. Is there a simple way to alter this behavior? I saw [this thread](https://discourse.gstreamer.org/t/compositor-background-showing-during-transition/5752) about cross-fading between videos, but that seems like lots of overhead for a relatively small problem.

Thanks for any tips or ideas you can provide!