[레밍즈프로젝트]
----
= 연락 =
[레밍즈프로젝트/유주호]
[레밍즈프로젝트/박진하]
= 일 =
== 11월 18일 ==
6시간 작업
stdafx에 몽땅 끌어 넣어 놓았던 include들의 상호 참조.
진하와 Array의 >> 연산자 문제로 삽질.
output 인터페이스 ConsoleCoutput 제작.
레밍부분 조금 제작.
== 11월 19일 ==
6시간 작업.
콘솔 테스트 시작.
getmetry.rectangle 오류 수정. 예외 처리.
getmetry.insert, insertCpyPixel, deletePixel 제작.
ActionManager제작
어제 완성 하려던 작업들을 삽질 끝에 늘에서야 완성했다. 일요일에 완전 빡씨게 해야 겠다.
== 11월 20일 ==
예정작업 : Clemming class, CactionManager, ClemmingList, Cgame 테스팅. CmyDouBuffDC, CmyAnimation 버전 복구. 예상 약 8-9시간.
animation, doubuff class 통합 과정중 상호 참조로 인한 에러 수정.
모든 작업 완료.
작업2 : 리팩토링, 레밍 에니메이션 테스트. 맵 제작에 필요한 맵 로더 제작
리팩토링(여전히 덜 된 리펙토링), 더블버퍼링 MFC(OnEraseBkgnd에서 화면을 지우는 것을 몰랐음. 삽질. 왜 저번에는 문제없이 동작했던 거지?? API 기반으로 했었나보다)
오늘 7-8시간 정도 작업. 집에서 하니 능률이 없었음-_ -ㅋ
== 11월 21일 ==
예정작업 : 레밍에니메이션 테스트, 맵 로더 제작, 간단하게 움직이는 레밍
== 11월 22일 ==
프로그램 구조상 오류발견. 500*500정도의 맵에서 단순한 더블 버퍼링의 경우 초당 300만번 정도의 SetPixel이 호출됨-_-ㅋ
보통의 맵이 1000*150 정도의 크기를 가지는 것으로 알고 있는데... 문제가 큼.
== 11월 23일 ==
Cgeometry 에서 메모리 해제 관련 버그 발견.
무슨 오류인지 감을 못 잡겠음. 큰일났다-_ -ㅋ
완전 토나옴.
메모리 관련 버그가 아니라. 메모리 확보와 해제를 위한 CPU 타임이었음. 보통의 맵이 1000*150 정도의 크기를 가질 텐데 그것을 죄다 인터페이스화 된 클래스로 생성을 중간에 메모리 소모가 심했다. CDwordArray, CByteArray두개로 필요 데이터를 나누고 좀더 최적화 시켜서 해결을 해 보았다. 메모리 확보와 해제에 필요한 시간은 거의 잡았지만 실제로 출력 할 때 어떤 어려움이 나타 날지는 모르겠다.
== 11월 24일 ==
리팩토링을 할 때에는 한번에 한 개씩만 수정하라. 라는 리팩토링의 기본을 지키지 못해서 하루를 허비하다.
소스간에 상호 참조로 의심되는 오류였지만 고치지 못함.
== 11월 25일 ==
새벽에 CVS를 포기하고 내 Local SVN으로 전환. 백업되어 있었던 예전의 소스를 꺼내어 와서 저장소에 넣어둔 뒤 조금씩 수정해 봄.
성송 적으로 마무리 됨.
Pixel 내부의 데이터로 UINT와 UTYPE만 두어 속도에 신경을 써 보았다. bool type data가 아직 리팩토링 되지 않았음.
현재 픽셀이 CPixelBlank로 꽉 차여져 있다. 레밍을 떨어뜨리는 행동을 시험해 봐야겠다.