ਅਸੀਂ AAC, aptX ਅਤੇ LDAC ਕੋਡੇਕਸ ਤੋਂ ਬਿਨਾਂ ਹੈੱਡਫੋਨਾਂ 'ਤੇ ਧੁਨੀ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣ ਲਈ ਬਲੂਟੁੱਥ ਸਟੈਕ ਨੂੰ ਸੋਧਦੇ ਹਾਂ

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

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

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

ਕੋਡੇਕ SBC

SBC ਕੋਡੇਕ ਦੇ ਬਹੁਤ ਸਾਰੇ ਵੱਖ-ਵੱਖ ਮਾਪਦੰਡ ਹਨ ਜੋ ਕਨੈਕਸ਼ਨ ਸੈੱਟਅੱਪ ਪੜਾਅ ਦੌਰਾਨ ਗੱਲਬਾਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਉਨ੍ਹਾਂ ਦੇ ਵਿੱਚ:

• ਚੈਨਲਾਂ ਦੀ ਗਿਣਤੀ ਅਤੇ ਕਿਸਮ: ਜੁਆਇੰਟ ਸਟੀਰੀਓ, ਸਟੀਰੀਓ, ਡਿਊਲ ਚੈਨਲ, ਮੋਨੋ;
• ਬਾਰੰਬਾਰਤਾ ਬੈਂਡਾਂ ਦੀ ਗਿਣਤੀ: 4 ਜਾਂ 8;
• ਪੈਕੇਜ ਵਿੱਚ ਬਲਾਕਾਂ ਦੀ ਗਿਣਤੀ: 4, 8, 12, 16;
• ਕੁਆਂਟਾਈਜ਼ੇਸ਼ਨ ਦੌਰਾਨ ਬਿੱਟਾਂ ਨੂੰ ਵੰਡਣ ਲਈ ਐਲਗੋਰਿਦਮ: ਉੱਚੀ, SNR;
• ਕੁਆਂਟਾਈਜ਼ੇਸ਼ਨ (ਬਿੱਟਪੂਲ) ਦੌਰਾਨ ਵਰਤੇ ਗਏ ਬਿੱਟਾਂ ਦੇ ਪੂਲ ਦਾ ਅਧਿਕਤਮ ਅਤੇ ਨਿਊਨਤਮ ਮੁੱਲ: ਆਮ ਤੌਰ 'ਤੇ 2 ਤੋਂ 53 ਤੱਕ।

ਡੀਕੋਡਿੰਗ ਡਿਵਾਈਸ ਨੂੰ ਇਹਨਾਂ ਪੈਰਾਮੀਟਰਾਂ ਦੇ ਕਿਸੇ ਵੀ ਸੁਮੇਲ ਦਾ ਸਮਰਥਨ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਏਨਕੋਡਰ ਸਭ ਕੁਝ ਲਾਗੂ ਨਹੀਂ ਕਰ ਸਕਦਾ ਹੈ।
ਮੌਜੂਦਾ ਬਲੂਟੁੱਥ ਸਟੈਕ ਆਮ ਤੌਰ 'ਤੇ ਹੇਠਾਂ ਦਿੱਤੇ ਪ੍ਰੋਫਾਈਲ 'ਤੇ ਸਹਿਮਤ ਹੁੰਦੇ ਹਨ: ਜੁਆਇੰਟ ਸਟੀਰੀਓ, 8 ਬੈਂਡ, 16 ਬਲਾਕ, ਲਾਊਡਨੈੱਸ, ਬਿਟਪੂਲ 2..53। ਇਹ ਪ੍ਰੋਫਾਈਲ 44.1 kbps ਦੇ ਬਿੱਟਰੇਟ 'ਤੇ 328 kHz ਆਡੀਓ ਨੂੰ ਏਨਕੋਡ ਕਰਦਾ ਹੈ।
ਬਿੱਟਪੂਲ ਪੈਰਾਮੀਟਰ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਇੱਕ ਪ੍ਰੋਫਾਈਲ ਦੇ ਅੰਦਰ ਬਿੱਟਰੇਟ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ: ਇਹ ਜਿੰਨਾ ਉੱਚਾ ਹੁੰਦਾ ਹੈ, ਬਿੱਟਰੇਟ ਜਿੰਨਾ ਉੱਚਾ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਇਸਲਈ ਗੁਣਵੱਤਾ।
ਹਾਲਾਂਕਿ, ਬਿੱਟਪੂਲ ਪੈਰਾਮੀਟਰ ਕਿਸੇ ਖਾਸ ਪ੍ਰੋਫਾਈਲ ਨਾਲ ਨਹੀਂ ਜੁੜਿਆ ਹੋਇਆ ਹੈ; ਬਿੱਟਰੇਟ ਹੋਰ ਮਾਪਦੰਡਾਂ ਦੁਆਰਾ ਵੀ ਬਹੁਤ ਪ੍ਰਭਾਵਿਤ ਹੁੰਦਾ ਹੈ: ਚੈਨਲਾਂ ਦੀ ਕਿਸਮ, ਬਾਰੰਬਾਰਤਾ ਬੈਂਡਾਂ ਦੀ ਗਿਣਤੀ, ਬਲਾਕਾਂ ਦੀ ਗਿਣਤੀ। ਤੁਸੀਂ ਬਿਟਪੂਲ ਨੂੰ ਬਦਲੇ ਬਿਨਾਂ, ਗੈਰ-ਮਿਆਰੀ ਪ੍ਰੋਫਾਈਲਾਂ 'ਤੇ ਸਹਿਮਤ ਹੋ ਕੇ, ਅਸਿੱਧੇ ਤੌਰ 'ਤੇ ਬਿੱਟਰੇਟ ਵਧਾ ਸਕਦੇ ਹੋ।

SBC ਬਿੱਟਰੇਟ ਦੀ ਗਣਨਾ ਕਰਨ ਲਈ ਫਾਰਮੂਲਾ

ਉਦਾਹਰਨ ਲਈ, ਦੋਹਰਾ ਚੈਨਲ ਮੋਡ ਹਰੇਕ ਚੈਨਲ ਲਈ ਪੂਰੇ ਬਿੱਟਪੂਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਚੈਨਲਾਂ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਏਨਕੋਡ ਕਰਦਾ ਹੈ। ਜੁਆਇੰਟ ਸਟੀਰੀਓ ਦੀ ਬਜਾਏ ਡਿਵਾਇਸ ਨੂੰ ਡਿਊਲ ਚੈਨਲ ਵਰਤਣ ਲਈ ਮਜਬੂਰ ਕਰਨ ਨਾਲ, ਅਸੀਂ ਉਸੇ ਅਧਿਕਤਮ ਬਿੱਟਪੂਲ ਮੁੱਲ: 617 kbps ਨਾਲ ਲਗਭਗ ਦੁੱਗਣਾ ਬਿੱਟਰੇਟ ਪ੍ਰਾਪਤ ਕਰਦੇ ਹਾਂ।
ਮੇਰੀ ਰਾਏ ਵਿੱਚ, ਗੱਲਬਾਤ ਦੇ ਪੜਾਅ 'ਤੇ ਇੱਕ ਪ੍ਰੋਫਾਈਲ ਨਾਲ ਨਾ ਜੁੜੇ ਬਿੱਟਪੂਲ ਮੁੱਲ ਦੀ ਵਰਤੋਂ A2DP ਸਟੈਂਡਰਡ ਵਿੱਚ ਇੱਕ ਨੁਕਸ ਹੈ, ਜਿਸ ਨਾਲ SBC ਗੁਣਵੱਤਾ ਦੀ ਇੱਕ ਨਕਲੀ ਸੀਮਾ ਹੁੰਦੀ ਹੈ। ਬਿੱਟਪੂਲ ਦੀ ਬਜਾਏ ਬਿੱਟਰੇਟ ਨਾਲ ਗੱਲਬਾਤ ਕਰਨਾ ਵਧੇਰੇ ਸਮਝਦਾਰੀ ਵਾਲਾ ਹੋਵੇਗਾ।

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

A2DP v1.2 ਨਿਰਧਾਰਨ, ਜੋ ਕਿ 2007 ਤੋਂ 2015 ਤੱਕ ਕਿਰਿਆਸ਼ੀਲ ਸੀ, ਲਈ 512 kbps ਤੱਕ ਦੇ ਬਿੱਟਰੇਟਾਂ ਨਾਲ ਸਹੀ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਸਾਰੇ ਡੀਕੋਡਿੰਗ ਡਿਵਾਈਸਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ:

SNK ਦਾ ਡੀਕੋਡਰ ਸਾਰੇ ਸੰਭਾਵਿਤ ਬਿੱਟਪੂਲ ਮੁੱਲਾਂ ਦਾ ਸਮਰਥਨ ਕਰੇਗਾ ਜੋ ਅਧਿਕਤਮ ਬਿੱਟ ਰੇਟ ਤੋਂ ਵੱਧ ਨਹੀਂ ਹੁੰਦੇ ਹਨ। ਇਹ ਪ੍ਰੋਫਾਈਲ ਮੋਨੋ ਲਈ ਉਪਲਬਧ ਅਧਿਕਤਮ ਬਿੱਟ ਰੇਟ ਨੂੰ 320kb/s ਅਤੇ ਦੋ-ਚੈਨਲ ਮੋਡਾਂ ਲਈ 512kb/s ਤੱਕ ਸੀਮਿਤ ਕਰਦਾ ਹੈ।

ਸਪੈਸੀਫਿਕੇਸ਼ਨ ਦੇ ਨਵੇਂ ਸੰਸਕਰਣ ਵਿੱਚ ਬਿੱਟਰੇਟ ਦੀ ਕੋਈ ਸੀਮਾ ਨਹੀਂ ਹੈ। ਇਹ ਅੰਦਾਜ਼ਾ ਲਗਾਇਆ ਗਿਆ ਹੈ ਕਿ 2015 ਤੋਂ ਬਾਅਦ ਜਾਰੀ ਕੀਤੇ ਗਏ ਆਧੁਨਿਕ ਹੈੱਡਫੋਨ ਜੋ EDR ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ ≈730 kbps ਤੱਕ ਦੀਆਂ ਬਿੱਟ ਦਰਾਂ ਦਾ ਸਮਰਥਨ ਕਰ ਸਕਦੇ ਹਨ।

ਕਿਸੇ ਕਾਰਨ ਕਰਕੇ, Linux (PulseAudio), Android, Blackberry ਅਤੇ macOS ਬਲੂਟੁੱਥ ਸਟੈਕ ਜਿਨ੍ਹਾਂ ਦੀ ਮੈਂ ਜਾਂਚ ਕੀਤੀ ਹੈ ਉਹਨਾਂ ਵਿੱਚ ਬਿੱਟਪੂਲ ਪੈਰਾਮੀਟਰ ਦੇ ਅਧਿਕਤਮ ਮੁੱਲ 'ਤੇ ਨਕਲੀ ਸੀਮਾਵਾਂ ਹਨ, ਜੋ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਬਿੱਟਰੇਟ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦੀਆਂ ਹਨ। ਪਰ ਇਹ ਸਭ ਤੋਂ ਵੱਡੀ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ; ਲਗਭਗ ਸਾਰੇ ਹੈੱਡਫੋਨ ਵੀ ਵੱਧ ਤੋਂ ਵੱਧ ਬਿੱਟਪੂਲ ਮੁੱਲ ਨੂੰ 53 ਤੱਕ ਸੀਮਤ ਕਰਦੇ ਹਨ.
ਜਿਵੇਂ ਕਿ ਮੈਂ ਪਹਿਲਾਂ ਹੀ ਦੇਖਿਆ ਹੈ, ਜ਼ਿਆਦਾਤਰ ਡਿਵਾਈਸਾਂ 551 kbps ਦੇ ਬਿੱਟਰੇਟ ਦੇ ਨਾਲ ਇੱਕ ਸੋਧੇ ਹੋਏ ਬਲੂਟੁੱਥ ਸਟੈਕ 'ਤੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦੀਆਂ ਹਨ, ਬਿਨਾਂ ਕਿਸੇ ਰੁਕਾਵਟ ਜਾਂ ਕਰੈਕਲ ਦੇ। ਪਰ ਨਿਯਮਿਤ ਬਲੂਟੁੱਥ ਸਟੈਕ 'ਤੇ, ਅਜਿਹਾ ਬਿੱਟਰੇਟ ਕਦੇ ਵੀ ਸਾਧਾਰਨ ਸਥਿਤੀਆਂ ਵਿੱਚ ਇਕਸਾਰ ਨਹੀਂ ਹੋਵੇਗਾ।

ਬਲੂਟੁੱਥ ਸਟੈਕ ਨੂੰ ਸੋਧਣਾ

ਕੋਈ ਵੀ ਬਲੂਟੁੱਥ ਸਟੈਕ ਜੋ A2DP ਸਟੈਂਡਰਡ ਦੇ ਅਨੁਕੂਲ ਹੈ, ਵਿੱਚ ਡਿਊਲ ਚੈਨਲ ਮੋਡ ਲਈ ਸਮਰਥਨ ਹੈ, ਪਰ ਇਸਨੂੰ ਇੰਟਰਫੇਸ ਤੋਂ ਕਿਰਿਆਸ਼ੀਲ ਕਰਨਾ ਸੰਭਵ ਨਹੀਂ ਹੈ।

ਆਉ ਇੰਟਰਫੇਸ ਵਿੱਚ ਇੱਕ ਟੌਗਲ ਜੋੜੀਏ! ਮੈਂ ਐਂਡਰੌਇਡ 8.1 ਅਤੇ ਐਂਡਰੌਇਡ 9 ਲਈ ਪੈਚ ਬਣਾਏ ਹਨ ਜੋ ਸਟੈਕ ਵਿੱਚ ਪੂਰਾ ਡਿਊਲ ਚੈਨਲ ਸਪੋਰਟ ਜੋੜਦੇ ਹਨ, dev ਟੂਲਸ ਵਿੱਚ ਮੋਡ ਟੌਗਲ ਮੀਨੂ ਵਿੱਚ ਇੱਕ ਮੋਡ ਜੋੜਦੇ ਹਨ, ਅਤੇ ਡਿਊਲ ਚੈਨਲ-ਸਮਰਥਿਤ SBCs ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਵਰਤਦੇ ਹਨ ਜਿਵੇਂ ਕਿ ਉਹ ਇੱਕ ਵਾਧੂ ਕੋਡੇਕ ਜਿਵੇਂ ਕਿ aptX। , AAC, ਜਾਂ LDAC (Android ਇਸ HD ਆਡੀਓ ਨੂੰ ਕਾਲ ਕਰਦਾ ਹੈ) ਬਲੂਟੁੱਥ ਡਿਵਾਈਸ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਇੱਕ ਚੈਕਮਾਰਕ ਜੋੜ ਕੇ। ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ:

ਐਂਡਰਾਇਡ 9 ਲਈ ਪੈਚ
ਐਂਡਰਾਇਡ 8.1 ਲਈ ਪੈਚ

ਜਦੋਂ ਚੈਕਬਾਕਸ ਕਿਰਿਆਸ਼ੀਲ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਬਲੂਟੁੱਥ ਆਡੀਓ ਬਿੱਟਰੇਟ 'ਤੇ ਸੰਚਾਰਿਤ ਹੋਣਾ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦਾ ਹੈ 551 ਕਿਬੀਟ/ਸੈ, ਜੇਕਰ ਹੈੱਡਫੋਨ 3 Mbit/s ਦੀ ਕੁਨੈਕਸ਼ਨ ਸਪੀਡ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ, ਜਾਂ 452 ਕਿਬੀਟ/ਸੈ, ਜੇਕਰ ਹੈੱਡਫੋਨ ਸਿਰਫ਼ 2 Mbit/s ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ।

ਇਹ ਪੈਚ ਹੇਠਾਂ ਦਿੱਤੇ ਵਿਕਲਪਕ ਫਰਮਵੇਅਰਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ:

• LineageOS
• ਪੁਨਰ ਉਥਾਨ ਰੀਮਿਕਸ
• crDroid

551 ਅਤੇ 452 kbit/s ਕਿੱਥੋਂ ਆਏ?

ਬਲੂਟੁੱਥ ਏਅਰ-ਸ਼ੇਅਰਿੰਗ ਤਕਨਾਲੋਜੀ ਨੂੰ ਵੱਡੇ ਫਿਕਸਡ-ਸਾਈਜ਼ ਪੈਕੇਟਾਂ ਨੂੰ ਕੁਸ਼ਲਤਾ ਨਾਲ ਸੰਚਾਰਿਤ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਸਲਾਟਾਂ ਵਿੱਚ ਹੁੰਦਾ ਹੈ, ਇੱਕ ਟ੍ਰਾਂਸਫਰ ਵਿੱਚ ਭੇਜੇ ਗਏ ਸਲਾਟਾਂ ਦੀ ਸਭ ਤੋਂ ਵੱਡੀ ਸੰਖਿਆ 5 ਹੁੰਦੀ ਹੈ। ਇੱਥੇ ਟ੍ਰਾਂਸਫਰ ਮੋਡ ਵੀ ਹਨ ਜੋ 1 ਜਾਂ 3 ਸਲਾਟ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ, ਪਰ 2 ਜਾਂ 4 ਨਹੀਂ। 5 ਸਲਾਟਾਂ ਵਿੱਚ ਤੁਸੀਂ ਇੱਕ ਕਨੈਕਸ਼ਨ ਦੀ ਗਤੀ ਨਾਲ 679 ਬਾਈਟਾਂ ਤੱਕ ਟ੍ਰਾਂਸਫਰ ਕਰ ਸਕਦੇ ਹੋ। 2 Mbit/s ਅਤੇ 1021 Mbit/s ਦੀ ਸਪੀਡ 'ਤੇ 3 ਬਾਈਟਸ ਤੱਕ, ਅਤੇ ਕ੍ਰਮਵਾਰ 3 - 367 ਅਤੇ 552 ਬਾਈਟਸ 'ਤੇ।

ਜੇਕਰ ਅਸੀਂ 679 ਜਾਂ 1021 ਬਾਈਟਸ ਤੋਂ ਘੱਟ ਡਾਟਾ ਟ੍ਰਾਂਸਫਰ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਾਂ, ਪਰ 367 ਜਾਂ 552 ਬਾਈਟਸ ਤੋਂ ਵੱਧ, ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਵਿੱਚ ਅਜੇ ਵੀ 5 ਸਲਾਟ ਹੋਣਗੇ ਅਤੇ ਡਾਟਾ ਉਸੇ ਸਮੇਂ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕੀਤਾ ਜਾਵੇਗਾ, ਜਿਸ ਨਾਲ ਟ੍ਰਾਂਸਫਰ ਕੁਸ਼ਲਤਾ ਘੱਟ ਜਾਂਦੀ ਹੈ।

ਡੁਅਲ ਚੈਨਲ ਮੋਡ ਵਿੱਚ SBC, ਬਿੱਟਪੂਲ 44100 ਪੈਰਾਮੀਟਰਾਂ ਦੇ ਨਾਲ 38 Hz ਆਡੀਓ 'ਤੇ, 16 ਬਲਾਕ ਪ੍ਰਤੀ ਫਰੇਮ, 8 ਬਾਰੰਬਾਰਤਾ ਰੇਂਜਾਂ, 164 kbps ਦੇ ਬਿੱਟਰੇਟ ਦੇ ਨਾਲ, ਆਡੀਓ ਨੂੰ 452 ਬਾਈਟ ਫਰੇਮਾਂ ਵਿੱਚ ਏਨਕੋਡ ਕਰਦਾ ਹੈ।
ਆਡੀਓ ਨੂੰ L2CAP ਅਤੇ AVDTP ਟ੍ਰਾਂਸਫਰ ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਜੋ ਆਡੀਓ ਪੇਲੋਡ ਤੋਂ 16 ਬਾਈਟ ਲੈਂਦੇ ਹਨ।

ਇਸ ਤਰ੍ਹਾਂ, 5 ਸਲਾਟਾਂ ਵਾਲਾ ਇੱਕ ਬਲੂਟੁੱਥ ਟ੍ਰਾਂਸਮਿਸ਼ਨ 4 ਆਡੀਓ ਫਰੇਮਾਂ ਨੂੰ ਅਨੁਕੂਲਿਤ ਕਰ ਸਕਦਾ ਹੈ:

679 (EDR 2 mbit/s DH5) - 4 (L2CAP) - 12 (AVDTP/RTP) - 1 (заголовок SBC) - (164*4) = 6

ਅਸੀਂ ਭੇਜੇ ਜਾ ਰਹੇ ਪੈਕੇਟ ਵਿੱਚ 11.7 ms ਆਡੀਓ ਡੇਟਾ ਫਿੱਟ ਕਰਦੇ ਹਾਂ, ਜੋ ਕਿ 3.75 ms ਵਿੱਚ ਸੰਚਾਰਿਤ ਕੀਤਾ ਜਾਵੇਗਾ, ਅਤੇ ਸਾਡੇ ਕੋਲ ਪੈਕੇਟ ਵਿੱਚ 6 ਅਣਵਰਤੇ ਬਾਈਟ ਬਚੇ ਹਨ।
ਜੇਕਰ ਤੁਸੀਂ ਬਿੱਟਪੂਲ ਨੂੰ ਥੋੜਾ ਜਿਹਾ ਵਧਾਉਂਦੇ ਹੋ, ਤਾਂ 4 ਆਡੀਓ ਫਰੇਮਾਂ ਨੂੰ ਇੱਕ ਪੈਕੇਜ ਵਿੱਚ ਪੈਕ ਕਰਨਾ ਸੰਭਵ ਨਹੀਂ ਹੋਵੇਗਾ। ਤੁਹਾਨੂੰ ਇੱਕ ਸਮੇਂ ਵਿੱਚ 3 ਫ੍ਰੇਮ ਭੇਜਣੇ ਪੈਣਗੇ, ਜੋ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਕੁਸ਼ਲਤਾ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ, ਪ੍ਰਤੀ ਫ੍ਰੇਮ ਵਿੱਚ ਪ੍ਰਸਾਰਿਤ ਆਡੀਓ ਦੀ ਮਾਤਰਾ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ, ਅਤੇ ਮਾੜੀ ਰੇਡੀਓ ਸਥਿਤੀਆਂ ਵਿੱਚ ਆਡੀਓ ਸਟਟਰਿੰਗ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਅਗਵਾਈ ਕਰੇਗਾ।

ਇਸੇ ਤਰ੍ਹਾਂ, EDR 551 Mbit/s ਲਈ 3 kbit/s ਦਾ ਬਿੱਟਰੇਟ ਚੁਣਿਆ ਗਿਆ ਸੀ: Bitpool 47 ਦੇ ਨਾਲ, 16 ਬਲਾਕ ਪ੍ਰਤੀ ਫਰੇਮ, 8 ਬਾਰੰਬਾਰਤਾ ਰੇਂਜਾਂ, ਫਰੇਮ ਦਾ ਆਕਾਰ 200 ਬਾਈਟ ਹੈ, 551 kbit/s ਦੇ ਬਿੱਟਰੇਟ ਨਾਲ। ਇੱਕ ਪੈਕੇਜ ਵਿੱਚ 5 ਫ੍ਰੇਮ ਜਾਂ 14.6 ms ਦਾ ਸੰਗੀਤ ਹੁੰਦਾ ਹੈ।

ਸਾਰੇ SBC ਪੈਰਾਮੀਟਰਾਂ ਦੀ ਗਣਨਾ ਕਰਨ ਲਈ ਐਲਗੋਰਿਦਮ ਕਾਫ਼ੀ ਗੁੰਝਲਦਾਰ ਹੈ, ਜੇਕਰ ਤੁਸੀਂ ਹੱਥੀਂ ਗਿਣਦੇ ਹੋ ਤਾਂ ਤੁਸੀਂ ਆਸਾਨੀ ਨਾਲ ਉਲਝਣ ਵਿੱਚ ਪੈ ਸਕਦੇ ਹੋ, ਇਸਲਈ ਮੈਂ ਦਿਲਚਸਪੀ ਰੱਖਣ ਵਾਲਿਆਂ ਦੀ ਮਦਦ ਕਰਨ ਲਈ ਇੱਕ ਇੰਟਰਐਕਟਿਵ ਕੈਲਕੁਲੇਟਰ ਬਣਾਇਆ ਹੈ: btcodecs.valdikss.org.ru/sbc-bitrate-calculator

ਇਸ ਸਭ ਦੀ ਲੋੜ ਕਿਉਂ ਹੈ?

AptX ਕੋਡੇਕ ਦੀ ਆਵਾਜ਼ ਦੀ ਗੁਣਵੱਤਾ ਬਾਰੇ ਪ੍ਰਸਿੱਧ ਵਿਸ਼ਵਾਸ ਦੇ ਉਲਟ, ਕੁਝ ਫਾਈਲਾਂ 'ਤੇ ਇਹ 328 kbps ਦੇ ਮਿਆਰੀ ਬਿੱਟਰੇਟ ਨਾਲ SBC ਤੋਂ ਵੀ ਮਾੜੇ ਨਤੀਜੇ ਦੇ ਸਕਦਾ ਹੈ।

SBC ਗਤੀਸ਼ੀਲ ਤੌਰ 'ਤੇ ਘੱਟ-ਤੋਂ-ਉੱਚ ਦੇ ਆਧਾਰ 'ਤੇ ਬਾਰੰਬਾਰਤਾ ਬੈਂਡਾਂ ਨੂੰ ਕੁਆਂਟਾਈਜ਼ੇਸ਼ਨ ਬਿੱਟ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ। ਜੇ ਸਾਰੇ ਬਿੱਟਰੇਟ ਘੱਟ ਅਤੇ ਮੱਧ ਫ੍ਰੀਕੁਐਂਸੀ ਲਈ ਵਰਤੇ ਗਏ ਸਨ, ਤਾਂ ਉੱਚ ਫ੍ਰੀਕੁਐਂਸੀ "ਕੱਟ ਆਫ" ਹੋ ਜਾਵੇਗੀ (ਇਸਦੀ ਬਜਾਏ ਚੁੱਪ ਰਹੇਗੀ)।
aptX ਫ੍ਰੀਕੁਐਂਸੀ ਬੈਂਡਾਂ ਨੂੰ ਹਰ ਸਮੇਂ ਇੱਕੋ ਜਿਹੀਆਂ ਬਿੱਟਾਂ ਨਾਲ ਮਾਪਦਾ ਹੈ, ਜਿਸ ਕਰਕੇ ਇਸਦਾ ਇੱਕ ਨਿਰੰਤਰ ਬਿੱਟਰੇਟ ਹੁੰਦਾ ਹੈ: 352 kHz ਲਈ 44.1 kbps, 384 ​​kHz ਲਈ 48 kbps, ਅਤੇ ਇਹ ਉਹਨਾਂ ਫ੍ਰੀਕੁਐਂਸੀਜ਼ ਵਿੱਚ "ਬਿਟ-ਸ਼ਿਫਟ" ਨਹੀਂ ਹੋ ਸਕਦਾ ਜਿਨ੍ਹਾਂ ਨੂੰ ਉਹਨਾਂ ਦੀ ਸਭ ਤੋਂ ਵੱਧ ਲੋੜ ਹੁੰਦੀ ਹੈ। . SBC ਦੇ ਉਲਟ, aptX ਫ੍ਰੀਕੁਐਂਸੀਜ਼ ਨੂੰ "ਕੱਟ" ਨਹੀਂ ਕਰੇਗਾ, ਪਰ ਉਹਨਾਂ ਵਿੱਚ ਕੁਆਂਟਾਈਜ਼ੇਸ਼ਨ ਸ਼ੋਰ ਸ਼ਾਮਲ ਕਰੇਗਾ, ਆਡੀਓ ਦੀ ਗਤੀਸ਼ੀਲ ਰੇਂਜ ਨੂੰ ਘਟਾਏਗਾ, ਅਤੇ ਕਈ ਵਾਰ ਵਿਸ਼ੇਸ਼ ਕ੍ਰੈਕਲਿੰਗ ਦੀ ਸ਼ੁਰੂਆਤ ਕਰੇਗਾ। SBC "ਵੇਰਵੇ ਖਾਂਦਾ ਹੈ" - ਸਭ ਤੋਂ ਸ਼ਾਂਤ ਖੇਤਰਾਂ ਨੂੰ ਰੱਦ ਕਰਦਾ ਹੈ।
ਔਸਤਨ, SBC 328k ਦੇ ਮੁਕਾਬਲੇ, aptX ਇੱਕ ਵਿਸ਼ਾਲ ਫ੍ਰੀਕੁਐਂਸੀ ਰੇਂਜ ਦੇ ਨਾਲ ਸੰਗੀਤ ਵਿੱਚ ਘੱਟ ਵਿਗਾੜ ਪੇਸ਼ ਕਰਦਾ ਹੈ, ਪਰ ਇੱਕ ਤੰਗ ਬਾਰੰਬਾਰਤਾ ਸੀਮਾ ਅਤੇ ਇੱਕ ਵਿਆਪਕ ਗਤੀਸ਼ੀਲ ਰੇਂਜ ਵਾਲੇ ਸੰਗੀਤ ਵਿੱਚ, SBC 328k ਕਈ ਵਾਰ ਜਿੱਤਦਾ ਹੈ।

ਆਓ ਇਕ ਵਿਸ਼ੇਸ਼ ਮਾਮਲੇ 'ਤੇ ਵਿਚਾਰ ਕਰੀਏ. ਪਿਆਨੋ ਵਜਾਉਣ ਦੀ ਰਿਕਾਰਡਿੰਗ ਦਾ ਸਪੈਕਟ੍ਰੋਗ੍ਰਾਮ:

ਮੁੱਖ ਊਰਜਾ 0 ਤੋਂ 4 kHz ਤੱਕ ਦੀ ਬਾਰੰਬਾਰਤਾ ਵਿੱਚ ਹੁੰਦੀ ਹੈ, ਅਤੇ 10 kHz ਤੱਕ ਜਾਰੀ ਰਹਿੰਦੀ ਹੈ।
aptX ਵਿੱਚ ਸੰਕੁਚਿਤ ਇੱਕ ਫਾਈਲ ਦਾ ਸਪੈਕਟਰੋਗ੍ਰਾਮ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ:

ਅਤੇ ਇਹ ਐਸਬੀਸੀ 328k ਵਰਗਾ ਦਿਸਦਾ ਹੈ।

ਇਹ ਦੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ ਕਿ SBC 328k ਨੇ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ 16 kHz ਤੋਂ ਉੱਪਰ ਦੀ ਰੇਂਜ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਬੰਦ ਕਰ ਦਿੱਤਾ ਹੈ, ਅਤੇ ਇਸ ਮੁੱਲ ਤੋਂ ਹੇਠਾਂ ਦੀਆਂ ਰੇਂਜਾਂ 'ਤੇ ਸਾਰੇ ਉਪਲਬਧ ਬਿੱਟਰੇਟ ਖਰਚ ਕੀਤੇ ਹਨ। ਹਾਲਾਂਕਿ, ਏਪੀਟੀਐਕਸ ਨੇ ਮਨੁੱਖੀ ਕੰਨਾਂ ਨੂੰ ਸੁਣਨ ਯੋਗ ਬਾਰੰਬਾਰਤਾ ਸਪੈਕਟ੍ਰਮ ਵਿੱਚ ਵਧੇਰੇ ਵਿਗਾੜ ਪੇਸ਼ ਕੀਤਾ, ਜਿਵੇਂ ਕਿ ਐਪਟੀਐਕਸ ਸਪੈਕਟ੍ਰੋਗ੍ਰਾਮ ਤੋਂ ਘਟਾਏ ਗਏ ਅਸਲ ਸਪੈਕਟ੍ਰੋਗ੍ਰਾਮ ਵਿੱਚ ਦੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ (ਉਤਨਾ ਹੀ ਚਮਕਦਾਰ, ਵਧੇਰੇ ਵਿਗਾੜ):

ਜਦੋਂ ਕਿ SBC 328k ਨੇ 0 ਤੋਂ 10 kHz ਦੀ ਰੇਂਜ ਵਿੱਚ ਸਿਗਨਲ ਨੂੰ ਘੱਟ ਵਿਗਾੜ ਦਿੱਤਾ, ਅਤੇ ਬਾਕੀ ਨੂੰ ਕੱਟ ਦਿੱਤਾ:

SBC ਦਾ 485k ਬਿੱਟਰੇਟ ਬੈਂਡਾਂ ਨੂੰ ਅਯੋਗ ਕੀਤੇ ਬਿਨਾਂ, ਪੂਰੀ ਬਾਰੰਬਾਰਤਾ ਰੇਂਜ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੱਖਣ ਲਈ ਕਾਫ਼ੀ ਸੀ।

SBC 485k 0-15 kHz ਰੇਂਜ ਵਿੱਚ ਇਸ ਟਰੈਕ 'ਤੇ aptX ਤੋਂ ਕਾਫ਼ੀ ਅੱਗੇ ਹੈ, 15-22 kHz ਦੇ ਇੱਕ ਛੋਟੇ ਪਰ ਫਿਰ ਵੀ ਧਿਆਨ ਦੇਣ ਯੋਗ ਅੰਤਰ ਦੇ ਨਾਲ (ਜਿੰਨਾ ਗਹਿਰਾ ਓਨਾ ਹੀ ਘੱਟ ਵਿਗਾੜ):

ਅਸਲੀ ਆਡੀਓ, SBC ਅਤੇ aptX ਦਾ ਪੁਰਾਲੇਖ.

ਉੱਚ-ਬਿਟਰੇਟ SBC 'ਤੇ ਸਵਿਚ ਕਰਨ ਦੁਆਰਾ, ਤੁਹਾਨੂੰ ਉਹ ਆਡੀਓ ਪ੍ਰਾਪਤ ਹੋਵੇਗਾ ਜੋ ਅਕਸਰ ਕਿਸੇ ਵੀ ਹੈੱਡਫੋਨ 'ਤੇ aptX ਨੂੰ ਹਰਾਉਂਦਾ ਹੈ। ਹੈੱਡਫੋਨਾਂ 'ਤੇ ਜੋ 3 Mbps EDR ਕਨੈਕਟੀਵਿਟੀ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ, 551 kbps ਦਾ ਇੱਕ ਬਿੱਟਰੇਟ aptX HD ਨਾਲ ਤੁਲਨਾਯੋਗ ਆਵਾਜ਼ ਪੈਦਾ ਕਰਦਾ ਹੈ।

ਕੀ ਤੁਸੀਂ ਹੋਰ ਵੀ ਕਰ ਸਕਦੇ ਹੋ?

ਐਂਡਰਾਇਡ ਪੈਚ ਵਿੱਚ 2 Mbps EDR ਡਿਵਾਈਸਾਂ ਲਈ ਬਿੱਟਰੇਟ ਨੂੰ ਹੋਰ ਵਧਾਉਣ ਦਾ ਵਿਕਲਪ ਵੀ ਸ਼ਾਮਲ ਹੈ। ਤੁਸੀਂ ਮੁਸ਼ਕਲ ਰੇਡੀਓ ਸਥਿਤੀਆਂ ਵਿੱਚ ਸੰਚਾਰ ਸਥਿਰਤਾ ਨੂੰ ਘਟਾਉਣ ਦੀ ਕੀਮਤ 'ਤੇ, ਬਿੱਟਰੇਟ ਨੂੰ 452 kbit/s ਤੋਂ 595 kbit/s ਤੱਕ ਵਧਾ ਸਕਦੇ ਹੋ।
ਇਹ persist.bluetooth.sbc_hd_higher_bitrate ਵੇਰੀਏਬਲ ਨੂੰ 1 'ਤੇ ਸੈੱਟ ਕਰਨ ਲਈ ਕਾਫੀ ਹੈ:

# setprop persist.bluetooth.sbc_hd_higher_bitrate 1

ਅਤਿਅੰਤ ਬਿੱਟਰੇਟ ਪੈਚ ਹੁਣ ਤੱਕ ਸਿਰਫ LineageOS 15.1 ਵਿੱਚ ਅਪਣਾਇਆ ਗਿਆ ਹੈ, ਪਰ 16.0 ਵਿੱਚ ਨਹੀਂ।

ਡਿਵਾਈਸ ਅਨੁਕੂਲਤਾ

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

ਆਵਾਜ਼ ਦੇ ਅੰਤਰ ਦੀ ਤੁਲਨਾ

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

Android ਡਿਵੈਲਪਰਾਂ ਨਾਲ ਸੰਪਰਕ ਕਰੋ

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

ਸਿੱਟਾ

LineageOS, Resurrection Remix ਅਤੇ crDroid ਫਰਮਵੇਅਰ ਵਾਲੇ ਸਮਾਰਟਫ਼ੋਨਾਂ ਦੇ ਵਰਤੋਂਕਾਰ ਇਸ ਵੇਲੇ ਬਿਹਤਰ ਧੁਨੀ ਗੁਣਵੱਤਾ ਦਾ ਆਨੰਦ ਲੈ ਸਕਦੇ ਹਨ, ਬਸ ਬਲੂਟੁੱਥ ਡਿਵਾਈਸ ਸੈਟਿੰਗਾਂ ਵਿੱਚ ਵਿਕਲਪ ਨੂੰ ਕਿਰਿਆਸ਼ੀਲ ਕਰੋ। ਲੀਨਕਸ ਯੂਜ਼ਰਸ ਵੀ ਇੰਸਟਾਲ ਕਰਕੇ SBC ਬਿੱਟਰੇਟ ਵਧਾ ਸਕਦੇ ਹਨ ਪਾਲੀ ਰੋਹੜ ਤੋਂ ਪੈਚ, ਜੋ ਕਿ, ਹੋਰ ਚੀਜ਼ਾਂ ਦੇ ਨਾਲ, aptX, aptX HD ਅਤੇ FastStream ਕੋਡੇਕਸ ਲਈ ਸਮਰਥਨ ਜੋੜਦਾ ਹੈ।

ਸਰੋਤ: www.habr.com