…·─━☆ 무한코딩세계

これは想像ですが、ビルドしたプログラムがリンクしている MFCS42D.LIB とデバッグ情報 MFCS42D.PDB の、VC++ のパッチ（ServicePack）がずれているとか、そういうことなんではないでしょうか。

うちの VC++ 6.0 付属の MFCS42D.PDB をバイナリエディタで見ると、e:\8168\vc98\mfc\mfc\src\ という文字列が入っています。
MFCS42D.LIB も同じでした。
# これは多分、Microsoft 内の MFCS42D.DLL 開発 or ビルド担当の PC のディレクトリだと思います。

ちなみに、使ったバイナリエディタは Stirling です。


< 번역 >

빌드 한 프로그램이 링크 하고 있는 MFCS42D.LIB 와 디버그 정보 MFCS42D.PDB 의, VC++ 의 패치가 안 맞아서
생기는 문제이듯하다....

우리집에 깔린 VC++ 6.0 내에의 MFCS42D.PDB 를 바이너리 에디터로 보면, e:8168vc98mfcmfcsrc 라고 하는 문자열이 들어가 있습니다.
MFCS42D.LIB 도 같았습니다.
# 이것은 아마, Microsoft 내의 MFCS42D.DLL 개발 or 빌드 담당의 PC 의 디렉토리라고 생각됩니다.

덧붙여서, 사용한 바이너리 에디터는 Stirling 입니다.



일어 공부 헛했군요..ㅜㅁㅜ 서비스팩 까니까 되더군요..

결과물은 생각보다 깔끔하게 나오긴 했는데. 2~3주에 한번씩 서버가 죽는 경우가..헐..

임의로 쓰레드 100개를 돌려서 테스트 했었는데...역시나 실제로 100명에 대한 데이터가 오고가니까..

동기화문제가 생기는거 같더군요. 메신져가 절대 만만한 프로그램이 아니라는 것을 뻐져리게 느꼈었습니다.

일반적인 메신져의 기능은 기본으로 구현되어있으며

1차때 구현된 샤워실의 조명등과 세탁기가동 탐지 센서모듈로부터 받은 값을 보여줍니다.

쓸때없이 샤워실 앞까지 왔다갔다 하지 않고도 메신져를 통해 샤워실 상태를 파악할 수 있습니다.

그리고 북서버로부터 현재 본인이 대출중인 도서에 대한 목록을 보여주며 이를 위해

네이트온의 싸이월드와 같이 북서버 아이디와 비번을 입력하여 연동이 가능하게 구현되었습니다.

운영자님 관련 공지사항을 따로 뿌려주며~ 금일 세미나에 대한 정보를 뿌려주어 일일이 북서버에

접속하여 세미나 정보를 확인할 필요가 없습니다. 컨텐츠 요청에 대해서도 메신져를 통해 요청이 가능하며

외침말기능이라고 하여 자신이 외친말을 전광판처럼 다른이에게 보여주어 재미를 더했습니다..ㅎㅎ

프로세스관리기능도 추가하여 현재 클라이언트에서 동작중인 프로세스의 정보를 서버가 관리하게도 할려고

했으나 모듈만 있고 실제 UI상에는 구현하지 않았습니다.( 너무 빡빡해 보인다고..ㅎㅎ )



주 기능을 정리하자면

- 일반적인 메신져기능
- 북서버 연동
- 샤워실 센서 정보
- 도서대출 현황
- 세미나 정보 출력
- 운영자 공지사항
- 컨텐츠 요청기능
- 외침말 기능

그야말로 멤버십에서 쓰이는 것만 쪽빼서 구현을 했네요~ㅎㅎ

머..딱히 기술이라고 할것이 없는 프로젝트지만 순수 사용자를 위한 인터페이스와

최대 100명까지는 접속 테스트 해보았습니다. 멤버십 인원이 100이 안되기 땜시로 더 이상의 테스트가 무리였죠.ㅎ

관련된 북서버 DB백업자료와 서버소스, 클라이언트 소스는 정리되는대로 올리겠습니다..

아무래도 DB가 없으면 돌려보지 못하니까요..

이거 찍을려고~ 1시간동안 다시찍고~다시찍고~~

역시 카메라는 돈지*이여!!ㅋㅋㅋ

break point를 걸었는데 디버깅을 할려면 중간에 구멍이 뻥~ 뚫리면서

안 먹히는 경우가 있다.

소스의 버전이 서로 맞지 않으면 break point가 걸리지 않는데

여러개 같은 소스창을 계속 띄우게 되면 어느것을 디버깅 해야 할지 몰라서 생기는 문제인거 같다.

옵션값을 바꾸면 간단하게 해결이 가능하다.

Tools -> Option -> Debugging -> General -> Require source file to exactly match the original statement 

기능을 끄면 된다.

개발도구 : 

어느날 느낀것이...위모트에서 적외선 감지가 너무 안 좋더군요.

또 욕을 했죠. 해외연수간 팀원을...ㅡㅡ;;;;;

전압을 재어보니까 1볼트도 안됩니다..헐...알아보니 전압이 너무 낮다고 하더군요.

다행히 가변저항을 달아서 납땜하는 일은 안 벌어졌습니다..휴우~~

1.3정도까지 전압을 올리니 왠만한 각도에서도 위모트에서 적외선을 잡아냅니다.

하드웨어하는 후배의 말로는 5볼트가까이도 써봤다고 하던데. 이론적으로는 탈 가능성이 높다고 하네요.

사상 최소경비 페달 완성..

펀치 2000원짜리...발판 승욱이 마우스패드 뺏어서 반 짜르고..ㅡㅇㅡㅋㅋㅋ

한번씩 프레임에 돈 다 때려박고!!  껍대기로 승부하는 사람들 보면 참~~안타깝습니다.

위험성 발언인가..ㅡㅁㅡ;;;;;;;;

우리가 만들고 있는 가상드럼에서도 Hi - Hat이 있습니다.

근데 GM 타악기 테이블( 9번채널 )을 보니 Open Hi hat, Close Hi hat, Pedal Hi hat외에

다른 심볼에도 Open, Close가 붙은게 보이더군요..

이게머지..ㅡㅡ;;;; 첨에 어떤 걸 선택할지 몰랐는데 의미가 대충 이렇더군요.

Hi - hat 은 심볼인데 페달과 서로 관련이 있습니다. Hi - Hat의 페달을 밟으면 그냥 '틱'

하면서 Hi - hat의 위쪽 부분과 아랫쪽 부분이 부딧치는 소리가 납니다 '챙~~' 하는 소리가 아니구요~

이것이 Pedal Hi hat입니다. 

그리고 Close Hi hat은 페달을 밟은 상태에서 스틱으로 심볼을 때리는 소리입니다. Pedal Hi hat소리처럼

'틱'하는 소리가 나는데 조금은 다른거 같더군요..

Open Hi hat은 밟지 않은 상태에서 스틱으로 쳐서 내는 소리입니다. 일반적으로 생각하는 심볼처럼

'챙~~'하는 소리가 나죠~



참~ 세상에 모르는게 너무 많네요...ㅎㅎ 그냥 상식으로 적어봤습니다.

제가 알고 있기로 위모트는 최대 4개의 좌표값을 잡을 수 있다고 합니다.

근데..희안한거는 첫번째 좌표값이 받고 두번째 좌표값을 잡고 있는 상태가 계속되면 현재 좌표값이

몇번 좌표값인지 그 인덱스값을 파악할 수 있지만 만일 첫번째 좌표값을 잠깐 잃게 된다면 두번째였던 좌표값이

첫번째 좌표값으로 바뀌게 됩니다. 머..하드웨어 입장에서 보면 당연할 수 있지만 그걸 이용해서 프로그램을

만드는 입장에서 문제가 생길 수 있더군요. 스틱에 진동센서를 두어 가상으로 드럼을 쳤을 때 진동이 오게끔

했습니다. 지그비를 썻죠...

근데 지그비 프로토콜을 각 스틱마다 따로 줬기 때문에 위에서 처럼 위모트에서 좌표값의 인덱스가 두번째였다가

첫번째로 바뀌게 되면 엉뚱한 스틱에 진동이 오게 되는 문제점이 발생했습니다..

역시나~~하드웨어와 소프트웨어중 어느쪽을 고칠지 고민중에 하드웨어 한 팀원이 해외연수를..ㅡㅡ 두둥!!!!!

하는 수 없이 어떻게 소프트웨어적으로 해야 했죠..ㅎㅎ

좌표값을 이용하는 것입니다. 일단 환경적 조건을 주었습니다. 스틱1,2이 두어 쥐어야 하는 손이 결정되어 있는 거

죠.....어처구니없는 경우가..ㅜㅁㅜ

그리고 두개의 스틱이 크로스 되면 좌표X값의 크기가 서로 바뀌기 때문에 진동정보을 전달하기 위한 정보 또한

바꾸어 주었습니다. 일단 크로스 문제가 해결되니 좌표값 하나가 사라졌다 나왔다해도 문제 없이 진동이

전달 되었습니다. 근데 이것들이 서로 물고 또 물어져서 결국에는 완벽하게 구현할려면 하드웨어적으로 스틱의

위치가 서로 바뀌어도 관계없도록 만들어야지 완벽한 사용이 가능했습니다..

마지막으로 걸리는 문제는

하나의 스틱만 있는데 2번스틱을 사용하면 진동은 1번 스틱으로 오는 거였죠. 결국 하드웨어적인 문제...

하나의 좌표값으로는 소프트웨어적으로 도저히 알 수 있는 방법이 없습니다..위모트는 순수한 좌표값만

던져주니까요..

허무하네요..ㅎㅎ 소프트웨어 코딩하는 입장에서 이런 문제로 고민을 하니...^^

그래도 재밌는 노다가 였습니다.




flag값 만들고 나니 생각보다 깔끔해서 올려 봅니다.

#define STICK_NOCROSS_CNT                               1       // 일반적인 상태에서 계속 유지
#define STICK_CROSS_CHANGE_CROSS                 2       // 초기크로스 상태에서 크로스됨
#define STICK_NOCROSS_CHANGE_CROSS             3       // 일반적인 상태에서 크로스 됨    
#define STICK_CROSS_CNT                                   4       // 초기크로스 상태 계속 유지



if( g_nStickCnt == 2 )
{

                // 크로스 되지 않은 상태에서 연주 시작  -  두개의 스틱좌표x값 비교

     if( nLeftStickX <= nRightStickX )          
    {

    if( g_bCurCrossFlag == false && g_bFirstFlag == false )
    {

     g_bCurCrossFlag = true;                           // 도중부터 크로스 상태임
     g_bFirstFlag = true; 

    } 

    if( g_bCurCrossFlag == true )                                  // 일반적인 상태에서 계속 유지
    {

     g_nStateNum = STICK_NOCROSS_CNT;

    }
    else if( g_bStartCrossFlag == true )                          // 초기크로스 상태에서 크로스됨
    {

     g_nStateNum = STICK_CROSS_CHANGE_CROSS;

    }

   }
   else if( nLeftStickX > nRightStickX )      
  {  // 크로스 된 상태에서 연주 시작  -  두개의 스틱좌표x값 비교

    if( g_bStartCrossFlag == false && g_bFirstFlag == false )
    {

     g_bStartCrossFlag = true;                       // 처음부터 크로스 상태임
     g_bFirstFlag = true;

    }

    if( g_bCurCrossFlag == true )                              // 일반적인 상태에서 크로스 됨
    {

     g_nStateNum = STICK_NOCROSS_CHANGE_CROSS;

    }
    else if( g_bStartCrossFlag == true )                     // 초기크로스 상태 계속 유지
    {

     g_nStateNum = STICK_CROSS_CNT;

    }

   }

  }

 

가상드럼에서 실시간으로 연주하는 악기에 대한 녹음 기능을 추가하기로 결정되었습니다.

가상드럼에서 총 입력되는 곳은 두개의 스틱과 두개의 페달입니다.
총 4개의 입력을 동시에 입력 받아 하나의 미디음으로 동기화 하기 위해서, 그리고 미디내의 트랙수도 최소 4개로 늘어나기 때문에 미디메시지의 상태메시지간의 동기화도 맞춰줘야 되고 하니 자료구조의 관리가 중요했습니다..

먼저 동시음인지를 알기 위해 하나의 버퍼를 두고 연주될 때마다 한 입력값씩 그 악기정보를 넣어줍니다.
버퍼에서 값을 뺄때는 일정한 시간을 두고 빼는거죠..그러면 동시음에 대한 소프트웨어적인 구현자체는
가능합니다..의외로 성능도 괜찮더군요..ㅎㅎ 따로 동시화문제가 생길 것도 없고...ㅎㅎ

자료구조에서는 입력되는 악기에 대한 정보를 저장하고 그에 대한 연주된 타이밍을 입력합니다.
이때 타이밍(delta time)은 동시에 연주된 음에 대해서 같은 타이밍(delta time)을 입력하는 것이 주된 과제였죠..

그러니까 타이밍(delta time)값은 결국 전에 입력된 연주정보에서 갱신되어야 미디포멧으로 맞기 때문에
동시음들이 줄줄이 저장되어 있는 경우 그 전에 따로 연주된 음을 찾아서 타이밍값(delta time)을
갱신해야 나중에 관리하기가 편합니다.  

세그먼트내의 Tick값을 이용하여 현재 연주되는 악기의 타이밍값(delta time)을 계산하고..
대충 Tick값이 7.5배 큽니다..대충 이정도에서 값을 바꾸며 타이밍을 잡으시면 될듯..

아무튼 문제는 동시음에 대해서 처리인데...만일 두개의 드럼스틱과 페달에서
동시음에 대한 정보를 같이 던져준다면 별로 번거로움이 없었을 겁니다.

문제는 팀원파트에서 하드웨어적으로 제공을 해주지 않았던거죠.ㅡㅡ;;;;;;
별수없이 소프트웨어적으로 해결을...~~