Orin Nano freezes and reboots when pipeline contains HW encoder

I took note that Jetson Orin Nano no longer supports hardware based encoding (unfortunately I had to learn it the hard way after buying two Orin Nanos as follow up for my Nano based transcoding projects).

Nevertheless, the Jetpack images for Orin Nano still contain nvv4l2h264enc and nvv4l2h265enc and e.g. the deepstream-app automatically chooses these encoders, when you define a sink of RTSP type.

So from software side nothing prevents you from using these encoder libraries. The result is, that - if you are lucky - the software terminates with an error message that memory could not be allocated. But in most cases your Orin Nano simply freezes and after some time hard reboots (propably due to some kind of watchdog).

You can simply reproduce that using this test pipeline gst-launch-1.0 videotestsrc ! nvvidconv ! nvv4l2h264enc bitrate=5000000 insert-sps-pps=true ! h264parse ! mpegtsmux ! rtpmp2tpay ! udpsink host= port=5000 sync=false

1 Like

Thanks for reporting this. We will add check in initializing gstreamer plugins, and not to register hardware encoder when the device is Orin Nano.

…and deepstream-app should also take this into account, when configuring a sink of type 3 or 4 (file or RTSP).

What is the solution to this? I want to run the examples on my Jetson Orin Nano but it keeps freezing.

Please modify the application to replace nvv4l2h264enc plugin

... ! nvv4l2h264enc ! ...


... ! nvvideoconvert ! video/x-raw,format=I420 ! x264enc ! ..

to use software encoder.

This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.