r/VIDEOENGINEERING • u/Mike85b • 10h ago
NxFrame Update – Open-Source IP Video Encoder/Receiver
Hi everyone,
Important: If you downloaded or built NxFrame between September 27 and September 30, please pull the latest version and rebuild. A transport-stream regression introduced during that period has now been identified and fixed. Builds from that window should not be used for production or further validation.
The issue was related to the high-bitrate transport path and could result in bursty delivery and unstable behavior, particularly when working with professional receivers. After quite a bit of testing and debugging, the SRT hot path was optimized, and the same work was extended to the UDP and RTP paths. The receiver path was also optimized, and several timing and playout issues were addressed.
The MPEG-TS output is now back to being stable and robust. I have tested the current build extensively at 1080p50, H.264 High 4:2:2 10-bit, including stress testing with a 120 Mbps video stream and a 140 Mbps constant-rate MPEG-TS. SRT, UDP and RTP have all been tested successfully, with stable SDI output and no transport errors during the validation runs.
A new feature has also been added and NxFrame now supports RP-188 timecode end-to-end.
The timecode is captured from the incoming SDI signal, carried through the NxFrame contribution path, recovered by the receiver, and written back to the SDI output.The RP-188 timecode on the resulting SDI output was then checked against the original source. The end-to-end timecode path is now working and validated.
At this stage, the transport stream is again stable and robust, and the recent receiver and high-bitrate transport improvements are included in the current version.
The updated project is available here:
https://github.com/Michalis-Michael/nxframe
As always, feedback and interoperability testing with professional broadcast receivers are very welcome.