기존 이솝 임베디드 포럼의 지식인 서비스가 게시판 형태로 변경되었습니다.
글 수 6,368
기존 ALSA Library 의 복잡성을 없애고자 생겨난 것으로 알고 있습니다. ( TI 에서 시작? )
(JB 에서는 필수 인것으로 알고 있습니다.)
external/tinyalsa/pcm.c 소스를 보면 굉장히 직관적이고 깔끔하게 짜여져 있는 것을 볼 수 있습니다.
external/tinyalsa/tinyplay.c 로 playback 테스트,
external/tinyalsa/tinycap.c 로 capture 테스트를 할 수 있습니다.
external/tinyalsa/tinymix.c 는 codec control 및 path 조절 테스트 프로그램,
HAL 을 담당하는 device/samsung/tuna/audio/audio_hw.c 를 살펴 보면
정적으로 tuna 모델(?)에서 사용한 TI audio codec control 이름을 사용하고 있습니다.
이 file 참고 하여 사용하는 audio codec의 control 조절하려면 새로 작성하는 것 만큼의
리소스가 필요할 겁니다. 그래서 이것을 참고 하는 것은 비추천 드리고
JB 를 받으셔서
device/asus/grouper/audio/ 에 있는 file 을 참고하는 것을 추천 드립니다.
아니면
http://opensource.wolfsonmicro.com/content/tinyhal
도 참고하시면 좋을 듯 합니다.
기존 ALSA LIB 가 빠지면서 conf file 도 없어지게 되는데
그걸 대신하여 path 설정을 xml file 통하여 합니다.
개인적인 생각으로는
ALSA lib의 복잡성이라기 보다는 넘 무거운 부분을 피해가려고 하지 않았나 생각은 합니다.
일장일단이 있겠지만요.
단점으로는 alsa library에서 알아서 처리해 주던 부분이 빠져 있는 부분이라고 보여집니다.
OSS 처럼 직접 device driver를 제어하는 구조로 되어 있는데 나름 나쁘지는 않고, 직관적이라서
좋은 부분이 있더군요.
참고로, tinyhal은 제가 아는 오픈소스 개발자가 올 초 적용을 해서 사용하고 있고, 오픈소스로 Linaro쪽과 작업을 하려고 준비 중에 있습니다. wolfson의 mark brown이 너무 바빠서 유지보수를 못하고 있다는 얘기를 들었습니다...해서 새로 작업을 하고는 있는 것으로 알고 있습니다.
예.....
galaxy-nexus 소스를 보시면 hal에서 쓰는 법이 나와 있을겁니다.
질문이 정확하게 어떤 의도인지 몰라서....쩝