RTMP playback with embedded captions causes freezing/timestamp conversion errors
Posted: 22 Feb 2019 20:04
Testing RTMP streaming appliances like AJA HELO & Matrox Monarch HDX. These devices allow encoding 608 ANC/708 closed captioning data into the H.264 elementary stream. Using a dedicated Wowza Streaming Engine server on a closed network with CC enabled on these devices, picture & sometimes audio will freeze often during decode/playback. With CC turned off, the freezing stops. The Message window reports many timestamp conversion errors & discarded audio buffers, 'playback to early,' inserting zeros, etc., when CC is in the stream. This is regardless of whether or not you enable the CC track to be displayed in VLC. The CC data just needs to be present in the stream.
This doesn't occur all the time & there appears to a problem with the initial detection of the CC stream when playback is started. In the Subtitles>Subtitle Track selection, Track 1 will appear in the menu above Closed Captions 1 through "Closed Captions 4" at the start of playback sometimes & not others. When Track 1 appears is when the freezing/timestamp conversion errors appear. You can get good CC display from both the Track 1 selection as well as the Closed Captions 1 selection along with the freezes. If when you start playback & "Track 1" does NOT appear, you no longer get the freezing & errors, & you can get good captions from Closed Captions 1. Something in the initial caption detection is throwing things out of wack. All you have to do to toggle the good vs. bad state of VLC playback is stop & start stream playback several times. Track 1 will appear sometimes & not others.
Wowza support acknowledges the issue. They've tried to replicate with their internal tools as well as another 3rd party decoder & have determined it appears to be a VLC specific issue. While I've seen it on the Windows version of VLC, it appears worse on Mac. I've seen it on VLC 2.2.8 though the current 3.0.6 build.
Thanks for any insight.
This doesn't occur all the time & there appears to a problem with the initial detection of the CC stream when playback is started. In the Subtitles>Subtitle Track selection, Track 1 will appear in the menu above Closed Captions 1 through "Closed Captions 4" at the start of playback sometimes & not others. When Track 1 appears is when the freezing/timestamp conversion errors appear. You can get good CC display from both the Track 1 selection as well as the Closed Captions 1 selection along with the freezes. If when you start playback & "Track 1" does NOT appear, you no longer get the freezing & errors, & you can get good captions from Closed Captions 1. Something in the initial caption detection is throwing things out of wack. All you have to do to toggle the good vs. bad state of VLC playback is stop & start stream playback several times. Track 1 will appear sometimes & not others.
Wowza support acknowledges the issue. They've tried to replicate with their internal tools as well as another 3rd party decoder & have determined it appears to be a VLC specific issue. While I've seen it on the Windows version of VLC, it appears worse on Mac. I've seen it on VLC 2.2.8 though the current 3.0.6 build.
Thanks for any insight.