User problem description

The user’s D260 port 1 is used for management and internal streaming media transmission, while port 2 is used to receive external RTMP streams.

 However, the URL generated by RTMP Server cannot be changed to a public IP address and is grayed out. So how to use D260 to receive external RTMP streams?

The transmission process of RTMP streaming service

RTMP (Real Time Messaging Protocol) is a protocol used for real-time streaming media transmission, commonly used in audio and video live streaming and on-demand systems.

 The transmission process of RTMP streaming media is an end-to-end real-time audio and video data transmission process.

 Client streaming, RTMP server receiving and forwarding data, watching client pull streaming and playing real-time content.

 The entire process relies on efficient network connections and flow control mechanisms to ensure smooth transmission of real-time audio and video content.

The transmission process of RTMP streaming media can be divided into the following main steps:

1. Client initiates connection

The client (such as live streaming software) connects to the server through the RTMP protocol, usually by specifying an RTMP server URL (such as rtmp://example.com/live/stream ）Come and connect.

The client uses RTMP protocol to establish a persistent TCP connection with the server, which ensures real-time data transmission.

2. The client sends streaming data

Push streaming: The client encodes audio and video data streams (such as audio and video content captured by cameras and microphones) into a format suitable for transmission (usually H.264 video encoding and AAC audio encoding), then divides these encoded data into small packets and pushes them to the RTMP server through the RTMP protocol.

Data is usually divided into multiple small packets (such as each packet containing a timestamp and a small audio and video data block) and transmitted to the server through the network.

3. RTMP server receives and forwards data

After receiving the audio and video streams pushed by the client, the RTMP server will parse the data and may perform some processing (such as transcoding, encapsulation, saving, etc.) as needed.

On the server side, real-time data of audio and video streams may be stored in cache to ensure the continuity and stability of subsequent data.

4. Client requests playback

Streaming: Viewers request to watch streaming content through a client, such as a browser or video player.

 The client initiates a playback request to the RTMP server, typically specifying a stream name (such as

 rtmp://example.com/live/stream ）.

The client establishes a connection with the server through the RTMP protocol, sends a playback request to the server, and the server returns the corresponding audio and video data stream based on the request.

5. The server pushes the streaming data to the client

The RTMP server sends real-time streaming media data (audio, video) to the client in the same streaming format (such as H.264, AAC).

After receiving audio and video data, the client decodes it and plays it on the screen.

This process is real-time, and the server and client will maintain a continuous RTMP connection to ensure the continuous transmission of data streams.

6. Real time synchronization and latency management

In the process of RTMP streaming media transmission, latency is a key issue, especially in the case of live streaming.

 The RTMP protocol minimizes latency by controlling packet size, buffering, and real-time synchronization.

At the same time, the server and client will synchronize timestamps in real time to ensure synchronous playback of videos and audio.

7. Disconnecting

Once the live broadcast or playback ends, the RTMP connection between the client and server will be closed.

 The streaming client sends a stop push signal, while the playback client stops playing the video.

The difference between RTMP and RTMP Server in D260

RTMP:This step is equivalent to the fourth step of the RTMP transmission process, which directly requests playback from the RTMP server within the local area network and pulls a certain RTMP stream for playback.

RTMP Server:This step is equivalent to the second step of the RTMP transmission process. D260 uses its internal RTMP Server to generate an RTMP URL, and generates an RTMP streaming service that appears in D260’s source list. As long as the encoding end pushes the data to the URL generated by this RTMP Server, D260 can parse and decode the output.

Solution:

Step 1: Use a public IP address for port 1.

Although the D260 device has two network ports, it is not recommended for users to use port 2 for streaming services.

 Because network port 2 is usually used for device maintenance, while network port 1 is used for device streaming and decoding.

Step 2: Use a public IP address to access the device’s management page.

The URL generated by the RTMP Server of D260 is determined based on the IP address of the access management page.

 If the IP address of network port 1 is used to access the device, the generated URL contains the IP address of network port 1;

 If the IP address of network port 2 is used to access the device, the generated URL contains the IP address of network port 2.

Firstly, open the web control interface of D350, where we can see the video source list area.

 Here, the status of each video source is clearly marked with different colors: green indicates decoding, gray indicates standby mode, blue indicates connecting, yellow indicates attempting to reconnect, and red indicates streaming issues.

Step1: Multi screen layout

To activate a video source, simply drag it to the preview area above.

You can choose a 1, 4, 9, or 16 split screen layout. For example, if we choose a 9-split screen, we can immediately see that the image is perfectly segmented. You can also click ‘Add Layout’ to customize your own layout scheme

Step2:Graphic and text overlay function.

Upload the desired overlay image in the image management section and select the transparent background image in PNG format.

 Then set the display position, such as placing it in the bottom right corner, and adjust the transparency to 60%, so that it is both eye-catching and does not obstruct the main content.

In addition to images, we can also overlay text information.

Step 1: Log in to the E3 webpage

Log in to the E3 web backend and create a streaming service (using RTSP as an example)

• Step 2: Decoding E3 stream through D350

Add RTSP stream and decode it (drag it into the output box)

Step 3: Decoding Output Settings

On the top left corner of D350, next to the “output” three points, you can set the decoder output resolution and frame rate, selecting 1080 I50/1080 I60.

Other protocols can also operate in this way.

Step 1: Open VLC

Select Media – Files – Add – Stream.

Then the next step is to select UDP – Add – Confirm

Fill in the decoder IP address and then set a port.

Disable activation of transcoding and streaming for all streams.

Step 2: Log in to the decoder webpage

Add the UDP stream output by VLC (udp://@ IP: port set for VLC computer installation), and set the “reconnection response time” to 20 seconds or more for decoding (drag it into the output box)

You can see in the preview interface that the decoder has successfully pulled the UDP stream.

Files or network protocols can also be operated in this way.

Scenario 1: Accessing the same local area network

Both network ports can be used as primary and backup for streaming. By default, one network port will be used for streaming. If one of the ports fails, the other network port will continue to be used for streaming.

• Scenario 2: Accessing different local area networks

The decoder is placed in the DMZ area and can simultaneously pull streams from two isolated local area networks.

• Scenario 3: Single network port use

Both network ports can be used separately for decoding.

 For example, if Internet port 1 is configured with an intranet address, the address of Internet port 2 is mapped to the Internet, which can meet the requirements that intranet users can access and manage, and can also decode Internet streams

Problem Background

When users use D350/RD350, they usually need to call HTTP API commands through curl. However, the device defaults to enabling Token verification, so users cannot directly call the interface from a non logged in account on the browser, but need to first pass Token verification. How should this process be carried out?

Common Troubleshooting Approaches

In API calls, using cURL for Token verification typically involves adding authentication information to the HTTP request header.

 Token verification is commonly used for identity verification and authorization. Non logged in users need to pass an Authorization Token in the HTTP request cookie when calling the HTTP API, in order to pass security verification.

Here is an example:

1. Acquiring Token Information:
   curl -X GET “http://10.37.12.116/api/users/login.json?user=admin&password=#######”;
   {“result”:“ok”
   ,
   “data”:
   {“token”:“ee540b6587aba98a7b175077febff303”,“changed”:true,“alias”:“Admin”}
   }

“10.37.12.116” is a sample IP address.
“ee540b6587aba98a7b175077febff303” is randomly generated based on the submitted username and password, and it is not a fixed value.
“user=admin&password=#######” is the username and password for user login.
Next, when requesting any other HTTP API, the device will need to verify whether the Authorization Token is valid. If no Authorization Token is provided, or an invalid value is provided, the HTTP API request will return the following error (example):
{
“result”: “auth-failed”,
“msg”: “Invalid token”
}

2. Through cookies:

Pass the Authorization Token through the HTTP Cookie field ‘token’, and use curl to test the command as follows:

curl -b ‘token= ee540b6587aba98a7b175077febff303’ https://10.37.12.116/api/your/api.json