구차니의 잡동사니 모음

음.. 일단 2채널만 쓰기로 했습니다 -ㅁ-
아무래도 셋트가 아닌 이상 볼륨 조절에 어려움도 있고
뒤에것을 놓을 위치가 애매한지라..

일단 2채널을 했는데
뜨헉 -ㅁ-!


내가 알던 지금까지의 와우는 와우가 아니었뜨아 -ㅁ-!
사박사박하는 풀 밟는 소리하며, 배경 음악하며
오케스트라가 코앞에서 연주해주는 느낌이랄까..


물론 예전에는 제대로 소리도 안 듣고
모니터 내장형 졸라 허접 스피커라서 그럴지 몰라도
정말 뜨악! 소리 절로 나올 성능을 보여줬다


7000원 중고 주제에 ㄱ-
졸라 좋네 +_+!



사족 : 4채널 했다가 소음 문제도 있고, 놓을 위치 선정도 있고, 볼륨 문제도 있고
게다가...  DIVX는 전부 2채널 소스고, 게임에서도 그닥 효과가 없는지라.. 그냥 2채널로 쓰기로 마음을 먹었음돠

딸랑 주어진 키워드는 AC8. 이름을 보니 AC97 이나 AC2/3 이런거 친구 같아서 검색 고고싱

A.59    Voxware AC8   WAVE form Registration Number (hex):    0x0070   Codec ID in the IANA Namespace:         audio/vnd.wave;codec=70   WAVE form wFormatTag ID:                WAVE_FORMAT_VOXWARE_AC8   Additional Information:         This format ID is now obsolete   Contact:   Lee Stewart   lees@voxware.com   Voxware Inc.   172 Tamarack Circle   Skillman, NJ 08558 USA [출처 : http://www.isi.edu/in-notes/rfc2361.txt]

0x0070 Voxware AC8 (Lernout & Hauspie CELP 4.8 kbps) 0x0071 Voxware AC10 (Lernout & Hauspie CBS 8kbps) 0x0072 Voxware AC16 (Lernout & Hauspie CBS 12kbps) 0x0073 Voxware AC20 (Lernout & Hauspie CBS 16kbps) [출처 : http://forum.videohelp.com/topic197858.html]

Lernout & Hauspie Speech Products, or L&H, was a leading Belgium-based speech recognition technology company, founded by Jo Lernout and Pol Hauspie, that went bankrupt in 2001. The company was based in Ypres, Flanders, in what was then called the Flanders Language Valley (mimicking the Silicon Valley). [출처 : http://en.wikipedia.org/wiki/Lernout_&_Hauspie]

CELP(Code Excitation Linear Prediction)는 음성 부호화 기술로 현재 거의 주로 사용되는 G.729, AMR, iLBC EVRC 등이 CELP 기반의 음성 부호화기이다. 본 기법은 음성이 선형예측(linear_prediction) 을 통해 얻을 수 있다는 가정으로 개발된 다. 음성을 부호화하는 데 있어서 선형예측 계수와 여기신호(excitation signal)로 이루어진다. 일반적으로 선형 예측 계수는 LSP를 이용하여 부호화되며 여기신호는 몇 개의 codebook을 이용하여 부호화한다. CELP를 기반으로 발전한 부호화 기법으로는 ACELP, CS-CELP 등이 있다. [출처 : http://ko.wikipedia.org/wiki/CELP] [링크 : http://en.wikipedia.org/wiki/Code_excited_linear_prediction] [링크 : http://terms.nate.com/dicsearch/view.html?i=3020237]

i18n은 Internationalization
l10n은 Localization이다.

[참고 : http://www.gnome.or.kr/web/default/88]

i18n은 다국어를 지원하기 위한 방법적인 내용이라면
l10n은 현지에 맞도록 번역하거나 수정하는 방법이라고 생각이 된다.

그래도 l10n보다는 i18n이 웬지 익숙한건 18 때문?



리눅스/유닉스 기반에서는 gettext()를 이용하며 poedit 등을 사용하여 적용가능함.
(여러가지로 이러한 것에 있다느 것을 알게 해준 UFO:AI 번역 작업에 대해서 감사!)

집에 모니터 일체형 스피커를 사용하고 있었는데
이녀석이 엊그제 꼴까닥 임종하시었습니다... (젠장!)
비록 음질은 즈질스럽고 소리도 뒤로 나와서 잘 들리지도 않았지만
그래도 나름 공간을 아끼면서 잘 살고 있었는데 아쉽다 ㅠ.ㅠ

수리 하려니 이름도 없는 중소기업 회사라(아차! 나도 그런 회사 다니지 ㅠ.ㅠ)
저번에 파워교체 하는데도 지랄 맞았던 지라.. 수리는 그냥 레드썬 하기로 하고
중고로 하나 질렀다.

Mr,Dust 님의 오픈 소스의 전문가? 라는 글을 읽고 쓰는 글입니다.
이 글을 쓰기 전에 읽게된 글의 링크는 아래와 같습니다.

Mr.Dust님의 글 : http://mr-dust.pe.kr/2301 차니님의 글 : http://channy.creation.net/blog/692 방준영님의 글 : http://bangjunyoung.blogspot.com/2009/04/blog-post_06.html

오픈웹이라는 단체를 알게 된 것은 웹 표준, 이제 물러설 수 없다. 라는 글을 읽고 였습니다.
오픈 웹이 법정에서 패소하자 제 시점으로는 뜬금없는 보안업체(안랩)을 걸고 넘어 갔기 때문이었습니다.
어떻게 보면 중간 보스 말고 최종 보스는 MS사일텐데 말이죠.

개인적으로 Linux를 좋아하고 사용하려 하고
FireFox를 사용하고 GIMP를 사용하기에 opensource를 지지하고 openweb을 지지하는 것은 아닙니다.
단지 ActiveX가 지닌 플랫폼 종속성과 이로 인해 발생하는 대다수의 인프라가 MS 제품에 종속되어 있다는
점으로 인해 opensource / linux 진영을 지지하는 것입니다.

플랫폼 종속성에 왜 연연하는가에 대해서 답변을 하자면,
1. MS Windows가 가벼운 시스템은 아니다(돈/리소스)
2. de facto 로 자리 잡은것도 아닌 close source 기반의 MS사 만이 알고 있는 기술이다
3. 이로 인해 다른 표준적인 시스템을 개발 할 수 없고, MS사의 기술로만 종속된다.
는 점을 들수 있습니다. 왜 MS쓰면되지 왜 고생이냐? 라는 말을 하신다면
"핸드폰 들고 인터넷 해봐", "PC 말고 다른 장치를 통해서 인터넷 해봐" 라고 말씀 드리고 싶습니다.
유비쿼터스 이러한 거창한 용어를 꺼내지 않더라고, winCE 기반의 스마트 폰 마저도 국내 웹사이트를
제대로 들어가서 활용할 수 없을 것입니다.


ActiveX로 인해 생긴 플랫폼 종속성을 해결하기 위한 방법으로는
1. ActiveX를 사용하지 않고 Java나 제 3의 중간 언어를 통해 해결하는 방법
2. ActiveX를 플랫폼 종속적이지 않게 다른 OS에 맞게 배포하는 방법
이 있을지도 모릅니다. 하지만 ActiveX라는 것을 다른 플랫폼에 맞게 배포하는것은 MS사에 엄청난 부담을 가중할뿐더러
일개 회사에(라고 하기에는 규모가 너무 크지만) 전세계의 모든 OS에 맞춰서 미들웨어를 배포하라는 것도 웃기기 때문입니다.
ActiveX 프로그래밍 한번도 안해본 입장에서 할말은 아니지만,
이녀석 자체가 Windows 의 핵심부분에 연관이되어서 아마 MS 입장에서도 쉽게 다른 OS에서 돌릴수있도록 포팅하기는
힘들것으로 보이기 때문에 2번 사안은 실질적으로 선택하지 못할 것으로 판단되기 때문 입니다.

현실적인 대안으로는
https 에 SSL 이런 복잡한 문제는 떠나고
공인인증서를 사용하되 ActiveX 가 아닌 Java Applet이나 Java Application
혹은 Java Script를 통해 표준화된 공개키 교환방식을 이용하면 되는 것이라고 생각합니다.
공개키 교환은 아마도 프로토콜이 공개되어 있기 때문에(PKCS #n) 이러한 절차만 따른다면
언어가 C던 python이던 Java던 c#이던 상대적으로 플랫폼에 종속적이기 않게 구현 가능할 것으로 보이기 때문입니다.

어쩌면 이 사태는 본질적으로 MS의 로비를 받은 정부정책 담당자의 문제이겠지만
현실적으로 들어나는 문제는 ActiveX냐 openweb 이냐의 문제로 나타나고 있습니다.
어짜피 사건의 원흉은 돈받고 잘 살고 잘 숨어 있겠지만
다른 사람들이 박터지게 싸워대며, 자기 밥그릇 문제와 더불어 점점 미궁으로 빠져 들고 있습니다.


사족 : 절대 다수의 절대 행복을 위해서라도, 권력과 돈을 지닌 자들에게 지지 않았으면 좋겠습니다..
사족2: 개인적으로는 차니님도 방준영님 두분다 그리 마음에 들지는 않고, 개인적인 친분은 전혀 없습니다.
사족3: MS를 싫어하는 이유는 보스몹이기 때문입니다
사족4: 그렇다고 해서 Linux 쓴다고 외치며 opensource의 정신로 무장한 자유의 투사는 좋아하지 않습니다.
사족5: 그럼에도 불구하고 오픈웹이 이기기를 바라는 것은, 더 많은 사용자가 편해질수 있기 때문입니다
         (ActiveX에 한정짓더라도)
사족6: 저 글을 따라가면서 화가 난 것은, 지역화 및 번역에 대한 노력은 프로그래밍 코딩에 비해서 아주 미미하다, 커밋하지 않았는데 무슨 전문가냐라는 방준영 님의 너무나도 프로그래머 중심적인 사고 방식이 마음에 안들었기 때문입니다.(물론 저도 초보 개발자이긴 합니다)

기념만 하는 중 -ㅁ-



(먼산보고 만세 삼창?)

안하니만 못한 느낌.. OTL
뽀샾을 조금 더 연마해서 배경 그림 정도는 직접 바까바야겠습니다 -ㅅ-


사족 :
syntax hightlighter를 업그레이드 했습니다. textarea에서 pre로 교체 한다고 dog 고생 -ㅁ-
그래도 이쁘고 빠르니 다행 ㅠ.ㅠ
[링크 : http://bluenlive.net/491] 를 참조 하시면 됩니다.

linux에서는 gcc에서 옵션으로 지원을 한다고 한다.

3.17.23 AVR Options These options are defined for AVR implementations: -mmcu=mcu Specify ATMEL AVR instruction set or MCU type. Instruction set avr1 is for the minimal AVR core, not supported by the C compiler, only for assembler programs (MCU types: at90s1200, attiny10, attiny11, attiny12, attiny15, attiny28). Instruction set avr2 (default) is for the classic AVR core with up to 8K program memory space (MCU types: at90s2313, at90s2323, attiny22, at90s2333, at90s2343, at90s4414, at90s4433, at90s4434, at90s8515, at90c8534, at90s8535). Instruction set avr3 is for the classic AVR core with up to 128K program memory space (MCU types: atmega103, atmega603, at43usb320, at76c711). Instruction set avr4 is for the enhanced AVR core with up to 8K program memory space (MCU types: atmega8, atmega83, atmega85). Instruction set avr5 is for the enhanced AVR core with up to 128K program memory space (MCU types: atmega16, atmega161, atmega163, atmega32, atmega323, atmega64, atmega128, at43usb355, at94k). -msize Output instruction sizes to the asm file. -minit-stack=N Specify the initial stack address, which may be a symbol or numeric value, `__stack' is the default. -mno-interrupts Generated code is not compatible with hardware interrupts. Code size will be smaller. -mcall-prologues Functions prologues/epilogues expanded as call to appropriate subroutines. Code size will be smaller. -mno-tablejump Do not generate tablejump insns which sometimes increase code size. -mtiny-stack Change only the low 8 bits of the stack pointer. [링크 : http://gcc.gnu.org/onlinedocs/gcc-3.4.6/gcc/AVR-Options.html]

avrprog는 2001년 6월 이후로 업데이트 안되고 있고, avrdude가 계속 유지 되고 있는 듯 보인다.

[AVRPROG : http://sourceforge.net/projects/avrprog/]
[AVRDUDE : http://savannah.nongnu.org/projects/avrdude]
[gnome-avrdude : http://sourceforge.net/projects/gnome-avrdude]


아쉽게도 AVR Studio는 AVR32(32bit 버전)용 밖에 없다.

  AVR32 GNU Toolchain 2.1.6 - Linux Fedora 9 (27 MB, revision 2.1.6, updated 3/09) RPMs for Fedora Core 9.
  AVR32 Studio 2.1.1 for Linux (249 MB, revision 2.1.1, updated 2/09) AVR32 Studio package for Linux.
[atmel official : http://www.atmel.com/dyn/products/tools.asp?family_id=682]

참고 링크
[링크 : http://picky9.com/blog/entry/223]

주말에 X-window에 AIGLX에 XDMCP를 이용하여
원격으로 3D 데스크탑을 구현하려는 나의 휘한찬란한 음모에
찬물을 끼얹은 써글놈의 리눅스 같으니라구 ㅠ.ㅠ

그래서 월요일 하루 내내~ 우울하게 있었는데..
어제 검색을 해보니, 나만 그런게 아니더군! 케케케

이러면서 기분 풀려버린 단순한 1인 이었음.. OTL



결론 : 이러다가. GNOME 버리고 KDE 갈지도?!

여기저기 찾아 보다가 결국에는 GG 때리고 말았는데..
2008년 2월 문서로, KDE에서 kdm을 사용할때는 되는데 GNOME에서 gdm으로는
XDMCP가 열리지 않는 버그가 있다고 한다.
아무튼.. KDE로 시도를 해보던가, 아니면 포기를 하던가 해야겠다..

아니면.. FC6에서는 제대로 되려나..

[링크 : http://forums.fedoraforum.org/showthread.php?t=188130]


아무튼
/etc/X11/gdm/gdm.conf의 에서
/etc/gdm/gdm.conf로 위치가 옮겨졌다.