# Trouble using nvh264enc with webrtcsink (rs version)

**URL:** https://discourse.gstreamer.org/t/trouble-using-nvh264enc-with-webrtcsink-rs-version/1129
**Category:** Application Development
**Created:** [March 6, 2024, 4:42am UTC](https://discourse.gstreamer.org/t/trouble-using-nvh264enc-with-webrtcsink-rs-version/1129 "2024-03-06T04:42:14Z")
**Posts on this page:** 1
**Showing post:** 5

<div class="post-metadata">

### Author: ![apergios](https://discourse.gstreamer.org/letter_avatar_proxy/v4/letter/a/50afbb/32.png) [@apergios](https://discourse.gstreamer.org/u/apergios)
#### Post date: [October 1, 2026, 11:41am UTC](https://discourse.gstreamer.org/t/trouble-using-nvh264enc-with-webrtcsink-rs-version/1129/5 "2026-10-01T11:41:51Z")

</div>

Hi @Julian_Camacho  
in this topic i was able to solve my problem:

> [@Nvh264enc and webrtcsink on jetson](https://discourse.gstreamer.org/t/nvh264enc-and-webrtcsink-on-jetson/5911/2):
>
> I was finally able to solve this issue with some help from nvidia. Now webrtcsink can discover the encoder and do congestion control correctly. The encoder provided for x86 is not opensource, but the jetson variant can also be built for it, so this solves this issue on both platforms, dGPU and Jetson. The encoder source code can be found here: mkdir nv-videocodec cd nv-videocodec git clone -b l4t/l4t-r39.2.1 https://gitlab.com/nvidia/nv-tegra/tegra/gst-src/gst-nvvideo4linux2.git git clone -b …

There was a reason for the “manual” encoder before webrtcsink.  
The sink was not able to discover a fitting encoder with NVMM as input caps and the video caps set to h-264 encoding.  
After applying patches to the nvidia encoder from the linux for tegra version of the element it works, even with proper congestion control.

---

_[View the full topic](https://discourse.gstreamer.org/t/trouble-using-nvh264enc-with-webrtcsink-rs-version/1129)._