[💬] 전투 애니메이션 처리 도중 유연성, 콜백 함수 처리 고민 및 해결잡설.

[노이ㄴ(liliilli)]

cocos2d-x 의 경우에는 스프라이트와 같은 Node의 애니메이션을 만들어서 runAction 함수로 돌릴 수 있는데,

이 때 runAction 함수에는 일반 애니메이션 객체 뿐만 아니라 Callback 함수까지 넣어서 돌릴 수 있음. (C++0x부터 추가된 람다로도 가능)

이걸로 애니메이션이 끝나면 뭘 한다던가, 아니면 애니메이션과 동시에 무슨 작업을 진행하게 한다던가 하는게 가능해짐.

근데 나같은 경우에는 배틀 시에 각 캐릭터마다의 기술 시전 동작이 별도로 있고, 시전 도중에 데미지 뜨는게 여러번 뜨게 하고 싶기도 하고 그럼.

그래서 한 기술 동작마다 클래스를 하나씩 만들어서 거기에 맞는 애니메이션 '들을' 그대로 하드코딩으로 박아넣는다던가 하는건 졸라 코드 낭비이기도 하고

기술적으로도 잘 정돈되지 못한 것 같아서 이번에 좀 나름 고민하면서 생각해낸게 애니메이션을 담은 Queue 을 이용하는 거였음.

애니메이션 또는 Callback 이 될 수 있는걸 Queue 에 박아넣은 다음에 트리거를 걸어서 한 애니메이션이 끝나면

콜백이나 함수 호출로 큐로 그 뒤의 요소를 꺼내서 실행할 수 있도록 할려고 했음. 이 때 std::function 이라던가 std::bind 을 이용해서 한번 해봤는데,

근데 다른 객체에서 애니메이션이 끝난 뒤에 다른 객체에 저장한 콜백을 호출해서 큐의 마지막 위치에 바인딩 되어있는 콜백 함수를 호출할려고 하니까

0xDDDDDDDD 의 매직넘버 오류가 뜨고 크래시가 나게 됨. 왜인가 싶어서 한번 좀 고민을 해봤는데...

이게 위의 anim_list 에 넣을려고 하고 있는 fun0, func, end_ 에 콜백을 저장하게끔 하는 ANIM_CALLBACK 매크로 함수가 프레임워크에 의존적이라서

cocos2d-x 의 프레임워크에 의해서 한동안 쓰이지 않으면 GC 되어버리는게 아닐까 생각하게 됨.

그래서 GC 되지 않고 바로바로 쓸 수 있도록 약간 우회로를 만들어보기로 했음.

우선 anim_list 는 FiniteTimeAction* 이라는 말 그대로 Action 객체의 포인터를 저장하는 리스트임.

일반 애니메이션 뿐만이 아니라, Callback 또한 여기에 꼬라박으면

FiniteTimeAction* >> ActionInstant* >> FiniteTimeAction* 으로 암묵적으로 형변환이 되는 것 같음.

밑에 만든 anim_list2 가 이번에 고치면서 만든 queue 인데, 이건 Aciton* 자체를 저장하는게 아니라, 그 이전의 형태인

std::function<void()> == 함수포인터 를 저장하는 queue 임. 왜 함수포인터를 안썼냐 하면 함수포인터는 static만 되니까.

그리고 애니메이션을 설정할 때는 std::bind() 을 이용해서 std::function<> 꼴의 형태를 만들어줬음. 물론 ANIM_CALLBACK 이랑 같이

바인딩해주는건 같은데, 다른 점은 전에꺼는 프레임워크에 묶여있고 지금거는 그냥 바인딩 되었을 뿐이지 코코스에 묶여있지 않음..

그리고 애니메이션을 익스큐션 해주는 위의 함수에서는 큐에 있는걸 받아서, FiniteTimeAction* 꼴로 바로 만들어주면서 runAction 해줬기 때문에

GC에 의해서 해제될 염려도 없게 되었음.... 아마도 GC에 의해서 해제될 염려가 없을거임 ㅎㅎㅎ;;;;;;

잡설 끝.

+ 그냥 대충 휘갈겨 쓴 글이라 그런지 내가 봐도 뭔 글인지 몰겠다... ㅎㅎㅎㅋㅋㅋ ㅅㅂ

5줄 요약.

1. 전투에서 기술 쓸 때, 여러가지 다양한 애니메이션을 때려박아 돌리는걸 유연하게 하고 싶었음.

2. 또한, 애니메이션이 끝날 때 시점으로 특정 작업이 처리되는 것도 구현하고 싶었음.

3. 콜백과 Queue 을 써서 하나하나씩 애니메이트 하도록 하자.

4. 근데... CallFunc::create 을 이용해서 바로 queue 에 집어넣으면 경우에 따라 GC 처리가 되어버리네? 안되네?

5. 그러면 걍 그 이전 형태인 함수포인터 형태로 집어넣어서 GC 영향권 밖에 있게 하고 하나하나씩 뽑아서 바로바로 변형해서 쓰자.

[ㅁㄴㅇ(110.10)]

GC가 뭔가 했네

[ㅁㄴㅇ(110.10)]

한동안 안 쓴다고 가비지 컬렉트되는 경우가 있나? 예전에 난 0XDDDDDDDD로 크래쉬 났을때 원인은 그냥 초기화 안해서 였음

[노이ㄴ(liliilli)]

애초에 함수인데 초기화를 안한건 말이 안되는 것 같고... 함수 바인딩 할 때 뭔가 스코프가 다르다던가 해서 딴쪽에서 콜해서 콜백함수 내부의 큐에 바인딩된 콜백을 호출 걸어줄 때 그게 안보이거나 해서 매직넘버로 크래시 된다던가 하는 생각도 해봤는데, 애초에 콜백 바인딩 할 때 this도 인자로 같이 넣어주는데 안된다는게 GC 땜이 아니면 X라 생각했어요

[노이ㄴ(liliilli)]

사실 그리고 코루틴으로 구현 해볼까도 싶었는데 이건 배보다 배꼽이 더 큰격이라... ㅋㅋㅋㅋ

[엘제에(purple8cloud)]

코코스 cpp아님? gc가 잇음??

[노이ㄴ(liliilli)]

내부 프레임웤 gc요.

[노이ㄴ(liliilli)]

ㄴ아.. 근데 이게 c++같은 경우에는 shared_ptr 같이 코코스 내부 객체마다 참조 자동 카운팅을 해줘서 알아서 유지/해제 하는 방식이에요. 말을 잘못한듯..

[엘제에(purple8cloud)]

셰어드 ptr은 사용안한다고 해제하는 자료형이 아니니까 gc때문은아닌듯

[노이ㄴ(125.185)]

gc땜이 아니라카면 대체 뭐때문인걸까요. 미리 바인딩된걸 집어넣으면 크래시나고 바인딩 되기 전의 펑션 타입으로 집어넣고 이걸 하나하나씩 꺼내서 바인딩해서 쓰면 에러가 없고 흠