블루투스 코덱에 흥미로운 영상이라 가져왔습니다

코덱이 영향이 없다는건 좀 의외네요 
  
 그렇다면 퀄컴에서 새로 발표한 APT-X Adaptive 같은거 어떻게 봐야하는지 ㄷㄷㄷ

aptx ll은 코덱 차이 아닐러나요;; 의아하긴 하네요~

어떤 목적에 사용할 것인지에 따라 확연하게 선택지가 갈린다고 생각합니다. 
예를 들어 저는 닌텐도 스위치같은 게임기에 물려 사용할 목적으로 코드리스 이어폰을 한동안 이것저것 겪으면서 결국 최종적으로 만족한 블루투스 코덱이 APTX LL 입니다. 
레이턴시가 60ms 근처 수준으로 나와서 액션게임에서도 별다른 위화감 없이 게임 사운드 씽크가 잘 맞는 편안한 느낌이거든요. 그 외의 다른 모든 코덱들은 적어도 '게임에서만큼은' 만족할 수 없는 수준이였습니다. 
일반 APTX 도 그렇고 AAC 도 APTX LL의  레이턴시 수준을 따라올 수 없어요.

박사님께서 aptx ll이나 aptx adaptive에 대한 경험이 있으실지 궁금하네요..aptx ll은 스마트폰에서 지원하는 기기는 못찾았지만 측정치로 40ms~60ms으로 알고 있고, aptx adaptive는 퀄컴 발표자료로는 50m~80ms인것으로 알고 있습니다. 흠 뮤토리 r2가 픽사트칩셋으로 게이밍모드라서 96ms정도(게이밍모드만)로 알고 있습니다

아니죠 코덱영향이 큰데, 이건 어떻게 손을 쓸 수 있는 부분이 아니기때문에(자체코덱 개발문제 혹은 로열티문제때문에) 하드웨어 성능이 더 중요하다 이런말로 이해가 되네요 저는. 코덱은 조정을 해서 손을 쓸 수 있는 부분이 아니다 이거죠

aptX는 80년대에 만들어진 ADPCM을 기반으로 하는 코덱입니다.
ADPCM은 8 kHz 샘플링 주파수의 음성을 부호화하기 만들어졌습니다.
이후 16 kHz 샘플링 주파수의 음성을 2밴드로 분할하여 처리하는 SB-ADPCM이 등장했으며
32 kHz 샘플링 주파수의 음성을 4밴드로 분할하여 처리하는 구조가 지금의 aptX의 조상 정도됩니다.
해당 코덱은 라디오 방송사에서 송신탑까지 낮은 지연시간으로 전송하기 위해 사용됐습니다.
나이퀴스트 섀넌 샘플링 이론에 따라 라디오는 16 kHz 이하에만 신호가 존재합니다.
.
.
.
44.1, 48 kHz 로 샘플링 주파수를 늘린 것이 aptX입니다.
대략 기술적인 배경만 따지면 90년 이전의 기술들로 만들어진 코덱입니다.
다만 특징적으로 4밴드로 나누기 위한 FIR 필터링으로 인한 지연을 제외하면
4 샘플마다 압축되기 때문에
알고리즘으로 인한 지연이 2 msec 정도로 적다는 장점이 있습니다.
압축율은 1/4로 고정입니다.
44.1 kHz 16 bit stereo의 경우는 원본이 1411.2 kbps인데 aptX 압축하면 352.8 kbps의 비트율을 가집니다.
48 kHz 16 bit stereo의 경우는 원본이 1536 kbps인데 aptX 압축하면 384 kbps의 비트율을 가집니다.
.
.
.
AAC는 가장 많이 사용되는 mp3 이후에 개발되어 mp3를 개선하는 것을 주목적으로 개발되었습니다.
mp3 대비 3/4 정도의 비트율로 비슷한 음질을 표현하는 것이 가능합니다.
다만 AAC의 경우는 2048 샘플을 모아서 처리하기 때문에 알고리즘 상의 지연이 발생하게 됩니다.
48 kHz 샘플링 주파수의 경우 이 이유만으로 약 43 msec의 지연이 발생합니다.
그 밖에 다른 부분까지 포함하면 55 msec의 지연이 발생한다고 알려져 있습니다.
추가로 VBR로 압축할 경우 bit reservoir라는 기술을 사용하면서 심한 경우 코덱으로 인한
지연만 82 msec에 달하게 됩니다.
영상압축에서도 유사하게 많은 정보를 가지고 압축을 하면 일반적으로 압축율을 높일 수 있지만
지연시간이 길어지는 문제점이 발생합니다.
AAC는 256 kbps 수준이면 거의 원본과 구분이 힘든 수준의 음질을 들려줍니다.
iTunes에서 제공되는 음원들은 AAC 256 kbps로 제공됩니다.
.
.
.
aptX는 qualcomm에서 제공하는 동일한 encoder가 사용되지만
AAC는 개발사에 따라 encoder 성능이 상이합니다.
hydrogenaudio에서의 평가에 따르면 apple의 AAC encoder 성능이 가장 우수하다고 알려져 있습니다.
AAC 개발의 핵심주체였던 FraunHofer보다도 더 좋은 encoder를 보유하고 있습니다.
종종 성능이 떨어지는 encoder가 사용된 AAC 음질을 들어보고 AAC가 나쁘다고 얘기하는 사례가 있지만
기본적으로 더 많은 정보를 사용하여 압축하는 AAC의 음질이 우수할 수 밖에 없습니다.
.
.
.
aptX LL의 경우는 aptX와 코덱자체는 동일합니다.
코덱이 아닌 코덱을 통해 만들어진 packet을 전송하는 통신단과
버퍼링이 다른 구조를 가진 코덱입니다.
코덱 스펙을 확인해 보시면 아시겠지만 코덱의 스펙은 완전히 동일합니다.
기본적으로 aptX와 aptX LL은 16 bit 4 샘플이 들어오면 16 bit를 출력합니다.
그렇기 때문에 해당 16 bit packet payload에 header를 붙여서 전송하고
채널코딩 및 버퍼링 조절등을 통해 추가로 지연을 줄인 코덱으로 추정됩니다.
.
.
.
아이폰을 사용하는 경우에 iTunes로 음악감상할 경우
코덱으로 인한 왜곡이 전혀 발생하지 않습니다.
iTunes의 음원이 애초에 AAC로 저장되어 있기 때문에
해당 bitstream에 header만 추가하여 BT 전송한 후
수신단에서는 decoding만 하면 되기 때문에
.
.
.
android에서 mp3 재생하는 경우와 같이 mp3를 decoding하여 pcm을 얻고
이를 다시 SBC, aptX, AAC등으로 "다시" 압축하여 전송하지 않습니다.
.
.
.
이 경우, decoding에서 발생하는 지연, encoding에서 발생하는 지연이 발생하지 않을 뿐만 아니라
해당 과정에서 발생할 수 있는 음질 손실이 발생할 우려가 전혀 없습니다.
배터리 소모도 줄어들게 됩니다.
.
.
.
이와 같이 낮은 지연과 높은 음질 제공을 위해서
애플은 BT 수신장치에서 AAC codec을 지원해 줄 것을 권장하는 문서를 제공하고 있습니다.
https://developer.apple.com/accessories/Accessory-Design-Guidelines.pdf (93 page)