ccwinch / live-streaming-tech-notes

Technical information about live streaming at Christ Church Winchester
https://ccwinch.github.io/live-streaming-tech-notes/
MIT License
1 stars 0 forks source link

Encoder frame rate problems #10

Open glyn opened 4 months ago

glyn commented 4 months ago

Before the 11am service today, YouTube was complaining that the frame rate of the stream was too high. The preview showed people moving around quickly/jerkily, so something was definitely wrong. We weren't able to reduce the frame rate from the encoder, but power-cycling the live streaming rack appeared to fix the problem. However, during that service, YouTube warned "In the current configuration, the video's primary and back-up streams have different frame rates. You need to configure the streams to have the same frame rate". The stream seemed to be successfully transmitted.

Before the 7pm service today, YouTube was again complaining that the frame rate of the stream was too high and the preview showed the same problem as this morning. I tried power-cycling the encoder several times (and attempted to change its bitrate, to no avail). In the end, I reset the encoder to factory defaults. The IP address changed to 192.168.0.176 (found using the IP locator tool installed on the live streaming PC). The stream seemed to work ok, but again showed the warning "In the current configuration, the video's primary and back-up streams have different frame rates. You need to configure the streams to have the same frame rate".

The attached screenshots show the encoder settings. The primary and back-up streams appear to have the same frame rate (30 fps). The output frame rate appears to be 50 fps, if (big if) I understand the encoder application correctly.

encoder1 encoder2 encoder3

glyn commented 3 months ago

I think this problem recurred on yesterday's 11am stream.

glyn commented 3 months ago

This problem recurred before the 7pm live stream this evening. Power-cycling the encoder meant that the STREAM button would then not light continuously. Power-cycling the live streaming rack solved the problem. /cc @arb299

JonathanOrd commented 1 month ago

We had this issue at the 11am on 04/08/2024.

Power-cycling the live streaming desk fixed the issue but I noticed what I thought was the 'Encoder' button active on the front of the encoder which when power-cycled was no longer active. Whether this is a coincidence or not, I can't be sure but it might be worth investigating.

JonathanOrd commented 1 month ago

At the end of the service I tried to enable the 'Bitrate' button on the datavideo box, but it would not light up. It might be worth checking if enabling this in some way causes these problems or whether it is an indicator of other problems.

It's also worth noting that none of the IP addresses given for the controllers seems to work or go through, making checking difficult.

glyn commented 1 month ago

We had this issue at the 11am on 04/08/2024.

Noted in https://github.com/ccwinch/live-streaming-tech-notes/issues/12 thanks.

Power-cycling the live streaming desk fixed the issue but I noticed what I thought was the 'Encoder' button active on the front of the encoder which when power-cycled was no longer active. Whether this is a coincidence or not, I can't be sure but it might be worth investigating.

Good spot. I'll follow up.

glyn commented 1 month ago

At the end of the service I tried to enable the 'Bitrate' button on the datavideo box, but it would not light up. It might be worth checking if enabling this in some way causes these problems or whether it is an indicator of other problems.

I'll follow up, thanks.

It's also worth noting that none of the IP addresses given for the controllers seems to work or go through, making checking difficult.

Thanks for noting that. It deserves a separate issue: https://github.com/ccwinch/live-streaming-tech-notes/issues/13.

glyn commented 1 month ago

The encoder manual (linked from the tech notes) explains the Bitrate button:


Bitrate Button

Follow the steps below to switch the stream bitrate mode using the BITRATE button:

Note: The system will return to original settings if the BITRATE button push is not sensed. The default bitrate is M.


So it seems the bitrate button will only turn red for a few seconds after a stream or recording is initiated and after that will turn back to white. In other words, nothing unexpected in what we are seeing.

--

glyn commented 1 month ago

Power-cycling the live streaming desk fixed the issue but I noticed what I thought was the 'Encoder' button active on the front of the encoder which when power-cycled was no longer active. Whether this is a coincidence or not, I can't be sure but it might be worth investigating.

Good spot. I'll follow up.

@JonathanOrd I'm not sure which button you are referring to. I'm not in front of the encoder, but the manual doesn't show an 'Encoder' button as such.

glyn commented 1 week ago

@MarkHilder The 7pm stream on 1 September 2024 did not work correctly, but this time the recording was also "jittery", so perhaps the problem is in the encoder rather than between the encoder and YouTube.

glyn commented 1 week ago

I added a comment to the NVS-34 support page.