Filesink saving files with different bitrate and fps from the source?

Accelerated Computing Intelligent Video Analytics DeepStream SDK
22

Hi,
The issue you are facing is triggered by dynamically linking. Before the linking, the timestamps look correct. It does not match the case but you probably can give it a try.

23

Have tried overwriting the pts values on entry to the encoder (sink pad) to 100msec differences. And now my recorded file is in slow motion. ;-)
This suggests that the issue is upstream. As we’ve seen above the nvinnfer and demuxer don’t seem to touch the timestamp. Maybe the issue is back with the decoder?

Could stuff like this help the decoder: g_object_set (object, “num-extra-surfaces”, 3, NULL); //normally 0

24

Hi,
Could you inspect buf->pts at both sink pad and source pad of encoder? The nvv4l2decoder plugin should not overwrite the timestamps.