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

TL; ਡਾ:

• SBC - ਆਮ ਕੋਡੇਕ
• ਹੈੱਡਫੋਨਾਂ ਕੋਲ ਹਰੇਕ ਕੋਡੇਕ ਲਈ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਆਪਣਾ ਬਰਾਬਰੀ ਅਤੇ ਪੋਸਟ-ਪ੍ਰੋਸੈਸਿੰਗ ਹੈ
• aptX ਇਸ਼ਤਿਹਾਰ ਜਿੰਨਾ ਵਧੀਆ ਨਹੀਂ ਹੈ
• LDAC ਮਾਰਕੀਟਿੰਗ ਬੁੱਲਸ਼ਿਟ ਹੈ
• ਕਾਲ ਕੁਆਲਿਟੀ ਅਜੇ ਵੀ ਮਾੜੀ ਹੈ
• ਤੁਸੀਂ C ਆਡੀਓ ਏਨਕੋਡਰਾਂ ਨੂੰ ਐਮਸਕ੍ਰਿਪਟਨ ਦੁਆਰਾ WebAssembly ਵਿੱਚ ਕੰਪਾਇਲ ਕਰਕੇ ਆਪਣੇ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਏਮਬੈਡ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਉਹ ਬਹੁਤ ਹੌਲੀ ਨਹੀਂ ਹੋਣਗੇ।

ਬਲੂਟੁੱਥ ਰਾਹੀਂ ਸੰਗੀਤ

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

ਜੂਨ 2019 ਤੱਕ ਅਸੀਂ ਹਾਂ xkcd ਕਾਮਿਕ ਵਿੱਚ 14 A2DP ਕੋਡੇਕਸ ਦੇ ਨਾਲ:

• ਐਸਬੀਸੀ ← A2DP ਵਿੱਚ ਮਾਨਕੀਕ੍ਰਿਤ, ਸਾਰੀਆਂ ਡਿਵਾਈਸਾਂ ਦੁਆਰਾ ਸਮਰਥਿਤ
• MPEG-1/2 Layer 1/2/3 ← A2DP ਵਿੱਚ ਮਾਨਕੀਕ੍ਰਿਤ: ਚੰਗੀ ਤਰ੍ਹਾਂ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ MP3, ਡਿਜੀਟਲ ਟੀਵੀ ਵਿੱਚ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ MP2, ਅਤੇ ਅਗਿਆਤ MP1
• MPEG-2/4 AAC ← A2DP ਵਿੱਚ ਮਾਨਕੀਕ੍ਰਿਤ
• ATTRAC ← ਸੋਨੀ ਤੋਂ ਪੁਰਾਣਾ ਕੋਡੇਕ, A2DP ਵਿੱਚ ਮਾਨਕੀਕ੍ਰਿਤ
• ਐਲਡੀਏਸੀ ← ਸੋਨੀ ਤੋਂ ਨਵਾਂ ਕੋਡੇਕ
• aptX ← 1988 ਤੋਂ ਕੋਡੇਕ
• ਏਟੀਐਫਐਸ ਐਚਡੀ ← aptX ਵਾਂਗ ਹੀ, ਸਿਰਫ਼ ਵੱਖ-ਵੱਖ ਏਨਕੋਡਿੰਗ ਵਿਕਲਪਾਂ ਨਾਲ
• ਏਟੀਐਫਐਸ ਘੱਟ ਲੇਟੈਂਸੀ ← ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੱਖਰਾ ਕੋਡਕ, ਕੋਈ ਸੌਫਟਵੇਅਰ ਲਾਗੂ ਨਹੀਂ
• aptX ਅਨੁਕੂਲ ← Qualcomm ਤੋਂ ਇੱਕ ਹੋਰ ਕੋਡੇਕ
• ਫਾਸਟਸਟ੍ਰੀਮ ← ਸੂਡੋ ਕੋਡੇਕ, ਦੋ-ਦਿਸ਼ਾਵੀ SBC ਸੋਧ
• HWA LHDC ← Huawei ਤੋਂ ਨਵਾਂ ਕੋਡੇਕ
• ਸੈਮਸੰਗ ਐਚ.ਡੀ ← 2 ਡਿਵਾਈਸਾਂ ਦੁਆਰਾ ਸਮਰਥਿਤ
• ਸੈਮਸੰਗ ਸਕੇਲੇਬਲ ← 2 ਡਿਵਾਈਸਾਂ ਦੁਆਰਾ ਸਮਰਥਿਤ
• ਸੈਮਸੰਗ UHQ-BT ← 3 ਡਿਵਾਈਸਾਂ ਦੁਆਰਾ ਸਮਰਥਿਤ

ਸਾਨੂੰ ਕੋਡੇਕਸ ਦੀ ਬਿਲਕੁਲ ਲੋੜ ਕਿਉਂ ਹੈ, ਤੁਸੀਂ ਪੁੱਛਦੇ ਹੋ, ਜਦੋਂ ਬਲੂਟੁੱਥ ਕੋਲ EDR ਹੈ, ਜੋ ਤੁਹਾਨੂੰ 2 ਅਤੇ 3 Mbit/s ਦੀ ਸਪੀਡ 'ਤੇ ਡਾਟਾ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਦੋ-ਚੈਨਲ 16-ਬਿੱਟ PCM ਲਈ, 1.4 Mbit/s ਕਾਫ਼ੀ ਹੈ?

ਬਲੂਟੁੱਥ ਰਾਹੀਂ ਡਾਟਾ ਟ੍ਰਾਂਸਫਰ

ਬਲੂਟੁੱਥ ਵਿੱਚ ਡਾਟਾ ਟ੍ਰਾਂਸਫਰ ਦੀਆਂ ਦੋ ਕਿਸਮਾਂ ਹਨ: ਕਨੈਕਸ਼ਨ ਸਥਾਪਨਾ ਤੋਂ ਬਿਨਾਂ ਅਸਿੰਕ੍ਰੋਨਸ ਟ੍ਰਾਂਸਫਰ ਲਈ ਅਸਿੰਕ੍ਰੋਨਸ ਕਨੈਕਸ਼ਨ ਲੈਸ (ACL), ਅਤੇ ਸ਼ੁਰੂਆਤੀ ਕੁਨੈਕਸ਼ਨ ਗੱਲਬਾਤ ਨਾਲ ਸਮਕਾਲੀ ਟ੍ਰਾਂਸਫਰ ਲਈ ਸਿੰਕ੍ਰੋਨਸ ਕਨੈਕਸ਼ਨ ਓਰੀਐਂਟਿਡ (SCO)।
ਟਰਾਂਸਮਿਸ਼ਨ ਟਾਈਮ ਡਿਵੀਜ਼ਨ ਸਕੀਮ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਅਤੇ ਹਰੇਕ ਪੈਕੇਟ ਲਈ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਇੱਕ ਟਰਾਂਸਮਿਸ਼ਨ ਚੈਨਲ ਦੀ ਚੋਣ ਕੀਤੀ ਜਾਂਦੀ ਹੈ (ਫ੍ਰੀਕੁਐਂਸੀ-ਹੋਪ/ਟਾਈਮ-ਡਿਵੀਜ਼ਨ-ਡੁਪਲੈਕਸ, FH/TDD), ਜਿਸ ਲਈ ਸਮੇਂ ਨੂੰ 625-ਮਾਈਕ੍ਰੋਸਕਿੰਡ ਦੇ ਅੰਤਰਾਲਾਂ ਵਿੱਚ ਵੰਡਿਆ ਜਾਂਦਾ ਹੈ ਜਿਸਨੂੰ ਸਲਾਟ ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਡਿਵਾਈਸਾਂ ਵਿੱਚੋਂ ਇੱਕ ਸਮਾਨ-ਸੰਖਿਆ ਵਾਲੇ ਸਲਾਟਾਂ ਵਿੱਚ ਸੰਚਾਰਿਤ ਹੁੰਦਾ ਹੈ, ਦੂਜਾ ਔਡ-ਨੰਬਰ ਵਾਲੇ ਸਲਾਟਾਂ ਵਿੱਚ। ਪ੍ਰਸਾਰਿਤ ਪੈਕੇਟ 1, 3 ਜਾਂ 5 ਸਲਾਟਾਂ 'ਤੇ ਕਬਜ਼ਾ ਕਰ ਸਕਦਾ ਹੈ, ਡੇਟਾ ਦੇ ਆਕਾਰ ਅਤੇ ਪ੍ਰਸਾਰਣ ਦੀ ਸੈੱਟ ਕਿਸਮ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਇੱਕ ਡਿਵਾਈਸ ਦੁਆਰਾ ਪ੍ਰਸਾਰਣ ਦੇ ਅੰਤ ਤੱਕ ਸਮ ਅਤੇ ਅਜੀਬ ਸਲੋਟਾਂ ਵਿੱਚ ਕੀਤਾ ਜਾਂਦਾ ਹੈ. ਕੁੱਲ ਮਿਲਾ ਕੇ, ਪ੍ਰਤੀ ਸਕਿੰਟ 1600 ਪੈਕੇਟ ਪ੍ਰਾਪਤ ਅਤੇ ਭੇਜੇ ਜਾ ਸਕਦੇ ਹਨ, ਜੇਕਰ ਉਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ 1 ਸਲਾਟ 'ਤੇ ਕਬਜ਼ਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਦੋਵੇਂ ਡਿਵਾਈਸਾਂ ਬਿਨਾਂ ਰੁਕੇ ਕੁਝ ਪ੍ਰਸਾਰਿਤ ਅਤੇ ਪ੍ਰਾਪਤ ਕਰਦੀਆਂ ਹਨ।

EDR ਲਈ 2 ਅਤੇ 3 Mbit/s, ਜੋ ਕਿ ਘੋਸ਼ਣਾਵਾਂ ਅਤੇ ਬਲੂਟੁੱਥ ਵੈੱਬਸਾਈਟ 'ਤੇ ਲੱਭੇ ਜਾ ਸਕਦੇ ਹਨ, ਦੋ ਦਿਸ਼ਾਵਾਂ ਵਿੱਚ (ਸਾਰੇ ਪ੍ਰੋਟੋਕੋਲਾਂ ਦੇ ਤਕਨੀਕੀ ਸਿਰਲੇਖਾਂ ਸਮੇਤ, ਜਿਸ ਵਿੱਚ ਡੇਟਾ ਇਨਕੈਪਸੂਲੇਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ) ਦੀ ਵੱਧ ਤੋਂ ਵੱਧ ਚੈਨਲ ਟ੍ਰਾਂਸਫਰ ਦਰ ਹੈ। ਨਾਲ ਹੀ. ਅਸਲ ਡਾਟਾ ਟ੍ਰਾਂਸਫਰ ਦੀ ਗਤੀ ਬਹੁਤ ਵੱਖਰੀ ਹੋਵੇਗੀ।

ਸੰਗੀਤ ਨੂੰ ਪ੍ਰਸਾਰਿਤ ਕਰਨ ਲਈ, ਇੱਕ ਅਸਿੰਕਰੋਨਸ ਵਿਧੀ ਵਰਤੀ ਜਾਂਦੀ ਹੈ, ਲਗਭਗ ਹਮੇਸ਼ਾ 2-DH5 ਅਤੇ 3-DH5 ਵਰਗੇ ਪੈਕੇਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਜੋ ਕ੍ਰਮਵਾਰ 2 Mbit/s ਅਤੇ 3 Mbit/s ਦੇ EDR ਮੋਡ ਵਿੱਚ ਵੱਧ ਤੋਂ ਵੱਧ ਡੇਟਾ ਰੱਖਦੇ ਹਨ, ਅਤੇ 5 ਵਾਰ ਰੱਖਦੇ ਹਨ। - ਸ਼ੇਅਰਿੰਗ ਸਲੋਟ.

ਇੱਕ ਡਿਵਾਈਸ ਦੁਆਰਾ 5 ਸਲਾਟ ਅਤੇ ਦੂਜੇ ਦੁਆਰਾ 1 ਸਲਾਟ (DH5/DH1) ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਪ੍ਰਸਾਰਣ ਦੀ ਯੋਜਨਾਬੱਧ ਪ੍ਰਤੀਨਿਧਤਾ:


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

ਵਿਸ਼ੇਸ਼ ਟਰਾਂਸਪੋਰਟ ਪ੍ਰੋਟੋਕੋਲ L2CAP ਅਤੇ AVDTP ਵਿੱਚ ਆਡੀਓ ਨੂੰ ਏਨਕੈਪਸਲੇਟ ਕਰਨ ਦੀ ਲੋੜ ਸੰਚਾਰਿਤ ਆਡੀਓ ਪੇਲੋਡ ਦੀ ਸੰਭਾਵਿਤ ਵੱਧ ਤੋਂ ਵੱਧ ਮਾਤਰਾ ਤੋਂ 16 ਬਾਈਟ ਲੈਂਦੀ ਹੈ।

ਪੈਕੇਜ ਦੀ ਕਿਸਮ
ਸਲਾਟਾਂ ਦੀ ਸੰਖਿਆ
ਅਧਿਕਤਮ ਪੈਕੇਟ ਵਿੱਚ ਬਾਈਟਾਂ ਦੀ ਗਿਣਤੀ
ਅਧਿਕਤਮ A2DP ਪੇਲੋਡ ਦੇ ਬਾਈਟਾਂ ਦੀ ਸੰਖਿਆ
ਅਧਿਕਤਮ A2DP ਪੇਲੋਡ ਬਿੱਟਰੇਟ

2-DH3
3
367
351
936 ਕਿਬੀਟ/ਸੈ

3-DH3
3
552
536
1429 ਕਿਬੀਟ/ਸੈ

2-DH5
5
679
663
1414 ਕਿਬੀਟ/ਸੈ

3-DH5
5
1021
1005
2143 ਕਿਬੀਟ/ਸੈ

1414 ਅਤੇ 1429 kbps ਨਿਸ਼ਚਤ ਤੌਰ 'ਤੇ 2.4 GHz ਰੇਂਜ ਦੇ ਰੌਲੇ-ਰੱਪੇ ਅਤੇ ਸੇਵਾ ਡੇਟਾ ਨੂੰ ਸੰਚਾਰਿਤ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਦੇ ਨਾਲ, ਅਸਲ ਸਥਿਤੀਆਂ ਵਿੱਚ ਅਸਪਸ਼ਟ ਆਡੀਓ ਸੰਚਾਰਿਤ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਨਹੀਂ ਹਨ। EDR 3 Mbit/s ਹਵਾ 'ਤੇ ਟਰਾਂਸਮਿਸ਼ਨ ਪਾਵਰ ਅਤੇ ਸ਼ੋਰ ਦੀ ਮੰਗ ਕਰ ਰਿਹਾ ਹੈ, ਇਸਲਈ, 3-DH5 ਮੋਡ ਵਿੱਚ ਵੀ, ਆਰਾਮਦਾਇਕ PCM ਪ੍ਰਸਾਰਣ ਅਸੰਭਵ ਹੈ, ਹਮੇਸ਼ਾ ਥੋੜ੍ਹੇ ਸਮੇਂ ਲਈ ਰੁਕਾਵਟਾਂ ਹੋਣਗੀਆਂ, ਅਤੇ ਹਰ ਚੀਜ਼ ਸਿਰਫ ਇੱਕ ਦੀ ਦੂਰੀ 'ਤੇ ਕੰਮ ਕਰੇਗੀ। ਮੀਟਰ ਦੇ ਜੋੜੇ.
ਅਭਿਆਸ ਵਿੱਚ, ਇੱਥੋਂ ਤੱਕ ਕਿ ਇੱਕ 990 kbit/s ਆਡੀਓ ਸਟ੍ਰੀਮ (LDAC 990 kbit/s) ਦਾ ਸੰਚਾਰ ਕਰਨਾ ਮੁਸ਼ਕਲ ਹੈ।

ਆਉ ਕੋਡੇਕਸ ਤੇ ਵਾਪਸ ਚਲੀਏ।

ਐਸਬੀਸੀ

ਕੋਡੇਕ ਉਹਨਾਂ ਸਾਰੀਆਂ ਡਿਵਾਈਸਾਂ ਲਈ ਲੋੜੀਂਦਾ ਹੈ ਜੋ A2DP ਸਟੈਂਡਰਡ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ। ਇੱਕੋ ਸਮੇਂ 'ਤੇ ਸਭ ਤੋਂ ਵਧੀਆ ਅਤੇ ਸਭ ਤੋਂ ਮਾੜਾ ਕੋਡੇਕ।

ਨਮੂਨਾ ਲੈਣ ਦੀ ਬਾਰੰਬਾਰਤਾ
ਬਿੱਟ ਡੂੰਘਾਈ
ਬਿੱਟਰੇਟ
ਏਨਕੋਡਿੰਗ ਸਹਿਯੋਗ
ਡੀਕੋਡਿੰਗ ਸਹਾਇਤਾ

16, 32, 44.1, 48 kHz
16 ਬਿੱਟ
10-1500 kbps
ਸਾਰੀਆਂ ਡਿਵਾਈਸਾਂ
ਸਾਰੀਆਂ ਡਿਵਾਈਸਾਂ

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


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

ਜ਼ਿਆਦਾਤਰ ਹੈੱਡਫੋਨ ਨਿਰਮਾਤਾਵਾਂ ਨੇ ਵੱਧ ਤੋਂ ਵੱਧ ਬਿਟਪੂਲ ਮੁੱਲ ਨੂੰ 53 'ਤੇ ਸੈੱਟ ਕੀਤਾ, ਜੋ ਸਿਫ਼ਾਰਸ਼ ਕੀਤੇ ਪ੍ਰੋਫਾਈਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਬਿੱਟਰੇਟ ਨੂੰ 328 ਕਿਲੋਬਿਟ ਪ੍ਰਤੀ ਸਕਿੰਟ ਤੱਕ ਸੀਮਿਤ ਕਰਦਾ ਹੈ।
ਭਾਵੇਂ ਹੈੱਡਫੋਨ ਨਿਰਮਾਤਾ ਨੇ ਵੱਧ ਤੋਂ ਵੱਧ ਬਿਟਪੂਲ ਮੁੱਲ 53 ਤੋਂ ਉੱਪਰ ਸੈੱਟ ਕੀਤਾ ਹੈ (ਅਜਿਹੇ ਮਾਡਲ ਮਿਲਦੇ ਹਨ, ਉਦਾਹਰਨ ਲਈ: ਬੀਟਸ ਸੋਲੋ³, ਜੇਬੀਐਲ ਐਵਰੈਸਟ ਐਲੀਟ 750NC, ਐਪਲ ਏਅਰਪੌਡਸ, ਕੁਝ ਰਿਸੀਵਰਾਂ ਅਤੇ ਕਾਰ ਹੈੱਡ ਯੂਨਿਟਾਂ 'ਤੇ ਵੀ ਪਾਏ ਜਾਂਦੇ ਹਨ), ਤਾਂ ਜ਼ਿਆਦਾਤਰ OS ਇਜਾਜ਼ਤ ਨਹੀਂ ਦੇਣਗੇ। ਬਲੂਟੁੱਥ ਸਟੈਕ ਵਿੱਚ ਅੰਦਰੂਨੀ ਮੁੱਲ ਸੀਮਾ ਸੈੱਟ ਕਰਨ ਕਾਰਨ ਵਧੇ ਹੋਏ ਬਿੱਟਰੇਟਸ ਦੀ ਵਰਤੋਂ।
ਇਸ ਤੋਂ ਇਲਾਵਾ, ਕੁਝ ਨਿਰਮਾਤਾ ਕੁਝ ਡਿਵਾਈਸਾਂ ਲਈ ਵੱਧ ਤੋਂ ਵੱਧ ਬਿੱਟਪੂਲ ਮੁੱਲ ਨੂੰ ਘੱਟ 'ਤੇ ਸੈੱਟ ਕਰਦੇ ਹਨ। ਉਦਾਹਰਨ ਲਈ, ਬਲੂਡੀਓ ਟੀ ਲਈ ਇਹ 39 ਹੈ, ਸੈਮਸੰਗ ਗੀਅਰ ਆਈਕਨਐਕਸ ਲਈ ਇਹ 37 ਹੈ, ਜੋ ਮਾੜੀ ਆਵਾਜ਼ ਦੀ ਗੁਣਵੱਤਾ ਦਿੰਦਾ ਹੈ।

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

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

ਉਦਾਹਰਨ SBC 328 kbps। ਸਿਖਰ 'ਤੇ ਅਸਲੀ ਹੈ, ਤਲ 'ਤੇ SBC ਹੈ, ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਟਰੈਕਾਂ ਦੇ ਵਿਚਕਾਰ ਬਦਲਦਾ ਹੈ। ਵੀਡੀਓ ਫਾਈਲ ਵਿੱਚ ਆਡੀਓ FLAC ਨੁਕਸਾਨ ਰਹਿਤ ਕੰਪਰੈਸ਼ਨ ਕੋਡੇਕ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਇੱਕ mp4 ਕੰਟੇਨਰ ਵਿੱਚ FLAC ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਅਧਿਕਾਰਤ ਤੌਰ 'ਤੇ ਪ੍ਰਮਾਣਿਤ ਨਹੀਂ ਹੈ, ਇਸਲਈ ਇਹ ਗਰੰਟੀ ਨਹੀਂ ਹੈ ਕਿ ਤੁਹਾਡਾ ਬ੍ਰਾਊਜ਼ਰ ਇਸਨੂੰ ਚਲਾਵੇਗਾ, ਪਰ ਇਹ ਡੈਸਕਟਾਪ ਕ੍ਰੋਮ ਅਤੇ ਫਾਇਰਫਾਕਸ ਦੇ ਨਵੀਨਤਮ ਸੰਸਕਰਣਾਂ ਵਿੱਚ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਧੁਨੀ ਨਹੀਂ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਫਾਈਲ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਇਸਨੂੰ ਪੂਰੇ ਵੀਡੀਓ ਪਲੇਅਰ ਵਿੱਚ ਖੋਲ੍ਹ ਸਕਦੇ ਹੋ।
ZZ ਟੌਪ - ਤਿੱਖੇ ਪਹਿਰਾਵੇ ਵਾਲਾ ਆਦਮੀ

ਸਪੈਕਟਰੋਗ੍ਰਾਮ ਸਵਿਚਿੰਗ ਦੇ ਪਲ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ: SBC ਸਮੇਂ-ਸਮੇਂ 'ਤੇ 17.5 kHz ਤੋਂ ਉੱਪਰ ਦੀਆਂ ਸ਼ਾਂਤ ਆਵਾਜ਼ਾਂ ਨੂੰ ਕੱਟਦਾ ਹੈ, ਅਤੇ 20 kHz ਤੋਂ ਉੱਪਰ ਦੇ ਬੈਂਡ ਲਈ ਕੋਈ ਵੀ ਬਿੱਟ ਨਿਰਧਾਰਤ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਪੂਰਾ ਸਪੈਕਟ੍ਰੋਗ੍ਰਾਮ ਕਲਿੱਕ ਕਰਕੇ ਉਪਲਬਧ ਹੈ (1.7 MB)।

ਮੈਨੂੰ ਇਸ ਟਰੈਕ 'ਤੇ ਮੂਲ ਅਤੇ SBC ਵਿਚਕਾਰ ਕੋਈ ਅੰਤਰ ਨਹੀਂ ਸੁਣਦਾ।

ਆਓ ਕੁਝ ਨਵਾਂ ਕਰੀਏ ਅਤੇ ਆਡੀਓ ਦੀ ਨਕਲ ਕਰੀਏ ਜੋ ਕਿ Bitpool 37 (ਉੱਪਰ - ਅਸਲੀ ਸਿਗਨਲ, ਹੇਠਾਂ - SBC 239 kbps, FLAC ਵਿੱਚ ਆਡੀਓ) ਦੇ ਨਾਲ Samsung Gear IconX ਹੈੱਡਫੋਨ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾਵੇਗਾ।
ਮਨ-ਰਹਿਤ ਆਤਮ ਭੋਗ - ਸਾਖੀ

ਮੈਂ ਵੋਕਲਾਂ ਦੀ ਉੱਚ ਫ੍ਰੀਕੁਐਂਸੀ ਵਿੱਚ ਤਿੱਖੇ, ਘੱਟ ਸਟੀਰੀਓ ਪ੍ਰਭਾਵ ਅਤੇ ਇੱਕ ਕੋਝਾ "ਕਲੰਕਿੰਗ" ਆਵਾਜ਼ ਸੁਣਦਾ ਹਾਂ।

ਹਾਲਾਂਕਿ SBC ਇੱਕ ਬਹੁਤ ਹੀ ਲਚਕਦਾਰ ਕੋਡੇਕ ਹੈ, ਇਸ ਨੂੰ ਘੱਟ ਲੇਟੈਂਸੀ ਲਈ ਕੌਂਫਿਗਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਉੱਚ ਬਿੱਟਰੇਟਸ (452+ kbps) 'ਤੇ ਸ਼ਾਨਦਾਰ ਆਡੀਓ ਗੁਣਵੱਤਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਅਤੇ ਮਿਆਰੀ ਉੱਚ ਗੁਣਵੱਤਾ (328 kbps) 'ਤੇ ਜ਼ਿਆਦਾਤਰ ਲੋਕਾਂ ਲਈ ਕਾਫ਼ੀ ਵਧੀਆ ਹੈ, ਇਸ ਤੱਥ ਦੇ ਕਾਰਨ ਕਿ A2DP ਸਟੈਂਡਰਡ ਫਿਕਸਡ ਪ੍ਰੋਫਾਈਲਾਂ ਨੂੰ ਨਿਸ਼ਚਿਤ ਨਹੀਂ ਕਰਦਾ ਹੈ (ਪਰ ਸਿਰਫ਼ ਸਿਫ਼ਾਰਸ਼ਾਂ ਦਿੰਦਾ ਹੈ), ਸਟੈਕ ਡਿਵੈਲਪਰਾਂ ਨੇ ਬਿੱਟਪੂਲ 'ਤੇ ਨਕਲੀ ਪਾਬੰਦੀਆਂ ਲਗਾਈਆਂ ਹਨ, ਪ੍ਰਸਾਰਿਤ ਆਡੀਓ ਦੇ ਮਾਪਦੰਡ ਉਪਭੋਗਤਾ ਇੰਟਰਫੇਸ ਵਿੱਚ ਪ੍ਰਦਰਸ਼ਿਤ ਨਹੀਂ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਹੈੱਡਫੋਨ ਨਿਰਮਾਤਾ ਆਪਣੀਆਂ ਸੈਟਿੰਗਾਂ ਸੈੱਟ ਕਰਨ ਲਈ ਸੁਤੰਤਰ ਹਨ ਅਤੇ ਕਦੇ ਵੀ ਉਤਪਾਦ ਦੀਆਂ ਤਕਨੀਕੀ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚ ਬਿੱਟਪੂਲ ਮੁੱਲ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਕੋਡੇਕ ਆਪਣੀ ਘੱਟ ਆਵਾਜ਼ ਦੀ ਗੁਣਵੱਤਾ ਲਈ ਮਸ਼ਹੂਰ ਹੋ ਗਿਆ ਸੀ, ਹਾਲਾਂਕਿ ਇਹ ਕੋਡੇਕ ਦੇ ਨਾਲ ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ।
ਬਿੱਟਪੂਲ ਪੈਰਾਮੀਟਰ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਸਿਰਫ਼ ਇੱਕ ਪ੍ਰੋਫਾਈਲ ਦੇ ਅੰਦਰ ਬਿੱਟਰੇਟ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ। ਉਹੀ ਬਿੱਟਪੂਲ 53 ਮੁੱਲ ਸਿਫ਼ਾਰਸ਼ ਕੀਤੇ ਉੱਚ ਗੁਣਵੱਤਾ ਪ੍ਰੋਫਾਈਲ ਦੇ ਨਾਲ 328 kbps ਦਾ ਬਿੱਟਰੇਟ, ਅਤੇ ਡਿਊਲ ਚੈਨਲ ਅਤੇ 1212 ਫ੍ਰੀਕੁਐਂਸੀ ਬੈਂਡਾਂ ਦੇ ਨਾਲ 4 kbps ਦਾ ਬਿੱਟਰੇਟ ਦੇ ਸਕਦਾ ਹੈ, ਇਸੇ ਕਰਕੇ OS ਲੇਖਕ, ਬਿੱਟਪੂਲ 'ਤੇ ਪਾਬੰਦੀਆਂ ਤੋਂ ਇਲਾਵਾ, ਇੱਕ ਸੀਮਾ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹਨ ਅਤੇ ਬਿੱਟਰੇਟ। ਜਿਵੇਂ ਕਿ ਮੈਂ ਇਸਨੂੰ ਦੇਖ ਰਿਹਾ ਹਾਂ, ਇਹ ਸਥਿਤੀ A2DP ਸਟੈਂਡਰਡ ਵਿੱਚ ਇੱਕ ਨੁਕਸ ਕਾਰਨ ਪੈਦਾ ਹੋਈ ਹੈ: ਬਿੱਟਰੇਟ ਨਾਲ ਗੱਲਬਾਤ ਕਰਨਾ ਜ਼ਰੂਰੀ ਸੀ, ਬਿੱਟਪੂਲ ਦੀ ਨਹੀਂ।

ਵੱਖ-ਵੱਖ OS ਵਿੱਚ SBC ਸਮਰੱਥਾਵਾਂ ਲਈ ਸਮਰਥਨ ਦੀ ਸਾਰਣੀ:

ਓ.ਐੱਸ
ਸਮਰਥਿਤ ਨਮੂਨਾ ਦਰਾਂ
ਸੀਮਾ ਅਧਿਕਤਮ। ਬਿਟਪੂਲ
ਸੀਮਾ ਅਧਿਕਤਮ। ਬਿੱਟਰੇਟ
ਆਮ ਬਿੱਟਰੇਟ
ਬਿੱਟਪੂਲ ਡਾਇਨਾਮਿਕ ਐਡਜਸਟਮੈਂਟ

Windows ਨੂੰ 10
44.1 кГц
53
512 ਕਿਬੀਟ/ਸੈ
328 ਕਿਬੀਟ/ਸੈ
✓*

Linux (BlueZ + PulseAudio)
16, 32, 44.1, 48 kHz
64 (ਆਉਣ ਵਾਲੇ ਕੁਨੈਕਸ਼ਨਾਂ ਲਈ), 53 (ਆਊਟਗੋਇੰਗ ਕੁਨੈਕਸ਼ਨਾਂ ਲਈ)
ਕੋਈ ਸੀਮਾ ਨਹੀਂ
328 ਕਿਬੀਟ/ਸੈ
✓*

macOS ਹਾਈ ਸੀਅਰਾ
44.1 кГц
64, ਡਿਫੌਲਟ 53***
ਅਣਜਾਣ
328 ਕਿਬੀਟ/ਸੈ
✗

ਐਂਡਰਾਇਡ ਐਕਸ.ਐਨ.ਐੱਮ.ਐੱਮ.ਐੱਨ.ਐੱਮ.ਐੱਨ.ਐੱਨ.ਐੱਮ.ਐੱਨ.ਐੱਮ.ਐਕਸ
44.1/48 kHz**
53
328 ਕਿਬੀਟ/ਸੈ
328 ਕਿਬੀਟ/ਸੈ
✗

ਐਂਡਰਾਇਡ ਐਕਸ.ਐਨ.ਐੱਮ.ਐੱਮ.ਐੱਨ.ਐੱਮ.ਐੱਨ.ਐੱਨ.ਐੱਮ.ਐੱਨ.ਐੱਮ.ਐਕਸ
44.1, 48 kHz**
53
229 ਕਿਬੀਟ/ਸੈ
229 ਕਿਬੀਟ/ਸੈ
✗

ਬਲੈਕਬੇਰੀ OS 10
48 кГц
53
ਕੋਈ ਸੀਮਾ ਨਹੀਂ
328 ਕਿਬੀਟ/ਸੈ
✗

* ਬਿਟਪੂਲ ਸਿਰਫ ਘਟਦਾ ਹੈ, ਪਰ ਆਪਣੇ ਆਪ ਨਹੀਂ ਵਧਦਾ, ਜੇਕਰ ਟ੍ਰਾਂਸਫਰ ਦੀਆਂ ਸਥਿਤੀਆਂ ਵਿੱਚ ਸੁਧਾਰ ਹੁੰਦਾ ਹੈ. ਬਿੱਟਪੂਲ ਨੂੰ ਰੀਸਟੋਰ ਕਰਨ ਲਈ ਤੁਹਾਨੂੰ ਪਲੇਬੈਕ ਨੂੰ ਰੋਕਣ ਦੀ ਲੋੜ ਹੈ, ਕੁਝ ਸਕਿੰਟਾਂ ਦੀ ਉਡੀਕ ਕਰੋ ਅਤੇ ਆਡੀਓ ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਕਰੋ।
** ਡਿਫੌਲਟ ਮੁੱਲ ਫਰਮਵੇਅਰ ਨੂੰ ਕੰਪਾਇਲ ਕਰਨ ਵੇਲੇ ਨਿਰਧਾਰਤ ਸਟੈਕ ਸੈਟਿੰਗਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਐਂਡਰੌਇਡ 8/8.1 ਵਿੱਚ ਬਾਰੰਬਾਰਤਾ ਕੇਵਲ 44.1 kHz ਜਾਂ 48 kHz ਹੈ, ਸੰਕਲਨ ਦੌਰਾਨ ਸੈਟਿੰਗਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਦੂਜੇ ਸੰਸਕਰਣਾਂ ਵਿੱਚ 44.1 kHz ਅਤੇ 48 kHz ਇੱਕੋ ਸਮੇਂ ਸਮਰਥਿਤ ਹਨ।
*** ਬਲੂਟੁੱਥ ਐਕਸਪਲੋਰਰ ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਬਿੱਟਪੂਲ ਮੁੱਲ ਨੂੰ ਵਧਾਇਆ ਜਾ ਸਕਦਾ ਹੈ।

aptX ਅਤੇ aptX HD

aptX ਇੱਕ ਸਧਾਰਨ ਅਤੇ ਗਣਨਾਤਮਕ ਤੌਰ 'ਤੇ ਤੇਜ਼ ਕੋਡੇਕ ਹੈ, ਬਿਨਾਂ ਮਨੋਵਿਗਿਆਨ ਦੇ, ਅਡੈਪਟਿਵ ਡਿਫਰੈਂਸ਼ੀਅਲ ਪਲਸ ਕੋਡ ਮੋਡੂਲੇਸ਼ਨ (ਏਡੀਪੀਸੀਐਮ). 1988 ਦੇ ਆਸਪਾਸ ਪ੍ਰਗਟ ਹੋਇਆ (ਦਾਇਰ ਕਰਨ ਦੀ ਮਿਤੀ ਪੇਟੈਂਟ ਮਿਤੀ ਫਰਵਰੀ 1988), ਬਲੂਟੁੱਥ ਤੋਂ ਪਹਿਲਾਂ, ਇਹ ਮੁੱਖ ਤੌਰ 'ਤੇ ਪੇਸ਼ੇਵਰ ਵਾਇਰਲੈੱਸ ਆਡੀਓ ਉਪਕਰਣਾਂ ਵਿੱਚ ਵਰਤਿਆ ਜਾਂਦਾ ਸੀ। ਵਰਤਮਾਨ ਵਿੱਚ Qualcomm ਦੀ ਮਲਕੀਅਤ ਹੈ, ਲਾਇਸੰਸ ਅਤੇ ਰਾਇਲਟੀ ਦੀ ਲੋੜ ਹੈ। 2014 ਤੱਕ: $6000 ਇੱਕ ਵਾਰ ਅਤੇ ≈$1 ਪ੍ਰਤੀ ਡਿਵਾਈਸ, 10000 ਡਿਵਾਈਸਾਂ ਤੱਕ ਦੇ ਬੈਚਾਂ ਲਈ (ਸਰੋਤ, ਪੀ. 16).
aptX ਅਤੇ aptX HD ਇੱਕੋ ਕੋਡੇਕ ਹਨ, ਵੱਖ-ਵੱਖ ਏਨਕੋਡਿੰਗ ਪ੍ਰੋਫਾਈਲਾਂ ਦੇ ਨਾਲ।

ਕੋਡੇਕ ਵਿੱਚ ਸਿਰਫ਼ ਇੱਕ ਪੈਰਾਮੀਟਰ ਹੈ - ਨਮੂਨਾ ਲੈਣ ਦੀ ਬਾਰੰਬਾਰਤਾ ਦੀ ਚੋਣ ਕਰਨਾ। ਹਾਲਾਂਕਿ, ਚੈਨਲਾਂ ਦੀ ਸੰਖਿਆ/ਮੋਡ ਦੀ ਇੱਕ ਚੋਣ ਹੈ, ਪਰ ਮੈਨੂੰ ਜਾਣੀਆਂ ਜਾਂਦੀਆਂ ਸਾਰੀਆਂ ਡਿਵਾਈਸਾਂ (70+ ਟੁਕੜਿਆਂ) ਵਿੱਚ ਸਿਰਫ ਸਟੀਰੀਓ ਸਮਰਥਿਤ ਹੈ।

ਕੋਡੇਕ
ਨਮੂਨਾ ਲੈਣ ਦੀ ਬਾਰੰਬਾਰਤਾ
ਬਿੱਟ ਡੂੰਘਾਈ
ਬਿੱਟਰੇਟ
ਏਨਕੋਡਿੰਗ ਸਹਿਯੋਗ
ਡੀਕੋਡਿੰਗ ਸਹਾਇਤਾ

aptX
16, 32, 44.1, 48 kHz
16 ਬਿੱਟ
128 / 256 / 352 / 384 kbps (ਨਮੂਨਾ ਦਰ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ)
ਵਿੰਡੋਜ਼ 10 (ਡੈਸਕਟਾਪ ਅਤੇ ਮੋਬਾਈਲ), macOS, Android 4.4+/7*, Blackberry OS 10
ਆਡੀਓ ਡਿਵਾਈਸਾਂ ਦੀ ਵਿਸ਼ਾਲ ਸ਼੍ਰੇਣੀ (ਹਾਰਡਵੇਅਰ)

* 7 ਤੱਕ ਦੇ ਸੰਸਕਰਣਾਂ ਨੂੰ ਬਲੂਟੁੱਥ ਸਟੈਕ ਵਿੱਚ ਸੋਧ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਕੋਡੇਕ ਕੇਵਲ ਤਾਂ ਹੀ ਸਮਰਥਿਤ ਹੈ ਜੇਕਰ ਐਂਡਰੌਇਡ ਡਿਵਾਈਸ ਨਿਰਮਾਤਾ ਨੇ Qualcomm ਤੋਂ ਕੋਡੇਕ ਨੂੰ ਲਾਇਸੰਸ ਦਿੱਤਾ ਹੈ (ਜੇ OS ਕੋਲ ਏਨਕੋਡਿੰਗ ਲਾਇਬ੍ਰੇਰੀਆਂ ਹਨ)।

aptX ਆਡੀਓ ਨੂੰ 4 ਫ੍ਰੀਕੁਐਂਸੀ ਬੈਂਡਾਂ ਵਿੱਚ ਵੰਡਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਲਗਾਤਾਰ ਬਿੱਟਾਂ ਦੀ ਇੱਕੋ ਸੰਖਿਆ ਦੇ ਨਾਲ ਮਾਪਦਾ ਹੈ: 8-0 kHz ਲਈ 5.5 ਬਿੱਟ, 4-5.5 kHz ਲਈ 11 ਬਿੱਟ, 2-11 kHz ਲਈ 16.5 ਬਿੱਟ, 2-16.5 kHz ਲਈ 22 ਬਿੱਟ ਸੈਂਪਲਿੰਗ ਰੇਟ 44.1 kHz ਲਈ ਅੰਕੜੇ)।

aptX ਆਡੀਓ ਦੀ ਉਦਾਹਰਨ (ਸਿਖਰ 'ਤੇ - ਅਸਲ ਸਿਗਨਲ, ਹੇਠਾਂ - aptX, ਸਿਰਫ ਖੱਬੇ ਚੈਨਲਾਂ ਦੇ ਸਪੈਕਟਰੋਗ੍ਰਾਮ, FLAC ਵਿੱਚ ਆਵਾਜ਼):

ਉੱਚੀਆਂ ਥੋੜੀਆਂ ਲਾਲ ਹੋ ਗਈਆਂ, ਪਰ ਤੁਸੀਂ ਫਰਕ ਨਹੀਂ ਸੁਣ ਸਕੇ।

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

ਇਹ ਨਹੀਂ ਮੰਨਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ, ਉਦਾਹਰਨ ਲਈ, 2 ਬਿੱਟ ਪ੍ਰਤੀ ਬੈਂਡ ਦੀ ਵਰਤੋਂ ਨਾਲ ਗਤੀਸ਼ੀਲ ਰੇਂਜ ਨੂੰ 12 dB ਤੱਕ ਘਟਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ: ADPCM 96 ਕੁਆਂਟਾਈਜ਼ੇਸ਼ਨ ਬਿੱਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਵੀ 2 dB ਤੱਕ ਗਤੀਸ਼ੀਲ ਰੇਂਜ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਪਰ ਸਿਰਫ਼ ਇੱਕ ਖਾਸ ਸਿਗਨਲ ਲਈ।
ADPCM ਮੌਜੂਦਾ ਨਮੂਨੇ ਅਤੇ ਅਗਲੇ ਨਮੂਨੇ ਦੇ ਵਿਚਕਾਰ ਸੰਖਿਆਤਮਕ ਅੰਤਰ ਨੂੰ ਸਟੋਰ ਕਰਦਾ ਹੈ, PCM ਵਾਂਗ ਪੂਰਨ ਮੁੱਲ ਨੂੰ ਸਟੋਰ ਕਰਨ ਦੀ ਬਜਾਏ। ਇਹ ਤੁਹਾਨੂੰ ਸਮਾਨ (ਨੁਕਸਾਨ ਤੋਂ ਬਿਨਾਂ) ਜਾਂ ਲਗਭਗ ਇੱਕੋ ਜਿਹੀ (ਮੁਕਾਬਲਤਨ ਛੋਟੀ ਰਾਊਂਡਿੰਗ ਗਲਤੀ ਦੇ ਨਾਲ) ਜਾਣਕਾਰੀ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਲੋੜੀਂਦੇ ਬਿੱਟਾਂ ਦੀ ਗਿਣਤੀ ਲਈ ਲੋੜਾਂ ਨੂੰ ਘਟਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਰਾਊਂਡਿੰਗ ਗਲਤੀਆਂ ਨੂੰ ਘਟਾਉਣ ਲਈ, ਗੁਣਾਂਕ ਸਾਰਣੀਆਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
ਕੋਡੇਕ ਬਣਾਉਂਦੇ ਸਮੇਂ, ਲੇਖਕਾਂ ਨੇ ਸੰਗੀਤ ਆਡੀਓ ਫਾਈਲਾਂ ਦੇ ਇੱਕ ਸੈੱਟ 'ਤੇ ADPCM ਗੁਣਾਂ ਦੀ ਗਣਨਾ ਕੀਤੀ। ਆਡੀਓ ਸਿਗਨਲ ਸੰਗੀਤ ਦੇ ਸੈੱਟ ਦੇ ਜਿੰਨਾ ਨੇੜੇ ਹੁੰਦਾ ਹੈ ਜਿਸ 'ਤੇ ਟੇਬਲ ਬਣਾਏ ਗਏ ਸਨ, ਘੱਟ ਮਾਤਰਾਕਰਨ ਗਲਤੀਆਂ (ਸ਼ੋਰ) aptX ਬਣਾਉਂਦਾ ਹੈ।

ਇਸ ਕਰਕੇ, ਸਿੰਥੈਟਿਕ ਟੈਸਟ ਹਮੇਸ਼ਾ ਸੰਗੀਤ ਨਾਲੋਂ ਮਾੜੇ ਨਤੀਜੇ ਦੇਣਗੇ. ਮੈਂ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਸਿੰਥੈਟਿਕ ਉਦਾਹਰਨ ਬਣਾਈ ਹੈ ਜਿਸ ਵਿੱਚ aptX ਮਾੜੇ ਨਤੀਜੇ ਦਿਖਾਉਂਦਾ ਹੈ - 12.4 kHz ਦੀ ਬਾਰੰਬਾਰਤਾ ਵਾਲੀ ਇੱਕ ਸਾਈਨ ਵੇਵ (ਉੱਪਰ - ਅਸਲ ਸਿਗਨਲ, ਹੇਠਾਂ - aptX. FLAC ਵਿੱਚ ਆਡੀਓ। ਵਾਲੀਅਮ ਘੱਟ!):

ਸਪੈਕਟ੍ਰਮ ਗ੍ਰਾਫ਼:


ਸ਼ੋਰ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਸੁਣਨਯੋਗ ਹਨ.

ਹਾਲਾਂਕਿ, ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਛੋਟੇ ਐਪਲੀਟਿਊਡ ਦੇ ਨਾਲ ਇੱਕ ਸਾਈਨ ਵੇਵ ਪੈਦਾ ਕਰਦੇ ਹੋ ਤਾਂ ਜੋ ਇਹ ਸ਼ਾਂਤ ਹੋਵੇ, ਰੌਲਾ ਵੀ ਸ਼ਾਂਤ ਹੋ ਜਾਵੇਗਾ, ਇੱਕ ਵਿਸ਼ਾਲ ਗਤੀਸ਼ੀਲ ਰੇਂਜ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ:

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

ਏਟੀਐਫਐਸ ਐਚਡੀ

aptX HD ਇੱਕ ਸਟੈਂਡਅਲੋਨ ਕੋਡੇਕ ਨਹੀਂ ਹੈ - ਇਹ aptX ਕੋਡੇਕ ਦਾ ਇੱਕ ਸੁਧਾਰਿਆ ਹੋਇਆ ਏਨਕੋਡਿੰਗ ਪ੍ਰੋਫਾਈਲ ਹੈ। ਤਬਦੀਲੀਆਂ ਨੇ ਏਨਕੋਡਿੰਗ ਬਾਰੰਬਾਰਤਾ ਰੇਂਜਾਂ ਲਈ ਨਿਰਧਾਰਤ ਬਿੱਟਾਂ ਦੀ ਸੰਖਿਆ ਨੂੰ ਪ੍ਰਭਾਵਤ ਕੀਤਾ: 10-0 kHz ਲਈ 5.5 ਬਿੱਟ, 6-5.5 kHz ਲਈ 11 ਬਿੱਟ, 4-11 kHz ਲਈ 16.5 ਬਿੱਟ, 4-16.5 kHz ਲਈ 22 ਬਿੱਟ (44.1 kHz ਲਈ ਅੰਕ) .

ਕੋਡੇਕ
ਨਮੂਨਾ ਲੈਣ ਦੀ ਬਾਰੰਬਾਰਤਾ
ਬਿੱਟ ਡੂੰਘਾਈ
ਬਿੱਟਰੇਟ
ਏਨਕੋਡਿੰਗ ਸਹਿਯੋਗ
ਡੀਕੋਡਿੰਗ ਸਹਾਇਤਾ

ਏਟੀਐਫਐਸ ਐਚਡੀ
16, 32, 44.1, 48 kHz
24 ਬਿੱਟ
192 / 384 / 529 / 576 kbps (ਨਮੂਨਾ ਦਰ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ)
Android 8+*
ਕੁਝ ਆਡੀਓ ਯੰਤਰ (ਹਾਰਡਵੇਅਰ)

* 7 ਤੱਕ ਦੇ ਸੰਸਕਰਣਾਂ ਨੂੰ ਬਲੂਟੁੱਥ ਸਟੈਕ ਵਿੱਚ ਸੋਧ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਕੋਡੇਕ ਕੇਵਲ ਤਾਂ ਹੀ ਸਮਰਥਿਤ ਹੈ ਜੇਕਰ ਐਂਡਰੌਇਡ ਡਿਵਾਈਸ ਨਿਰਮਾਤਾ ਨੇ Qualcomm ਤੋਂ ਕੋਡੇਕ ਨੂੰ ਲਾਇਸੰਸ ਦਿੱਤਾ ਹੈ (ਜੇ OS ਕੋਲ ਏਨਕੋਡਿੰਗ ਲਾਇਬ੍ਰੇਰੀਆਂ ਹਨ)।

aptX ਤੋਂ ਘੱਟ ਆਮ: ਜ਼ਾਹਰ ਤੌਰ 'ਤੇ Qualcomm ਤੋਂ ਵੱਖਰਾ ਲਾਇਸੰਸ, ਅਤੇ ਵੱਖਰੀ ਲਾਇਸੈਂਸ ਫੀਸ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

ਚਲੋ 12.4 kHz 'ਤੇ ਸਾਈਨ ਵੇਵ ਨਾਲ ਉਦਾਹਰਣ ਨੂੰ ਦੁਹਰਾਓ:


AptX ਨਾਲੋਂ ਬਹੁਤ ਵਧੀਆ, ਪਰ ਅਜੇ ਵੀ ਥੋੜਾ ਰੌਲਾ ਹੈ।

ਏਟੀਐਫਐਸ ਘੱਟ ਲੇਟੈਂਸੀ

Qualcomm ਤੋਂ ਇੱਕ ਕੋਡੇਕ ਜਿਸ ਵਿੱਚ ਸਟੈਂਡਰਡ aptX ਅਤੇ aptX HD ਵਿੱਚ ਕੁਝ ਵੀ ਸਾਂਝਾ ਨਹੀਂ ਹੈ, ਇਸਦੇ ਵਿਕਾਸ ਵਿੱਚ ਸ਼ਾਮਲ ਲੋਕਾਂ ਦੀ ਸੀਮਤ ਜਾਣਕਾਰੀ ਦੁਆਰਾ ਨਿਰਣਾ ਕਰਦੇ ਹੋਏ। ਇੰਟਰਐਕਟਿਵ ਲੋ-ਲੇਟੈਂਸੀ ਆਡੀਓ ਟ੍ਰਾਂਸਮਿਸ਼ਨ (ਫਿਲਮਾਂ, ਗੇਮਾਂ) ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਜਿੱਥੇ ਸੌਫਟਵੇਅਰ ਦੁਆਰਾ ਆਡੀਓ ਦੇਰੀ ਨੂੰ ਐਡਜਸਟ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਏਨਕੋਡਰਾਂ ਅਤੇ ਡੀਕੋਡਰਾਂ ਦੇ ਕੋਈ ਜਾਣੇ-ਪਛਾਣੇ ਸੌਫਟਵੇਅਰ ਲਾਗੂ ਨਹੀਂ ਹਨ; ਉਹ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਟ੍ਰਾਂਸਮੀਟਰਾਂ, ਰਿਸੀਵਰਾਂ, ਹੈੱਡਫੋਨਾਂ ਅਤੇ ਸਪੀਕਰਾਂ ਦੁਆਰਾ ਸਮਰਥਿਤ ਹਨ, ਪਰ ਸਮਾਰਟਫ਼ੋਨਾਂ ਅਤੇ ਕੰਪਿਊਟਰਾਂ ਦੁਆਰਾ ਨਹੀਂ।

ਨਮੂਨਾ ਲੈਣ ਦੀ ਬਾਰੰਬਾਰਤਾ
ਬਿੱਟਰੇਟ
ਏਨਕੋਡਿੰਗ ਸਹਿਯੋਗ
ਡੀਕੋਡਿੰਗ ਸਹਾਇਤਾ

44.1 кГц
276/420 kbps
ਕੁਝ ਟ੍ਰਾਂਸਮੀਟਰ (ਹਾਰਡਵੇਅਰ)
ਕੁਝ ਆਡੀਓ ਯੰਤਰ (ਹਾਰਡਵੇਅਰ)

ਏਏਸੀ

AAC, ਜਾਂ ਐਡਵਾਂਸਡ ਆਡੀਓ ਕੋਡਿੰਗ, ਇੱਕ ਗੰਭੀਰ ਸਾਈਕੋਕੋਸਟਿਕ ਮਾਡਲ ਵਾਲਾ ਇੱਕ ਗਣਨਾਤਮਕ ਤੌਰ 'ਤੇ ਗੁੰਝਲਦਾਰ ਕੋਡੇਕ ਹੈ। ਇੰਟਰਨੈੱਟ 'ਤੇ ਆਡੀਓ ਲਈ ਵਿਆਪਕ ਤੌਰ 'ਤੇ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, MP3 ਤੋਂ ਬਾਅਦ ਪ੍ਰਸਿੱਧੀ ਵਿੱਚ ਦੂਜਾ। ਲਾਇਸੈਂਸ ਅਤੇ ਰਾਇਲਟੀ ਦੀ ਲੋੜ ਹੈ: $15000 ਇੱਕ ਵਾਰ (ਜਾਂ 1000 ਤੋਂ ਘੱਟ ਕਰਮਚਾਰੀਆਂ ਵਾਲੀਆਂ ਕੰਪਨੀਆਂ ਲਈ $15) + ਪਹਿਲੇ 0.98 ਡਿਵਾਈਸਾਂ ਲਈ $500000 (ਸਰੋਤ).
ਕੋਡੇਕ ਨੂੰ MPEG-2 ਅਤੇ MPEG-4 ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਅੰਦਰ ਪ੍ਰਮਾਣਿਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਅਤੇ ਆਮ ਗਲਤ ਧਾਰਨਾ ਦੇ ਉਲਟ, ਇਹ Apple ਨਾਲ ਸਬੰਧਤ ਨਹੀਂ ਹੈ।

ਨਮੂਨਾ ਲੈਣ ਦੀ ਬਾਰੰਬਾਰਤਾ
ਬਿੱਟਰੇਟ
ਏਨਕੋਡਿੰਗ ਸਹਿਯੋਗ
ਡੀਕੋਡਿੰਗ ਸਹਾਇਤਾ

8 - 96 kHz
8 - 576 kbps (ਸਟੀਰੀਓ ਲਈ), 256 - 320 kbps (ਬਲਿਊਟੁੱਥ ਲਈ ਖਾਸ)
macOS, Android 7+*, iOS
ਆਡੀਓ ਡਿਵਾਈਸਾਂ ਦੀ ਵਿਸ਼ਾਲ ਸ਼੍ਰੇਣੀ (ਹਾਰਡਵੇਅਰ)

* ਸਿਰਫ਼ ਉਹਨਾਂ ਡਿਵਾਈਸਾਂ 'ਤੇ ਜਿਨ੍ਹਾਂ ਦੇ ਨਿਰਮਾਤਾਵਾਂ ਨੇ ਲਾਇਸੰਸਿੰਗ ਫੀਸਾਂ ਦਾ ਭੁਗਤਾਨ ਕੀਤਾ ਹੈ

iOS ਅਤੇ macOS ਅੱਜ ਐਪਲ ਦੇ ਸਭ ਤੋਂ ਵਧੀਆ AAC ਏਨਕੋਡਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ, ਉੱਚਤਮ ਸੰਭਾਵਿਤ ਆਡੀਓ ਗੁਣਵੱਤਾ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ। ਐਂਡਰੌਇਡ ਦੂਜੇ-ਉੱਚਤਮ ਕੁਆਲਿਟੀ ਦੇ Fraunhofer FDK AAC ਏਨਕੋਡਰ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਪਰ ਅਣਜਾਣ ਏਨਕੋਡਿੰਗ ਗੁਣਵੱਤਾ ਦੇ ਨਾਲ ਪਲੇਟਫਾਰਮ (SoC) ਵਿੱਚ ਬਣੇ ਕਈ ਹਾਰਡਵੇਅਰ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦਾ ਹੈ। SoundGuys ਵੈਬਸਾਈਟ 'ਤੇ ਹਾਲ ਹੀ ਦੇ ਟੈਸਟਾਂ ਦੇ ਅਨੁਸਾਰ, ਵੱਖ-ਵੱਖ Android ਫੋਨਾਂ ਦੀ AAC ਏਨਕੋਡਿੰਗ ਗੁਣਵੱਤਾ ਬਹੁਤ ਵੱਖਰੀ ਹੁੰਦੀ ਹੈ:

ਜ਼ਿਆਦਾਤਰ ਵਾਇਰਲੈੱਸ ਆਡੀਓ ਡਿਵਾਈਸਾਂ ਵਿੱਚ AAC ਲਈ ਅਧਿਕਤਮ ਬਿੱਟਰੇਟ 320 kbps ਹੈ, ਕੁਝ ਸਿਰਫ 256 kbps ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ। ਹੋਰ ਬਿੱਟਰੇਟਸ ਬਹੁਤ ਘੱਟ ਹਨ।
AAC 320 ਅਤੇ 256 kbps ਬਿਟਰੇਟਾਂ 'ਤੇ ਸ਼ਾਨਦਾਰ ਗੁਣਵੱਤਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਪਰ ਇਸ ਦੇ ਅਧੀਨ ਹੈ ਪਹਿਲਾਂ ਤੋਂ ਹੀ ਸੰਕੁਚਿਤ ਸਮੱਗਰੀ ਦੀ ਕ੍ਰਮਵਾਰ ਏਨਕੋਡਿੰਗ ਦਾ ਨੁਕਸਾਨ, ਹਾਲਾਂਕਿ, ਕਈ ਕ੍ਰਮਵਾਰ ਏਨਕੋਡਿੰਗਾਂ ਦੇ ਨਾਲ ਵੀ 256 kbps ਦੇ ਬਿੱਟਰੇਟ 'ਤੇ iOS 'ਤੇ ਮੂਲ ਨਾਲ ਕੋਈ ਅੰਤਰ ਸੁਣਨਾ ਮੁਸ਼ਕਲ ਹੈ; ਸਿੰਗਲ ਏਨਕੋਡਿੰਗ ਦੇ ਨਾਲ, ਉਦਾਹਰਨ ਲਈ, MP3 320 kbps ਤੋਂ AAC 256 kbps, ਨੁਕਸਾਨ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
ਦੂਜੇ ਬਲੂਟੁੱਥ ਕੋਡੇਕਸ ਵਾਂਗ, ਕਿਸੇ ਵੀ ਸੰਗੀਤ ਨੂੰ ਪਹਿਲਾਂ ਡੀਕੋਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਫਿਰ ਕੋਡੇਕ ਦੁਆਰਾ ਏਨਕੋਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। AAC ਫਾਰਮੈਟ ਵਿੱਚ ਸੰਗੀਤ ਸੁਣਦੇ ਸਮੇਂ, ਇਸਨੂੰ ਪਹਿਲਾਂ OS ਦੁਆਰਾ ਡੀਕੋਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਫਿਰ ਬਲੂਟੁੱਥ ਦੁਆਰਾ ਪ੍ਰਸਾਰਣ ਲਈ ਦੁਬਾਰਾ AAC ਵਿੱਚ ਏਨਕੋਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਮਲਟੀਪਲ ਆਡੀਓ ਸਟ੍ਰੀਮਾਂ ਨੂੰ ਮਿਲਾਉਣ ਲਈ ਜ਼ਰੂਰੀ ਹੈ, ਜਿਵੇਂ ਕਿ ਸੰਗੀਤ ਅਤੇ ਨਵੇਂ ਸੰਦੇਸ਼ ਸੂਚਨਾਵਾਂ। ਆਈਓਐਸ ਕੋਈ ਅਪਵਾਦ ਨਹੀਂ ਹੈ. ਇੰਟਰਨੈੱਟ 'ਤੇ ਤੁਸੀਂ ਬਹੁਤ ਸਾਰੇ ਬਿਆਨ ਲੱਭ ਸਕਦੇ ਹੋ ਕਿ ਆਈਓਐਸ ਸੰਗੀਤ 'ਤੇ AAC ਫਾਰਮੈਟ ਵਿੱਚ ਬਲੂਟੁੱਥ ਰਾਹੀਂ ਸੰਚਾਰਿਤ ਹੋਣ 'ਤੇ ਟ੍ਰਾਂਸਕੋਡ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜੋ ਕਿ ਸੱਚ ਨਹੀਂ ਹੈ।

MP1/2/3

MPEG-1/2 ਭਾਗ 3 ਪਰਿਵਾਰ ਦੇ ਕੋਡੇਕਸ ਵਿੱਚ ਜਾਣੇ-ਪਛਾਣੇ ਅਤੇ ਵਿਆਪਕ ਤੌਰ 'ਤੇ ਵਰਤੇ ਜਾਂਦੇ MP3, ਘੱਟ ਆਮ MP2 (ਮੁੱਖ ਤੌਰ 'ਤੇ ਡਿਜੀਟਲ ਟੀਵੀ ਅਤੇ ਰੇਡੀਓ ਵਿੱਚ ਵਰਤੇ ਜਾਂਦੇ ਹਨ), ਅਤੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਣਜਾਣ MP1 ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ।

ਪੁਰਾਣੇ MP1 ਅਤੇ MP2 ਕੋਡੇਕਸ ਬਿਲਕੁਲ ਵੀ ਸਮਰਥਿਤ ਨਹੀਂ ਹਨ: ਮੈਨੂੰ ਕੋਈ ਵੀ ਹੈੱਡਫੋਨ ਜਾਂ ਬਲੂਟੁੱਥ ਸਟੈਕ ਨਹੀਂ ਮਿਲਿਆ ਜੋ ਉਹਨਾਂ ਨੂੰ ਏਨਕੋਡ ਜਾਂ ਡੀਕੋਡ ਕਰੇਗਾ।
MP3 ਡੀਕੋਡਿੰਗ ਕੁਝ ਹੈੱਡਫੋਨਾਂ ਦੁਆਰਾ ਸਮਰਥਿਤ ਹੈ, ਪਰ ਕਿਸੇ ਵੀ ਆਧੁਨਿਕ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਸਟੈਕ 'ਤੇ ਏਨਕੋਡਿੰਗ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ। ਅਜਿਹਾ ਲਗਦਾ ਹੈ ਕਿ ਵਿੰਡੋਜ਼ ਲਈ ਥਰਡ-ਪਾਰਟੀ ਬਲੂਸੋਲੀਲ ਸਟੈਕ MP3 ਨੂੰ ਏਨਕੋਡ ਕਰ ਸਕਦਾ ਹੈ ਜੇਕਰ ਤੁਸੀਂ ਸੰਰਚਨਾ ਫਾਈਲ ਨੂੰ ਹੱਥੀਂ ਬਦਲਦੇ ਹੋ, ਪਰ ਮੇਰੇ ਲਈ ਇਸਨੂੰ ਇੰਸਟਾਲ ਕਰਨ ਨਾਲ Windows 10 'ਤੇ BSoD ਹੋ ਜਾਂਦਾ ਹੈ। ਸਿੱਟਾ - ਕੋਡੇਕ ਅਸਲ ਵਿੱਚ ਬਲੂਟੁੱਥ ਆਡੀਓ ਲਈ ਨਹੀਂ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ।
ਪਹਿਲਾਂ, 2006-2008 ਵਿੱਚ, ਡਿਵਾਈਸਾਂ ਵਿੱਚ A2DP ਸਟੈਂਡਰਡ ਦੇ ਫੈਲਣ ਤੋਂ ਪਹਿਲਾਂ, ਲੋਕ MSI ਬਲੂ ਪਲੇਅਰ ਪ੍ਰੋਗਰਾਮ ਦੁਆਰਾ ਨੋਕੀਆ BH-3 ਹੈੱਡਸੈੱਟ 'ਤੇ MP501 ਸੰਗੀਤ ਸੁਣਦੇ ਸਨ, ਜੋ ਕਿ ਸਿੰਬੀਅਨ ਅਤੇ ਵਿੰਡੋਜ਼ ਮੋਬਾਈਲ 'ਤੇ ਉਪਲਬਧ ਸੀ। ਉਸ ਸਮੇਂ, ਸਮਾਰਟਫ਼ੋਨ ਦੇ OS ਆਰਕੀਟੈਕਚਰ ਨੇ ਬਹੁਤ ਸਾਰੇ ਹੇਠਲੇ-ਪੱਧਰ ਦੇ ਫੰਕਸ਼ਨਾਂ ਤੱਕ ਪਹੁੰਚ ਦੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ ਸੀ, ਅਤੇ ਵਿੰਡੋਜ਼ ਮੋਬਾਈਲ 'ਤੇ ਤੀਜੀ-ਧਿਰ ਦੇ ਬਲੂਟੁੱਥ ਸਟੈਕ ਨੂੰ ਸਥਾਪਿਤ ਕਰਨਾ ਵੀ ਸੰਭਵ ਸੀ।

MP3 ਕੋਡੇਕ ਦੇ ਆਖਰੀ ਪੇਟੈਂਟ ਦੀ ਮਿਆਦ ਖਤਮ ਹੋ ਗਈ ਹੈ, ਕੋਡੇਕ ਦੀ ਵਰਤੋਂ ਲਈ 23 ਅਪ੍ਰੈਲ, 2017 ਤੋਂ ਲਾਇਸੈਂਸ ਫੀਸ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।

ਜੇਕਰ ਉਪਰੋਕਤ ਸੰਦਰਭਾਂ ਵਿੱਚ ਜ਼ਿਕਰ ਕੀਤੇ ਗਏ ਸਭ ਤੋਂ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਚੱਲ ਰਹੇ ਪੇਟੈਂਟ ਨੂੰ ਇੱਕ ਮਾਪ ਵਜੋਂ ਲਿਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ MP3 ਟੈਕਨਾਲੋਜੀ ਸੰਯੁਕਤ ਰਾਜ ਵਿੱਚ 16 ਅਪ੍ਰੈਲ, 2017 ਨੂੰ ਪੇਟੈਂਟ-ਮੁਕਤ ਹੋ ਗਈ ਸੀ ਜਦੋਂ ਟੈਕਨੀਕਲਰ ਦੁਆਰਾ ਆਯੋਜਿਤ ਅਤੇ ਸੰਚਾਲਿਤ ਯੂਐਸ ਪੇਟੈਂਟ 6,009,399 ਦੀ ਮਿਆਦ ਖਤਮ ਹੋ ਗਈ ਸੀ।

ਸਰੋਤ: www.iis.fraunhofer.de/en/ff/amm/prod/audiocodec/audiocodecs/mp3.html

ਨਮੂਨਾ ਲੈਣ ਦੀ ਬਾਰੰਬਾਰਤਾ
ਬਿੱਟਰੇਟ
ਏਨਕੋਡਿੰਗ ਸਹਿਯੋਗ
ਡੀਕੋਡਿੰਗ ਸਹਾਇਤਾ

16 - 48 kHz
8 - 320 kbps
ਕਿਤੇ ਵੀ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ
ਕੁਝ ਆਡੀਓ ਯੰਤਰ (ਹਾਰਡਵੇਅਰ)

ਐਲਡੀਏਸੀ

Sony ਤੋਂ ਇੱਕ ਨਵਾਂ ਅਤੇ ਸਰਗਰਮੀ ਨਾਲ ਪ੍ਰੋਮੋਟ ਕੀਤਾ "Hi-Res" ਕੋਡੇਕ, 96 kHz ਅਤੇ 24-ਬਿੱਟ ਬਿੱਟਰੇਟ ਤੱਕ, 990 kbps ਤੱਕ ਦੇ ਬਿੱਟਰੇਟਸ ਦੇ ਨਾਲ ਨਮੂਨਾ ਦਰਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਇਹ ਮੌਜੂਦਾ ਬਲੂਟੁੱਥ ਕੋਡੇਕਸ ਦੇ ਬਦਲ ਵਜੋਂ, ਇੱਕ ਆਡੀਓਫਾਈਲ ਕੋਡੇਕ ਵਜੋਂ ਇਸ਼ਤਿਹਾਰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। ਰੇਡੀਓ ਪ੍ਰਸਾਰਣ ਦੀਆਂ ਸਥਿਤੀਆਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦਿਆਂ, ਇਸ ਵਿੱਚ ਅਨੁਕੂਲ ਬਿੱਟਰੇਟ ਐਡਜਸਟਮੈਂਟ ਦਾ ਕੰਮ ਹੈ।

LDAC ਏਨਕੋਡਰ (libldac) ਨੂੰ ਸਟੈਂਡਰਡ ਐਂਡਰੌਇਡ ਪੈਕੇਜ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ, ਇਸਲਈ OS ਸੰਸਕਰਣ 8 ਨਾਲ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲੇ ਕਿਸੇ ਵੀ ਐਂਡਰੌਇਡ ਸਮਾਰਟਫੋਨ 'ਤੇ ਏਨਕੋਡਿੰਗ ਸਮਰਥਿਤ ਹੈ। ਇੱਥੇ ਕੋਈ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਉਪਲਬਧ ਸੌਫਟਵੇਅਰ ਡੀਕੋਡਰ ਨਹੀਂ ਹਨ, ਕੋਡੇਕ ਨਿਰਧਾਰਨ ਆਮ ਲੋਕਾਂ ਲਈ ਉਪਲਬਧ ਨਹੀਂ ਹੈ, ਹਾਲਾਂਕਿ, ਏਨਕੋਡਰ 'ਤੇ ਪਹਿਲੀ ਨਜ਼ਰ 'ਤੇ, ਕੋਡਕ ਦੀ ਅੰਦਰੂਨੀ ਬਣਤਰ ਸਮਾਨ ਹੈ. ATRAC9 - ਪਲੇਅਸਟੇਸ਼ਨ 4 ਅਤੇ ਵੀਟਾ ਵਿੱਚ ਵਰਤੇ ਗਏ ਸੋਨੀ ਦੇ ਕੋਡੇਕ: ਦੋਵੇਂ ਬਾਰੰਬਾਰਤਾ ਡੋਮੇਨ ਵਿੱਚ ਕੰਮ ਕਰਦੇ ਹਨ, ਹਫਮੈਨ ਐਲਗੋਰਿਦਮ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਇੱਕ ਸੋਧਿਆ ਡਿਸਕ੍ਰਿਟ ਕੋਸਾਈਨ ਟ੍ਰਾਂਸਫਾਰਮ (MDCT) ਅਤੇ ਕੰਪਰੈਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ।

LDAC ਸਹਾਇਤਾ ਲਗਭਗ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਸੋਨੀ ਦੇ ਹੈੱਡਫੋਨ ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। LDAC ਨੂੰ ਡੀਕੋਡ ਕਰਨ ਦੀ ਯੋਗਤਾ ਕਈ ਵਾਰ ਦੂਜੇ ਨਿਰਮਾਤਾਵਾਂ ਦੇ ਹੈੱਡਫੋਨਾਂ ਅਤੇ DACs 'ਤੇ ਪਾਈ ਜਾਂਦੀ ਹੈ, ਪਰ ਬਹੁਤ ਘੱਟ ਹੀ।

ਨਮੂਨਾ ਲੈਣ ਦੀ ਬਾਰੰਬਾਰਤਾ
ਬਿੱਟਰੇਟ
ਏਨਕੋਡਿੰਗ ਸਹਿਯੋਗ
ਡੀਕੋਡਿੰਗ ਸਹਾਇਤਾ

44.1 - 96 kHz
303/606/909 kbit/s (44.1 ਅਤੇ 88.2 kHz ਲਈ), 330/660/990 kbit/s (48 ਅਤੇ 96 kHz ਲਈ)
ਐਂਡਰਾਇਡ ਐਕਸਐਨਯੂਐਮਐਕਸ +
ਕੁਝ ਸੋਨੀ ਹੈੱਡਫੋਨ ਅਤੇ ਹੋਰ ਨਿਰਮਾਤਾਵਾਂ (ਹਾਰਡਵੇਅਰ) ਤੋਂ ਕੁਝ ਉਪਕਰਣ

LDAC ਨੂੰ ਹਾਈ-ਰੈਜ਼ ਕੋਡੇਕ ਦੇ ਤੌਰ 'ਤੇ ਮਾਰਕੀਟਿੰਗ ਕਰਨਾ ਇਸ ਦੇ ਤਕਨੀਕੀ ਹਿੱਸੇ ਨੂੰ ਨੁਕਸਾਨ ਪਹੁੰਚਾਉਂਦਾ ਹੈ: ਮਨੁੱਖੀ ਕੰਨਾਂ ਤੱਕ ਅਸੁਵਿਧਾਜਨਕ ਫ੍ਰੀਕੁਐਂਸੀ ਨੂੰ ਸੰਚਾਰਿਤ ਕਰਨ ਅਤੇ ਬਿੱਟ ਡੂੰਘਾਈ ਨੂੰ ਵਧਾਉਣ 'ਤੇ ਬਿਟਰੇਟ ਖਰਚ ਕਰਨਾ ਮੂਰਖਤਾ ਹੈ, ਜਦੋਂ ਕਿ ਇਹ ਬਿਨਾਂ ਨੁਕਸਾਨ ਦੇ CD-ਗੁਣਵੱਤਾ (44.1/16) ਨੂੰ ਸੰਚਾਰਿਤ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ। . ਖੁਸ਼ਕਿਸਮਤੀ ਨਾਲ, ਕੋਡੇਕ ਦੇ ਦੋ ਓਪਰੇਟਿੰਗ ਮੋਡ ਹਨ: ਸੀਡੀ ਆਡੀਓ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਅਤੇ ਹਾਈ-ਰੇਜ਼ ਆਡੀਓ ਟ੍ਰਾਂਸਮਿਸ਼ਨ। ਪਹਿਲੇ ਕੇਸ ਵਿੱਚ, ਸਿਰਫ 44.1 kHz/16 ਬਿੱਟ ਹਵਾ ਵਿੱਚ ਸੰਚਾਰਿਤ ਹੁੰਦੇ ਹਨ।

ਕਿਉਂਕਿ ਇੱਕ ਸੌਫਟਵੇਅਰ LDAC ਡੀਕੋਡਰ ਸੁਤੰਤਰ ਰੂਪ ਵਿੱਚ ਉਪਲਬਧ ਨਹੀਂ ਹੈ, LDAC ਨੂੰ ਡੀਕੋਡ ਕਰਨ ਵਾਲੇ ਵਾਧੂ ਡਿਵਾਈਸਾਂ ਤੋਂ ਬਿਨਾਂ ਕੋਡੇਕ ਦੀ ਜਾਂਚ ਕਰਨਾ ਅਸੰਭਵ ਹੈ। ਇਸਦੇ ਸਮਰਥਨ ਨਾਲ ਇੱਕ DAC 'ਤੇ LDAC ਟੈਸਟ ਦੇ ਨਤੀਜਿਆਂ ਦੇ ਅਨੁਸਾਰ, ਜਿਸ ਨੂੰ SoundGuys.com ਇੰਜੀਨੀਅਰਾਂ ਨੇ ਇੱਕ ਡਿਜੀਟਲ ਆਉਟਪੁੱਟ ਦੁਆਰਾ ਕਨੈਕਟ ਕੀਤਾ ਹੈ ਅਤੇ ਟੈਸਟ ਸਿਗਨਲਾਂ 'ਤੇ ਆਉਟਪੁੱਟ ਧੁਨੀ ਨੂੰ ਰਿਕਾਰਡ ਕੀਤਾ ਹੈ, LDAC 660 ਅਤੇ 990 kbps ਨੂੰ CD-ਗੁਣਵੱਤਾ ਮੋਡ ਵਿੱਚ ਇੱਕ ਸਿਗਨਲ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਸ਼ੋਰ ਅਨੁਪਾਤ aptX HD ਨਾਲੋਂ ਥੋੜ੍ਹਾ ਬਿਹਤਰ ਹੈ।

ਸਰੋਤ: www.soundguys.com/ldac-ultimate-bluetooth-guide-20026

LDAC ਸਥਾਪਿਤ ਪ੍ਰੋਫਾਈਲਾਂ ਤੋਂ ਬਾਹਰ ਗਤੀਸ਼ੀਲ ਬਿੱਟਰੇਟਸ ਦਾ ਵੀ ਸਮਰਥਨ ਕਰਦਾ ਹੈ - 138 kbps ਤੋਂ 990 kbps ਤੱਕ, ਪਰ ਜਿੱਥੋਂ ਤੱਕ ਮੈਂ ਦੱਸ ਸਕਦਾ ਹਾਂ, ਐਂਡਰੌਇਡ ਸਿਰਫ਼ ਪ੍ਰਮਾਣਿਤ ਪ੍ਰੋਫਾਈਲਾਂ 303/606/909 ਅਤੇ 330/660/990 kbps ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ।

ਹੋਰ ਕੋਡੇਕਸ

ਹੋਰ A2DP ਕੋਡੇਕ ਵਿਆਪਕ ਤੌਰ 'ਤੇ ਵਰਤੇ ਨਹੀਂ ਜਾਂਦੇ ਹਨ। ਉਹਨਾਂ ਦਾ ਸਮਰਥਨ ਜਾਂ ਤਾਂ ਲਗਭਗ ਪੂਰੀ ਤਰ੍ਹਾਂ ਗੈਰਹਾਜ਼ਰ ਹੈ ਜਾਂ ਸਿਰਫ ਹੈੱਡਫੋਨ ਅਤੇ ਸਮਾਰਟਫੋਨ ਦੇ ਕੁਝ ਮਾਡਲਾਂ 'ਤੇ ਉਪਲਬਧ ਹੈ।
A2DP ਵਿੱਚ ਮਾਨਕੀਕ੍ਰਿਤ ATRAC ਕੋਡੇਕ ਨੂੰ ਕਦੇ ਵੀ ਬਲੂਟੁੱਥ ਕੋਡੇਕ ਦੇ ਤੌਰ 'ਤੇ ਨਹੀਂ ਵਰਤਿਆ ਗਿਆ ਹੈ ਇੱਥੋਂ ਤੱਕ ਕਿ ਸੋਨੀ ਦੁਆਰਾ ਵੀ, ਸੈਮਸੰਗ ਐਚਡੀ, ਸੈਮਸੰਗ ਸਕੇਲੇਬਲ ਅਤੇ ਸੈਮਸੰਗ UHQ-BT ਕੋਡੇਕਸ ਨੂੰ ਡਿਵਾਈਸਾਂ ਨੂੰ ਸੰਚਾਰਿਤ ਕਰਨ ਅਤੇ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਬਹੁਤ ਸੀਮਤ ਸਮਰਥਨ ਹੈ, ਅਤੇ HWA LHDC ਬਹੁਤ ਨਵਾਂ ਹੈ ਅਤੇ ਸਿਰਫ ਤਿੰਨ ਸਮਰਥਿਤ ਹੈ। (?) ਡਿਵਾਈਸਾਂ।

ਆਡੀਓ ਡਿਵਾਈਸਾਂ ਲਈ ਕੋਡੇਕ ਸਮਰਥਨ

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

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

ਤੁਸੀਂ ਇਹ ਕਿਵੇਂ ਪਤਾ ਲਗਾ ਸਕਦੇ ਹੋ ਕਿ ਤੁਹਾਡੀ ਡਿਵਾਈਸ ਕਿਹੜੇ ਕੋਡੇਕਸ ਦਾ ਸਮਰਥਨ ਕਰਦੀ ਹੈ? A2DP ਗੱਲਬਾਤ ਪੈਰਾਮੀਟਰਾਂ ਨਾਲ ਟ੍ਰੈਫਿਕ ਡੰਪ ਨੂੰ ਰਿਕਾਰਡ ਅਤੇ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰੋ!
ਇਹ Linux, macOS ਅਤੇ Android 'ਤੇ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਲੀਨਕਸ 'ਤੇ ਤੁਸੀਂ ਵਾਇਰਸ਼ਾਰਕ ਜਾਂ ਐਚਸੀਡੰਪ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ, ਮੈਕੋਸ 'ਤੇ ਤੁਸੀਂ ਬਲੂਟੁੱਥ ਐਕਸਪਲੋਰਰ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਐਂਡਰੌਇਡ 'ਤੇ ਤੁਸੀਂ ਸਟੈਂਡਰਡ ਬਲੂਟੁੱਥ ਐਚਸੀਆਈ ਡੰਪ ਸੇਵਿੰਗ ਫੰਕਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ, ਜੋ ਕਿ ਡਿਵੈਲਪਰ ਟੂਲਸ ਵਿੱਚ ਉਪਲਬਧ ਹੈ। ਤੁਹਾਨੂੰ btsnoop ਫਾਰਮੈਟ ਵਿੱਚ ਇੱਕ ਡੰਪ ਪ੍ਰਾਪਤ ਹੋਵੇਗਾ, ਜਿਸਨੂੰ Wireshark ਵਿਸ਼ਲੇਸ਼ਕ ਵਿੱਚ ਲੋਡ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
ਧਿਆਨ ਦੇਵੋ: ਇੱਕ ਸਹੀ ਡੰਪ ਸਿਰਫ਼ ਤੁਹਾਡੇ ਫ਼ੋਨ/ਕੰਪਿਊਟਰ ਤੋਂ ਹੈੱਡਫ਼ੋਨ/ਸਪੀਕਰਾਂ ਨਾਲ ਕਨੈਕਟ ਕਰਕੇ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ (ਭਾਵੇਂ ਇਹ ਕਿੰਨਾ ਵੀ ਮਜ਼ਾਕੀਆ ਕਿਉਂ ਨਾ ਹੋਵੇ)! ਹੈੱਡਫੋਨ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਫੋਨ ਨਾਲ ਇੱਕ ਕਨੈਕਸ਼ਨ ਸਥਾਪਤ ਕਰ ਸਕਦੇ ਹਨ, ਇਸ ਸਥਿਤੀ ਵਿੱਚ ਉਹ ਫੋਨ ਤੋਂ ਕੋਡੇਕਸ ਦੀ ਸੂਚੀ ਦੀ ਬੇਨਤੀ ਕਰਨਗੇ, ਨਾ ਕਿ ਉਲਟ. ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਕਿ ਸਹੀ ਡੰਪ ਰਿਕਾਰਡ ਕੀਤਾ ਗਿਆ ਹੈ, ਪਹਿਲਾਂ ਡਿਵਾਈਸ ਨੂੰ ਅਨਪੇਅਰ ਕਰੋ, ਅਤੇ ਫਿਰ ਡੰਪ ਨੂੰ ਰਿਕਾਰਡ ਕਰਦੇ ਸਮੇਂ ਫ਼ੋਨ ਨੂੰ ਹੈੱਡਫ਼ੋਨ ਨਾਲ ਜੋੜਾ ਬਣਾਓ।

ਅਪ੍ਰਸੰਗਿਕ ਟ੍ਰੈਫਿਕ ਨੂੰ ਫਿਲਟਰ ਕਰਨ ਲਈ ਹੇਠਾਂ ਦਿੱਤੇ ਡਿਸਪਲੇ ਫਿਲਟਰ ਦੀ ਵਰਤੋਂ ਕਰੋ:

btavdtp.signal_id

ਨਤੀਜੇ ਵਜੋਂ, ਤੁਹਾਨੂੰ ਇਸ ਦੇ ਸਮਾਨ ਕੁਝ ਦੇਖਣਾ ਚਾਹੀਦਾ ਹੈ:

ਤੁਸੀਂ ਕੋਡੇਕ ਦੀਆਂ ਵਿਸਤ੍ਰਿਤ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਦੇਖਣ ਲਈ GetCapabilities ਕਮਾਂਡ ਵਿੱਚ ਹਰੇਕ ਆਈਟਮ 'ਤੇ ਕਲਿੱਕ ਕਰ ਸਕਦੇ ਹੋ।

ਵਾਇਰਸ਼ਾਰਕ ਸਾਰੇ ਕੋਡੇਕ ਪਛਾਣਕਰਤਾਵਾਂ ਨੂੰ ਨਹੀਂ ਜਾਣਦਾ ਹੈ, ਇਸਲਈ ਹੇਠਾਂ ਦਿੱਤੀ ਪਛਾਣਕਰਤਾ ਸਾਰਣੀ ਨੂੰ ਦੇਖਦੇ ਹੋਏ, ਕੁਝ ਕੋਡੇਕਸ ਨੂੰ ਹੱਥੀਂ ਡੀਕ੍ਰਿਪਟ ਕਰਨਾ ਹੋਵੇਗਾ:

Mandatory:
0x00 - SBC

Optional:
0x01 - MPEG-1,2 (aka MP3)
0x02 - MPEG-2,4 (aka AAC)
0x04 - ATRAC

Vendor specific:
0xFF 0x004F 0x01   - aptX
0xFF 0x00D7 0x24   - aptX HD
0xFF 0x000A 0x02   - aptX Low Latency
0xFF 0x00D7 0x02   - aptX Low Latency
0xFF 0x000A 0x01   - FastStream
0xFF 0x012D 0xAA   - LDAC
0xFF 0x0075 0x0102 - Samsung HD
0xFF 0x0075 0x0103 - Samsung Scalable Codec
0xFF 0x053A 0x484C - Savitech LHDC

0xFF 0x000A 0x0104 - The CSR True Wireless Stereo v3 Codec ID for AAC
0xFF 0x000A 0x0105 - The CSR True Wireless Stereo v3 Codec ID for MP3
0xFF 0x000A 0x0106 - The CSR True Wireless Stereo v3 Codec ID for aptX

ਡੰਪਾਂ ਦਾ ਹੱਥੀਂ ਵਿਸ਼ਲੇਸ਼ਣ ਨਾ ਕਰਨ ਲਈ, ਮੈਂ ਇੱਕ ਸੇਵਾ ਕੀਤੀ ਹੈ ਜੋ ਆਪਣੇ ਆਪ ਹਰ ਚੀਜ਼ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰੇਗੀ: btcodecs.valdikss.org.ru

ਕੋਡੇਕਸ ਦੀ ਤੁਲਨਾ। ਕਿਹੜਾ ਕੋਡੇਕ ਬਿਹਤਰ ਹੈ?

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

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

AAC ਨਾਲ ਸਥਿਤੀ ਅਸਪਸ਼ਟ ਹੈ: ਇੱਕ ਪਾਸੇ, ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ ਕੋਡੇਕ ਨੂੰ ਅਸਲ ਤੋਂ ਵੱਖਰੀ ਗੁਣਵੱਤਾ ਪੈਦਾ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ, ਪਰ ਅਭਿਆਸ ਵਿੱਚ, ਵੱਖ-ਵੱਖ Android ਡਿਵਾਈਸਾਂ 'ਤੇ SoundGuys ਪ੍ਰਯੋਗਸ਼ਾਲਾ ਦੇ ਟੈਸਟਾਂ ਦੁਆਰਾ ਨਿਰਣਾ ਕਰਦੇ ਹੋਏ, ਇਸਦੀ ਪੁਸ਼ਟੀ ਨਹੀਂ ਹੁੰਦੀ ਹੈ। ਜ਼ਿਆਦਾਤਰ ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ, ਨੁਕਸ ਘੱਟ-ਗੁਣਵੱਤਾ ਵਾਲੇ ਹਾਰਡਵੇਅਰ ਆਡੀਓ ਏਨਕੋਡਰਾਂ ਨਾਲ ਹੈ ਜੋ ਵੱਖ-ਵੱਖ ਫੋਨ ਚਿਪਸੈੱਟਾਂ ਵਿੱਚ ਬਣੇ ਹੋਏ ਹਨ। AAC ਦੀ ਵਰਤੋਂ ਸਿਰਫ਼ Apple ਡਿਵਾਈਸਾਂ 'ਤੇ, ਅਤੇ Android 'ਤੇ ਇਸ ਨੂੰ aptX ਅਤੇ LDAC ਤੱਕ ਸੀਮਤ ਕਰਨ ਲਈ ਸਮਝਦਾਰੀ ਹੈ।

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

ਮੈਂ ਇੱਕ ਵੈੱਬ ਸੇਵਾ ਬਣਾਈ ਹੈ ਜੋ SBC, aptX ਅਤੇ aptX HD ਨੂੰ ਰੀਅਲ ਟਾਈਮ ਵਿੱਚ, ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਹੀ ਆਡੀਓ ਨੂੰ ਏਨਕੋਡ ਕਰਦੀ ਹੈ। ਇਸਦੇ ਨਾਲ, ਤੁਸੀਂ ਕਿਸੇ ਵੀ ਵਾਇਰਡ ਹੈੱਡਫੋਨ, ਸਪੀਕਰਾਂ ਅਤੇ ਤੁਹਾਡੇ ਮਨਪਸੰਦ ਸੰਗੀਤ 'ਤੇ ਬਲੂਟੁੱਥ ਰਾਹੀਂ ਆਡੀਓ ਨੂੰ ਪ੍ਰਸਾਰਿਤ ਕੀਤੇ ਬਿਨਾਂ ਇਹਨਾਂ ਆਡੀਓ ਕੋਡੇਕਸ ਦੀ ਜਾਂਚ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਆਡੀਓ ਚਲਾਉਣ ਵੇਲੇ ਸਿੱਧੇ ਏਨਕੋਡਿੰਗ ਪੈਰਾਮੀਟਰ ਵੀ ਬਦਲ ਸਕਦੇ ਹੋ:
btcodecs.valdikss.org.ru/sbc-encoder
ਇਹ ਸੇਵਾ BlueZ ਪ੍ਰੋਜੈਕਟ ਤੋਂ SBC ਕੋਡਿੰਗ ਲਾਇਬ੍ਰੇਰੀਆਂ ਅਤੇ ffmpeg ਤੋਂ libopenaptx ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ, ਜੋ ਕਿ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਚਲਾਉਣ ਲਈ, emscripten ਦੁਆਰਾ, WebAssembly ਅਤੇ C ਤੋਂ JavaScript ਵਿੱਚ ਕੰਪਾਇਲ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ। ਅਜਿਹੇ ਭਵਿੱਖ ਦਾ ਸੁਪਨਾ ਕੌਣ ਲੈ ਸਕਦਾ ਹੈ!

ਇਹ ਇਸ ਤਰਾਂ ਦਾ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ:

ਧਿਆਨ ਦਿਓ ਕਿ ਵੱਖ-ਵੱਖ ਕੋਡੇਕਸ ਲਈ 20 kHz ਤੋਂ ਬਾਅਦ ਸ਼ੋਰ ਦਾ ਪੱਧਰ ਕਿਵੇਂ ਬਦਲਦਾ ਹੈ। ਅਸਲੀ MP3 ਫਾਈਲ ਵਿੱਚ 20 kHz ਤੋਂ ਉੱਪਰ ਦੀ ਫ੍ਰੀਕੁਐਂਸੀ ਨਹੀਂ ਹੈ।

ਕੋਡੇਕਸ ਨੂੰ ਬਦਲਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ ਅਤੇ ਦੇਖੋ ਕਿ ਕੀ ਤੁਸੀਂ ਅਸਲੀ, SBC 53 ਜੁਆਇੰਟ ਸਟੀਰੀਓ (ਮਿਆਰੀ ਅਤੇ ਸਭ ਤੋਂ ਆਮ ਪ੍ਰੋਫਾਈਲ), ਅਤੇ aptX/aptX HD ਵਿੱਚ ਅੰਤਰ ਸੁਣਦੇ ਹੋ।

ਮੈਂ ਕੋਡੇਕਸ ਵਿੱਚ ਅੰਤਰ ਸੁਣ ਸਕਦਾ ਹਾਂ ਹੈੱਡਫੋਨ ਵਿੱਚ!

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

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

CSR/Qualcomm ਦੁਆਰਾ ਨਿਰਮਿਤ ਚਿਪਸ ਵਿੱਚ DSP ਕਲਿੰਬਾ ਆਡੀਓ ਪ੍ਰੋਸੈਸਿੰਗ ਪਾਈਪਲਾਈਨ

ਹਰੇਕ ਕੋਡੇਕ ਅਤੇ ਆਉਟਪੁੱਟ ਲਈ ਵੱਖਰੇ DSP ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਸਰਗਰਮ ਕਰੋ

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

ਡਿਵਾਈਸਾਂ ਦੀਆਂ ਕਾਰਜਸ਼ੀਲ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

A2DP ਸਟੈਂਡਰਡ ਦਾ ਆਧੁਨਿਕ ਸੰਸਕਰਣ ਹੈ "ਪੂਰਨ ਵਾਲੀਅਮ ਕੰਟਰੋਲ" ਫੰਕਸ਼ਨ — AVRCP ਪ੍ਰੋਟੋਕੋਲ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ ਕਮਾਂਡਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਡਿਵਾਈਸ ਵਾਲੀਅਮ ਨਿਯੰਤਰਣ, ਜੋ ਆਉਟਪੁੱਟ ਪੜਾਅ ਦੇ ਲਾਭ ਨੂੰ ਨਿਯੰਤ੍ਰਿਤ ਕਰਦਾ ਹੈ, ਆਡੀਓ ਸਟ੍ਰੀਮ ਦੀ ਆਵਾਜ਼ ਨੂੰ ਪ੍ਰੋਗਰਾਮਾਤਮਕ ਤੌਰ 'ਤੇ ਘਟਾਉਣ ਦੀ ਬਜਾਏ। ਜੇਕਰ ਤੁਸੀਂ ਆਪਣੇ ਹੈੱਡਫ਼ੋਨ 'ਤੇ ਵਾਲੀਅਮ ਬਦਲਦੇ ਹੋ, ਤਾਂ ਇਹ ਤਬਦੀਲੀ ਤੁਹਾਡੇ ਫ਼ੋਨ 'ਤੇ ਵਾਲੀਅਮ ਨਾਲ ਸਿੰਕ ਨਹੀਂ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਤੁਹਾਡੇ ਹੈੱਡਫ਼ੋਨ ਜਾਂ ਫ਼ੋਨ ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦੇ ਹਨ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਹੈੱਡਫੋਨ ਬਟਨਾਂ ਨਾਲ ਅਸਲ ਵਾਲੀਅਮ ਨੂੰ ਅਨੁਕੂਲ ਕਰਦੇ ਹੋਏ, ਫੋਨ 'ਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਆਵਾਜ਼ ਦੇ ਨਾਲ ਸੰਗੀਤ ਨੂੰ ਹਮੇਸ਼ਾਂ ਸੁਣਨਾ ਸਮਝਦਾਰ ਹੁੰਦਾ ਹੈ - ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਸਿਗਨਲ-ਟੂ-ਆਵਾਜ਼ ਅਨੁਪਾਤ ਬਿਹਤਰ ਹੋਵੇਗਾ ਅਤੇ ਆਡੀਓ ਗੁਣਵੱਤਾ ਜ਼ਰੂਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਉੱਚਾ.
ਅਸਲ ਵਿੱਚ, ਉਦਾਸ ਸਥਿਤੀਆਂ ਹਨ. SBC ਲਈ ਮੇਰੇ RealForce OverDrive D1 ਹੈੱਡਫੋਨ 'ਤੇ, ਇੱਕ ਮਜ਼ਬੂਤ ​​ਕੰਪੈਂਡਰ ਚਾਲੂ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਵਾਲੀਅਮ ਵਧਾਉਣ ਨਾਲ ਸ਼ਾਂਤ ਆਵਾਜ਼ਾਂ ਦੇ ਪੱਧਰ ਵਿੱਚ ਵਾਧਾ ਹੁੰਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਉੱਚੀ ਆਵਾਜ਼ਾਂ ਦੀ ਮਾਤਰਾ ਨਹੀਂ ਬਦਲਦੀ (ਸਿਗਨਲ ਸੰਕੁਚਿਤ ਹੁੰਦਾ ਹੈ)। ਇਸਦੇ ਕਾਰਨ, ਤੁਹਾਨੂੰ ਕੰਪਿਊਟਰ 'ਤੇ ਵਾਲੀਅਮ ਨੂੰ ਲਗਭਗ ਅੱਧਾ ਕਰਨਾ ਪਵੇਗਾ, ਜਿਸ ਸਥਿਤੀ ਵਿੱਚ ਅਮਲੀ ਤੌਰ 'ਤੇ ਕੋਈ ਕੰਪਰੈਸ਼ਨ ਪ੍ਰਭਾਵ ਨਹੀਂ ਹੁੰਦਾ.
ਮੇਰੇ ਨਿਰੀਖਣਾਂ ਦੇ ਅਨੁਸਾਰ, ਵਾਧੂ ਕੋਡੇਕਸ ਵਾਲੇ ਸਾਰੇ ਹੈੱਡਫੋਨ ਪੂਰਨ ਵਾਲੀਅਮ ਨਿਯੰਤਰਣ ਫੰਕਸ਼ਨ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ, ਜ਼ਾਹਰ ਹੈ ਕਿ ਇਹ ਕੋਡੇਕ ਪ੍ਰਮਾਣੀਕਰਣ ਦੀਆਂ ਜ਼ਰੂਰਤਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ.

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

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

ਬਲੂਟੁੱਥ ਰਾਹੀਂ ਦੋ-ਪੱਖੀ ਸੰਚਾਰ। ਵੌਇਸ ਟ੍ਰਾਂਸਮਿਸ਼ਨ.

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

CVSD

ਬੁਨਿਆਦੀ CVSD ਸਪੀਚ ਕੋਡੇਕ ਨੂੰ 2002 ਵਿੱਚ ਮਾਨਕੀਕ੍ਰਿਤ ਕੀਤਾ ਗਿਆ ਸੀ, ਅਤੇ ਸਾਰੇ ਦੋ-ਦਿਸ਼ਾਵੀ ਬਲੂਟੁੱਥ ਸੰਚਾਰ ਯੰਤਰਾਂ ਦੁਆਰਾ ਸਮਰਥਿਤ ਹੈ। ਇਹ 8 kHz ਦੀ ਸੈਂਪਲਿੰਗ ਫ੍ਰੀਕੁਐਂਸੀ ਦੇ ਨਾਲ ਆਡੀਓ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਜੋ ਕਿ ਰਵਾਇਤੀ ਵਾਇਰਡ ਟੈਲੀਫੋਨੀ ਦੀ ਗੁਣਵੱਤਾ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ।

ਇਸ ਕੋਡੇਕ ਵਿੱਚ ਇੱਕ ਰਿਕਾਰਡਿੰਗ ਦੀ ਇੱਕ ਉਦਾਹਰਨ.

mSBC

ਵਾਧੂ mSBC ਕੋਡੇਕ ਨੂੰ 2009 ਵਿੱਚ ਮਾਨਕੀਕ੍ਰਿਤ ਕੀਤਾ ਗਿਆ ਸੀ, ਅਤੇ 2010 ਵਿੱਚ ਵੌਇਸ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਲਈ ਇਸਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੇ ਚਿਪਸ ਪਹਿਲਾਂ ਹੀ ਪ੍ਰਗਟ ਹੋਏ ਸਨ। mSBC ਵੱਖ-ਵੱਖ ਡਿਵਾਈਸਾਂ ਦੁਆਰਾ ਵਿਆਪਕ ਤੌਰ 'ਤੇ ਸਮਰਥਿਤ ਹੈ।
ਇਹ ਇੱਕ ਸੁਤੰਤਰ ਕੋਡਕ ਨਹੀਂ ਹੈ, ਪਰ A2DP ਸਟੈਂਡਰਡ ਤੋਂ ਇੱਕ ਨਿਯਮਤ SBC ਹੈ, ਇੱਕ ਨਿਸ਼ਚਿਤ ਏਨਕੋਡਿੰਗ ਪ੍ਰੋਫਾਈਲ ਦੇ ਨਾਲ: 16 kHz, ਮੋਨੋ, ਬਿਟਪੂਲ 26।

ਇਸ ਕੋਡੇਕ ਵਿੱਚ ਇੱਕ ਰਿਕਾਰਡਿੰਗ ਦੀ ਇੱਕ ਉਦਾਹਰਨ.

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

FastStreamCSR ਕੰਪਨੀ ਨੇ SBC ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਵਿਚਾਰ ਨੂੰ ਵਿਕਸਿਤ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ। SCO ਪ੍ਰੋਟੋਕੋਲ ਦੀਆਂ ਸੀਮਾਵਾਂ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਜਾਣ ਲਈ ਅਤੇ ਉੱਚ ਬਿੱਟਰੇਟਸ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ, CSR ਨੇ ਇੱਕ ਵੱਖਰਾ ਰਸਤਾ ਚਲਾਇਆ - ਉਹਨਾਂ ਨੇ A2DP ਇੱਕ-ਤਰੀਕੇ ਨਾਲ ਆਡੀਓ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਸਟੈਂਡਰਡ, ਸਟੈਂਡਰਡਾਈਜ਼ਡ ਏਨਕੋਡਿੰਗ ਪ੍ਰੋਫਾਈਲਾਂ ਵਿੱਚ ਦੋ-ਪੱਖੀ SBC ਆਡੀਓ ਲਈ ਸਮਰਥਨ ਪੇਸ਼ ਕੀਤਾ, ਅਤੇ ਇਸਨੂੰ "ਫਾਸਟਸਟ੍ਰੀਮ" ਕਿਹਾ।

ਫਾਸਟਸਟ੍ਰੀਮ ਸਪੀਕਰਾਂ ਨੂੰ 44.1 kbps ਦੇ ਬਿੱਟਰੇਟ ਨਾਲ 48 ਜਾਂ 212 kHz 'ਤੇ ਸਟੀਰੀਓ ਆਡੀਓ ਪ੍ਰਸਾਰਿਤ ਕਰਦੀ ਹੈ, ਅਤੇ ਮੋਨੋ, 16 kHz, 72 kbps (mSBC ਤੋਂ ਥੋੜ੍ਹਾ ਬਿਹਤਰ) ਦੇ ਬਿੱਟਰੇਟ ਨਾਲ ਮਾਈਕ੍ਰੋਫ਼ੋਨ ਤੋਂ ਆਡੀਓ ਸੰਚਾਰਿਤ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਅਜਿਹੇ ਮਾਪਦੰਡ ਔਨਲਾਈਨ ਗੇਮਾਂ ਵਿੱਚ ਸੰਚਾਰ ਲਈ ਬਹੁਤ ਵਧੀਆ ਅਨੁਕੂਲ ਹਨ - ਗੇਮ ਦੀ ਆਵਾਜ਼ ਅਤੇ ਵਾਰਤਾਕਾਰ ਉੱਚ ਗੁਣਵੱਤਾ ਦੇ ਹੋਣਗੇ।

ਇਸ ਕੋਡੇਕ ਵਿੱਚ ਇੱਕ ਰਿਕਾਰਡਿੰਗ ਦੀ ਇੱਕ ਉਦਾਹਰਨ (+ ਮਾਈਕ੍ਰੋਫੋਨ ਤੋਂ ਆਵਾਜ਼, mSBC ਵਾਂਗ ਹੀ).

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

ਇਸ ਸਮੇਂ, OS ਵਿੱਚ ਫਾਸਟਸਟ੍ਰੀਮ ਸਮਰਥਨ ਸਿਰਫ ਹੈ Linux PulseAudio ਲਈ ਇੱਕ ਪੈਚ ਦੇ ਤੌਰ ਤੇ ਡਿਵੈਲਪਰ ਪਾਲੀ ਰੋਹਰ ਤੋਂ, ਜੋ ਪ੍ਰੋਗਰਾਮ ਦੀ ਮੁੱਖ ਸ਼ਾਖਾ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਹੈ।

ਏਟੀਐਫਐਸ ਘੱਟ ਲੇਟੈਂਸੀ

ਤੁਹਾਡੇ ਹੈਰਾਨੀ ਦੀ ਗੱਲ ਹੈ, aptX ਲੋ ਲੇਟੈਂਸੀ ਵੀ ਫਾਸਟਸਟ੍ਰੀਮ ਦੇ ਸਮਾਨ ਸਿਧਾਂਤ ਨੂੰ ਲਾਗੂ ਕਰਦੇ ਹੋਏ, ਦੋ-ਦਿਸ਼ਾਵੀ ਆਡੀਓ ਦਾ ਸਮਰਥਨ ਕਰਦੀ ਹੈ।
ਕੋਡੇਕ ਦੀ ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਕਿਤੇ ਵੀ ਵਰਤਣਾ ਸੰਭਵ ਨਹੀਂ ਹੈ - ਕਿਸੇ ਵੀ OS ਜਾਂ ਮੇਰੇ ਲਈ ਜਾਣੇ ਜਾਂਦੇ ਕਿਸੇ ਵੀ ਬਲੂਟੁੱਥ ਸਟੈਕ ਵਿੱਚ ਘੱਟ ਲੇਟੈਂਸੀ ਡੀਕੋਡਿੰਗ ਲਈ ਕੋਈ ਸਮਰਥਨ ਨਹੀਂ ਹੈ।

ਬਲੂਟੁੱਥ 5, ਕਲਾਸਿਕ ਅਤੇ ਘੱਟ ਊਰਜਾ

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

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

ਬਲੂਟੁੱਥ 4.0 ਨਾਲ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋਏ, ਮੁੱਖ ਤੌਰ 'ਤੇ ਬਲੂਟੁੱਥ ਲੋਅ ਐਨਰਜੀ ਨਾਲ ਸਬੰਧਤ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚ ਬਦਲਾਅ, ਅਤੇ ਕਲਾਸਿਕ ਸੰਸਕਰਣ ਵਿੱਚ ਸਿਰਫ ਮਾਮੂਲੀ ਸੁਧਾਰ ਪ੍ਰਾਪਤ ਹੋਏ ਹਨ।

ਬਲੂਟੁੱਥ 4.2 ਅਤੇ ਬਲੂਟੁੱਥ 5 ਵਿਚਕਾਰ ਤਬਦੀਲੀਆਂ ਦੀ ਸੂਚੀ:

v9 ਤੋਂ 4.2 ਤੱਕ 5.0 ਬਦਲਾਅ

9.1 ਨਵੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

ਬਲੂਟੁੱਥ ਕੋਰ ਸਪੈਸੀਫਿਕੇਸ਼ਨ 5.0 ਰੀਲੀਜ਼ ਵਿੱਚ ਕਈ ਨਵੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਪੇਸ਼ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ। ਸੁਧਾਰ ਦੇ ਮੁੱਖ ਖੇਤਰ ਹਨ:
• ਸਲਾਟ ਉਪਲਬਧਤਾ ਮਾਸਕ (SAM)
• LE ਲਈ 2 Msym/s PHY
•LE ਲੰਬੀ ਸੀਮਾ
• ਹਾਈ ਡਿਊਟੀ ਸਾਈਕਲ ਗੈਰ-ਕਨੈਕਟ ਹੋਣ ਯੋਗ ਵਿਗਿਆਪਨ
• LE ਵਿਗਿਆਪਨ ਐਕਸਟੈਂਸ਼ਨ
• LE ਚੈਨਲ ਚੋਣ ਐਲਗੋਰਿਦਮ #2
9.1.1 ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ CSA5 ਵਿੱਚ ਜੋੜੀਆਂ ਗਈਆਂ - v5.0 ਵਿੱਚ ਏਕੀਕ੍ਰਿਤ
• ਉੱਚ ਆਉਟਪੁੱਟ ਪਾਵਰ

ਸਰੋਤ: www.bluetooth.org/docman/handlers/DownloadDoc.ashx?doc_id=421043 (ਪੰਨਾ 291)

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

ਸਾਰੇ ਆਡੀਓ ਡਿਵਾਈਸ ਸਿਰਫ ਬਲੂਟੁੱਥ ਕਲਾਸਿਕ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ। ਬਲੂਟੁੱਥ ਲੋਅ ਐਨਰਜੀ ਦੁਆਰਾ ਹੈੱਡਫੋਨ ਅਤੇ ਸਪੀਕਰਾਂ ਨੂੰ ਕਨੈਕਟ ਕਰਨਾ ਅਸੰਭਵ ਹੈ: LE ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਆਡੀਓ ਸੰਚਾਰਿਤ ਕਰਨ ਲਈ ਕੋਈ ਮਿਆਰ ਨਹੀਂ ਹੈ। A2DP ਸਟੈਂਡਰਡ, ਉੱਚ-ਗੁਣਵੱਤਾ ਆਡੀਓ ਸੰਚਾਰਿਤ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਸਿਰਫ ਬਲੂਟੁੱਥ ਕਲਾਸਿਕ ਦੁਆਰਾ ਕੰਮ ਕਰਦਾ ਹੈ, ਅਤੇ LE ਵਿੱਚ ਕੋਈ ਐਨਾਲਾਗ ਨਹੀਂ ਹੈ।

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

ਆਡੀਓ ਪ੍ਰਸਾਰਣ ਦੇਰੀ

ਆਡੀਓ ਵਿੱਚ ਦੇਰੀ (ਲੈਗ) ਦੀ ਮਾਤਰਾ ਕਈ ਕਾਰਕਾਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ: ਆਡੀਓ ਸਟੈਕ ਵਿੱਚ ਬਫਰ ਦਾ ਆਕਾਰ, ਬਲੂਟੁੱਥ ਸਟੈਕ ਵਿੱਚ ਅਤੇ ਵਾਇਰਲੈੱਸ ਪਲੇਬੈਕ ਡਿਵਾਈਸ ਵਿੱਚ, ਅਤੇ ਕੋਡੇਕ ਦੀ ਐਲਗੋਰਿਦਮਿਕ ਦੇਰੀ।

SBC, aptX ਅਤੇ aptX HD ਵਰਗੇ ਸਧਾਰਨ ਕੋਡੇਕਸ ਦੀ ਲੇਟੈਂਸੀ ਬਹੁਤ ਛੋਟੀ ਹੈ, 3-6 ms, ਜਿਸ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਪਰ AAC ਅਤੇ LDAC ਵਰਗੇ ਗੁੰਝਲਦਾਰ ਕੋਡੇਕਸ ਧਿਆਨ ਦੇਣ ਯੋਗ ਪਛੜ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦੇ ਹਨ। 44.1 kHz ਲਈ AAC ਐਲਗੋਰਿਦਮਿਕ ਲੇਟੈਂਸੀ 60 ms ਹੈ। LDAC - ਲਗਭਗ 30 ms (ਸਰੋਤ ਕੋਡ ਦੇ ਮੋਟੇ ਵਿਸ਼ਲੇਸ਼ਣ 'ਤੇ ਆਧਾਰਿਤ। ਮੈਂ ਗਲਤ ਹੋ ਸਕਦਾ ਹਾਂ, ਪਰ ਜ਼ਿਆਦਾ ਨਹੀਂ।)

ਨਤੀਜੇ ਵਜੋਂ ਲੇਟੈਂਸੀ ਪਲੇਬੈਕ ਡਿਵਾਈਸ, ਇਸਦੇ ਚਿੱਪਸੈੱਟ ਅਤੇ ਬਫਰ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ। ਟੈਸਟਾਂ ਦੌਰਾਨ, ਮੈਨੂੰ ਵੱਖ-ਵੱਖ ਡਿਵਾਈਸਾਂ (SBC ਕੋਡੇਕ ਦੇ ਨਾਲ) 'ਤੇ 150 ਤੋਂ 250 ms ਦਾ ਫੈਲਾਅ ਪ੍ਰਾਪਤ ਹੋਇਆ। ਜੇਕਰ ਅਸੀਂ ਇਹ ਮੰਨਦੇ ਹਾਂ ਕਿ ਵਾਧੂ ਕੋਡੇਕਸ aptX, AAC ਅਤੇ LDAC ਦਾ ਸਮਰਥਨ ਕਰਨ ਵਾਲੇ ਉਪਕਰਣ ਉੱਚ-ਗੁਣਵੱਤਾ ਵਾਲੇ ਭਾਗਾਂ ਅਤੇ ਇੱਕ ਛੋਟੇ ਬਫਰ ਆਕਾਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ, ਤਾਂ ਸਾਨੂੰ ਹੇਠ ਲਿਖੀਆਂ ਆਮ ਲੇਟੈਂਸੀਆਂ ਮਿਲਦੀਆਂ ਹਨ:

SBC: 150-250ms
aptX: 130-180 ms
AAC: 190-240 ms
LDAC: 160-210 ms

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

ਬਲੂਟੁੱਥ ਡਿਵਾਈਸ, ਪ੍ਰਮਾਣੀਕਰਣ, ਅਤੇ ਲੋਗੋ ਸਮੱਸਿਆਵਾਂ

ਇੱਕ ਸਸਤੇ ਕਰਾਫਟ ਤੋਂ ਇੱਕ ਉੱਚ-ਗੁਣਵੱਤਾ ਆਡੀਓ ਡਿਵਾਈਸ ਨੂੰ ਕਿਵੇਂ ਵੱਖਰਾ ਕਰਨਾ ਹੈ? ਦਿੱਖ ਵਿੱਚ, ਸਭ ਤੋਂ ਪਹਿਲਾਂ!

ਸਸਤੇ ਚੀਨੀ ਹੈੱਡਫੋਨ, ਸਪੀਕਰਾਂ ਅਤੇ ਰਿਸੀਵਰਾਂ ਲਈ:

1. ਬਾਕਸ ਅਤੇ ਡਿਵਾਈਸ ਵਿੱਚ "ਬਲਿਊਟੁੱਥ" ਸ਼ਬਦ ਮੌਜੂਦ ਨਹੀਂ ਹੈ, "ਵਾਇਰਲੈਸ" ਅਤੇ "ਬੀਟੀ" ਅਕਸਰ ਵਰਤੇ ਜਾਂਦੇ ਹਨ
2. ਬਲੂਟੁੱਥ ਲੋਗੋ ਗੁੰਮ ਹੈ ਬਾਕਸ ਜਾਂ ਡਿਵਾਈਸ 'ਤੇ
3. ਕੋਈ ਨੀਲੀ ਫਲੈਸ਼ਿੰਗ LED ਨਹੀਂ ਹੈ

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

ਆਉ ਉਹਨਾਂ ਤੋਂ ਕਈ ਡਿਵਾਈਸਾਂ ਅਤੇ ਬਕਸੇ 'ਤੇ ਵਿਚਾਰ ਕਰੀਏ:

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

ਜੇ ਤੁਹਾਡੇ ਹੈੱਡਫੋਨ ਜਾਂ ਸਪੀਕਰ ਕਹਿੰਦੇ ਹਨ ਕਿ "Ze ਬਲੂਟੁੱਥ ਡੀਵਾਈਜ਼ ਸਫਲਤਾਪੂਰਵਕ ਕਨੈਕਟ ਹੋ ਗਿਆ ਹੈ", ਤਾਂ ਇਹ ਉਹਨਾਂ ਦੀ ਗੁਣਵੱਤਾ ਨੂੰ ਵੀ ਦਰਸਾਉਂਦਾ ਨਹੀਂ ਹੈ:

ਸਿੱਟਾ

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

ਵਿਕਲਪਕ ਕੋਡੇਕਸ ਦੀ ਮਾਰਕੀਟਿੰਗ ਬਹੁਤ ਮਜ਼ਬੂਤ ​​ਹੈ: aptX ਅਤੇ LDAC ਨੂੰ "ਪੁਰਾਣੇ ਅਤੇ ਮਾੜੇ" SBC ਲਈ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਉਡੀਕੇ ਜਾਣ ਵਾਲੇ ਬਦਲ ਵਜੋਂ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ ਹੈ, ਜੋ ਕਿ ਲੋਕ ਸੋਚਦੇ ਹਨ ਕਿ ਇਹ ਲਗਭਗ ਬੁਰਾ ਨਹੀਂ ਹੈ।

ਜਿਵੇਂ ਕਿ ਇਹ ਨਿਕਲਿਆ, SBC ਬਿੱਟਰੇਟ 'ਤੇ ਬਲੂਟੁੱਥ ਸਟੈਕ ਦੀਆਂ ਨਕਲੀ ਸੀਮਾਵਾਂ ਨੂੰ ਬਾਈਪਾਸ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਤਾਂ ਜੋ SBC aptX HD ਤੋਂ ਘਟੀਆ ਨਾ ਹੋਵੇ। ਮੈਂ ਪਹਿਲ ਨੂੰ ਆਪਣੇ ਹੱਥਾਂ ਵਿੱਚ ਲਿਆ ਅਤੇ LineageOS ਫਰਮਵੇਅਰ ਲਈ ਇੱਕ ਪੈਚ ਬਣਾਇਆ: ਅਸੀਂ AAC, aptX ਅਤੇ LDAC ਕੋਡੇਕਸ ਤੋਂ ਬਿਨਾਂ ਹੈੱਡਫੋਨਾਂ 'ਤੇ ਧੁਨੀ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣ ਲਈ ਬਲੂਟੁੱਥ ਸਟੈਕ ਨੂੰ ਸੋਧਦੇ ਹਾਂ

ਵਧੇਰੇ ਜਾਣਕਾਰੀ ਵੈੱਬਸਾਈਟਾਂ 'ਤੇ ਪਾਈ ਜਾ ਸਕਦੀ ਹੈ ਸਾਊਂਡ ਯਾਰ и ਸਾਊਂਡ ਐਕਸਪਰਟ.

ਬੋਨਸ: SBC ਹਵਾਲਾ ਏਨਕੋਡਰ, A2DP ਬਿੱਟਸਟ੍ਰੀਮ ਜਾਣਕਾਰੀ ਅਤੇ ਟੈਸਟ ਫਾਈਲਾਂ. ਇਹ ਫ਼ਾਈਲ ਬਲੂਟੁੱਥ ਵੈੱਬਸਾਈਟ 'ਤੇ ਜਨਤਕ ਤੌਰ 'ਤੇ ਪੋਸਟ ਕੀਤੀ ਜਾਂਦੀ ਸੀ, ਪਰ ਹੁਣ ਸਿਰਫ਼ ਬਲੂਟੁੱਥ SIG ਦੇ ਮੈਂਬਰਾਂ ਲਈ ਉਪਲਬਧ ਹੈ।

ਸਰੋਤ: www.habr.com