1 SDI HDMI CVBS IP H.264 Encoder Streamer UDP, RTP, HLS, RTMP & HTTP playback Sale

Name: 1 SDI HDMI CVBS IP H.264 Encoder Streamer UDP, RTP, HLS, RTMP & HTTP playback Sale
Brand: Thorbroadcast
Price: 1495 USD
Availability: InStock

H-SPARTAN-1

Qty: 0

Promotion Ends!

Old price: ~~500~~

Precio: $ 1,495.00

Disponibilidad:	En stock	Condición:	nuevo
Envío:	a partir de $22.00	Garantía:	2 Yrs

Cantidad:
añadir al carrito

preguntar por el producto

Enviar petición

Descripción Caracteristicas Dibujos Selección de modelo Especificación Q&A Apoyo

Descripción

This device is a single-channel HDMI low latency LAN encoder and WAN streamer that employs H.264 encoding and AC3 or MPEG1 audio encoding. It can function as a one-channel HDMI, CVBS, or SDI IP streaming device, making it suitable for use in UDP/RTP multicast over LAN applications, as well as for streaming over the public internet WAN using HLS, HTTP, and RTMP protocols.

Designed for ease of use and simple setup, this 1RU chassis is optimized for streaming MPEG4 video directly to popular websites such as YouTube and Facebook for streaming applications. With its low latency and minimal bit rate, this device can efficiently stream up to 1080p through Thor Broadcast's latest multi-channel encoder, which supports the protocols most commonly required by social media platforms

With support for up to 1080/60P full HD resolution, this device delivers high-quality video output, making it an excellent choice for professional streaming applications. Whether you're streaming content over LAN or WAN, the SPARTAN-1 is a reliable and versatile IP streaming solution

Caracteristicas

1 HDMI Input
1 CVBS Input
1 SDI input for TS to IP streaming
TS files play directly
Low Latency & Low bit rate
H-264 Video Encoding
MPEG1, AC3, AAC Audio enoding
UDP/RTP Unicast Multicast
HLS, RTMP, HTTP in Low Latency
Supports RTMP with Key
CBR/VBR control mode
CC closed caption EIA 608/708
LCD & web controlled, updates via the web
Internal power supply
Supports incoming video resolusion up to full HD 1080p/60
NMS port for monitoring with its own IP address
Data Ethernet Port For Streaming Output
Video encoding bit rate for UDP, RTP unicast/multicast up to 14mbps
Video encoding bit rate for streaming HLS, RTMP, HTTP up to 8Mbps
Direct streaming to Video services like youtube or Facebook (RTMP with Key)
Easy setup using NMS Gui Interface
Control and status on the LCD display

Dibujos

Selección de modelo

H-SPARTAN-1 1CH HDMI/CVBS/SDI Video Audio encoder Streamer to IPTV; UDP, RTP, RTSP, HLS, HTTP, RTMP

Especificación

Interfaces
Input	1 HDMI, 1 CVBS× 1×SDI
Output	Protocols:UDP/RTP(Unicast/Multicast), HLS, Http
Control	LCD with 6 keys & 1×RJ45 (Web NMS)
Network Interface
Management	1x1000Base-T Ethernet(RJ 45)
Data	1x1000Base-T Ethernet(RJ 45)
Protocol	IEEE 802.3 Ethernet
Video Encoding
Format	HD:H.264 AVC/[email protected] SD:MPEG-2 MP/@ML
Resolution	Input: 1080 50/60p, 1080 50/60i, 720 50/60p, 480i, 576i Output: up to 1080 30p
Bitrate	HDMI:2~14Mbps SDI:2~14Mbps CVBS:1~6Mbps
Rate Control	CBR/VBR
Chroma Sample	4:2:0, 4:2:2
GOP Structure	IBBP
Close Caption	608/708
Audio Encoding
Format	Mpeg1L2, AAC, AC3
Bitrate	64 ~ 384Kbps
Sample Rate	44.1 KHz, 48.0 KHz
System
Management	LCD + Control buttons/Ethernet
Language	Language
Upgrade	Ethernet
General
Power Supply	AC 100~240V 50/60Hz
Display	LCD panel @ 2×16 characters, LED×4 PW(Red) / HDMI(Blue) / SDI (Green) / CVBS(Yellow)
Dimension	483×135×44.4mm
Weight	1000g
Environmental for operating	Temperature: 5°C- 40°C Relative Humidity: 80% @ 30°C

Question and Answers

Question:

what is the recomended B and P framse GOP in H.264 encoding , and what it does and what is the recomended setingh when we do UDP multicast ?

Answer:

For UDP multicast video streams, the GOP structure is important to balance bandwidth efficiency and error resilience. Since UDP does not guarantee packet delivery, a careful GOP setup can help mitigate quality issues if packets are lost.

Recommended GOP for UDP Multicast:

GOP Length: A shorter GOP (e.g., 30-60 frames) is often recommended. A shorter GOP reduces the amount of data lost if an I-frame is missing, since new I-frames are more frequent.
B-frames: Keep B-frames to a minimum, typically 2-3. B-frames can add latency and may complicate recovery from lost packets since they rely on both past and future frames.
P-frames: 1 P-frame after every I-frame is standard. P-frames are more resilient than B-frames but still offer compression.

For multicast scenarios, particularly in cases where packet loss is common, reducing the GOP length and being conservative with B-frames can help ensure the stream remains watchable even when some data is lost. You might start with something like:

GOP size: 30
B-frames: 2
P-frames: 1

This will provide a balance between efficiency and robustness in the network. You can adjust these settings depending on the quality of your network and the content type.

Are you trying to troubleshoot a specific issue or just optimizing the setup?

For RTSP (Real-Time Streaming Protocol), the GOP settings can be a bit more flexible than UDP multicast because RTSP typically uses TCP for control messages and can recover from packet loss (especially if RTSP is paired with RTP over TCP or adaptive buffering techniques). However, network conditions and latency are still important factors to consider, especially for live streaming.

Recommended GOP for RTSP:

GOP Length: A medium-length GOP (e.g., 60-120 frames) can be suitable, since RTSP can recover from errors better than UDP. A longer GOP improves compression efficiency, reducing bandwidth.
B-frames: You can use 2-3 B-frames comfortably with RTSP since there's less risk of missing critical data in a reliable transport setup.
P-frames: 1 P-frame per few frames (1-5) is common.

GOP Example for RTSP:

GOP size: 60
B-frames: 3
P-frames: 1 every 3 frames

Factors to Consider:

Latency: If low latency is critical (e.g., live broadcasts), you should reduce the number of B-frames or the GOP size to ensure quicker frame decoding. B-frames, while good for compression, increase the time it takes to decode the stream.
Bandwidth: A longer GOP with more B-frames offers better compression and lower bandwidth usage. This is useful for VOD (video on demand) or streams with stable networks.
Network Reliability: If you're operating on an unreliable network, consider reducing GOP length to improve stream recovery if packet loss occurs.

Are you using RTSP for live streaming or VOD? Adjusting based on the scenario can help a lot!