WebRTC 'ਤੇ ਓਪਨ ਸੋਰਸ ਕਲਾਉਡ ਗੇਮਿੰਗ: p2p, ਮਲਟੀਪਲੇਅਰ, ਜ਼ੀਰੋ ਲੇਟੈਂਸੀ

ਇੱਕ ਸੇਵਾ ਦੇ ਰੂਪ ਵਿੱਚ ਸੌਫਟਵੇਅਰ, ਇੱਕ ਸੇਵਾ ਵਜੋਂ ਬੁਨਿਆਦੀ ਢਾਂਚਾ, ਇੱਕ ਸੇਵਾ ਵਜੋਂ ਪਲੇਟਫਾਰਮ, ਇੱਕ ਸੇਵਾ ਵਜੋਂ ਸੰਚਾਰ ਪਲੇਟਫਾਰਮ, ਇੱਕ ਸੇਵਾ ਵਜੋਂ ਵੀਡੀਓ ਕਾਨਫਰੰਸਿੰਗ, ਇੱਕ ਸੇਵਾ ਵਜੋਂ ਕਲਾਉਡ ਗੇਮਿੰਗ ਬਾਰੇ ਕੀ? ਕਲਾਊਡ ਗੇਮਿੰਗ (ਕ੍ਲਾਉਡ ਗੇਮਿੰਗ) ਬਣਾਉਣ ਲਈ ਪਹਿਲਾਂ ਹੀ ਕਈ ਕੋਸ਼ਿਸ਼ਾਂ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ, ਜਿਵੇਂ ਕਿ ਸਟੈਡੀਆ, ਗੂਗਲ ਦੁਆਰਾ ਹਾਲ ਹੀ ਵਿੱਚ ਲਾਂਚ ਕੀਤਾ ਗਿਆ ਹੈ। ਸਟੈਡੀਆ WebRTC ਲਈ ਨਵਾਂ ਨਹੀਂ ਹੈ, ਪਰ ਕੀ ਦੂਸਰੇ ਵੀ ਇਸੇ ਤਰ੍ਹਾਂ WebRTC ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹਨ?

ਥਾਨਹ ਨਗੁਏਨ ਨੇ ਆਪਣੇ ਓਪਨ ਸੋਰਸ ਪ੍ਰੋਜੈਕਟ ਕਲਾਉਡਰੇਟਰੋ 'ਤੇ ਇਸ ਮੌਕੇ ਦੀ ਜਾਂਚ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ। CloudRetro Pion 'ਤੇ ਆਧਾਰਿਤ ਹੈ, ਪ੍ਰਸਿੱਧ Go 'ਤੇ ਆਧਾਰਿਤ WebRTC ਲਾਇਬ੍ਰੇਰੀ (ਧੰਨਵਾਦ ਦਿਖਾਇਆ ਗਿਆ ਇਸ ਲੇਖ ਨੂੰ ਤਿਆਰ ਕਰਨ ਵਿੱਚ ਉਹਨਾਂ ਦੀ ਸਹਾਇਤਾ ਲਈ Pion ਵਿਕਾਸ ਟੀਮ ਤੋਂ)। ਇਸ ਲੇਖ ਵਿੱਚ, ਥਾਨਹ ਆਪਣੇ ਪ੍ਰੋਜੈਕਟ ਦੇ ਆਰਕੀਟੈਕਚਰ ਦੀ ਇੱਕ ਸੰਖੇਪ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਹ ਵੀ ਦੱਸਦਾ ਹੈ ਕਿ ਉਸਨੇ ਕਿਹੜੀਆਂ ਲਾਭਦਾਇਕ ਚੀਜ਼ਾਂ ਸਿੱਖੀਆਂ ਅਤੇ ਆਪਣੇ ਕੰਮ ਦੌਰਾਨ ਉਸਨੂੰ ਕਿਹੜੀਆਂ ਚੁਣੌਤੀਆਂ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪਿਆ।

ਇੰਦਰਾਜ਼

ਪਿਛਲੇ ਸਾਲ, ਜਦੋਂ ਗੂਗਲ ਨੇ ਸਟੈਡੀਆ ਦੀ ਘੋਸ਼ਣਾ ਕੀਤੀ, ਤਾਂ ਇਸਨੇ ਮੇਰਾ ਦਿਮਾਗ ਉਡਾ ਦਿੱਤਾ। ਇਹ ਵਿਚਾਰ ਇੰਨਾ ਵਿਲੱਖਣ ਅਤੇ ਨਵੀਨਤਾਕਾਰੀ ਹੈ ਕਿ ਮੈਂ ਲਗਾਤਾਰ ਸੋਚਦਾ ਰਹਿੰਦਾ ਹਾਂ ਕਿ ਇਹ ਮੌਜੂਦਾ ਤਕਨਾਲੋਜੀ ਨਾਲ ਵੀ ਕਿਵੇਂ ਸੰਭਵ ਹੈ। ਇਸ ਵਿਸ਼ੇ ਨੂੰ ਬਿਹਤਰ ਤਰੀਕੇ ਨਾਲ ਸਮਝਣ ਦੀ ਇੱਛਾ ਨੇ ਮੈਨੂੰ ਇੱਕ ਓਪਨ-ਸੋਰਸ ਕਲਾਉਡ ਗੇਮ ਦਾ ਆਪਣਾ ਸੰਸਕਰਣ ਬਣਾਉਣ ਲਈ ਪ੍ਰੇਰਿਤ ਕੀਤਾ। ਨਤੀਜਾ ਸਿਰਫ਼ ਸ਼ਾਨਦਾਰ ਸੀ. ਹੇਠਾਂ ਮੈਂ ਆਪਣੇ ਸਾਲ 'ਤੇ ਕੰਮ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸਾਂਝਾ ਕਰਨਾ ਚਾਹਾਂਗਾ ਪ੍ਰੋਜੈਕਟ.

TLDR: ਹਾਈਲਾਈਟਸ ਦੇ ਨਾਲ ਛੋਟਾ ਸਲਾਈਡ ਸੰਸਕਰਣ

ਕਲਾਉਡ ਗੇਮਿੰਗ ਭਵਿੱਖ ਕਿਉਂ ਹੈ

ਮੇਰਾ ਮੰਨਣਾ ਹੈ ਕਿ ਕਲਾਉਡ ਗੇਮਿੰਗ ਜਲਦੀ ਹੀ ਨਾ ਸਿਰਫ਼ ਗੇਮਿੰਗ, ਬਲਕਿ ਕੰਪਿਊਟਰ ਵਿਗਿਆਨ ਦੇ ਹੋਰ ਖੇਤਰਾਂ ਦੀ ਅਗਲੀ ਪੀੜ੍ਹੀ ਬਣ ਜਾਵੇਗੀ। ਕਲਾਉਡ ਗੇਮਿੰਗ ਕਲਾਇੰਟ/ਸਰਵਰ ਮਾਡਲ ਦਾ ਸਿਖਰ ਹੈ। ਇਹ ਮਾਡਲ ਬੈਕਐਂਡ ਪ੍ਰਬੰਧਨ ਨੂੰ ਵੱਧ ਤੋਂ ਵੱਧ ਕਰਦਾ ਹੈ ਅਤੇ ਰਿਮੋਟ ਸਰਵਰ 'ਤੇ ਗੇਮ ਤਰਕ ਦੀ ਮੇਜ਼ਬਾਨੀ ਕਰਕੇ ਅਤੇ ਕਲਾਇੰਟ ਨੂੰ ਚਿੱਤਰ/ਆਡੀਓ ਸਟ੍ਰੀਮ ਕਰਕੇ ਫਰੰਟਐਂਡ ਕੰਮ ਨੂੰ ਘੱਟ ਕਰਦਾ ਹੈ। ਸਰਵਰ ਭਾਰੀ ਪ੍ਰੋਸੈਸਿੰਗ ਕਰਦਾ ਹੈ ਤਾਂ ਕਿ ਕਲਾਇੰਟ ਹੁਣ ਹਾਰਡਵੇਅਰ ਸੀਮਾਵਾਂ ਦੇ ਰਹਿਮ 'ਤੇ ਨਾ ਰਹੇ।

Google Stadia ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ ਤੁਹਾਨੂੰ ਖੇਡਣ ਦਿੰਦਾ ਹੈ AAA ਗੇਮਾਂ (ਅਰਥਾਤ ਉੱਚ-ਅੰਤ ਦੀਆਂ ਬਲਾਕਬਸਟਰ ਗੇਮਾਂ) YouTube ਵਰਗੇ ਇੰਟਰਫੇਸ 'ਤੇ। ਇਹੀ ਵਿਧੀ ਹੋਰ ਭਾਰੀ ਔਫਲਾਈਨ ਐਪਲੀਕੇਸ਼ਨਾਂ ਜਿਵੇਂ ਕਿ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਜਾਂ 2D/3D ਗ੍ਰਾਫਿਕ ਡਿਜ਼ਾਈਨ ਆਦਿ 'ਤੇ ਲਾਗੂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਤਾਂ ਜੋ ਅਸੀਂ ਉਹਨਾਂ ਨੂੰ ਕਈ ਪਲੇਟਫਾਰਮਾਂ ਵਿੱਚ ਘੱਟ-ਵਿਸ਼ੇਸ਼ ਡਿਵਾਈਸਾਂ 'ਤੇ ਲਗਾਤਾਰ ਚਲਾ ਸਕੀਏ।

ਇਸ ਤਕਨਾਲੋਜੀ ਦਾ ਭਵਿੱਖ: ਕਲਪਨਾ ਕਰੋ ਕਿ ਕੀ ਮਾਈਕ੍ਰੋਸਾਫਟ ਵਿੰਡੋਜ਼ 10 ਕ੍ਰੋਮ ਬ੍ਰਾਊਜ਼ਰ 'ਤੇ ਚੱਲਦਾ ਹੈ?

ਕਲਾਉਡ ਗੇਮਿੰਗ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਚੁਣੌਤੀਪੂਰਨ ਹੈ

ਗੇਮਿੰਗ ਉਹਨਾਂ ਦੁਰਲੱਭ ਖੇਤਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ ਜਿੱਥੇ ਨਿਰੰਤਰ, ਤੇਜ਼ ਉਪਭੋਗਤਾ ਜਵਾਬ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਜੇਕਰ ਕਦੇ-ਕਦਾਈਂ ਸਾਨੂੰ ਕਿਸੇ ਪੰਨੇ 'ਤੇ ਕਲਿੱਕ ਕਰਨ ਵੇਲੇ 2 ਸਕਿੰਟ ਦੀ ਦੇਰੀ ਦਾ ਸਾਹਮਣਾ ਕਰਨਾ ਪੈਂਦਾ ਹੈ, ਤਾਂ ਇਹ ਸਵੀਕਾਰਯੋਗ ਹੈ। ਲਾਈਵ ਵੀਡੀਓ ਸਟ੍ਰੀਮਜ਼ ਕੁਝ ਸਕਿੰਟ ਪਛੜ ਜਾਂਦੇ ਹਨ, ਪਰ ਫਿਰ ਵੀ ਇੱਕ ਵਾਜਬ ਉਪਯੋਗਤਾ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦੇ ਹਨ। ਹਾਲਾਂਕਿ, ਜੇਕਰ ਗੇਮ ਅਕਸਰ 500ms ਤੱਕ ਪਛੜ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਇਹ ਸਿਰਫ਼ ਖੇਡਣਯੋਗ ਨਹੀਂ ਹੈ। ਸਾਡਾ ਟੀਚਾ ਬਹੁਤ ਘੱਟ ਲੇਟੈਂਸੀ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨਾ ਹੈ ਤਾਂ ਜੋ ਇੰਪੁੱਟ ਅਤੇ ਮੀਡੀਆ ਵਿਚਕਾਰ ਪਾੜਾ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਛੋਟਾ ਹੋਵੇ। ਇਸ ਲਈ, ਵੀਡੀਓ ਸਟ੍ਰੀਮਿੰਗ ਲਈ ਰਵਾਇਤੀ ਪਹੁੰਚ ਇੱਥੇ ਲਾਗੂ ਨਹੀਂ ਹੈ।

ਜਨਰਲ ਕਲਾਊਡ ਗੇਮ ਟੈਮਪਲੇਟ

ਓਪਨ ਸੋਰਸ ਪ੍ਰੋਜੈਕਟ CloudRetro

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

ਪ੍ਰੋਜੈਕਟ CloudRetro.io ਰੈਟਰੋ ਗੇਮਿੰਗ ਲਈ ਇੱਕ ਓਪਨ ਸੋਰਸ ਕਲਾਉਡ ਗੇਮਿੰਗ ਸੇਵਾ ਹੈ। ਪ੍ਰੋਜੈਕਟ ਦਾ ਟੀਚਾ ਰਵਾਇਤੀ ਰੈਟਰੋ ਗੇਮਾਂ ਵਿੱਚ ਸਭ ਤੋਂ ਆਰਾਮਦਾਇਕ ਗੇਮਿੰਗ ਅਨੁਭਵ ਲਿਆਉਣਾ ਅਤੇ ਮਲਟੀਪਲੇਅਰ ਜੋੜਨਾ ਹੈ।
ਤੁਸੀਂ ਇੱਥੇ ਪ੍ਰੋਜੈਕਟ ਬਾਰੇ ਹੋਰ ਜਾਣ ਸਕਦੇ ਹੋ: https://github.com/giongto35/cloud-game.

CloudRetro ਕਾਰਜਕੁਸ਼ਲਤਾ

ਕਲਾਉਡਰੇਟਰੋ ਕਲਾਉਡ ਗੇਮਿੰਗ ਦੀ ਸ਼ਕਤੀ ਦਾ ਪ੍ਰਦਰਸ਼ਨ ਕਰਨ ਲਈ ਰੈਟਰੋ ਗੇਮਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਜਿਸ ਨਾਲ ਤੁਸੀਂ ਕਈ ਵਿਲੱਖਣ ਗੇਮਿੰਗ ਅਨੁਭਵ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ।

• ਖੇਡ ਦੀ ਪੋਰਟੇਬਿਲਟੀ
  • ਇੱਕ ਪੰਨਾ ਖੋਲ੍ਹਣ ਵੇਲੇ ਤੁਰੰਤ ਪਲੇਬੈਕ; ਕੋਈ ਡਾਊਨਲੋਡ ਜਾਂ ਇੰਸਟਾਲੇਸ਼ਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ
  • ਇੱਕ ਮੋਬਾਈਲ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਹੈ, ਇਸਲਈ ਇਸਨੂੰ ਚਲਾਉਣ ਲਈ ਕਿਸੇ ਸੌਫਟਵੇਅਰ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ

• ਗੇਮ ਸੈਸ਼ਨਾਂ ਨੂੰ ਕਈ ਡਿਵਾਈਸਾਂ ਵਿੱਚ ਸਾਂਝਾ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਅਤੇ ਅਗਲੀ ਵਾਰ ਲੌਗ ਇਨ ਕਰਨ ਲਈ ਕਲਾਉਡ ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ
• ਗੇਮ ਨੂੰ ਸਟ੍ਰੀਮ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਜਾਂ ਇਹ ਇੱਕ ਵਾਰ ਵਿੱਚ ਕਈ ਉਪਭੋਗਤਾਵਾਂ ਦੁਆਰਾ ਖੇਡਿਆ ਜਾ ਸਕਦਾ ਹੈ:
  • TwitchPlayPokemon ਵਰਗਾ Crowdplay, ਸਿਰਫ਼ ਵਧੇਰੇ ਕਰਾਸ-ਪਲੇਟਫਾਰਮ ਅਤੇ ਹੋਰ ਰੀਅਲ-ਟਾਈਮ
  • ਔਫਲਾਈਨ ਗੇਮਾਂ ਔਨਲਾਈਨ। ਬਹੁਤ ਸਾਰੇ ਉਪਭੋਗਤਾ ਇੱਕ ਨੈਟਵਰਕ ਸਥਾਪਤ ਕੀਤੇ ਬਿਨਾਂ ਖੇਡ ਸਕਦੇ ਹਨ. ਸਮੁਰਾਈ ਸ਼ੋਡਾਊਨ ਨੂੰ ਹੁਣ ਕਲਾਊਡਰੇਟਰੋ ਨੈੱਟਵਰਕ 'ਤੇ 2 ਖਿਡਾਰੀਆਂ ਦੁਆਰਾ ਖੇਡਿਆ ਜਾ ਸਕਦਾ ਹੈ

  
  ਵੱਖ-ਵੱਖ ਡਿਵਾਈਸਾਂ 'ਤੇ ਔਨਲਾਈਨ ਮਲਟੀਪਲੇਅਰ ਗੇਮ ਦਾ ਡੈਮੋ ਸੰਸਕਰਣ

  ਬੁਨਿਆਦੀ ਢਾਂਚਾ

  ਲੋੜਾਂ ਅਤੇ ਤਕਨਾਲੋਜੀ ਸਟੈਕ

  ਹੇਠਾਂ ਉਹਨਾਂ ਲੋੜਾਂ ਦੀ ਇੱਕ ਸੂਚੀ ਹੈ ਜੋ ਮੈਂ ਪ੍ਰੋਜੈਕਟ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸੈੱਟ ਕੀਤੀਆਂ ਹਨ।

  1. ਇੱਕ ਖਿਡਾਰੀ
  ਇਹ ਲੋੜ ਇੱਥੇ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਜਾਂ ਸਪੱਸ਼ਟ ਨਹੀਂ ਜਾਪਦੀ ਹੈ, ਪਰ ਇਹ ਮੇਰੇ ਮੁੱਖ ਉਪਾਵਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ, ਇਹ ਕਲਾਉਡ ਗੇਮਿੰਗ ਨੂੰ ਰਵਾਇਤੀ ਸਟ੍ਰੀਮਿੰਗ ਸੇਵਾਵਾਂ ਤੋਂ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਦੂਰ ਰਹਿਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ. ਜੇਕਰ ਅਸੀਂ ਇੱਕ ਸਿੰਗਲ-ਪਲੇਅਰ ਗੇਮ 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਿਤ ਕਰਦੇ ਹਾਂ, ਤਾਂ ਅਸੀਂ ਇੱਕ ਕੇਂਦਰੀ ਸਰਵਰ ਜਾਂ CDN ਤੋਂ ਛੁਟਕਾਰਾ ਪਾ ਸਕਦੇ ਹਾਂ ਕਿਉਂਕਿ ਸਾਨੂੰ ਜਨਤਾ ਨੂੰ ਸਟ੍ਰੀਮ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਕਿਸੇ ਸਿੰਕ ਸਰਵਰ 'ਤੇ ਸਟ੍ਰੀਮਾਂ ਨੂੰ ਅੱਪਲੋਡ ਕਰਨ ਜਾਂ ਕੇਂਦਰੀਕ੍ਰਿਤ ਵੈਬਸਾਕੇਟ ਸਰਵਰ 'ਤੇ ਪੈਕੇਟ ਪਾਸ ਕਰਨ ਦੀ ਬਜਾਏ, ਸੇਵਾ ਸਟ੍ਰੀਮਾਂ ਨੂੰ ਪੀਅਰ-ਟੂ-ਪੀਅਰ WebRTC ਕਨੈਕਸ਼ਨ ਰਾਹੀਂ ਸਿੱਧੇ ਉਪਭੋਗਤਾ ਨੂੰ ਡਿਲੀਵਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

  2. ਘੱਟ ਲੇਟੈਂਸੀ ਮੀਡੀਆ ਸਟ੍ਰੀਮ
  Stadia ਬਾਰੇ ਪੜ੍ਹਦਿਆਂ, ਮੈਂ ਅਕਸਰ ਕੁਝ ਲੇਖਾਂ ਵਿੱਚ ਜ਼ਿਕਰ ਕੀਤੇ WebRTC ਨੂੰ ਦੇਖਦਾ ਹਾਂ। ਮੈਨੂੰ ਅਹਿਸਾਸ ਹੋਇਆ ਕਿ WebRTC ਇੱਕ ਬੇਮਿਸਾਲ ਤਕਨਾਲੋਜੀ ਹੈ ਅਤੇ ਕਲਾਉਡ ਗੇਮਿੰਗ ਵਿੱਚ ਵਰਤੋਂ ਲਈ ਸੰਪੂਰਨ ਹੈ। WebRTC ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਹੈ ਜੋ ਇੱਕ ਸਧਾਰਨ API ਰਾਹੀਂ ਵੈੱਬ ਬ੍ਰਾਊਜ਼ਰ ਅਤੇ ਮੋਬਾਈਲ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਰੀਅਲ-ਟਾਈਮ ਸੰਚਾਰ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਇਹ ਪੀਅਰ-ਟੂ-ਪੀਅਰ ਕਨੈਕਟੀਵਿਟੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਮੀਡੀਆ ਲਈ ਅਨੁਕੂਲਿਤ ਹੈ, ਅਤੇ ਇਸ ਵਿੱਚ VP8 ਅਤੇ H264 ਵਰਗੇ ਸਟੈਂਡਰਡ ਕੋਡੇਕਸ ਬਿਲਟ-ਇਨ ਹਨ।

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

  3. ਭੂਗੋਲਿਕ ਰੂਟਿੰਗ ਦੇ ਨਾਲ ਵੰਡਿਆ ਬੁਨਿਆਦੀ ਢਾਂਚਾ
  ਕੋਈ ਫਰਕ ਨਹੀਂ ਪੈਂਦਾ ਕਿ ਕੰਪਰੈਸ਼ਨ ਐਲਗੋਰਿਦਮ ਅਤੇ ਕੋਡ ਕਿੰਨੇ ਵੀ ਅਨੁਕੂਲ ਹਨ, ਨੈੱਟਵਰਕ ਅਜੇ ਵੀ ਨਿਰਣਾਇਕ ਕਾਰਕ ਹੈ ਜੋ ਲੇਟੈਂਸੀ ਵਿੱਚ ਸਭ ਤੋਂ ਵੱਧ ਯੋਗਦਾਨ ਪਾਉਂਦਾ ਹੈ। ਆਰਕੀਟੈਕਚਰ ਕੋਲ ਰਾਊਂਡ-ਟ੍ਰਿਪ ਟਾਈਮ (RTT) ਨੂੰ ਘਟਾਉਣ ਲਈ ਉਪਭੋਗਤਾ ਦੇ ਸਭ ਤੋਂ ਨੇੜੇ ਦੇ ਸਰਵਰ ਨੂੰ ਜੋੜਨ ਲਈ ਇੱਕ ਵਿਧੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਆਰਕੀਟੈਕਚਰ ਵਿੱਚ 1 ਕੋਆਰਡੀਨੇਟਰ ਅਤੇ ਕਈ ਸਟ੍ਰੀਮਿੰਗ ਸਰਵਰ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ ਜੋ ਪੂਰੀ ਦੁਨੀਆ ਵਿੱਚ ਵੰਡੇ ਗਏ ਹਨ: ਯੂਐਸ ਵੈਸਟ, ਯੂਐਸ ਈਸਟ, ਯੂਰਪ, ਸਿੰਗਾਪੁਰ, ਚੀਨ। ਸਾਰੇ ਸਟ੍ਰੀਮਿੰਗ ਸਰਵਰਾਂ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਲੱਗ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਜਦੋਂ ਇੱਕ ਸਰਵਰ ਨੈੱਟਵਰਕ ਵਿੱਚ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ ਜਾਂ ਛੱਡਦਾ ਹੈ ਤਾਂ ਸਿਸਟਮ ਇਸਦੀ ਵੰਡ ਨੂੰ ਵਿਵਸਥਿਤ ਕਰ ਸਕਦਾ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, ਵੱਡੇ ਟ੍ਰੈਫਿਕ ਦੇ ਨਾਲ, ਵਾਧੂ ਸਰਵਰਾਂ ਨੂੰ ਜੋੜਨਾ ਹਰੀਜੱਟਲ ਸਕੇਲਿੰਗ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।

  4. ਬ੍ਰਾਊਜ਼ਰ ਅਨੁਕੂਲਤਾ
  ਕਲਾਉਡ ਗੇਮਿੰਗ ਸਭ ਤੋਂ ਵਧੀਆ ਹੈ ਜਦੋਂ ਇਸਨੂੰ ਉਪਭੋਗਤਾਵਾਂ ਤੋਂ ਘੱਟ ਤੋਂ ਘੱਟ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਚਲਾਉਣਾ ਸੰਭਵ ਹੈ. ਬ੍ਰਾਊਜ਼ਰ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਗੇਮਿੰਗ ਅਨੁਭਵ ਨੂੰ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਆਰਾਮਦਾਇਕ ਬਣਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਦੇ ਹਨ, ਉਹਨਾਂ ਨੂੰ ਸੌਫਟਵੇਅਰ ਅਤੇ ਹਾਰਡਵੇਅਰ ਸਥਾਪਤ ਕਰਨ ਤੋਂ ਬਚਾਉਂਦੇ ਹਨ। ਬ੍ਰਾਊਜ਼ਰ ਮੋਬਾਈਲ ਅਤੇ ਡੈਸਕਟੌਪ ਸੰਸਕਰਣਾਂ ਵਿਚਕਾਰ ਕਰਾਸ-ਪਲੇਟਫਾਰਮ ਕਾਰਜਕੁਸ਼ਲਤਾ ਪ੍ਰਦਾਨ ਕਰਨ ਵਿੱਚ ਵੀ ਮਦਦ ਕਰਦੇ ਹਨ। ਖੁਸ਼ਕਿਸਮਤੀ ਨਾਲ, WebRTC ਕਈ ਤਰ੍ਹਾਂ ਦੇ ਬ੍ਰਾਊਜ਼ਰਾਂ ਵਿੱਚ ਚੰਗੀ ਤਰ੍ਹਾਂ ਸਮਰਥਿਤ ਹੈ।

  5. ਗੇਮ ਇੰਟਰਫੇਸ ਅਤੇ ਸੇਵਾ ਦਾ ਸਪਸ਼ਟ ਵਿਭਾਜਨ
  ਮੈਂ ਕਲਾਉਡ ਗੇਮਿੰਗ ਸੇਵਾ ਨੂੰ ਇੱਕ ਪਲੇਟਫਾਰਮ ਵਜੋਂ ਵੇਖਦਾ ਹਾਂ। ਹਰ ਕੋਈ ਪਲੇਟਫਾਰਮ ਨਾਲ ਕੁਝ ਵੀ ਜੋੜਨ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ. ਹੁਣ ਮੈਂ ਏਕੀਕ੍ਰਿਤ ਹੋ ਗਿਆ ਹਾਂ ਲਿਬਰੇਟਰੋ ਕਲਾਉਡ ਗੇਮਿੰਗ ਸੇਵਾ ਦੇ ਨਾਲ ਕਿਉਂਕਿ LibRetro Retro ਗੇਮਾਂ ਜਿਵੇਂ ਕਿ SNES, GBA, PS ਲਈ ਇੱਕ ਸੁੰਦਰ ਗੇਮ ਇਮੂਲੇਟਰ ਇੰਟਰਫੇਸ ਪੇਸ਼ ਕਰਦਾ ਹੈ।

  6. ਖੇਡ ਨਾਲ ਮਲਟੀਪਲੇਅਰ, ਭੀੜ ਖੇਡਣ ਅਤੇ ਬਾਹਰੀ ਲਿੰਕਿੰਗ (ਡੂੰਘੇ ਲਿੰਕ) ਲਈ ਕਮਰੇ
  CloudRetro ਬਹੁਤ ਸਾਰੇ ਨਵੇਂ ਗੇਮਪਲੇ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ ਜਿਵੇਂ ਕਿ CrowdPlay ਅਤੇ Retro ਗੇਮਾਂ ਲਈ ਔਨਲਾਈਨ ਮਲਟੀਪਲੇਅਰ। ਜੇਕਰ ਕਈ ਉਪਭੋਗਤਾ ਵੱਖ-ਵੱਖ ਕੰਪਿਊਟਰਾਂ 'ਤੇ ਇੱਕੋ ਡੀਪ-ਲਿੰਕ ਨੂੰ ਖੋਲ੍ਹਦੇ ਹਨ, ਤਾਂ ਉਹ ਇੱਕੋ ਚੱਲ ਰਹੀ ਗੇਮ ਨੂੰ ਦੇਖਣਗੇ ਅਤੇ ਇਸ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਦੇ ਯੋਗ ਵੀ ਹੋਣਗੇ।

  ਇਸ ਤੋਂ ਇਲਾਵਾ, ਗੇਮ ਸਟੇਟਸ ਕਲਾਉਡ ਸਟੋਰੇਜ ਵਿੱਚ ਸਟੋਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਇਹ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਕਿਸੇ ਵੀ ਹੋਰ ਡਿਵਾਈਸ 'ਤੇ ਕਿਸੇ ਵੀ ਸਮੇਂ ਖੇਡਣਾ ਜਾਰੀ ਰੱਖਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।

  7. ਹਰੀਜ਼ੱਟਲ ਸਕੇਲਿੰਗ
  ਅੱਜਕੱਲ੍ਹ ਕਿਸੇ ਵੀ SAAS ਵਾਂਗ, ਕਲਾਉਡ ਗੇਮਿੰਗ ਨੂੰ ਖਿਤਿਜੀ ਤੌਰ 'ਤੇ ਸਕੇਲੇਬਲ ਹੋਣ ਲਈ ਡਿਜ਼ਾਈਨ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਕੋਆਰਡੀਨੇਟਰ-ਵਰਕਰ ਡਿਜ਼ਾਈਨ ਤੁਹਾਨੂੰ ਵਧੇਰੇ ਟ੍ਰੈਫਿਕ ਦੀ ਸੇਵਾ ਕਰਨ ਲਈ ਹੋਰ ਕਰਮਚਾਰੀਆਂ ਨੂੰ ਜੋੜਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।

  8. ਇੱਕ ਕਲਾਉਡ ਨਾਲ ਕੋਈ ਕਨੈਕਸ਼ਨ ਨਹੀਂ
  CloudRetro ਦਾ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਵੱਖ-ਵੱਖ ਖੇਤਰਾਂ ਲਈ ਵੱਖ-ਵੱਖ ਕਲਾਉਡ ਪ੍ਰਦਾਤਾਵਾਂ (ਡਿਜੀਟਲ ਓਸ਼ਨ, ਅਲੀਬਾਬਾ, ਕਸਟਮ ਪ੍ਰਦਾਤਾ) 'ਤੇ ਹੋਸਟ ਕੀਤਾ ਗਿਆ ਹੈ। ਮੈਂ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਲਈ ਡੌਕਰ ਕੰਟੇਨਰ ਵਿੱਚ ਚੱਲਣ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹਾਂ ਅਤੇ ਇੱਕ ਸਿੰਗਲ ਕਲਾਉਡ ਪ੍ਰਦਾਤਾ ਵਿੱਚ ਲੌਕ ਹੋਣ ਤੋਂ ਬਚਣ ਲਈ ਇੱਕ ਬੈਸ਼ ਸਕ੍ਰਿਪਟ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਨੈੱਟਵਰਕ ਸੈਟਿੰਗਾਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਦਾ ਹਾਂ। ਇਸ ਨੂੰ WebRTC ਵਿੱਚ NAT Traversal ਨਾਲ ਜੋੜ ਕੇ, ਸਾਡੇ ਕੋਲ ਕਿਸੇ ਵੀ ਕਲਾਉਡ ਪਲੇਟਫਾਰਮ ਅਤੇ ਇੱਥੋਂ ਤੱਕ ਕਿ ਕਿਸੇ ਵੀ ਉਪਭੋਗਤਾ ਦੀਆਂ ਮਸ਼ੀਨਾਂ 'ਤੇ CloudRetro ਨੂੰ ਤੈਨਾਤ ਕਰਨ ਦੀ ਲਚਕਤਾ ਹੋ ਸਕਦੀ ਹੈ।

  ਆਰਕੀਟੈਕਚਰਲ ਡਿਜ਼ਾਈਨ

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

  ਕੋਆਰਡੀਨੇਟਰ: ਨਵੇਂ ਉਪਭੋਗਤਾ ਨੂੰ ਸਟ੍ਰੀਮਿੰਗ ਲਈ ਸਭ ਤੋਂ ਢੁਕਵੇਂ ਕਰਮਚਾਰੀ ਨਾਲ ਜੋੜਾ ਬਣਾਉਣ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ। ਕੋਆਰਡੀਨੇਟਰ WebSocket ਰਾਹੀਂ ਵਰਕਰਾਂ ਨਾਲ ਗੱਲਬਾਤ ਕਰਦਾ ਹੈ।

  ਗੇਮ ਸਟੇਟ ਸਟੋਰੇਜ: ਸਾਰੇ ਗੇਮ ਰਾਜਾਂ ਲਈ ਕੇਂਦਰੀ ਰਿਮੋਟ ਸਟੋਰੇਜ। ਇਹ ਸਟੋਰੇਜ ਮਹੱਤਵਪੂਰਨ ਫੰਕਸ਼ਨ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ ਜਿਵੇਂ ਕਿ ਰਿਮੋਟ ਸੇਵ/ਲੋਡ।

  
  CloudRetro ਦਾ ਸਿਖਰ-ਪੱਧਰ ਦਾ ਆਰਕੀਟੈਕਚਰ

  ਕਸਟਮ ਸਕ੍ਰਿਪਟ

  ਜਦੋਂ ਇੱਕ ਨਵਾਂ ਉਪਭੋਗਤਾ ਹੇਠਾਂ ਦਿੱਤੇ ਚਿੱਤਰ ਵਿੱਚ ਦਰਸਾਏ ਗਏ ਕਦਮ 1 ਅਤੇ 2 ਵਿੱਚ CloudRetro ਖੋਲ੍ਹਦਾ ਹੈ, ਤਾਂ ਕੋਆਰਡੀਨੇਟਰ ਨੂੰ ਉਪਲਬਧ ਕਰਮਚਾਰੀਆਂ ਦੀ ਸੂਚੀ ਦੇ ਨਾਲ ਪਹਿਲੇ ਪੰਨੇ 'ਤੇ ਬੇਨਤੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇਸ ਤੋਂ ਬਾਅਦ, ਕਦਮ 3 ਵਿੱਚ ਕਲਾਇੰਟ ਇੱਕ HTTP ਪਿੰਗ ਬੇਨਤੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਸਾਰੇ ਉਮੀਦਵਾਰਾਂ ਲਈ ਦੇਰੀ ਦੀ ਗਣਨਾ ਕਰਦਾ ਹੈ। ਦੇਰੀ ਦੀ ਇਹ ਸੂਚੀ ਫਿਰ ਕੋਆਰਡੀਨੇਟਰ ਨੂੰ ਵਾਪਸ ਭੇਜੀ ਜਾਂਦੀ ਹੈ ਤਾਂ ਜੋ ਉਹ ਉਪਭੋਗਤਾ ਦੀ ਸੇਵਾ ਕਰਨ ਲਈ ਸਭ ਤੋਂ ਢੁਕਵੇਂ ਕਰਮਚਾਰੀ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰ ਸਕੇ। ਹੇਠਾਂ ਕਦਮ 4 ਗੇਮ ਬਣਾਉਂਦਾ ਹੈ। ਇੱਕ WebRTC ਸਟ੍ਰੀਮਿੰਗ ਕਨੈਕਸ਼ਨ ਉਪਭੋਗਤਾ ਅਤੇ ਨਿਰਧਾਰਤ ਕਰਮਚਾਰੀ ਵਿਚਕਾਰ ਸਥਾਪਤ ਕੀਤਾ ਗਿਆ ਹੈ।
  
  ਪਹੁੰਚ ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਬਾਅਦ ਉਪਭੋਗਤਾ ਸਕ੍ਰਿਪਟ

  ਵਰਕਰ ਦੇ ਅੰਦਰ ਕੀ ਹੈ

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

  
  ਵਰਕਰ ਦੇ ਹਿੱਸੇ ਦੀ ਪਰਸਪਰ ਕ੍ਰਿਆ

  ਮੁੱਖ ਭਾਗ:

  • WebRTC: ਇੱਕ ਕਲਾਇੰਟ ਕੰਪੋਨੈਂਟ ਜੋ ਉਪਭੋਗਤਾ ਇੰਪੁੱਟ ਨੂੰ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ ਅਤੇ ਸਰਵਰ ਤੋਂ ਏਨਕੋਡਡ ਮੀਡੀਆ ਨੂੰ ਆਉਟਪੁੱਟ ਕਰਦਾ ਹੈ।
  • ਗੇਮ ਇਮੂਲੇਟਰ: ਖੇਡ ਭਾਗ. ਲਿਬਰੇਟਰੋ ਲਾਇਬ੍ਰੇਰੀ ਦਾ ਧੰਨਵਾਦ, ਸਿਸਟਮ ਉਸੇ ਪ੍ਰਕਿਰਿਆ ਦੇ ਅੰਦਰ ਗੇਮ ਨੂੰ ਚਲਾਉਣ ਦੇ ਯੋਗ ਹੈ ਅਤੇ ਅੰਦਰੂਨੀ ਤੌਰ 'ਤੇ ਮੀਡੀਆ ਅਤੇ ਇਨਪੁਟ ਸਟ੍ਰੀਮ ਨੂੰ ਰੋਕਦਾ ਹੈ।
  • ਇਨ-ਗੇਮ ਫਰੇਮਾਂ ਨੂੰ ਕੈਪਚਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਏਨਕੋਡਰ ਨੂੰ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ।
  • ਚਿੱਤਰ/ਆਡੀਓ ਏਨਕੋਡਰ: ਇੱਕ ਏਨਕੋਡਿੰਗ ਪਾਈਪਲਾਈਨ ਜੋ ਮੀਡੀਆ ਫਰੇਮਾਂ ਨੂੰ ਲੈਂਦੀ ਹੈ, ਉਹਨਾਂ ਨੂੰ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਏਨਕੋਡ ਕਰਦੀ ਹੈ, ਅਤੇ ਏਨਕੋਡ ਕੀਤੀਆਂ ਤਸਵੀਰਾਂ/ਆਡੀਓ ਆਊਟਪੁੱਟ ਦਿੰਦੀ ਹੈ।

  Реализация

  ਕਲਾਉਡਰੇਟਰੋ ਆਪਣੀ ਰੀੜ੍ਹ ਦੀ ਹੱਡੀ ਦੇ ਤੌਰ 'ਤੇ WebRTC 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਇਸਲਈ ਗੋਲੰਗ ਲਾਗੂ ਕਰਨ ਦੇ ਵੇਰਵਿਆਂ ਵਿੱਚ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ, ਮੈਂ ਖੁਦ WebRTC ਬਾਰੇ ਗੱਲ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ। ਇਹ ਅਦਭੁਤ ਤਕਨਾਲੋਜੀ ਹੈ ਜਿਸ ਨੇ ਸਟ੍ਰੀਮਿੰਗ ਡੇਟਾ ਲਈ ਸਬ-ਸੈਕਿੰਡ ਲੇਟੈਂਸੀ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਵਿੱਚ ਮੇਰੀ ਬਹੁਤ ਮਦਦ ਕੀਤੀ ਹੈ।

  WebRTC

  WebRTC ਸਧਾਰਨ API ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਮੂਲ ਮੋਬਾਈਲ ਐਪਾਂ ਅਤੇ ਬ੍ਰਾਊਜ਼ਰਾਂ 'ਤੇ ਉੱਚ-ਗੁਣਵੱਤਾ ਪੀਅਰ-ਟੂ-ਪੀਅਰ ਕਨੈਕਸ਼ਨ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ।

  NAT ਟ੍ਰੈਵਰਸਲ

  WebRTC ਆਪਣੀ NAT ਟ੍ਰੈਵਰਸਲ ਕਾਰਜਕੁਸ਼ਲਤਾ ਲਈ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ। WebRTC ਪੀਅਰ-ਟੂ-ਪੀਅਰ ਸੰਚਾਰ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਸਦਾ ਟੀਚਾ ਇੱਕ ਪ੍ਰਕਿਰਿਆ ਦੁਆਰਾ ਪੀਅਰ-ਟੂ-ਪੀਅਰ ਸੰਚਾਰ ਲਈ NAT ਗੇਟਵੇ ਅਤੇ ਫਾਇਰਵਾਲਾਂ ਤੋਂ ਪਰਹੇਜ਼ ਕਰਦੇ ਹੋਏ ਸਭ ਤੋਂ ਢੁਕਵਾਂ ਸਿੱਧਾ ਰਸਤਾ ਲੱਭਣਾ ਹੈ। ICE. ਇਸ ਪ੍ਰਕਿਰਿਆ ਦੇ ਹਿੱਸੇ ਵਜੋਂ, WebRTC APIs STUN ਸਰਵਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਤੁਹਾਡਾ ਜਨਤਕ IP ਪਤਾ ਲੱਭਦੇ ਹਨ ਅਤੇ ਇਸਨੂੰ ਰੀਲੇਅ ਸਰਵਰ (ਟਰਨ) ਜਦੋਂ ਸਿੱਧਾ ਕੁਨੈਕਸ਼ਨ ਸਥਾਪਤ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

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

  ਪਹਿਲਾਂ, ਮੈਂ ਕਲਾਉਡ ਗੇਮਿੰਗ ਲਈ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਇੱਕ ਗੇਮ ਵੰਡ ਪਲੇਟਫਾਰਮ ਵਿੱਚ ਬਦਲਣਾ ਚਾਹੁੰਦਾ ਸੀ। ਇਹ ਵਿਚਾਰ ਗੇਮ ਨਿਰਮਾਤਾਵਾਂ ਨੂੰ ਗੇਮਾਂ ਅਤੇ ਸਟ੍ਰੀਮਿੰਗ ਸਰੋਤ ਪ੍ਰਦਾਨ ਕਰਨ ਦੀ ਆਗਿਆ ਦੇਣਾ ਸੀ। ਅਤੇ ਉਪਭੋਗਤਾ ਸਿੱਧੇ ਪ੍ਰਦਾਤਾਵਾਂ ਨਾਲ ਗੱਲਬਾਤ ਕਰਨਗੇ. ਇਸ ਵਿਕੇਂਦਰੀਕ੍ਰਿਤ ਤਰੀਕੇ ਨਾਲ, ਕਲਾਉਡਰੇਟਰੋ ਤੀਜੀ-ਧਿਰ ਸਟ੍ਰੀਮਿੰਗ ਸਰੋਤਾਂ ਨੂੰ ਉਪਭੋਗਤਾਵਾਂ ਨਾਲ ਜੋੜਨ ਲਈ ਸਿਰਫ਼ ਇੱਕ ਢਾਂਚਾ ਹੈ, ਇਸ ਨੂੰ ਹੋਰ ਸਕੇਲੇਬਲ ਬਣਾਉਂਦਾ ਹੈ ਜਦੋਂ ਇਹ ਹੁਣ ਹੋਸਟ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇੱਥੇ WebRTC NAT ਟ੍ਰੈਵਰਸਲ ਦੀ ਭੂਮਿਕਾ ਤੀਜੀ-ਧਿਰ ਸਟ੍ਰੀਮਿੰਗ ਸਰੋਤਾਂ 'ਤੇ ਪੀਅਰ-ਟੂ-ਪੀਅਰ ਕਨੈਕਸ਼ਨ ਦੀ ਸ਼ੁਰੂਆਤ ਦੀ ਸਹੂਲਤ ਲਈ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਜਿਸ ਨਾਲ ਸਿਰਜਣਹਾਰ ਲਈ ਨੈੱਟਵਰਕ ਨਾਲ ਜੁੜਨਾ ਆਸਾਨ ਹੋ ਜਾਂਦਾ ਹੈ।

  ਵੀਡੀਓ ਕੰਪਰੈਸ਼ਨ

  ਵੀਡੀਓ ਕੰਪਰੈਸ਼ਨ ਪਾਈਪਲਾਈਨ ਦਾ ਇੱਕ ਲਾਜ਼ਮੀ ਹਿੱਸਾ ਹੈ ਅਤੇ ਇੱਕ ਨਿਰਵਿਘਨ ਪ੍ਰਵਾਹ ਵਿੱਚ ਬਹੁਤ ਯੋਗਦਾਨ ਪਾਉਂਦਾ ਹੈ। ਹਾਲਾਂਕਿ VP8/H264 ਵੀਡੀਓ ਏਨਕੋਡਿੰਗ ਦੇ ਹਰ ਵੇਰਵੇ ਨੂੰ ਜਾਣਨਾ ਜ਼ਰੂਰੀ ਨਹੀਂ ਹੈ, ਸੰਕਲਪਾਂ ਨੂੰ ਸਮਝਣਾ ਤੁਹਾਨੂੰ ਸਟ੍ਰੀਮਿੰਗ ਵੀਡੀਓ ਸਪੀਡ ਵਿਕਲਪਾਂ ਨੂੰ ਸਮਝਣ, ਅਚਾਨਕ ਵਿਵਹਾਰ ਨੂੰ ਡੀਬੱਗ ਕਰਨ, ਅਤੇ ਲੇਟੈਂਸੀ ਨੂੰ ਅਨੁਕੂਲ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ।

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

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

  
  ਇੱਕ ਉਦਾਹਰਨ ਵਜੋਂ Pacman ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਵੀਡੀਓ ਫਰੇਮਾਂ ਦੀ ਤੁਲਨਾ

  ਆਡੀਓ ਕੰਪਰੈਸ਼ਨ

  ਇਸੇ ਤਰ੍ਹਾਂ, ਆਡੀਓ ਕੰਪਰੈਸ਼ਨ ਐਲਗੋਰਿਦਮ ਉਸ ਡੇਟਾ ਨੂੰ ਛੱਡ ਦਿੰਦਾ ਹੈ ਜੋ ਮਨੁੱਖਾਂ ਦੁਆਰਾ ਨਹੀਂ ਸਮਝਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਓਪਸ ਵਰਤਮਾਨ ਵਿੱਚ ਵਧੀਆ ਪ੍ਰਦਰਸ਼ਨ ਕਰਨ ਵਾਲਾ ਆਡੀਓ ਕੋਡੇਕ ਹੈ। ਇਹ ਆਰਟੀਪੀ (ਰੀਅਲ ਟਾਈਮ ਟ੍ਰਾਂਸਪੋਰਟ ਪ੍ਰੋਟੋਕੋਲ) ਵਰਗੇ ਆਰਡਰ ਕੀਤੇ ਡੇਟਾਗ੍ਰਾਮ ਪ੍ਰੋਟੋਕੋਲ ਉੱਤੇ ਇੱਕ ਆਡੀਓ ਵੇਵ ਪ੍ਰਸਾਰਿਤ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਸਦੀ ਲੇਟੈਂਸੀ mp3 ਅਤੇ aac ਨਾਲੋਂ ਘੱਟ ਹੈ, ਅਤੇ ਗੁਣਵੱਤਾ ਉੱਚੀ ਹੈ। ਲੇਟੈਂਸੀ ਆਮ ਤੌਰ 'ਤੇ ਲਗਭਗ 5~66,5ms ਹੁੰਦੀ ਹੈ।

  Pion, Golang ਵਿੱਚ WebRTC

  ਪਿਆਲਾ ਇੱਕ ਓਪਨ ਸੋਰਸ ਪ੍ਰੋਜੈਕਟ ਹੈ ਜੋ WebRTC ਨੂੰ Golang ਵਿੱਚ ਲਿਆਉਂਦਾ ਹੈ। ਨੇਟਿਵ C++ WebRTC ਲਾਇਬ੍ਰੇਰੀਆਂ ਦੀ ਆਮ ਸਮੇਟਣ ਦੀ ਬਜਾਏ, Pion WebRTC ਪ੍ਰੋਟੋਕੋਲ 'ਤੇ ਬਿਹਤਰ ਕਾਰਗੁਜ਼ਾਰੀ, ਗੋ ਏਕੀਕਰਣ, ਅਤੇ ਸੰਸਕਰਣ ਨਿਯੰਤਰਣ ਦੇ ਨਾਲ WebRTC ਦਾ ਇੱਕ ਮੂਲ ਗੋਲੰਗ ਲਾਗੂਕਰਨ ਹੈ।

  ਲਾਇਬ੍ਰੇਰੀ ਸਬ-ਸੈਕਿੰਡ ਲੇਟੈਂਸੀ ਦੇ ਨਾਲ ਬਹੁਤ ਸਾਰੇ ਸ਼ਾਨਦਾਰ ਬਿਲਟ-ਇਨਾਂ ਨਾਲ ਸਟ੍ਰੀਮਿੰਗ ਨੂੰ ਵੀ ਸਮਰੱਥ ਬਣਾਉਂਦੀ ਹੈ। ਇਸਦਾ STUN, DTLS, SCTP, ਆਦਿ ਦਾ ਆਪਣਾ ਲਾਗੂਕਰਨ ਹੈ। ਅਤੇ QUIC ਅਤੇ WebAssembly ਦੇ ਨਾਲ ਕੁਝ ਪ੍ਰਯੋਗ। ਇਹ ਓਪਨ ਸੋਰਸ ਲਾਇਬ੍ਰੇਰੀ ਆਪਣੇ ਆਪ ਵਿੱਚ ਸ਼ਾਨਦਾਰ ਦਸਤਾਵੇਜ਼ਾਂ, ਨੈਟਵਰਕ ਪ੍ਰੋਟੋਕੋਲ ਲਾਗੂਕਰਨ, ਅਤੇ ਵਧੀਆ ਉਦਾਹਰਣਾਂ ਦੇ ਨਾਲ ਇੱਕ ਅਸਲ ਵਿੱਚ ਵਧੀਆ ਸਿੱਖਣ ਦਾ ਸਰੋਤ ਹੈ।

  ਪਾਇਓਨ ਕਮਿਊਨਿਟੀ, ਇੱਕ ਬਹੁਤ ਹੀ ਜੋਸ਼ੀਲੇ ਸਿਰਜਣਹਾਰ ਦੀ ਅਗਵਾਈ ਵਿੱਚ, ਕਾਫ਼ੀ ਜੀਵੰਤ ਹੈ, ਜਿਸ ਵਿੱਚ WebRTC ਬਾਰੇ ਬਹੁਤ ਸਾਰੀਆਂ ਗੁਣਵੱਤਾ ਚਰਚਾਵਾਂ ਚੱਲ ਰਹੀਆਂ ਹਨ। ਜੇ ਤੁਸੀਂ ਇਸ ਤਕਨਾਲੋਜੀ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਦੇ ਹੋ, ਤਾਂ ਸ਼ਾਮਲ ਹੋਵੋ http://pion.ly/slack - ਤੁਸੀਂ ਬਹੁਤ ਸਾਰੀਆਂ ਨਵੀਆਂ ਚੀਜ਼ਾਂ ਸਿੱਖੋਗੇ।

  ਗੋਲੰਗ ਵਿੱਚ ਕਲਾਉਡਰੇਟਰੋ ਲਿਖਣਾ

  
  ਗੋ ਵਿੱਚ ਇੱਕ ਵਰਕਰ ਨੂੰ ਲਾਗੂ ਕਰਨਾ

  ਚੈਨਲਾਂ 'ਤੇ ਕਾਰਵਾਈ ਕਰੋ

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

  func (e *gameEmulator) gameUpdate() {
  for {
  	select {
  		case <-e.saveOperation:
  			e.saveGameState()
  		case key := <-e.input:
  			e.updateGameState(key)
  		case <-e.done:
  			e.close()
  			return
  	}
      }
  }

  ਫੈਨ-ਇਨ/ਫੈਨ-ਆਊਟ

  ਇਹ ਗੋਲੰਗ ਟੈਂਪਲੇਟ ਮੇਰੇ CrowdPlay ਅਤੇ ਮਲਟੀਪਲ ਪਲੇਅਰ ਵਰਤੋਂ ਦੇ ਕੇਸ ਵਿੱਚ ਪੂਰੀ ਤਰ੍ਹਾਂ ਫਿੱਟ ਬੈਠਦਾ ਹੈ। ਇਸ ਪੈਟਰਨ ਦੀ ਪਾਲਣਾ ਕਰਦੇ ਹੋਏ, ਇੱਕ ਕਮਰੇ ਵਿੱਚ ਸਾਰੇ ਉਪਭੋਗਤਾ ਇਨਪੁਟਸ ਕੇਂਦਰੀ ਪ੍ਰਵੇਸ਼ ਚੈਨਲ ਵਿੱਚ ਬਣਾਏ ਗਏ ਹਨ। ਗੇਮ ਮੀਡੀਆ ਨੂੰ ਫਿਰ ਉਸੇ ਕਮਰੇ ਵਿੱਚ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਤੈਨਾਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, ਅਸੀਂ ਵੱਖ-ਵੱਖ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਕਈ ਗੇਮ ਸੈਸ਼ਨਾਂ ਵਿਚਕਾਰ ਗੇਮ ਸਟੇਟ ਦੀ ਵੰਡ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਾਂ।

  
  ਵੱਖ-ਵੱਖ ਸੈਸ਼ਨਾਂ ਵਿਚਕਾਰ ਸਮਕਾਲੀਕਰਨ

  ਗੋਲੰਗ ਦੇ ਨੁਕਸਾਨ

  ਗੋਲੰਗ ਸੰਪੂਰਨ ਨਹੀਂ ਹੈ। ਚੈਨਲ ਹੌਲੀ ਹੈ। ਬਲਾਕਿੰਗ ਦੇ ਮੁਕਾਬਲੇ, ਗੋ ਚੈਨਲ ਸਮਕਾਲੀ ਅਤੇ ਥਰਿੱਡਡ ਇਵੈਂਟਾਂ ਨੂੰ ਸੰਭਾਲਣ ਦਾ ਇੱਕ ਆਸਾਨ ਤਰੀਕਾ ਹੈ, ਪਰ ਚੈਨਲ ਵਧੀਆ ਪ੍ਰਦਰਸ਼ਨ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਚੈਨਲ ਦੇ ਹੇਠਾਂ ਗੁੰਝਲਦਾਰ ਬਲਾਕਿੰਗ ਤਰਕ ਹੈ। ਇਸ ਲਈ ਮੈਂ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣ ਲਈ ਚੈਨਲਾਂ ਨੂੰ ਬਦਲਦੇ ਸਮੇਂ ਲਾਗੂ ਕਰਨ, ਤਾਲੇ ਅਤੇ ਪਰਮਾਣੂ ਮੁੱਲਾਂ ਨੂੰ ਮੁੜ ਲਾਗੂ ਕਰਨ ਲਈ ਕੁਝ ਵਿਵਸਥਾਵਾਂ ਕੀਤੀਆਂ।

  ਇਸ ਤੋਂ ਇਲਾਵਾ ਗੋਲਗ ਵਿੱਚ ਕੂੜਾ ਇਕੱਠਾ ਕਰਨ ਵਾਲਾ ਅਪ੍ਰਬੰਧਿਤ ਹੈ, ਜਿਸ ਕਾਰਨ ਕਈ ਵਾਰ ਸ਼ੱਕੀ ਤੌਰ 'ਤੇ ਲੰਮਾ ਸਮਾਂ ਜਾਮ ਲੱਗ ਜਾਂਦਾ ਹੈ। ਇਹ ਰੀਅਲ-ਟਾਈਮ ਸਟ੍ਰੀਮਿੰਗ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਬਹੁਤ ਦਖਲ ਦਿੰਦਾ ਹੈ।

  ਸੀ.ਜੀ.ਓ

  ਪ੍ਰੋਜੈਕਟ ਮੀਡੀਆ ਕੰਪਰੈਸ਼ਨ ਲਈ ਮੌਜੂਦਾ ਓਪਨ ਸੋਰਸ ਗੋਲੰਗ VP8/H264 ਲਾਇਬ੍ਰੇਰੀ ਅਤੇ ਗੇਮ ਇਮੂਲੇਟਰਾਂ ਲਈ ਲਿਬਰੇਟਰੋ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਇਹ ਸਾਰੀਆਂ ਲਾਇਬ੍ਰੇਰੀਆਂ ਸਿਰਫ਼ ਗੋ ਦੀ ਵਰਤੋਂ ਵਿੱਚ C ਲਾਇਬ੍ਰੇਰੀ ਦੇ ਰੈਪਰ ਹਨ ਸੀ.ਜੀ.ਓ. ਕੁਝ ਨੁਕਸਾਨਾਂ ਵਿੱਚ ਸੂਚੀਬੱਧ ਹਨ ਡੇਵ ਚੇਨੀ ਦੁਆਰਾ ਇਹ ਪੋਸਟ. ਮੈਨੂੰ ਆਈਆਂ ਸਮੱਸਿਆਵਾਂ:

  • ਗੋਲੰਗ ਰਿਕਵਰੀ ਕਰੈਸ਼ ਦੇ ਨਾਲ ਵੀ, CGO ਵਿੱਚ ਇੱਕ ਕਰੈਸ਼ ਨੂੰ ਫੜਨ ਵਿੱਚ ਅਸਮਰੱਥਾ;
  • ਜਦੋਂ ਅਸੀਂ CGO ਵਿੱਚ ਵਿਸਤ੍ਰਿਤ ਸਮੱਸਿਆਵਾਂ ਦਾ ਪਤਾ ਲਗਾਉਣ ਵਿੱਚ ਅਸਮਰੱਥ ਹੁੰਦੇ ਹਾਂ ਤਾਂ ਪ੍ਰਦਰਸ਼ਨ ਦੀਆਂ ਰੁਕਾਵਟਾਂ ਦੀ ਪਛਾਣ ਕਰਨ ਵਿੱਚ ਅਸਫਲਤਾ।

  ਸਿੱਟਾ

  ਮੈਂ ਕਲਾਉਡ ਗੇਮਿੰਗ ਸੇਵਾਵਾਂ ਨੂੰ ਸਮਝਣ ਅਤੇ ਇੱਕ ਪਲੇਟਫਾਰਮ ਬਣਾਉਣ ਦਾ ਆਪਣਾ ਟੀਚਾ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜੋ ਮੇਰੇ ਦੋਸਤਾਂ ਨਾਲ ਔਨਲਾਈਨ ਪੁਰਾਣੀਆਂ ਪੁਰਾਣੀਆਂ ਗੇਮਾਂ ਖੇਡਣ ਵਿੱਚ ਮੇਰੀ ਮਦਦ ਕਰਦਾ ਹੈ। ਇਹ ਪ੍ਰੋਜੈਕਟ ਪਿਓਨ ਲਾਇਬ੍ਰੇਰੀ ਅਤੇ ਪਿਓਨ ਭਾਈਚਾਰੇ ਦੇ ਸਹਿਯੋਗ ਤੋਂ ਬਿਨਾਂ ਸੰਭਵ ਨਹੀਂ ਸੀ। ਮੈਂ ਇਸਦੇ ਤੀਬਰ ਵਿਕਾਸ ਲਈ ਬਹੁਤ ਧੰਨਵਾਦੀ ਹਾਂ। WebRTC ਅਤੇ Pion ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੇ ਗਏ ਸਧਾਰਨ API ਨੇ ਸਹਿਜ ਏਕੀਕਰਣ ਨੂੰ ਯਕੀਨੀ ਬਣਾਇਆ। ਮੇਰੇ ਸੰਕਲਪ ਦਾ ਪਹਿਲਾ ਸਬੂਤ ਉਸੇ ਹਫ਼ਤੇ ਜਾਰੀ ਕੀਤਾ ਗਿਆ ਸੀ, ਭਾਵੇਂ ਕਿ ਮੈਨੂੰ ਪੀਅਰ-ਟੂ-ਪੀਅਰ (P2P) ਸੰਚਾਰ ਦਾ ਕੋਈ ਪੂਰਵ ਗਿਆਨ ਨਹੀਂ ਸੀ।

  ਏਕੀਕਰਣ ਦੀ ਸੌਖ ਦੇ ਬਾਵਜੂਦ, P2P ਸਟ੍ਰੀਮਿੰਗ ਅਸਲ ਵਿੱਚ ਕੰਪਿਊਟਰ ਵਿਗਿਆਨ ਵਿੱਚ ਇੱਕ ਬਹੁਤ ਹੀ ਗੁੰਝਲਦਾਰ ਖੇਤਰ ਹੈ। ਉਸ ਨੂੰ ਪੀਅਰ-ਟੂ-ਪੀਅਰ ਸੈਸ਼ਨ ਬਣਾਉਣ ਲਈ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਚੱਲ ਰਹੇ ਨੈਟਵਰਕ ਆਰਕੀਟੈਕਚਰ ਜਿਵੇਂ ਕਿ IP ਅਤੇ NAT ਦੀ ਜਟਿਲਤਾ ਨਾਲ ਨਜਿੱਠਣਾ ਪੈਂਦਾ ਹੈ। ਇਸ ਪ੍ਰੋਜੈਕਟ 'ਤੇ ਕੰਮ ਕਰਦੇ ਹੋਏ, ਮੈਂ ਨੈੱਟਵਰਕਿੰਗ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਅਨੁਕੂਲਤਾ ਬਾਰੇ ਬਹੁਤ ਕੀਮਤੀ ਗਿਆਨ ਪ੍ਰਾਪਤ ਕੀਤਾ, ਇਸਲਈ ਮੈਂ ਹਰ ਕਿਸੇ ਨੂੰ WebRTC ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ P2P ਉਤਪਾਦ ਬਣਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ ਲਈ ਉਤਸ਼ਾਹਿਤ ਕਰਦਾ ਹਾਂ।

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

ਸਰੋਤ: www.habr.com