Mediastreamer2 VoIP ਇੰਜਣ ਦੀ ਪੜਚੋਲ ਕਰ ਰਿਹਾ ਹੈ। ਭਾਗ 6

ਲੇਖ ਸਮੱਗਰੀ ਮੇਰੇ ਤੋਂ ਲਈ ਗਈ ਹੈ ਜ਼ੈਨ ਚੈਨਲ.

RTP ਸਟ੍ਰੀਮ ਦੁਆਰਾ ਇੱਕ ਆਡੀਓ ਸਿਗਨਲ ਪ੍ਰਸਾਰਿਤ ਕਰਨਾ

ਪਿਛਲੇ ਵਿੱਚ ਲੇਖ ਅਸੀਂ ਇੱਕ ਟੋਨ ਜਨਰੇਟਰ ਅਤੇ ਇੱਕ ਟੋਨ ਡਿਟੈਕਟਰ ਤੋਂ ਇੱਕ ਰਿਮੋਟ ਕੰਟਰੋਲ ਸਰਕਟ ਨੂੰ ਇਕੱਠਾ ਕੀਤਾ ਹੈ ਜੋ ਇੱਕੋ ਪ੍ਰੋਗਰਾਮ ਦੇ ਅੰਦਰ ਕੰਮ ਕਰਦੇ ਹਨ। ਇਸ ਲੇਖ ਵਿਚ ਅਸੀਂ ਸਿਖਾਂਗੇ ਕਿ RTP ਪ੍ਰੋਟੋਕੋਲ (RFC 3550 -) ਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕਰੀਏ। RTP: ਰੀਅਲ-ਟਾਈਮ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਇੱਕ ਟ੍ਰਾਂਸਪੋਰਟ ਪ੍ਰੋਟੋਕੋਲ) ਇੱਕ ਈਥਰਨੈੱਟ ਨੈੱਟਵਰਕ ਉੱਤੇ ਇੱਕ ਆਡੀਓ ਸਿਗਨਲ ਪ੍ਰਾਪਤ/ਪ੍ਰਸਾਰਿਤ ਕਰਨ ਲਈ।

RTP ਪ੍ਰੋਟੋਕੋਲ (ਰੀਅਲ ਟਾਈਮ ਪ੍ਰੋਟੋਕੋਲ) ਅਨੁਵਾਦ ਦਾ ਅਰਥ ਹੈ ਰੀਅਲ-ਟਾਈਮ ਪ੍ਰੋਟੋਕੋਲ, ਇਹ ਆਡੀਓ, ਵੀਡੀਓ, ਡੇਟਾ, ਹਰ ਚੀਜ਼ ਨੂੰ ਪ੍ਰਸਾਰਿਤ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਜਿਸ ਲਈ ਰੀਅਲ ਟਾਈਮ ਵਿੱਚ ਪ੍ਰਸਾਰਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਆਉ ਇੱਕ ਉਦਾਹਰਨ ਵਜੋਂ ਇੱਕ ਆਡੀਓ ਸਿਗਨਲ ਲਈਏ। ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਲਚਕਤਾ ਅਜਿਹੀ ਹੈ ਕਿ ਇਹ ਤੁਹਾਨੂੰ ਪੂਰਵ-ਨਿਰਧਾਰਤ ਗੁਣਵੱਤਾ ਦੇ ਨਾਲ ਇੱਕ ਆਡੀਓ ਸਿਗਨਲ ਪ੍ਰਸਾਰਿਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।

ਪ੍ਰਸਾਰਣ UDP ਪੈਕੇਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਪ੍ਰਸਾਰਣ ਦੌਰਾਨ ਪੈਕੇਟ ਦਾ ਨੁਕਸਾਨ ਕਾਫ਼ੀ ਸਵੀਕਾਰਯੋਗ ਹੈ। ਹਰੇਕ ਪੈਕੇਟ ਵਿੱਚ ਇੱਕ ਵਿਸ਼ੇਸ਼ RTP ਸਿਰਲੇਖ ਅਤੇ ਪ੍ਰਸਾਰਿਤ ਸਿਗਨਲ ਦਾ ਇੱਕ ਡਾਟਾ ਬਲਾਕ ਹੁੰਦਾ ਹੈ। ਸਿਰਲੇਖ ਵਿੱਚ ਇੱਕ ਬੇਤਰਤੀਬ ਤੌਰ 'ਤੇ ਚੁਣਿਆ ਗਿਆ ਸਿਗਨਲ ਸਰੋਤ ਪਛਾਣਕਰਤਾ, ਪ੍ਰਸਾਰਿਤ ਕੀਤੇ ਜਾ ਰਹੇ ਸਿਗਨਲ ਦੀ ਕਿਸਮ ਬਾਰੇ ਜਾਣਕਾਰੀ, ਅਤੇ ਇੱਕ ਵਿਲੱਖਣ ਪੈਕੇਟ ਕ੍ਰਮ ਨੰਬਰ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ ਤਾਂ ਕਿ ਪੈਕੇਟ ਨੂੰ ਡੀਕੋਡ ਕਰਨ ਵੇਲੇ ਸਹੀ ਕ੍ਰਮ ਵਿੱਚ ਵਿਵਸਥਿਤ ਕੀਤਾ ਜਾ ਸਕੇ, ਚਾਹੇ ਉਹ ਕਿਸੇ ਵੀ ਕ੍ਰਮ ਵਿੱਚ ਡਿਲੀਵਰ ਕੀਤੇ ਗਏ ਹੋਣ। ਨੈੱਟਵਰਕ। ਸਿਰਲੇਖ ਵਿੱਚ ਵਾਧੂ ਜਾਣਕਾਰੀ ਵੀ ਹੋ ਸਕਦੀ ਹੈ, ਅਖੌਤੀ ਐਕਸਟੈਂਸ਼ਨ, ਜੋ ਸਿਰਲੇਖ ਨੂੰ ਇੱਕ ਖਾਸ ਕਾਰਜ ਕਾਰਜ ਵਿੱਚ ਵਰਤਣ ਲਈ ਅਨੁਕੂਲਿਤ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ।

ਡੇਟਾ ਬਲਾਕ ਵਿੱਚ ਪੈਕੇਟ ਦਾ ਪੇਲੋਡ ਹੁੰਦਾ ਹੈ। ਸਮੱਗਰੀ ਦਾ ਅੰਦਰੂਨੀ ਸੰਗਠਨ ਲੋਡ ਦੀ ਕਿਸਮ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਇਹ ਇੱਕ ਮੋਨੋ ਸਿਗਨਲ, ਇੱਕ ਸਟੀਰੀਓ ਸਿਗਨਲ, ਇੱਕ ਵੀਡੀਓ ਚਿੱਤਰ ਲਾਈਨ, ਆਦਿ ਦੇ ਨਮੂਨੇ ਹੋ ਸਕਦੇ ਹਨ।

ਲੋਡ ਦੀ ਕਿਸਮ ਸੱਤ-ਬਿੱਟ ਨੰਬਰ ਦੁਆਰਾ ਦਰਸਾਈ ਗਈ ਹੈ। ਸਿਫਾਰਸ਼ RFC3551 (ਘੱਟੋ-ਘੱਟ ਨਿਯੰਤਰਣ ਦੇ ਨਾਲ ਆਡੀਓ ਅਤੇ ਵੀਡੀਓ ਕਾਨਫਰੰਸਾਂ ਲਈ RTP ਪ੍ਰੋਫਾਈਲ) ਕਈ ਕਿਸਮਾਂ ਦੇ ਲੋਡ ਸਥਾਪਤ ਕਰਦਾ ਹੈ; ਅਨੁਸਾਰੀ ਸਾਰਣੀ ਲੋਡ ਦੀਆਂ ਕਿਸਮਾਂ ਅਤੇ ਉਹਨਾਂ ਕੋਡਾਂ ਦੇ ਅਰਥਾਂ ਦਾ ਵਰਣਨ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਦੁਆਰਾ ਉਹਨਾਂ ਨੂੰ ਮਨੋਨੀਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਕੁਝ ਕੋਡ ਕਿਸੇ ਵੀ ਕਿਸਮ ਦੇ ਲੋਡ ਨਾਲ ਸਖਤੀ ਨਾਲ ਨਹੀਂ ਜੁੜੇ ਹੁੰਦੇ ਹਨ; ਉਹਨਾਂ ਨੂੰ ਇੱਕ ਮਨਮਾਨੇ ਲੋਡ ਨੂੰ ਮਨੋਨੀਤ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਇੱਕ ਡੇਟਾ ਬਲਾਕ ਦਾ ਆਕਾਰ ਵੱਧ ਤੋਂ ਵੱਧ ਪੈਕੇਟ ਆਕਾਰ ਦੁਆਰਾ ਸੀਮਿਤ ਹੈ ਜੋ ਕਿ ਦਿੱਤੇ ਗਏ ਨੈੱਟਵਰਕ 'ਤੇ ਸੈਗਮੈਂਟੇਸ਼ਨ (MTU ਪੈਰਾਮੀਟਰ) ਤੋਂ ਬਿਨਾਂ ਪ੍ਰਸਾਰਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ, ਇਹ 1500 ਬਾਈਟਾਂ ਤੋਂ ਵੱਧ ਨਹੀਂ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, ਪ੍ਰਤੀ ਸਕਿੰਟ ਪ੍ਰਸਾਰਿਤ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਡੇਟਾ ਦੀ ਮਾਤਰਾ ਨੂੰ ਵਧਾਉਣ ਲਈ, ਤੁਸੀਂ ਪੈਕੇਟ ਦੇ ਆਕਾਰ ਨੂੰ ਇੱਕ ਨਿਸ਼ਚਤ ਬਿੰਦੂ ਤੱਕ ਵਧਾ ਸਕਦੇ ਹੋ, ਅਤੇ ਫਿਰ ਤੁਹਾਨੂੰ ਪੈਕੇਟ ਭੇਜਣ ਦੀ ਬਾਰੰਬਾਰਤਾ ਵਧਾਉਣ ਦੀ ਲੋੜ ਹੋਵੇਗੀ। ਮੀਡੀਆ ਸਟ੍ਰੀਮਰ ਵਿੱਚ, ਇਹ ਇੱਕ ਸੰਰਚਨਾਯੋਗ ਸੈਟਿੰਗ ਹੈ। ਮੂਲ ਰੂਪ ਵਿੱਚ ਇਹ 50 Hz ਹੈ, i.e. 50 ਪੈਕੇਟ ਪ੍ਰਤੀ ਸਕਿੰਟ. ਅਸੀਂ ਪ੍ਰਸਾਰਿਤ RTP ਪੈਕੇਟਾਂ ਦੇ ਕ੍ਰਮ ਨੂੰ ਇੱਕ RTP ਸਟ੍ਰੀਮ ਕਹਾਂਗੇ।

ਸਰੋਤ ਅਤੇ ਪ੍ਰਾਪਤਕਰਤਾ ਦੇ ਵਿਚਕਾਰ ਡੇਟਾ ਸੰਚਾਰਿਤ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰਨ ਲਈ, ਇਹ ਕਾਫ਼ੀ ਹੈ ਕਿ ਟ੍ਰਾਂਸਮੀਟਰ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਦਾ IP ਪਤਾ ਅਤੇ ਪੋਰਟ ਨੰਬਰ ਜਾਣਦਾ ਹੈ ਜੋ ਇਹ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਵਰਤਦਾ ਹੈ। ਉਹ. ਬਿਨਾਂ ਕਿਸੇ ਮੁੱਢਲੀ ਪ੍ਰਕਿਰਿਆ ਦੇ, ਸਰੋਤ ਡੇਟਾ ਨੂੰ ਸੰਚਾਰਿਤ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਪ੍ਰਾਪਤਕਰਤਾ, ਬਦਲੇ ਵਿੱਚ, ਇਸਨੂੰ ਤੁਰੰਤ ਪ੍ਰਾਪਤ ਕਰਨ ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਕਰਨ ਲਈ ਤਿਆਰ ਹੁੰਦਾ ਹੈ। ਸਟੈਂਡਰਡ ਦੇ ਅਨੁਸਾਰ, RTP ਸਟ੍ਰੀਮ ਨੂੰ ਸੰਚਾਰਿਤ ਕਰਨ ਜਾਂ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਪੋਰਟ ਨੰਬਰ ਬਰਾਬਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਅਜਿਹੀਆਂ ਸਥਿਤੀਆਂ ਵਿੱਚ ਜਿੱਥੇ ਪ੍ਰਾਪਤਕਰਤਾ ਦਾ ਪਤਾ ਪਹਿਲਾਂ ਤੋਂ ਜਾਣਨਾ ਅਸੰਭਵ ਹੁੰਦਾ ਹੈ, ਸਰਵਰ ਵਰਤੇ ਜਾਂਦੇ ਹਨ ਜਿੱਥੇ ਰਿਸੀਵਰ ਆਪਣਾ ਪਤਾ ਛੱਡ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਟ੍ਰਾਂਸਮੀਟਰ ਪ੍ਰਾਪਤਕਰਤਾ ਦੇ ਕੁਝ ਵਿਲੱਖਣ ਨਾਮ ਦਾ ਹਵਾਲਾ ਦੇ ਕੇ ਇਸਦੀ ਬੇਨਤੀ ਕਰ ਸਕਦਾ ਹੈ।

ਉਹਨਾਂ ਮਾਮਲਿਆਂ ਵਿੱਚ ਜਿੱਥੇ ਸੰਚਾਰ ਚੈਨਲ ਦੀ ਗੁਣਵੱਤਾ ਜਾਂ ਰਿਸੀਵਰ ਦੀਆਂ ਸਮਰੱਥਾਵਾਂ ਅਣਜਾਣ ਹਨ, ਇੱਕ ਫੀਡਬੈਕ ਚੈਨਲ ਦਾ ਆਯੋਜਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਿਸ ਦੁਆਰਾ ਪ੍ਰਾਪਤਕਰਤਾ ਟ੍ਰਾਂਸਮੀਟਰ ਨੂੰ ਇਸਦੀ ਸਮਰੱਥਾ, ਇਸ ਤੋਂ ਖੁੰਝੇ ਹੋਏ ਪੈਕੇਟਾਂ ਦੀ ਗਿਣਤੀ ਆਦਿ ਬਾਰੇ ਸੂਚਿਤ ਕਰ ਸਕਦਾ ਹੈ। ਇਹ ਚੈਨਲ RTCP ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਇਸ ਚੈਨਲ ਵਿੱਚ ਪ੍ਰਸਾਰਿਤ ਪੈਕੇਟਾਂ ਦੇ ਫਾਰਮੈਟ ਨੂੰ RFC 3605 ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਸ ਚੈਨਲ ਉੱਤੇ ਮੁਕਾਬਲਤਨ ਬਹੁਤ ਘੱਟ ਡੇਟਾ, 200..300 ਬਾਈਟ ਪ੍ਰਤੀ ਸਕਿੰਟ, ਪ੍ਰਸਾਰਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਇਸਲਈ ਆਮ ਤੌਰ 'ਤੇ, ਇਸਦੀ ਮੌਜੂਦਗੀ ਬੋਝਲ ਨਹੀਂ ਹੈ। ਉਹ ਪੋਰਟ ਨੰਬਰ ਜਿਸ 'ਤੇ RTCP ਪੈਕੇਟ ਭੇਜੇ ਜਾਂਦੇ ਹਨ, ਉਹ ਪੋਰਟ ਨੰਬਰ ਤੋਂ ਵੱਡਾ ਅਤੇ ਇੱਕ ਵੱਡਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿਸ ਤੋਂ RTP ਸਟ੍ਰੀਮ ਆਉਂਦੀ ਹੈ। ਸਾਡੀ ਉਦਾਹਰਨ ਵਿੱਚ, ਅਸੀਂ ਇਸ ਚੈਨਲ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਾਂਗੇ, ਕਿਉਂਕਿ ਰਿਸੀਵਰ ਅਤੇ ਚੈਨਲ ਦੀਆਂ ਸਮਰੱਥਾਵਾਂ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਸਾਡੀਆਂ, ਹੁਣ ਤੱਕ ਦੀਆਂ ਮਾਮੂਲੀ, ਲੋੜਾਂ ਤੋਂ ਵੱਧ ਹਨ।

ਸਾਡੇ ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ, ਪਿਛਲੀ ਉਦਾਹਰਨ ਦੇ ਉਲਟ, ਡੇਟਾ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਸਰਕਟ ਨੂੰ ਦੋ ਹਿੱਸਿਆਂ ਵਿੱਚ ਵੰਡਿਆ ਜਾਵੇਗਾ: ਇੱਕ ਪ੍ਰਸਾਰਣ ਮਾਰਗ ਅਤੇ ਇੱਕ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲਾ ਮਾਰਗ। ਹਰੇਕ ਹਿੱਸੇ ਲਈ ਅਸੀਂ ਆਪਣੀ ਘੜੀ ਦਾ ਸਰੋਤ ਬਣਾਵਾਂਗੇ, ਜਿਵੇਂ ਕਿ ਸਿਰਲੇਖ ਤਸਵੀਰ ਵਿੱਚ ਦਿਖਾਇਆ ਗਿਆ ਹੈ।

ਉਹਨਾਂ ਵਿਚਕਾਰ ਇੱਕ ਤਰਫਾ ਸੰਚਾਰ RTP ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕੀਤਾ ਜਾਵੇਗਾ। ਇਸ ਉਦਾਹਰਨ ਵਿੱਚ, ਸਾਨੂੰ ਕਿਸੇ ਬਾਹਰੀ ਨੈੱਟਵਰਕ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਟ੍ਰਾਂਸਮੀਟਰ ਅਤੇ ਰਿਸੀਵਰ ਦੋਵੇਂ ਇੱਕੋ ਕੰਪਿਊਟਰ 'ਤੇ ਸਥਿਤ ਹੋਣਗੇ - ਪੈਕੇਟ ਇਸ ਦੇ ਅੰਦਰ ਯਾਤਰਾ ਕਰਨਗੇ।

ਇੱਕ RTP ਸਟ੍ਰੀਮ ਸਥਾਪਤ ਕਰਨ ਲਈ, ਮੀਡੀਆ ਸਟ੍ਰੀਮਰ ਦੋ ਫਿਲਟਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ: MS_RTP_SEND ਅਤੇ MS_RTP_RECV। ਪਹਿਲਾ ਇੱਕ ਦੂਜੇ ਨੂੰ ਪ੍ਰਸਾਰਿਤ ਕਰਦਾ ਹੈ ਅਤੇ RTP ਸਟ੍ਰੀਮ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ। ਇਹਨਾਂ ਫਿਲਟਰਾਂ ਦੇ ਕੰਮ ਕਰਨ ਲਈ, ਉਹਨਾਂ ਨੂੰ ਇੱਕ RTP ਸੈਸ਼ਨ ਆਬਜੈਕਟ ਲਈ ਇੱਕ ਪੁਆਇੰਟਰ ਪਾਸ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਜੋ ਜਾਂ ਤਾਂ ਡੇਟਾ ਬਲਾਕਾਂ ਦੀ ਇੱਕ ਸਟ੍ਰੀਮ ਨੂੰ RTP ਪੈਕੇਟਾਂ ਦੀ ਇੱਕ ਸਟ੍ਰੀਮ ਵਿੱਚ ਬਦਲ ਸਕਦਾ ਹੈ ਜਾਂ ਇਸਦੇ ਉਲਟ ਕਰ ਸਕਦਾ ਹੈ। ਕਿਉਂਕਿ ਮੀਡੀਆ ਸਟ੍ਰੀਮਰ ਦਾ ਅੰਦਰੂਨੀ ਡੇਟਾ ਫਾਰਮੈਟ RTP ਪੈਕੇਟ ਦੇ ਡੇਟਾ ਫਾਰਮੈਟ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ, ਇਸ ਲਈ ਡੇਟਾ ਨੂੰ MS_RTP_SEND ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਤੁਹਾਨੂੰ ਇੱਕ ਏਨਕੋਡਰ ਫਿਲਟਰ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ ਜੋ 16-ਬਿੱਟ ਆਡੀਓ ਸਿਗਨਲ ਨਮੂਨਿਆਂ ਨੂੰ ਅੱਠ-ਬਿੱਟ ਏਨਕੋਡ ਵਿੱਚ ਬਦਲਦਾ ਹੈ. ਉ-ਲਾਅ (ਮੂ-ਲਾਅ)। ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਪਾਸੇ, ਡੀਕੋਡਰ ਫਿਲਟਰ ਉਲਟ ਫੰਕਸ਼ਨ ਕਰਦਾ ਹੈ।

ਹੇਠਾਂ ਪ੍ਰੋਗਰਾਮ ਦਾ ਟੈਕਸਟ ਹੈ ਜੋ ਚਿੱਤਰ ਵਿੱਚ ਦਿਖਾਈ ਗਈ ਸਕੀਮ ਨੂੰ ਲਾਗੂ ਕਰਦਾ ਹੈ (ਸ਼ਾਮਲ ਨਿਰਦੇਸ਼ਾਂ ਤੋਂ ਪਹਿਲਾਂ # ਚਿੰਨ੍ਹ ਹਟਾ ਦਿੱਤੇ ਗਏ ਹਨ, ਉਹਨਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨਾ ਨਾ ਭੁੱਲੋ):

/* Файл mstest6.c Имитатор пульта управления и приемника. */
#include <mediastreamer2/msfilter.h>
#include <mediastreamer2/msticker.h>
#include <mediastreamer2/dtmfgen.h>
#include <mediastreamer2/mssndcard.h>
#include <mediastreamer2/msvolume.h>
#include <mediastreamer2/mstonedetector.h>
#include <mediastreamer2/msrtp.h>
#include <ortp/rtpsession.h>
#include <ortp/payloadtype.h>
/* Подключаем заголовочный файл с функциями управления событиями
* медиастримера.*/
include <mediastreamer2/mseventqueue.h>
#define PCMU 0
/* Функция обратного вызова, она будет вызвана фильтром, как только он
обнаружит совпадение характеристик входного сигнала с заданными. */
static void tone_detected_cb(void *data, MSFilter *f, unsigned int event_id,
MSToneDetectorEvent *ev)
{
printf("Принята команда: %sn", ev->tone_name);
}
/*----------------------------------------------------------------------------*/
/* Функция регистрации типов полезных нагрузок. */
void register_payloads(void)
{
/*Регистрируем типы нагрузок в таблице профилей. Позднее, по индексу
взятому из заголовка RTP-пакета из этой таблицы будут извлекаться
параметры нагрузки, необходимые для декодирования данных пакета. */
rtp_profile_set_payload (&av_profile, PCMU, &payload_type_pcm8000);
}
/*----------------------------------------------------------------------------*/
/* Эта функция создана из функции create_duplex_rtpsession() в audiostream.c
медиастримера2. */
static RtpSession *
create_rtpsession (int loc_rtp_port, int loc_rtcp_port,
bool_t ipv6, RtpSessionMode mode)
{
RtpSession *rtpr;
rtpr = rtp_session_new ((int) mode);
rtp_session_set_scheduling_mode (rtpr, 0);
rtp_session_set_blocking_mode (rtpr, 0);
rtp_session_enable_adaptive_jitter_compensation (rtpr, TRUE);
rtp_session_set_symmetric_rtp (rtpr, TRUE);
rtp_session_set_local_addr (rtpr, ipv6 ? "::" : "0.0.0.0", loc_rtp_port,
loc_rtcp_port);
rtp_session_signal_connect (rtpr, "timestamp_jump",
(RtpCallback) rtp_session_resync, 0);
rtp_session_signal_connect (rtpr, "ssrc_changed",
(RtpCallback) rtp_session_resync, 0);
rtp_session_set_ssrc_changed_threshold (rtpr, 0);
rtp_session_set_send_payload_type(rtpr, PCMU);
/* По умолчанию выключаем RTCP-сессию, так как наш пульт не будет использовать её. */
rtp_session_enable_rtcp (rtpr, FALSE);
return rtpr;
}
/*----------------------------------------------------------------------------*/
int main()
{
ms_init();
/* Создаем экземпляры фильтров. */
MSFilter *voidsource = ms_filter_new(MS_VOID_SOURCE_ID);
MSFilter *dtmfgen = ms_filter_new(MS_DTMF_GEN_ID);
MSFilter *volume = ms_filter_new(MS_VOLUME_ID);
MSSndCard *card_playback =
ms_snd_card_manager_get_default_card(ms_snd_card_manager_get());
MSFilter *snd_card_write = ms_snd_card_create_writer(card_playback);
MSFilter *detector = ms_filter_new(MS_TONE_DETECTOR_ID);
/* Очищаем массив находящийся внутри детектора тонов, он описывает
* особые приметы разыскиваемых сигналов.*/
ms_filter_call_method(detector, MS_TONE_DETECTOR_CLEAR_SCANS, 0);
/* Подключаем к фильтру функцию обратного вызова. */
ms_filter_set_notify_callback(detector,
(MSFilterNotifyFunc)tone_detected_cb, NULL);
/* Создаем массив, каждый элемент которого описывает характеристику
* одного из тонов, который требуется обнаруживать: Текстовое имя
* данного элемента, частота в герцах, длительность в миллисекундах,
* минимальный уровень относительно 0,775В. */
MSToneDetectorDef scan[6]=
{
{"V+",440, 100, 0.1}, /* Команда "Увеличить громкость". */
{"V-",540, 100, 0.1}, /* Команда "Уменьшить громкость". */
{"C+",640, 100, 0.1}, /* Команда "Увеличить номер канала". */
{"C-",740, 100, 0.1}, /* Команда "Уменьшить номер канала". */
{"ON",840, 100, 0.1}, /* Команда "Включить телевизор". */
{"OFF", 940, 100, 0.1}/* Команда "Выключить телевизор". */
};
/* Передаем "приметы" сигналов детектор тонов. */
int i;
for (i = 0; i < 6; i++)
{
ms_filter_call_method(detector, MS_TONE_DETECTOR_ADD_SCAN,
&scan[i]);
}
/* Создаем фильтры кодера и декодера */
MSFilter *encoder = ms_filter_create_encoder("PCMU");
MSFilter *decoder=ms_filter_create_decoder("PCMU");
/* Регистрируем типы нагрузки. */
register_payloads();
/* Создаем RTP-сессию передатчика. */
RtpSession *tx_rtp_session = create_rtpsession (8010, 8011, FALSE, RTP_SESSION_SENDONLY);
rtp_session_set_remote_addr_and_port(tx_rtp_session,"127.0.0.1", 7010, 7011);
rtp_session_set_send_payload_type(tx_rtp_session, PCMU);
MSFilter *rtpsend = ms_filter_new(MS_RTP_SEND_ID);
ms_filter_call_method(rtpsend, MS_RTP_SEND_SET_SESSION, tx_rtp_session);
/* Создаем RTP-сессию приемника. */
MSFilter *rtprecv = ms_filter_new(MS_RTP_RECV_ID);
RtpSession *rx_rtp_session = create_rtpsession (7010, 7011, FALSE, RTP_SESSION_RECVONLY);
ms_filter_call_method(rtprecv, MS_RTP_RECV_SET_SESSION, rx_rtp_session);
/* Создаем источники тактов - тикеры. */
MSTicker *ticker_tx = ms_ticker_new();
MSTicker *ticker_rx = ms_ticker_new();
/* Соединяем фильтры передатчика. */
ms_filter_link(voidsource, 0, dtmfgen, 0);
ms_filter_link(dtmfgen, 0, volume, 0);
ms_filter_link(volume, 0, encoder, 0);
ms_filter_link(encoder, 0, rtpsend, 0);
/* Соединяем фильтры приёмника. */
ms_filter_link(rtprecv, 0, decoder, 0);
ms_filter_link(decoder, 0, detector, 0);
ms_filter_link(detector, 0, snd_card_write, 0);
/* Подключаем источник тактов. */
ms_ticker_attach(ticker_tx, voidsource);
ms_ticker_attach(ticker_rx, rtprecv);
/* Настраиваем структуру, управляющую выходным сигналом генератора. */
MSDtmfGenCustomTone dtmf_cfg;
dtmf_cfg.tone_name[0] = 0;
dtmf_cfg.duration = 1000;
dtmf_cfg.frequencies[0] = 440;
/* Будем генерировать один тон, частоту второго тона установим в 0. */
dtmf_cfg.frequencies[1] = 0;
dtmf_cfg.amplitude = 1.0;
dtmf_cfg.interval = 0.;
dtmf_cfg.repeat_count = 0.;
/* Организуем цикл сканирования нажатых клавиш. Ввод нуля завершает
* цикл и работу программы. */
char key='9';
printf("Нажмите клавишу команды, затем ввод.n"
"Для завершения программы введите 0.n");
while(key != '0')
{
key = getchar();
if ((key >= 49) && (key <= 54))
{
printf("Отправлена команда: %cn", key);
/* Устанавливаем частоту генератора в соответствии с
* кодом нажатой клавиши. */
dtmf_cfg.frequencies[0] = 440 + 100*(key-49);
/* Включаем звуковой генератор c обновленной частотой. */
ms_filter_call_method(dtmfgen, MS_DTMF_GEN_PLAY_CUSTOM,
(void*)&dtmf_cfg);
}
/* Укладываем тред в спячку на 20мс, чтобы другие треды
* приложения получили время на работу. */
ms_usleep(20000);
}
}

ਅਸੀਂ ਕੰਪਾਇਲ ਅਤੇ ਚਲਾਉਂਦੇ ਹਾਂ. ਪ੍ਰੋਗਰਾਮ ਪਿਛਲੀ ਉਦਾਹਰਨ ਵਾਂਗ ਕੰਮ ਕਰੇਗਾ, ਪਰ ਡੇਟਾ ਇੱਕ RTP ਸਟ੍ਰੀਮ ਦੁਆਰਾ ਪ੍ਰਸਾਰਿਤ ਕੀਤਾ ਜਾਵੇਗਾ।

ਅਗਲੇ ਲੇਖ ਵਿੱਚ ਅਸੀਂ ਇਸ ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਦੋ ਸੁਤੰਤਰ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਵੰਡਾਂਗੇ - ਇੱਕ ਰਿਸੀਵਰ ਅਤੇ ਇੱਕ ਟ੍ਰਾਂਸਮੀਟਰ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਵੱਖ-ਵੱਖ ਟਰਮੀਨਲਾਂ ਵਿੱਚ ਲਾਂਚ ਕਰਾਂਗੇ। ਇਸਦੇ ਨਾਲ ਹੀ, ਅਸੀਂ ਸਿਖਾਂਗੇ ਕਿ TShark ਪ੍ਰੋਗਰਾਮ ਦੀ ਵਰਤੋਂ ਕਰਕੇ RTP ਪੈਕੇਟਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਿਵੇਂ ਕਰਨਾ ਹੈ।

ਸਰੋਤ: www.habr.com