PIXILAB Wiki

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision 		Previous revision
blocks:live-video [2020-03-28 16:24]
admin Added koloview ill 		blocks:live-video [2025-07-17 09:33] (current)
fredrik [Local Video In]
Line 13: Line 13:
  
   - RTSP stream. Compatible with most players. Supports audio. Low delay. Supported by most video cameras and streaming boxes.   - RTSP stream. Compatible with most players. Supports audio. Low delay. Supported by most video cameras and streaming boxes.
 +  - RTMP stream. Compatible with most players. Supports audio. Supported by most streaming programs and many streaming devices.
   - Local Video In. Compatible with Pixilab player v4.0. Supports audio. Very low latency. Suitable for live camera feeds.   - Local Video In. Compatible with Pixilab player v4.0. Supports audio. Very low latency. Suitable for live camera feeds.
   - HLS stream: Compatible with most players. Supports audio. Delay is several seconds. Supported by some streaming boxes and services.   - HLS stream: Compatible with most players. Supports audio. Delay is several seconds. Supported by some streaming boxes and services.
Line 33: Line 34:
 To minimize latency, chose a small custom GOP size (for example 5 frames), or a single frame only (only I-frames). When choosing a smaller GOP structure, the bitrate may need to be increased to maintain video quality. However, keep in mind that a higher bitrate puts more load onto the Blocks server, as it re-packages and distributes the stream, as well as on the network for distributing it. This is especially true when using numerous players simultaneously.  To minimize latency, chose a small custom GOP size (for example 5 frames), or a single frame only (only I-frames). When choosing a smaller GOP structure, the bitrate may need to be increased to maintain video quality. However, keep in mind that a higher bitrate puts more load onto the Blocks server, as it re-packages and distributes the stream, as well as on the network for distributing it. This is especially true when using numerous players simultaneously. 
  
 +==== RTMP Stream ====
 +
 +RTMP, while similar in some ways to RTSP, works with other types of devices and programs such as [[https://obsproject.com|OBS]] and [[https://www.vmix.com|vMix]], as well as some hardware devices, like the popular [[blocks:live-video:atem-mini|ATEM Mini Pro]] from Blackmagic.
 +
 +One notable caveat with RTMP, that makes it different from the other streaming formats supported by Blocks is the way the connection is made between the RTMP source and Blocks. RTMP expects the external device to make the connection to Blocks, and "push" the video to Blocks. This is the opposite of RTSP, where Blocks takes the initiative of connecting to the camera, essentially "pulling" the video stream from its source when it's requested by a Spot.
 +
 +This difference means that some streaming sources may have trouble connecting to Blocks unless Blocks is already expecting the stream, as Blocks won't "listen" for the stream until requested by a Spot. Some devices, such as the ATEM Mini Pro and the [[https://www.streamingvalley.nl/product/kiloview-e2-hdmi-h264-srt-video-encoder/|Kiloview]] streaming box, is OK with that and will just keep attempting to connect until it succeeds. Other sources, such as OBS, will just display an error message when trying to connect unless the Blocks is actively listening for that connection.
 +
 +Thus, to use a streaming source that expects the server to listen before it will try to connect, do one of the following:
 +
 +  * Wait with starting the streaming source until you know there's at least one Spot requesting the video.
 +  * Keep an extra "monitor Spot" displaying the live feed all the time.
 +
 +The second of these options essentially makes sure that Blocks is always actively listening for the stream, even if no other spot is yet showing it.
 +
 +Finally, due to the direction the stream is flowing in, you need to set up the stream URL at the streaming //source//, pointing it to the Blocks server using its address. Thus, if Blocks runs on 10.2.0.10, your would use a stream URL like this on the streaming source:
 +
 +<code>
 +rtmp://10.2.0.10
 +</code> 
 +
 +In Blocks, you can typically leave this set to the default URL, which means that the Blocks server will listen for this stream on all its network interfaces (if it has more than one). The default URL is
 +
 +<code>rtmp://0.0.0.0</code>
 +
 +To use multiple RTMP streams at the same time, add a port number after the IP address, separated by a colon. The default port number used by RTMP is 1935.
  
 ==== Local Video In ==== ==== Local Video In ====
Line 42: Line 69:
 The following adapters hage been used successfully.  The following adapters hage been used successfully. 
  
-  * Inogeni 4K HDMI to USB 3.0 +  * Epiphan AV.io 4K HDMI to USB 3 
-  * Magwell USB Capture HDMI Gen 2 +  * Magwell USB Capture HDMI 3 
 +  * Inogeni 4K HDMI to USB 3
  
 ==== HLS Stream ==== ==== HLS Stream ====
Line 97: Line 124:
  
   * **HLS** news feed http://livepull1.secure.footprint.net/antena3mpp/bitrate_4.m3u8   * **HLS** news feed http://livepull1.secure.footprint.net/antena3mpp/bitrate_4.m3u8
-  * **HLS** on-demand stream http://184.72.239.149/vod/smil:BigBuckBunny.smil/playlist.m3u8+  * **HLS** on-demand stream http://qthttp.apple.com.edgesuite.net/1010qwoeiuryfg/sl.m3u8
   * **MJPEG** public webcam http://217.152.196.254/axis-cgi/mjpg/video.cgi?camera=1   * **MJPEG** public webcam http://217.152.196.254/axis-cgi/mjpg/video.cgi?camera=1
   * **Polling JPEG** public webcam http://62.108.201.7/record/current.jpg   * **Polling JPEG** public webcam http://62.108.201.7/record/current.jpg
 +
 +(Please note this is 3rd party links and may well come and go or even being removed permanently)
  
 Some public cameras using the "polling jpeg" method may have rate limits, meaning that if you poll them too frequently, your feed may stop working. Public cameras come and go, so some of the above streams may no longer be available by the time you read this. A quick google search should turn up plenty of others. Some public cameras using the "polling jpeg" method may have rate limits, meaning that if you poll them too frequently, your feed may stop working. Public cameras come and go, so some of the above streams may no longer be available by the time you read this. A quick google search should turn up plenty of others.