1.14

페이셜 키를 넣는 자동으로 넣는 코드에 버그가 있었다. 키가 있는지 없는지는 fcurve를 조사하고 있는데, 정확히는 fcurve의 data_path를 조사한다. 여기에 정보가 있다면 커브데이터가 있는 것이라 키를 넣었다고 봐도 무방하다…. 드라이버가 없다면 말이다.

드라이버는 drivers리스트에서 별도로 관리된다. 즉, fcurve의 리스트에는 잡히지 않는다. 그런데 data_path는 공유해서 쓴다. 즉슨, 키가 없어도 드라이버가 있다면 데이터 패스는 존재하기 때문에 커브가 있다고 오인할 수 있다.처음엔 이것이 업데이트 때문에 구조가 바뀌었고 -> 그로 인한 구시대의 잔재가 쓰레기 데이터로 남아 날 괴롭히고 있다고 생각했지만, 여기까지 고려한다면 커브와 드라이버의 데이터패스 충돌문제라고 추측할 수 있다. 때문에 코드상으로는 드라이버+커브의 조합은 있을 수 없지만, 실제로 작업은 된다(?!)

이 혼돈에서 탈출하기 위해 그냥 오퍼레이터를 쓰자… 조사범위도 커브에서 본으로 바꾸면 될 것이다. lock을 걸어둔 항목은 정보를 넣을 필요가 없다. 코드는 길지만 속도는 빠르다. 이것 때문에 또 한 고생했다. 삽질이 없는 날이 없구나. 아이고.

하루에 모션을 잡는 수는 제한되어 있다. 내 하루 작업시간은 3시간 남짓이지만, 작업시간이 늘어난다고 더 많은 모션을 잡을 수는 없다. ’예쁜 모션’을 잡기 위해선 예상보다 생각을 많이 해야 하는데, 이 ‘생각’의 힘이 소진되면 더 이상 머릿 속에 아무 것도 떠오르지 않는다… 이는 예전에 그림을 그릴 때도 마찬가지였는데, 개인적으로 RPG게임의 MP에 덧대어 ‘Drawing Point’의 약어인 DP라고 부르곤 했다. DP가 떨어지면 이후에 그리는 것들은 내일의 재작업분량이 된다.

하고 싶은 말이 뭐냐면 만약 나중에 출근하면 4시간만 일하면 안될까요? 미래의 사장님.

애드온에 또 문제가 있다. 액션이 어셋으로 지정되어 있을 경우는 페이스 키를 넣으면 안된다. 이건 내일 작업해보도록 하자.

1.15

데미지 모션을 만드는 건 생각보다 쉬운 일이 아니었다. 최대한 아프게 보여야 하는데, 그렇다고 몸을 과도하게 구부리면 전체적인 실루엣이 망가지고, 그렇다고 구부리지 않으면 느낌이 살지 않는다. 어려운 일이다.

넉다운 애니메이션은 근래의 작업 중 가장 힘들었다. 0프레임에 튕기기 직전의 준비 프레임, 1프레임에 ‘텅’이다. 고작 1프레임차이인데, 차이가 난다.

후다닥. 일어나는 애니메이션은 난이도가 제법 어려운 애니메이션에 속한다. 일단 몸을 팔꿈치로 지탱해서 몸을 반쯤 일으킨 후에 허리힘을 이용해서 상체를 세운 뒤 반대손을 무릎으로 짚어서…등등의 복잡한 과정이 들어간다. 하지만 격투게임은 그럴 시간이 없어서 그냥 호다닥 일어나야 한다. 오히려 편해

데미지 모션이 생각보다 오래 걸리고 있다. 내일은 끝낼 수 있을까

1.16

지금까지는 NLA의 모든 모션을 지우고 있었다. 여러모션이 섞이는 것이 별로 달갑지 않았기 때문인데, 이 때문에 본의 제약조건들이 액션마다 서로 다르다면, 초기값을 못찾고 마지막으로 설정됐던 값이 그대로 반영되는 현상이 발생한다. 뭐든 수가 많아지면 문제도 많아진다.

때문에 NLA트랙엔 Idle 하나는 있어야 한다는 결론을 얻었다. 이것이 일종의 ‘기준값’역할을 한다. 코드에도 이를 추가하고 애드온을 업데이트 해두자.

애드온은 그냥 수정할 때마다 버전을 하나씩 올리고 있는데 벌써 21이다. 앞번호는 대규모 카테고리가 추가됐을 때 붙이는데, 회전툴을 붙이면서 0.1을 올렸다.

필요없는 듯 하지만 있어야 하는 Turn모션. 왼손잡이가 오른손잡이가 되는 마법.

이게 없으면 좀 딱딱해 보인다. …나쁘진 않네?

데미지 모션처리까지 완료했다. 기본모션은 모두 끝났고, 스킬과 잡기 작업이 남았는데… 들어가기 전에 상태머신 수정이 좀 필요할 것 같다. 버그를 잡자!