YouTube 'ਤੇ ਆਪਣੇ ਵੀਡੀਓ XNUMX/XNUMX ਪ੍ਰਸਾਰਿਤ ਕਰੋ

ਹਾਲ ਹੀ ਵਿੱਚ, ਇੱਕ ਸ਼ੌਕ ਦੇ ਤੌਰ 'ਤੇ, ਮੈਂ ਇੱਕ ਮਨੋਵਿਗਿਆਨੀ ਦੇ ਲੈਕਚਰ ਫਿਲਮ ਰਿਹਾ ਹਾਂ ਜਿਸਨੂੰ ਮੈਂ ਜਾਣਦਾ ਹਾਂ। ਮੈਂ ਫੁਟੇਜ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਦਾ ਹਾਂ ਅਤੇ ਇਸਨੂੰ ਆਪਣੀ ਵੈਬਸਾਈਟ 'ਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹਾਂ। ਇੱਕ ਮਹੀਨਾ ਪਹਿਲਾਂ, ਮੈਨੂੰ YouTube 'ਤੇ ਇਹਨਾਂ ਲੈਕਚਰਾਂ ਦਾ 24/7 ਪ੍ਰਸਾਰਣ ਆਯੋਜਿਤ ਕਰਨ ਦਾ ਵਿਚਾਰ ਆਇਆ। ਵਿਅਕਤੀਗਤ ਵਿਕਾਸ ਨੂੰ ਸਮਰਪਿਤ ਇੱਕ ਕਿਸਮ ਦਾ ਥੀਮੈਟਿਕ "ਟੀਵੀ ਚੈਨਲ"।

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

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

ਸੰਖੇਪ ਵਿੱਚ, ਅੰਤਮ ਹੱਲ ਇਸ ਤਰ੍ਹਾਂ ਸੀ: VPS + ffmeg + bash ਸਕ੍ਰਿਪਟ. ਕੱਟ ਦੇ ਤਹਿਤ, ਮੈਂ ਚੁੱਕੇ ਗਏ ਕਦਮਾਂ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹਾਂ ਅਤੇ ਪ੍ਰਸਾਰਣ ਦਾ ਆਯੋਜਨ ਕਰਦੇ ਸਮੇਂ ਖੋਜੀਆਂ ਗਈਆਂ ਕਮੀਆਂ ਬਾਰੇ ਗੱਲ ਕਰਦਾ ਹਾਂ।

ਕਦਮ 1 - ਪ੍ਰਸਾਰਣ ਕਿੱਥੋਂ ਆਵੇਗਾ?

ਸ਼ੁਰੂ ਵਿੱਚ, ਇਹ ਫੈਸਲਾ ਕਰਨਾ ਜ਼ਰੂਰੀ ਸੀ ਕਿ ਪ੍ਰਸਾਰਣ ਕਿੱਥੋਂ ਹੋਵੇਗਾ ਅਤੇ ਇਸਦਾ ਸਰੋਤ ਕਿੱਥੇ ਹੋਵੇਗਾ। ਸਭ ਤੋਂ ਪਹਿਲੀ ਗੱਲ ਜੋ ਮਨ ਵਿਚ ਆਈ ਸੀ ਤੁਹਾਡੇ ਘਰ ਦੇ ਕੰਪਿਊਟਰ ਤੋਂ. ਇੱਕ ਪਲੇਲਿਸਟ ਵਿੱਚ ਵੀਡੀਓ ਇਕੱਠੇ ਕਰੋ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਕਿਸੇ ਵੀ ਵੀਡੀਓ ਪਲੇਅਰ ਵਿੱਚ ਚਲਾਉਣਾ ਸ਼ੁਰੂ ਕਰੋ। ਫਿਰ ਸਕ੍ਰੀਨ ਚਿੱਤਰ ਨੂੰ ਕੈਪਚਰ ਕਰੋ ਅਤੇ ਇਸਨੂੰ YouTube 'ਤੇ ਪ੍ਰਸਾਰਿਤ ਕਰੋ। ਪਰ ਮੈਂ ਲਗਭਗ ਤੁਰੰਤ ਇਸ ਵਿਕਲਪ ਨੂੰ ਰੱਦ ਕਰ ਦਿੱਤਾ ਕਿਉਂਕਿ ... ਇਸ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਆਪਣੇ ਘਰ ਦੇ ਕੰਪਿਊਟਰ ਨੂੰ ਲਗਾਤਾਰ ਚਾਲੂ ਰੱਖਣ ਦੀ ਲੋੜ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਰਾਤ ਨੂੰ ਵੀ ਕੂਲਰਾਂ ਦਾ ਰੌਲਾ ਅਤੇ ਵਧੀ ਹੋਈ ਬਿਜਲੀ ਦੀ ਖਪਤ (+100-150 kWh ਹਰ ਮਹੀਨੇ)। ਅਤੇ ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਪ੍ਰਸਾਰਣ ਦੌਰਾਨ ਆਪਣੇ ਘਰੇਲੂ ਕੰਪਿਊਟਰ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਯੋਗ ਨਹੀਂ ਹੋਵੋਗੇ। ਮਾਊਸ ਦੀ ਕੋਈ ਵੀ ਹਰਕਤ ਪ੍ਰਸਾਰਣ ਵਿੱਚ ਦਿਖਾਈ ਦੇਵੇਗੀ।

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

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

ਨਤੀਜੇ ਵਜੋਂ, ਮੈਂ ਇੱਕ ਖਾਸ ਚਰਚਾ ਵਿੱਚ ਆਇਆ ਜਿੱਥੇ ਉਹਨਾਂ ਨੇ ਰਚਨਾ ਬਾਰੇ ਚਰਚਾ ਕੀਤੀ ਆਪਣਾ ਸਰਵਰ ਪ੍ਰਸਾਰਣ. ਇਹ ਬਿਲਕੁਲ ਨਹੀਂ ਸੀ ਜੋ ਮੈਂ ਲੱਭ ਰਿਹਾ ਸੀ, ਪਰ ਮੈਨੂੰ ਮੁੱਖ ਵਿਚਾਰ ਮਿਲਿਆ - ਤੁਸੀਂ ਇੱਕ ਸਰਵਰ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ! ਉਸ ਚਰਚਾ ਵਿੱਚ, VPS + nginx + OBS ਦੇ ਸੁਮੇਲ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਸੁਝਾਅ ਦਿੱਤਾ ਗਿਆ ਸੀ. ਇਹ ਸਪੱਸ਼ਟ ਹੋ ਗਿਆ ਕਿ ਇਹ ਸੁਮੇਲ ਮੇਰੇ ਲਈ ਵੀ ਅਨੁਕੂਲ ਹੋ ਸਕਦਾ ਹੈ. ਮੈਨੂੰ ਉਲਝਣ ਵਾਲੀ ਗੱਲ ਇਹ ਸੀ ਕਿ ਮੈਂ ਕਦੇ ਵੀ ਸਰਵਰ ਦਾ ਪ੍ਰਬੰਧ ਨਹੀਂ ਕੀਤਾ ਸੀ ਅਤੇ ਇਹ ਮੈਨੂੰ ਜਾਪਦਾ ਸੀ ਕਿ ਮੇਰਾ ਆਪਣਾ ਸਮਰਪਿਤ ਸਰਵਰ ਹੋਣਾ ਉਲਝਣ ਵਾਲਾ ਅਤੇ ਮਹਿੰਗਾ ਸੀ. ਮੈਂ ਇਹ ਪਤਾ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਕਿ ਘੱਟੋ-ਘੱਟ ਸੰਰਚਨਾ ਵਾਲੇ ਸਰਵਰ ਨੂੰ ਕਿਰਾਏ 'ਤੇ ਦੇਣ ਲਈ ਕਿੰਨਾ ਖਰਚਾ ਆਵੇਗਾ ਅਤੇ ਮੈਨੂੰ ਖੁਸ਼ੀ ਨਾਲ ਹੈਰਾਨੀ ਹੋਈ।

ਕੀਮਤਾਂ ਬੇਲਾਰੂਸੀ ਰੂਬਲ ਵਿੱਚ ਦਰਸਾਈਆਂ ਗਈਆਂ ਹਨ ਅਤੇ ਇਹ ਸਿਰਫ਼ ਟੁਕੜੇ ਹਨ। ਸਮਝਣ ਲਈ, 8 ਬੇਲਾਰੂਸੀਅਨ ਰੂਬਲ ਲਗਭਗ 3.5 ਡਾਲਰ ਜਾਂ 240 ਰੂਸੀ ਰੂਬਲ ਹਨ. ਇੱਕ ਪੂਰੇ ਕੰਪਿਊਟਰ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਇੱਕ ਮਹੀਨੇ ਲਈ ਜੋ 24/7 ਚਾਲੂ ਹੈ ਅਤੇ ਤੇਜ਼ ਇੰਟਰਨੈਟ ਪਹੁੰਚ ਹੈ। ਕੁਝ ਕਾਰਨਾਂ ਕਰਕੇ, ਇਹ ਖੋਜ ਮੇਰੇ ਲਈ ਬਹੁਤ ਖੁਸ਼ੀ ਵਾਲੀ ਬਣ ਗਈ ਅਤੇ ਕਈ ਦਿਨਾਂ ਤੱਕ ਮੈਂ ਬਹੁਤ ਖੁਸ਼ੀ ਨਾਲ ਘੁੰਮਦਾ ਰਿਹਾ, ਜਿਵੇਂ ਕਿ ਇੱਕ ਬੱਚੇ ਜਿਸਨੇ ਸਪੇਸ ਰਾਕੇਟ ਦੀ ਖੋਜ ਕੀਤੀ ਸੀ :)

ਤਰੀਕੇ ਨਾਲ, ਮੈਂ ਪਹਿਲੀ ਸਾਈਟ ਦੀ ਪੇਸ਼ਕਸ਼ ਦਾ ਲਾਭ ਲਿਆ ਜੋ ਗੂਗਲ ਨੇ ਮੈਨੂੰ "VPS ਰੈਂਟਲ" ਲਈ ਦਿੱਤੀ ਸੀ। ਸ਼ਾਇਦ ਇੱਥੇ ਹੋਰ ਵੀ ਬਜਟ ਹੱਲ ਹਨ, ਪਰ ਇਹ ਕੀਮਤ ਮੇਰੇ ਲਈ ਅਨੁਕੂਲ ਸੀ ਅਤੇ ਮੈਂ ਹੋਰ ਨਹੀਂ ਦੇਖਿਆ.

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

ਕਦਮ 2 - ਸਰਵਰ ਸੈੱਟਅੱਪ

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

ਫਿਰ ਮੈਂ ਹੋਸਟਨਾਮ ਬਦਲਿਆ, ਸਰਵਰ 'ਤੇ ਟਾਈਮ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ੇਸ਼ਨ ਸੈਟ ਅਪ ਕੀਤਾ, ਸਿਸਟਮ ਨੂੰ ਅਪਡੇਟ ਕੀਤਾ, iptables ਨਾਲ ਟਿੰਕਰ ਕੀਤਾ ... ਅਤੇ ਹੋਰ ਚੀਜ਼ਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਕੀਤਾ, ਪਰ ਨਹੀਂ ਕਿਉਂਕਿ ਇਹ ਜ਼ਰੂਰੀ ਸੀ। ਮੈਂ ਸਿਰਫ਼ ਸਰਵਰ ਨੂੰ ਸਥਾਪਤ ਕਰਨ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਦਾ ਸੀ ਅਤੇ ਇਹ ਮੇਰੇ ਲਈ ਕੰਮ ਕਰਦਾ ਸੀ. ਮੈਨੂੰ ਇਹ ਪਸੰਦ ਹੈ ਜਦੋਂ ਇਹ ਕੰਮ ਕਰਦਾ ਹੈ :)

ਇੱਥੇ ਉਹ ਕਦਮ ਹਨ ਜਿਨ੍ਹਾਂ ਦੀ ਤੁਹਾਨੂੰ ਲੋੜ ਹੈ:

1. EPEL ਰਿਪੋਜ਼ਟਰੀ ਨੂੰ ਕਨੈਕਟ ਕਰੋ।
2. ਇੱਕ FTP ਸਰਵਰ ਸੈਟ ਅਪ ਕਰੋ (ਮੈਂ vsftp ਚੁਣਿਆ ਹੈ)।
3. ffmpeg ਇੰਸਟਾਲ ਕਰੋ।

ਮੈਂ ਕਮਾਂਡਾਂ ਨੂੰ ਵਿਸਥਾਰ ਵਿੱਚ ਨਹੀਂ ਦੇਵਾਂਗਾ; ਇਹ ਨਿਰਦੇਸ਼ ਕਾਰਵਾਈ ਦੀ ਆਮ ਯੋਜਨਾ ਨੂੰ ਵਿਅਕਤ ਕਰਨ ਲਈ ਸੰਕਲਪਿਕ ਹਨ। ਜੇਕਰ ਤੁਹਾਨੂੰ ਕਿਸੇ ਵੀ ਕਦਮ ਨਾਲ ਕੋਈ ਮੁਸ਼ਕਲ ਆਉਂਦੀ ਹੈ, ਤਾਂ ਉਹਨਾਂ ਨੂੰ "CentOS connect EPEL" ਜਾਂ "CentOS install FTP ਸਰਵਰ" ਵਰਗੀ ਖੋਜ ਇੰਜਣ ਪੁੱਛਗਿੱਛ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਜਲਦੀ ਹੱਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਅਤੇ ਪਹਿਲੇ ਲਿੰਕਾਂ 'ਤੇ ਤੁਸੀਂ ਵਿਸਤ੍ਰਿਤ ਕਦਮ-ਦਰ-ਕਦਮ ਨਿਰਦੇਸ਼ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ.

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

ਮੈਂ ਇਸ ਦਿਸ਼ਾ ਵਿੱਚ ਖੁਦਾਈ ਸ਼ੁਰੂ ਕੀਤੀ ਅਤੇ ffmpeg ਵਿੱਚ ਆਇਆ। FFmpeg ਮੁਫਤ ਅਤੇ ਓਪਨ ਸੋਰਸ ਲਾਇਬ੍ਰੇਰੀਆਂ ਦਾ ਇੱਕ ਸਮੂਹ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਕਈ ਤਰ੍ਹਾਂ ਦੇ ਫਾਰਮੈਟਾਂ ਵਿੱਚ ਡਿਜੀਟਲ ਆਡੀਓ ਅਤੇ ਵੀਡੀਓ ਨੂੰ ਰਿਕਾਰਡ ਕਰਨ, ਰੂਪਾਂਤਰਿਤ ਕਰਨ ਅਤੇ ਸਟ੍ਰੀਮ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।

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

ਕਦਮ 3 - ਪ੍ਰਸਾਰਣ ਸੈੱਟਅੱਪ

ਅਸੀਂ YouTube 'ਤੇ ਇੱਕ ਪ੍ਰਸਾਰਣ ਬਣਾਉਂਦੇ ਹਾਂ। ਇਸ ਪੜਾਅ 'ਤੇ ਸਾਨੂੰ ਸਿਰਫ ਲਿੰਕ ਅਤੇ ਪ੍ਰਸਾਰਣ ਕੁੰਜੀ ਦੀ ਲੋੜ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੇ ਸਕ੍ਰੀਨਸ਼ਾਟ ਵਿੱਚ ਉਹਨਾਂ ਨੂੰ ਲਾਲ ਰੰਗ ਵਿੱਚ ਉਜਾਗਰ ਕੀਤਾ ਗਿਆ ਹੈ।

ਹੋਰ ਅੱਗੇ ਸਰਵਰ ਤੇ ਵੀਡੀਓ ਫਾਈਲਾਂ ਅਪਲੋਡ ਕਰੋ, ਜਿਸ ਨੂੰ ਅਸੀਂ ਪ੍ਰਸਾਰਿਤ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਹਾਂ। ਅਸਲ ਵਿੱਚ, FTP ਸਿਰਫ ਇਸ ਪੜਾਅ ਲਈ ਲੋੜੀਂਦਾ ਹੈ। ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਸਰਵਰ 'ਤੇ ਫਾਈਲਾਂ ਅੱਪਲੋਡ ਕਰਨ ਦਾ ਕੋਈ ਹੋਰ ਸੁਵਿਧਾਜਨਕ ਤਰੀਕਾ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਇੱਕ FTP ਸਰਵਰ ਸੈਟ ਅਪ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।

ਅਸੀਂ ਸਟ੍ਰੀਮ ਨੂੰ YouTube 'ਤੇ ਪ੍ਰਸਾਰਿਤ ਕਰਦੇ ਹਾਂ। ਪ੍ਰਸਾਰਣ ਸ਼ੁਰੂ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਕਈ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨਾਲ ffmpeg ਚਲਾਉਣ ਦੀ ਲੋੜ ਹੈ। ਇਹ ਉਹੀ ਹੈ ਜੋ ਮੈਨੂੰ ਮਿਲੀ ਸਭ ਤੋਂ ਛੋਟੀ ਕਮਾਂਡ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ:

ffmpeg -re -i lecture1.mp4 -f flv rtmp://a.rtmp.youtube.com/live2/%КЛЮЧ_ТРАНСЛЯЦИИ%

ਗੁਣ ਡੀਕੋਡਿੰਗ-re - ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਫਾਈਲ ਨੂੰ ਇੱਕ ਸਟ੍ਰੀਮ ਵਿੱਚ ਬਦਲਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ.

-i - ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਕਿਹੜੀ ਫਾਈਲ ਨੂੰ ਚਲਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ. ਇਹ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ ਕਮਾਂਡ ਉਸੇ ਡਾਇਰੈਕਟਰੀ ਤੋਂ ਲਾਂਚ ਕੀਤੀ ਗਈ ਹੈ ਜਿੱਥੇ ਵੀਡੀਓ ਫਾਈਲ ਖੁਦ ਸਥਿਤ ਹੈ. ਨਹੀਂ ਤਾਂ, ਤੁਹਾਨੂੰ ਫਾਈਲ ਲਈ ਇੱਕ ਪੂਰਨ ਲਿੰਕ ਨਿਸ਼ਚਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਜਿਵੇਂ /usr/media/lecture1.mp4.

-f - ਆਉਟਪੁੱਟ ਫਾਇਲ ਫਾਰਮੈਟ ਸੈੱਟ ਕਰਦਾ ਹੈ. ਮੇਰੇ ਕੇਸ ਵਿੱਚ, ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ ffmpeg ਮੇਰੀ ਫਾਈਲ ਨੂੰ mp4 ਤੋਂ flv ਵਿੱਚ ਫਲਾਈ ਵਿੱਚ ਬਦਲਦਾ ਹੈ.

ਅਤੇ ਅੰਤ ਵਿੱਚ ਅਸੀਂ ਪ੍ਰਸਾਰਣ ਸੈਟਿੰਗਾਂ ਪੰਨੇ 'ਤੇ YouTube ਤੋਂ ਲਏ ਗਏ ਡੇਟਾ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਾਂ, ਯਾਨੀ. ਪਤਾ ਜਿਸ 'ਤੇ ਤੁਹਾਨੂੰ ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, ਅਤੇ ਬ੍ਰੌਡਕਾਸਟ ਕੁੰਜੀ, ਤਾਂ ਜੋ ਪ੍ਰਸਾਰਣ ਖਾਸ ਤੌਰ 'ਤੇ ਤੁਹਾਡੇ ਚੈਨਲ 'ਤੇ ਪ੍ਰਦਰਸ਼ਿਤ ਹੋਵੇ।

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

ਕਦਮ 4 - ਖੁਦਮੁਖਤਿਆਰੀ ਸ਼ਾਮਲ ਕਰੋ

ਵਧਾਈਆਂ! ਹੁਣ ਤੁਸੀਂ ਜਾਣਦੇ ਹੋ ਕਿ ਵੀਡੀਓ ਫਾਈਲ ਤੋਂ ਪ੍ਰਸਾਰਣ ਕਿਵੇਂ ਸ਼ੁਰੂ ਕਰਨਾ ਹੈ. ਪਰ ਇਹ XNUMX/XNUMX ਪ੍ਰਸਾਰਣ ਲਈ ਕਾਫੀ ਨਹੀਂ ਹੈ। ਇਹ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ ਪਹਿਲੀ ਵੀਡੀਓ ਚੱਲਣ ਤੋਂ ਬਾਅਦ, ਅਗਲਾ ਤੁਰੰਤ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਜਦੋਂ ਸਾਰੇ ਵੀਡੀਓ ਦਿਖਾਏ ਜਾਂਦੇ ਹਨ, ਤਾਂ ਪਲੇਬੈਕ ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ।

ਮੈਂ ਹੇਠਾਂ ਦਿੱਤੇ ਵਿਕਲਪ ਦੇ ਨਾਲ ਆਇਆ ਹਾਂ: ਇੱਕ .sh ਫਾਈਲ ਬਣਾਓ ਜਿਸ ਵਿੱਚ ਮੈਂ ਹਰੇਕ ਵੀਡੀਓ ਫਾਈਲ ਲਈ ਇੱਕ ਕਮਾਂਡ ਲਿਖੀ ਸੀ ਅਤੇ ਬਿਲਕੁਲ ਅੰਤ ਵਿੱਚ ਉਸੇ ਸਕ੍ਰਿਪਟ ਨੂੰ ਦੁਬਾਰਾ ਚਲਾਉਣ ਲਈ ਇੱਕ ਕਮਾਂਡ ਦਾ ਸੰਕੇਤ ਦਿੱਤਾ ਸੀ। ਨਤੀਜਾ ਇਸ ਤਰ੍ਹਾਂ ਦਾ ਇੱਕ ਆਵਰਤੀ ਹੈ:

Команда 1... (запуск трансляции файла lecture1.mp4)
Команда 2... (запуск трансляции файла lecture2.mp4)
Команда 3... (запуск трансляции файла lecture3.mp4)
bash start.sh

ਅਤੇ, ਹਾਂ, ਇਹ ਕੰਮ ਕੀਤਾ. ਆਪਣੇ ਆਪ ਤੋਂ ਸੰਤੁਸ਼ਟ ਹੋ ਕੇ, ਮੈਂ ਇੱਕ ਟੈਸਟ ਪ੍ਰਸਾਰਣ ਸ਼ੁਰੂ ਕੀਤਾ ਅਤੇ ਸੌਣ ਲਈ ਚਲਾ ਗਿਆ।

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

ਸਕ੍ਰਿਪਟ ਦਾ ਅੰਤਮ ਨਿਊਨਤਮ ਸੰਸਕਰਣ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਦਾ ਹੈ:

ffmpeg -re -i lecture1.mp4 -f flv rtmp://a.rtmp.youtube.com/live2/%КЛЮЧ_ТРАНСЛЯЦИИ%
ffmpeg -re -i lecture2.mp4 -f flv rtmp://a.rtmp.youtube.com/live2/%КЛЮЧ_ТРАНСЛЯЦИИ%
ffmpeg -re -i lecture3.mp4 -f flv rtmp://a.rtmp.youtube.com/live2/%КЛЮЧ_ТРАНСЛЯЦИИ%
nohup bash start.sh $

ਜਿੱਥੇ start.sh ਉਹ ਫਾਈਲ ਹੈ ਜਿਸ ਵਿੱਚ ਇਹ ਸਕ੍ਰਿਪਟ ਲਿਖੀ ਗਈ ਹੈ। ਅਤੇ ਇਹ ਫਾਈਲ ਵੀਡੀਓ ਫਾਈਲਾਂ ਦੇ ਰੂਪ ਵਿੱਚ ਉਸੇ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਸਥਿਤ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ.

ਅੰਤ ਵਿੱਚ ਇੱਕ ਡਾਲਰ ਚਿੰਨ੍ਹ ਜੋੜਨਾ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਚੱਲਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ ਤਾਂ ਜੋ ਤੁਸੀਂ ਪ੍ਰਸਾਰਣ ਵਿੱਚ ਰੁਕਾਵਟ ਪਾਏ ਬਿਨਾਂ ਕੰਸੋਲ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਜਾਰੀ ਰੱਖ ਸਕੋ।

ਬੋਨਸ ਵਿੱਚ ਹੇਠ ਲਿਖੀਆਂ ਚੀਜ਼ਾਂ ਸ਼ਾਮਲ ਹਨ:

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

ਕਦਮ 5 - ffmpeg ਨੂੰ ਅਨੁਕੂਲਿਤ ਕਰੋ

ਸਿਧਾਂਤ ਵਿੱਚ, ਅਸੀਂ ਉੱਥੇ ਰੁਕ ਸਕਦੇ ਸੀ। ਪਰ ਮੈਂ ਪ੍ਰਸਾਰਣ ਨੂੰ ਦਰਸ਼ਕਾਂ ਲਈ ਥੋੜਾ ਹੋਰ ਦੋਸਤਾਨਾ ਬਣਾਉਣਾ ਚਾਹੁੰਦਾ ਸੀ।

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

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

ਇਹ ਪਤਾ ਚਲਿਆ ਕਿ ffmpeg ਇਸ ਵਿੱਚ ਵੀ ਮੇਰੀ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ। ਇਸਦਾ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਗੁਣ ਹੈ -vf, ਜੋ ਟੈਕਸਟ ਨੂੰ ਵੀਡੀਓ ਉੱਤੇ ਰੱਖਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਵੀਡੀਓ ਵਿੱਚ ਟੈਕਸਟ ਜੋੜਨ ਲਈ, ਤੁਹਾਨੂੰ ਕਮਾਂਡ ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੇ ਟੁਕੜੇ ਨੂੰ ਜੋੜਨ ਦੀ ਲੋੜ ਹੈ:

-vf drawtext="fontfile=OpenSans.ttf:text='Лекция 13: Психология эмоций. Как создавать радость?':fontsize=26:fontcolor=white:borderw=1:bordercolor=black:x=40:y=670"

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

text= - ਅਸਲ ਵਿੱਚ, ਉਹ ਟੈਕਸਟ ਜਿਸਨੂੰ ਵੀਡੀਓ ਦੇ ਸਿਖਰ 'ਤੇ ਰੱਖਣ ਦੀ ਲੋੜ ਹੈ।

fontsize= - ਪਿਕਸਲ ਵਿੱਚ ਫੌਂਟ ਦਾ ਆਕਾਰ।

fontcolor= - ਫੌਂਟ ਰੰਗ.

borderw= - ਟੈਕਸਟ ਦੇ ਆਲੇ ਦੁਆਲੇ ਦੀ ਰੂਪਰੇਖਾ ਦੀ ਮੋਟਾਈ ਪਿਕਸਲ ਵਿੱਚ (ਮੇਰੇ ਕੋਲ ਕਾਲੀ ਰੂਪਰੇਖਾ 1 ਪਿਕਸਲ ਮੋਟੀ ਵਾਲਾ ਚਿੱਟਾ ਟੈਕਸਟ ਹੈ)।

bordercolor= - ਰੂਪਰੇਖਾ ਰੰਗ.

x= и y= - ਟੈਕਸਟ ਕੋਆਰਡੀਨੇਟਸ। ਬਿੰਦੀ 0;0 ਉੱਪਰ ਖੱਬੇ ਕੋਨੇ ਵਿੱਚ ਸਥਿਤ ਹੈ. ਮੇਰੇ ਕੋਆਰਡੀਨੇਟਸ ਨੂੰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਚੁਣਿਆ ਗਿਆ ਹੈ ਕਿ ਟੈਕਸਟ ਨੂੰ 1280x720 ਪਿਕਸਲ ਦੇ ਵੀਡੀਓ ਰੈਜ਼ੋਲਿਊਸ਼ਨ ਦੇ ਨਾਲ ਹੇਠਲੇ ਖੱਬੇ ਕੋਨੇ ਵਿੱਚ ਰੱਖਿਆ ਗਿਆ ਹੈ।

ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਦਿਸਦਾ ਹੈ:

ਕਦਮ 6 - ਪ੍ਰਸਾਰਣ ਦੀ ਗੁਣਵੱਤਾ ਦਾ ਪਤਾ ਲਗਾਓ

ਬੱਸ, ਪ੍ਰਸਾਰਣ ਤਿਆਰ ਹੈ। FFmpeg ਪ੍ਰਸਾਰਣ, ਫਾਈਲਾਂ ਚਲਾਈਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਪ੍ਰਸਾਰਣ ਲਈ ਮੇਰੀ ਮੌਜੂਦਗੀ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ. ਇੱਥੋਂ ਤੱਕ ਕਿ ਹਰ ਲੈਕਚਰ 'ਤੇ ਦਸਤਖਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਇਸ ਤਰ੍ਹਾਂ ਦੇਖੋ।

ਪਰ ਇੱਕ ਹੋਰ ਨੁਕਤਾ ਸਾਹਮਣੇ ਆਇਆ - ਮੈਂ ਘੱਟੋ ਘੱਟ ਸਰਵਰ ਕੌਂਫਿਗਰੇਸ਼ਨ ਨੂੰ ਚੁਣਿਆ ਅਤੇ ਇਸਨੇ ਪ੍ਰਸਾਰਣ ਨੂੰ ਨਹੀਂ ਖਿੱਚਿਆ. ਸਰਵਰ ਕੌਂਫਿਗਰੇਸ਼ਨ: 1 ਕੋਰ (ਜਿਵੇਂ 2.2 GHz), 1 ਗੀਗਾਬਾਈਟ RAM, 25 GB SSD। ਕਾਫ਼ੀ ਰੈਮ ਸੀ, ਪਰ ਪ੍ਰੋਸੈਸਰ ਲਗਭਗ ਪੂਰੀ ਤਰ੍ਹਾਂ 100% 'ਤੇ ਲੋਡ ਹੋ ਗਿਆ ਸੀ (ਅਤੇ ਕਈ ਵਾਰ 102-103% ਵੀ :) ਇਸ ਕਾਰਨ ਪ੍ਰਸਾਰਣ ਹਰ ਕੁਝ ਸਕਿੰਟਾਂ ਵਿੱਚ ਰੁਕ ਗਿਆ। ਇਹ ਵਧੀਆ ਨਹੀਂ ਹੈ।

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

ਉੱਚ ਚਿੱਤਰ ਗੁਣਵੱਤਾ ਦੋ ਤਰੀਕਿਆਂ ਨਾਲ ਪ੍ਰਾਪਤ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ: ਜਾਂ ਤਾਂ ਉੱਚ CPU ਲੋਡ ਜਾਂ ਉੱਚ ਆਊਟਗੋਇੰਗ ਟ੍ਰੈਫਿਕ। ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ ਪ੍ਰੋਸੈਸਰ ਜਿੰਨਾ ਜ਼ਿਆਦਾ ਲੋਡ ਲੈ ਸਕਦਾ ਹੈ, ਘੱਟ ਚੈਨਲ ਬੈਂਡਵਿਡਥ ਦੀ ਲੋੜ ਹੋਵੇਗੀ। ਜਾਂ ਤੁਸੀਂ ਪ੍ਰੋਸੈਸਰ ਨੂੰ ਬਹੁਤ ਜ਼ਿਆਦਾ ਲੋਡ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹੋ, ਪਰ ਫਿਰ ਤੁਹਾਨੂੰ ਇੱਕ ਵਿਸ਼ਾਲ ਟ੍ਰੈਫਿਕ ਹੈੱਡਰੂਮ ਦੇ ਨਾਲ ਇੱਕ ਵਿਸ਼ਾਲ ਚੈਨਲ ਦੀ ਜ਼ਰੂਰਤ ਹੋਏਗੀ. ਜੇਕਰ ਪ੍ਰੋਸੈਸਰ ਅਤੇ ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਚੈਨਲ/ਟ੍ਰੈਫਿਕ ਦੇ ਆਕਾਰ ਦੋਵਾਂ 'ਤੇ ਪਾਬੰਦੀਆਂ ਹਨ, ਤਾਂ ਤੁਹਾਨੂੰ ਤਸਵੀਰ ਦੀ ਗੁਣਵੱਤਾ ਨੂੰ ਘਟਾਉਣਾ ਪਵੇਗਾ ਤਾਂ ਜੋ ਪ੍ਰਸਾਰਣ ਸੁਚਾਰੂ ਢੰਗ ਨਾਲ ਚੱਲ ਸਕੇ।

ਮੇਰੇ ਸਰਵਰ ਦੀ ਇੱਕ 10 Mbit/s ਚੌੜੇ ਚੈਨਲ ਤੱਕ ਪਹੁੰਚ ਹੈ। ਇਹ ਚੌੜਾਈ ਬਿਲਕੁਲ ਸਹੀ ਹੈ। ਪਰ ਇੱਕ ਆਵਾਜਾਈ ਸੀਮਾ ਹੈ - ਪ੍ਰਤੀ ਮਹੀਨਾ 1 ਟੀ.ਬੀ. ਇਸ ਲਈ, ਟ੍ਰੈਫਿਕ ਪਾਬੰਦੀਆਂ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ, ਮੇਰਾ ਆਊਟਗੋਇੰਗ ਪ੍ਰਵਾਹ ~ 300 KB ਪ੍ਰਤੀ ਸਕਿੰਟ ਤੋਂ ਵੱਧ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਯਾਨੀ. ਆਊਟਗੋਇੰਗ ਸਟ੍ਰੀਮ ਦਾ ਬਿੱਟਰੇਟ 2,5 Mbit/s ਤੋਂ ਵੱਧ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। YouTube, ਤਰੀਕੇ ਨਾਲ, ਇਸ ਬਿੱਟਰੇਟ 'ਤੇ ਪ੍ਰਸਾਰਣ ਦੀ ਸਿਫਾਰਸ਼ ਕਰਦਾ ਹੈ।

ਸਿਸਟਮ ਉੱਤੇ ਲੋਡ ਨੂੰ ਨਿਯਮਤ ਕਰਨ ਲਈ, ffmpeg ਵੱਖ-ਵੱਖ ਤਰੀਕੇ ਵਰਤਦਾ ਹੈ। ਇਸ ਬਾਰੇ ਵਧੀਆ ਲਿਖਿਆ ਇੱਥੇ. ਮੈਂ ਦੋ ਗੁਣਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਮਾਪਤ ਕੀਤਾ: -crf и -preset.

ਸਥਿਰ ਦਰ ਕਾਰਕ (CRF) - ਇਹ ਇੱਕ ਗੁਣਾਂਕ ਹੈ ਜਿਸ ਨਾਲ ਤੁਸੀਂ ਤਸਵੀਰ ਦੀ ਗੁਣਵੱਤਾ ਨੂੰ ਅਨੁਕੂਲ ਕਰ ਸਕਦੇ ਹੋ। CRF ਵਿੱਚ 0 ਤੋਂ 51 ਤੱਕ ਮੁੱਲ ਹੋ ਸਕਦੇ ਹਨ, ਜਿੱਥੇ 0 ਸਰੋਤ ਫਾਈਲ ਦੀ ਗੁਣਵੱਤਾ ਹੈ, 51 ਸਭ ਤੋਂ ਮਾੜੀ ਸੰਭਵ ਗੁਣਵੱਤਾ ਹੈ। 17 ਤੋਂ 28 ਤੱਕ ਦੇ ਮੁੱਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸਿਫ਼ਾਰਸ਼ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਡਿਫੌਲਟ 23 ਹੈ। 17 ਦੇ ਗੁਣਾਂਕ ਦੇ ਨਾਲ, ਵਿਡੀਓ ਅਸਲ ਵਿੱਚ ਦਿੱਖ ਰੂਪ ਵਿੱਚ ਸਮਾਨ ਹੋਵੇਗਾ, ਪਰ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਇਹ ਇੱਕੋ ਜਿਹਾ ਨਹੀਂ ਹੋਵੇਗਾ। ਦਸਤਾਵੇਜ਼ ਇਹ ਵੀ ਦੱਸਦਾ ਹੈ ਕਿ ਅੰਤਿਮ ਵੀਡੀਓ ਦਾ ਆਕਾਰ, ਨਿਰਧਾਰਤ CRF 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਤੇਜ਼ੀ ਨਾਲ ਬਦਲਦਾ ਹੈ, ਯਾਨੀ. ਗੁਣਾਂਕ ਨੂੰ 6 ਪੁਆਇੰਟ ਵਧਾਉਣ ਨਾਲ ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਵੀਡੀਓ ਦੇ ਬਿੱਟਰੇਟ ਨੂੰ ਦੁੱਗਣਾ ਹੋ ਜਾਵੇਗਾ।

ਜੇਕਰ ਤੁਸੀਂ CRF ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਬਾਹਰ ਜਾਣ ਵਾਲੀ ਤਸਵੀਰ ਦਾ "ਵਜ਼ਨ" ਚੁਣ ਸਕਦੇ ਹੋ, ਫਿਰ ਵਰਤੋਂ ਕਰਕੇ ਪ੍ਰੀਸੈੱਟ (-ਪ੍ਰੀਸੈੱਟ) ਤੁਸੀਂ ਨਿਰਧਾਰਿਤ ਕਰ ਸਕਦੇ ਹੋ ਕਿ ਪ੍ਰੋਸੈਸਰ ਕਿੰਨੀ ਭਾਰੀ ਲੋਡ ਕੀਤਾ ਜਾਵੇਗਾ। ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਦੇ ਹੇਠਾਂ ਦਿੱਤੇ ਮਾਪਦੰਡ ਹਨ:

• ultrafast
• superfast
• veryfast
• faster
• fast
• medium - ਮੂਲ ਮੁੱਲ
• slow
• slower
• veryslow

ਪੈਰਾਮੀਟਰ ਜਿੰਨਾ "ਤੇਜ਼" ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਪ੍ਰੋਸੈਸਰ 'ਤੇ ਲੋਡ ਓਨਾ ਹੀ ਵੱਧ ਹੋਵੇਗਾ।

ਮੈਂ ਪਹਿਲਾਂ ਇੱਕ ਪ੍ਰੀਸੈੱਟ ਚੁਣਿਆ ਜੋ ਅਸਲ ਵਿੱਚ ਮੇਰੇ ਪ੍ਰੋਸੈਸਰ ਲਈ ਬਹੁਤ ਔਖਾ ਸੀ, ਅਤੇ ਫਿਰ CRF ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਲੋਡ ਨੂੰ ਹੋਰ ਬਾਰੀਕੀ ਨਾਲ ਚੁਣਿਆ। ਮੇਰੇ ਕੇਸ ਵਿੱਚ, ਪ੍ਰੀਸੈਟ ਨੇ ਕੰਮ ਕੀਤਾ fast, ਅਤੇ crf ਲਈ ਮੈਂ ਮੁੱਲ 24 'ਤੇ ਸੈਟਲ ਹੋ ਗਿਆ।

ਸਿੱਟਾ

ਇਹ ਸਭ ਹੈ. ਪ੍ਰਸਾਰਣ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਅੰਤਮ ਹੁਕਮ ਇਹ ਸੀ:

ffmpeg -re -i lecture1.mp4 -vf drawtext="fontfile=OpenSans.ttf:text='Лекция 1: Жонглирование картинами мира':fontsize=26:fontcolor=white:borderw=1:bordercolor=black:x=40:y=670" -c:v libx264 -preset fast -crf 24 -g 3 -f flv rtmp://a.rtmp.youtube.com/live2/%КЛЮЧ_ТРАНСЛЯЦИИ%

ਇੱਥੇ ਸਿਰਫ਼ ਦੋ ਅਣ-ਵਰਣਿਤ ਨੁਕਤੇ ਬਚੇ ਹਨ:

1) -c:v libx264 - ਸਰੋਤ ਫਾਈਲ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਇੱਕ ਖਾਸ ਕੋਡੇਕ ਨਿਰਧਾਰਤ ਕਰਨਾ।
2) -g 3 - ਮੁੱਖ ਫਰੇਮਾਂ ਦੀ ਸੰਖਿਆ ਦਾ ਸਪਸ਼ਟ ਸੰਕੇਤ। ਇਸ ਕੇਸ ਵਿੱਚ, ਇਹ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ ਕਿ ਹਰ ਤੀਜਾ ਫਰੇਮ ਇੱਕ ਕੁੰਜੀ ਫਰੇਮ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ. ਮਿਆਰੀ ਮੁੱਲ ਜਾਂ ਤਾਂ 5 ਜਾਂ 8 ਹੈ, ਪਰ YouTube ਸਹੁੰ ਖਾਂਦਾ ਹੈ ਅਤੇ ਘੱਟੋ-ਘੱਟ 3 ਦੀ ਮੰਗ ਕਰਦਾ ਹੈ।

ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਪ੍ਰਸਾਰਣ ਕਿਸ ਗੁਣਵੱਤਾ ਦਾ ਨਿਕਲਿਆ ਇੱਥੇ.

ਸਰਵਰ ਉੱਤੇ ਲੋਡ ਹੇਠ ਲਿਖੇ ਅਨੁਸਾਰ ਸੀ:

ਨਿਗਰਾਨੀ ਡੇਟਾ ਦੇ ਅਧਾਰ ਤੇ, ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਪ੍ਰੋਸੈਸਰ ਲੋਡ 70% ਤੋਂ 95% ਤੱਕ ਹੁੰਦਾ ਹੈ ਅਤੇ ਹਫ਼ਤੇ ਦੇ ਦੌਰਾਨ ਪ੍ਰਸਾਰਣ ਕਦੇ ਵੀ 100% ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਿਆ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇਹਨਾਂ ਸੈਟਿੰਗਾਂ ਦੇ ਨਾਲ ਪ੍ਰੋਸੈਸਰ ਕਾਫ਼ੀ ਹੈ.

ਡਿਸਕ ਨੂੰ ਲੋਡ ਕਰਕੇ, ਮੈਂ ਕਹਿ ਸਕਦਾ ਹਾਂ ਕਿ ਇਹ ਲਗਭਗ ਲੋਡ ਨਹੀਂ ਹੋਇਆ ਹੈ ਅਤੇ ਪ੍ਰਸਾਰਣ ਲਈ ਇੱਕ ਨਿਯਮਤ HDD ਕਾਫ਼ੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ.

ਪਰ ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਟ੍ਰੈਫਿਕ ਦੀ ਮਾਤਰਾ ਮੈਨੂੰ ਚਿੰਤਤ ਕਰਦੀ ਹੈ. ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ ਮੇਰੀ ਆਊਟਗੋਇੰਗ ਸਟ੍ਰੀਮ 450 ਤੋਂ 650 KB ਪ੍ਰਤੀ ਸਕਿੰਟ ਤੱਕ ਹੈ। ਇੱਕ ਮਹੀਨੇ ਵਿੱਚ ਇਹ ਲਗਭਗ 1,8 ਟੈਰਾਬਾਈਟ ਹੋ ਜਾਵੇਗਾ। ਤੁਹਾਨੂੰ ਵਾਧੂ ਟ੍ਰੈਫਿਕ ਖਰੀਦਣਾ ਪੈ ਸਕਦਾ ਹੈ ਜਾਂ ਦੋ ਕੋਰਾਂ ਵਾਲੀ ਕੌਂਫਿਗਰੇਸ਼ਨ 'ਤੇ ਸਵਿਚ ਕਰਨਾ ਪੈ ਸਕਦਾ ਹੈ ਕਿਉਂਕਿ... ਮੈਂ ਤਸਵੀਰ ਦੀ ਗੁਣਵੱਤਾ ਨੂੰ ਘਟਾਉਣਾ ਨਹੀਂ ਚਾਹਾਂਗਾ।

***

ਨਤੀਜੇ ਵਜੋਂ, ਮੈਂ ਕਹਾਂਗਾ ਕਿ ਸਕ੍ਰੈਚ ਤੋਂ ਅਜਿਹੇ ਪ੍ਰਸਾਰਣ ਨੂੰ ਸਥਾਪਤ ਕਰਨ ਵਿੱਚ ਲਗਭਗ 1-2 ਘੰਟੇ ਲੱਗਦੇ ਹਨ. ਇਸ ਤੋਂ ਇਲਾਵਾ, ਵੀਡੀਓ ਨੂੰ ਸਰਵਰ 'ਤੇ ਅਪਲੋਡ ਕਰਨ ਵਿਚ ਜ਼ਿਆਦਾਤਰ ਸਮਾਂ ਲੱਗੇਗਾ।

ਅਜਿਹੇ ਪ੍ਰਸਾਰਣ ਦੀ ਸ਼ੁਰੂਆਤ ਨੇ ਆਪਣੇ ਆਪ ਨੂੰ ਇੱਕ ਮਾਰਕੀਟਿੰਗ ਸਾਧਨ ਵਜੋਂ ਜਾਇਜ਼ ਨਹੀਂ ਠਹਿਰਾਇਆ. ਸ਼ਾਇਦ, ਜੇਕਰ ਅਸੀਂ ਵਿਯੂਜ਼ ਨੂੰ ਵਧਾਉਂਦੇ ਹਾਂ ਤਾਂ ਕਿ YouTube ਐਲਗੋਰਿਦਮ ਇਸ ਪ੍ਰਸਾਰਣ ਨੂੰ ਚੁੱਕਦੇ ਹਨ ਅਤੇ ਇਸਨੂੰ ਸਿਫ਼ਾਰਸ਼ਾਂ ਵਿੱਚ ਸਰਗਰਮੀ ਨਾਲ ਦਿਖਾਉਣਾ ਸ਼ੁਰੂ ਕਰਦੇ ਹਨ, ਤਾਂ ਕੁਝ ਕੰਮ ਕਰੇਗਾ. ਮੇਰੇ ਕੇਸ ਵਿੱਚ, ਲਗਾਤਾਰ ਪ੍ਰਸਾਰਣ ਦੇ 16 ਦਿਨਾਂ ਵਿੱਚ ਇਸਨੂੰ 58 ਵਾਰ ਦੇਖਿਆ ਗਿਆ ਸੀ।

ਇਹ ਠੀਕ ਹੈ। ਪ੍ਰਸਾਰਣ ਮੇਰੀ ਵੈਬਸਾਈਟ ਦੇ ਮੁੱਖ ਪੰਨੇ 'ਤੇ ਇਕਸੁਰਤਾ ਨਾਲ ਫਿੱਟ ਹੁੰਦਾ ਹੈ. ਇਸ ਨਾਲ ਮੈਨੂੰ ਲੈਕਚਰਾਰ ਅਤੇ ਲੈਕਚਰਾਂ ਬਾਰੇ ਆਪਣੇ ਵਿਚਾਰ ਬਣਾਉਣ ਦਾ ਮੌਕਾ ਮਿਲਿਆ।

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

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

***

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

ਸਰੋਤ: www.habr.com