Rafał Dzięgiel

> @Rafostar How about PipeWire? Eh. This is not a problem with a GStreamer that is used to do recording underneath. This is a problem with GNOME. Once next version...

@Markkuuss Getting "Device Power Status" is not that easy as at least some TVs (if not all) cannot query devices that are connected to them while powered off (traffic does...

@Markkuuss Due to COVID pandemic and some other personal problems, I am putting ALL my projects on hold. As you have seen, the current code is real mess. This needs...

@ak-42 Is this with all experimental features disabled (pipewire and playbin3)? They are known to cause this kinds of problems, especially pipewire.

> Fedora 36, which does use pipewire (by default). That's should be fine. Just wanted to confirm state of our experimental options. Please share a little more info about your...

> Decoder is nvvp9dec. Please try with: ```sh GST_PLUGIN_FEATURE_RANK=vp9dec:300 flatpak run com.github.rafostar.Clapper ``` Decoder in the popover should change to `vp9dec`. This should play with software decoding. I want to...

> but it does work OK. So we know its `nvcodec` issue. @ak-42 Could you also check if stateless decoder also has this issue? ```sh GST_PLUGIN_FEATURE_RANK=nvvp9sldec:300 flatpak run com.github.rafostar.Clapper ```...

> When I run this, the decoder is shown as nvvp9sldec and the seeking works without issues. In this case, you should open Clapper preferences window -> Tweaks -> Plugin...

> (Totem) and it has a very similar seeking issue Like I said, its GStreamer `nvcodec` issue, so every app that uses it will have it. I do not know...

@axel358 > This isn't an Nvidia exclusive bug though, I'm an AMD user No, the bug reported in this issue was Nvidia exclusive. Where old implementation that relies more on...