'전체'에 해당되는 글 148건

이 놈입니다.


비쌉니다.

하지만 이쁜이의 팔뚝이 더 두꺼워 지는 사태를 면하고자 장만하였습니다.

기존 렌즈는 니콘 MF 105 마 였습니다. 캐논 300D 에 붙여서 들고 다니면 팔뚝에 근육 생깁니다.

펜탁스 50.4 를 붙일 수 있게 되었으니 이제 사랑받는 남편이 될 자격 있습니다.

전에 쓰던 캐논바디-니콘렌즈 변환링에 비하면 명품 소리 들을만 합니다. 이전 변환링은 많이 헐거워서 결국 제가 모니미 153볼펜을 희생해서 단단하게 조였는데 이 변환링은 그런거 필요 없습니다. 그냥 끼면 렌즈랑 분해 자체가 힘듭니다.

앞으로 펜탁스 MX 사용할 때가 걱정입니다. 정말 잘 안빠집니다.

홍대에 있는 고양이 카페에 다녀 왔습니다.

카페 주인장입니다. 당연한 거겠지만 고양이들과 친하더군요.








다소 부담되는 입장료이지만 즐겁게 보낸 시간을 생각하면 아깝진 않습니다.

고양이를 좋아하시는 분들에게는 좋은 곳이라 생각됩니다.

그리고 여기 좋은 이유가 또 한가지 있습니다.

주인장 빼고 남자라곤 저 혼자였습니다. 여긴 천국입니다.

사진은 코닥 DCS-760 과 nikor AF 35-70 F2.8 이 수고해 주었습니다.

HIFI 오디오 관련 정보 많음.
http://www.enjoyaudio.com
 

홍대에 다녀 왔습니다.

kodak 760 + nikor AF 35-70 F2.8

 wav record, play 소스입니다. 출처는 uClinux.org 입니다. 

 제가 오디오 코덱 개발시에 주로 사용해는 app 입니다.

step 1. config.mk 파일을 수정하셔서 컴파일 환경을 설정한다.
step 2. make

 임베디드 보드 개발을 처음 시작하는 개발자의 경우 고참중에 쓸만한 고참이 있을면 처음 과제로 오디오 코덱 드라이버를 개발하거나 수정하는 업무를 줄 것입니다.

 왜냐면 제가 그렇게 하기 때문에. 움하하하하하하

 참고로 제 후배중에 배장규씨한테는 그렇게 했었는데 김무겸씨한테는 일부만 했네요. 미안합니다.

 그건 그렇고 오디오 코덱을 첫 과제로 내 주는 이유는 다음과 같습니다.

  1. 대부분의 오디오 코덱이 제어를 I2C 로 한다.
  2. 데이터 전송을 I2S 로 하는 경우가 많다.
  3. 디바이스 드라이버 샘플 코드가 공개되어 있는 경우가 많으며 비교적 간단하여 이해가 쉽다.
  4. 기능 갯수가 적어서 테스트가 용이하다.

 오디오 코덱을 개발할 때 개발 순서(절차) 를 간단히 정리하면 다음과 같습니다.

  1. 디바이스 드라이버 소스를 제공하는지 부터 확인(중요함)
  2. 데이터 시트 중 스팩 관련된 내용과 pin map 부분 정독. 나머지는 필요할 때마다 꺼내 보면 됨.
  3. main clock, 전원, reset pin 상태를 확인함. 오디오 코덱은 이 세가지만 잘 인가되고 있으면 별 문제 없이 동작됨.
  4. 데이터 시트에서 analog loop-back 모드를 확인하여 analog loop-back 모드로 설정하고 loop-back 기능이 잘 동작되면 코덱 자체(HW) 는 잘 구성되어 있다고 판단함.
 
 여기까지 우선 확인해서 잘 동작되면 약 95% 정도 진행된 것으로 판단하면 됩니다.

 그 다음엔 다음 명령을 사용해서 녹음, 재생을 해 봅니다.

  audio device file name : /dev/dsp
  녹음 : cat /dev/dsp > raw.wav
  재생 : cat raw.wav > /dev/dsp

 여기까지 했을 때 녹음 잘 되고 재생 잘되면 디바이스 드라이버 단까지는 완료된 것으로 판단하시면 됩니다.

 ==================================================================
 디바이스 드라이버 기본 동작까지는 잘 확인하였으니 한 이삼일 동안 데이터 시트 보면서 오디오 코덱의 여러 기능들을 테스트 해 보는 시간을 꼭 가져야 합니다.
 시간을 버리는 것처럼 보일 수도 있지만 이번에 이런걸 해 보아야 application 개발자에게 전달할때 application 을 쉽게 짤 수 있도록 여러 준비를 할 수 있는 토대를 마련할 수 있습니다.

꼭 기억합시다. 플랫폼 개발자는 자기 개발건만 생각하면 안됩니다. H/W, S/W 엔지니어가 쉽게 개발을 할 수 있도록 항상 신경써 주면서 개발해야 합니다.

 이제 디바이스 드라이버 단에 대한 개발은 완료되었으니 application 개발자를 위해 library 를 만들어 주도록 합시다. 

 요즘은 디바이스 드라이버 단독으로 동작하는 경우는 거의 없고 ALSA 나 OSS 같은 프레임 웍에 연동되도록 디바이스 드라이버를 작성하고 있습니다.

 하지만 그렇다 하더라도 "네가 알아서 ALSA, OSS 프레임 웍에 맞게 application 작성해라" 라고 하는 것은 능력없는 플랫폼 개발자나 하는 행동이고 뛰어난 플랫폼 개발자는 application 개발자가 API 만 호출해서 쓸 수 있도록 준비해 줘야 합니다.


 여기까지 개발을 진행하셨다면 여러분은 배장규씨나 김무겸씨 같은 뛰어난 플랫폼 개발자가 되신 겁니다.

 축하 드립니다.

임베디드 보드에서 흔히 사용하는 WM8731 드라이버 입니다.

 샘플로 올리는 코드는 단독으로 컴파일 안되는 버전이지만 WM8731 의 다양한 기능을 함수형태로 구현해 놓았으므로 컴파일 환경과 인터페이스만 잘 조절해서 사용하시면 됩니다.

 가령 예를 들어 analog by-pass 기능을 사용하고 싶으시면 wm8731EnableBypass() 함수만 호출하시면 됩니다. 이 함수안에는 analog by-pass 기능을 사용하기 위한 register 설정이 들어 있습니다. 

 필요하신분은 그냥 가져다 쓰세요. 오픈입니다.

avi 컨버터 작성 때문에 참조용으로 ffmpeg(for x86) 을 컴파일하였습니다.
avi 쪽 코드만 살짝 참조하면 되어서 컴파일 도중 필요없는 옵션 발생할때마다 모두 삭제하였습니다.

ffmpeg 을 x86에서 제대로(모든 옵션 다 살려서) 사용하시려는 목적일 경우엔 참조 하지 않으시는 것이 좋습니다.

ffmpeg 다운로드 위치
  svn checkout svn://svn.ffmpeg.org/ffmpeg/trunk ./ffmpeg

컴파일 옵션
 ./configure --prefix=${PWD}/output --disable-optimizations --disable-stripping --samples=${PWD}/output/sample --disable-mmx --disable-mmx2

위 옵션 설명하자면
  --prefix=${PWD}/output : 설치 경로는 현재 작업 디렉토리 밑에 output 디렉토리입니다.
  --disable-optimizations : 디버깅 할거니까 최적화 옵션 끄시고
  --disable-stripping : 디버깅 할거니까 디버깅 심벌 다 남겨야 하고
  --samples=${PWD}/output/sample : 샘플 app 만들어지면 설치될 경로
  --disable-mmx : 제 작업 서버에서 mmx fail 떠서 없앰. 큰 상관 없음.
  --disable-mmx2 : 제 작업 서버에서 mmx faile 떠서 없앰. 큰 상관 없음.

컴파일 순서
  poplinux@damas $ ./configure --prefix=${PWD}/output --disable-optimizations --disable-stripping --samples=${PWD}/output/sample --disable-mmx --disable-mmx2

  poplinux@damas $ make
  poplinux@damas $ make install

 컴파일 완료후 ffmpeg app 디버깅 심벌 확인해 보니까 잘 남아 있네요. 이제는 이거 참조해서 avi 컨버터나 열심히 만들어야 겠습니다.

 첨부 파일은 제가 작업할 때 사용한 소스입니다. 서브버전으로 받으셔도 되고 아래거 받으셔도 됩니다.