[💬] 블루프린트 단점이 뭐야?

[익명(106.102)]

블프랑 시플 하지만 블프단점이 보이질 않던데

뭐가 단점이었음?

- dc official App

[익명(14.56)]

내가 생각할때의 젤 큰 문제는 협업할 때인 거 같음 블루프린트자체가 바이너리 애셋이라 머지할때 좀 고통스러움

[익명(106.102)]

근데 그건 협업시 파이프라인 조율해서 함수로 제작후 조율하면 편하자너 그건 블프가아니라 파이프라인 안짜고 멋대로 협업한거아님? - dc App

[익명(118.47)]

난 블프 때문에 언리얼을 시작한 블프빠인데 c++ 로 코드를 다 옮겼음. 이유는 컴파일 방식때문인데 구조체를 선언하고 해당 구조체를 사용하는 데이터 에셋과 블루프린트 들이 있었음. 문제는 개발과정에서 구조체가 변경되는 경우가 많은데 그럴 경우 1차적으로 참조를 하는 에셋들은 컴파일 필요가 표시됨. 하지만 위의 에셋을 참조하는 에셋은 그런게 없음.

[익명(106.102)]

에셋 우클릭후 레퍼런스찾기 하면 되잖아 - dc App

[익명(106.102)]

그리고 구조체 변경후 테스팅모드로 게임 시작한번하면 어디서 오류뜨는지 오류창이나 콘솔창 뜨는뎅 - dc App

[익명(118.47)]

그래서 갑자기 설정해둔 데이터가 날라가는 경우가 생기는데 원인을 제대로 표시해주지 않음.(데이터를 다시 입력해도 또 날라감) 해결 방법은 구조체를 참조하는 단계 별로 블루프린트를 순서에 맞게 컴파일을 해줘야 하고 날라간 데이터도 다시 입력을 해줘애함. 몇번 참아봤는데 블루프린트가 한두개도 아니고 이건 아닌거 같아서 c++로 옮김.

[익명(118.47)]

구조체 참조 에셋들 찾아서 컴파일 하고 또 그 에셋들 참조하는 에셋들 찾아서 컴파일... 이거 너무 스트레스 받음.

[익명(106.102)]

잉 구조체 참조하는놈만 바꾸고 겜시작하면 저절로 모든bp컴파일 할텐데 - dc App

[익명(106.102)]

그리고 안찾아도 클릭한번에 오류위치로 곳바로 가잖아 - dc App

[익명(118.47)]

나 같은 경우는 에디터를 켤때 데이터 에셋의 데이터가 날라가는 문제였는데 에러메시지가 원인을 파악하는데 아쉽게도 별로 도움이 되지 못했어 데이터 에셋 입장에서 참조하는 블루프린트가 정상으로 보이는 거 같음.(컴파일이 된 상태이기 때문에). 하지만 해당 블루프린트는 참조하는 구조체가 변경되어 재 컴파일이 필요한 상태.

[익명(106.102)]

콘솔창을 봐도? 콘솔창이 거의 다나올텐데 - dc App

[익명(118.47)]

모든 블루프린트 컴파일이 안돼더라고 강제로 모두 재컴파일도 없는거 같고

[익명(118.47)]

컴파일에서 오류가 나면 콘솔에 메시지가 충분히 나올텐데 이건 에셋로드 중 에러라 파악이 쉽지 않았음. 그리고 해결을 해도 데이터를 다시 입력을 해야 해서 너무 번거로웠음.

[익명(118.47)]

지금은 코드는 c++, 최종 클래스는 블루프린트로 상속 에셋 참조만 설정. 블루프린트를 완전히 뺄까 했는데 그렇게 하면 에셋들에서 사용되는 클래스들 참조를 확인하기(예, 애니메이션에서 특정 애님노티파이사용 여부) 힘들어서 위의 방식으로 결정함.

[익명(106.102)]

그럼 다른개발자랑 협업은 쉬운데 큰프젝 아트들하고 협업 단절수준아냐? - dc App

[익명(106.102)]

모듈화된 모델링이나 변수 참조해서 제작해야하는 이펙터나 새로운 변수를 생성해야하는 애니메이터는 개발자가 다시 해줘야하길 손빨고 기다려야할수준 일텐데 보통 언리얼 다루는아트가 국내는 거의없긴한데 해외에선 블프50쓰는 이유가 아트가 언리얼 잘다뤄서 그런다고해서 - dc App

[익명(118.47)]

난 1인 개발이라서 그것까지는 고려하지는 않고 있음. c++ 값을 블루프린트에서 참조 가능하고 인터페이스를 추가할 수도 있고 아트가 별도로 작업하는건 별 문제가 없을 거 같음. 그리고 블루프린트를 써도 아트가 내 블프 코드를 수정하는건 좀... c++ 이나 블프나 미리 규칙을 잡고 각자 작업을 시작해야지.

[익명(203.253)]

프로그래머 입장에서는 블루프린트는 블루프린트라는 것 자체가 단점이지. 성능을 떠나서 코드로 치면 몇 줄이면 될 것들을 노드 지옥을 펼쳐서 만들어야하니까. 난 개인 RPG 프레임워크 만들어서 사용하는데 C++을 몰라서 각종 시스템을 블루프린트로 만들었다고 생각하면 어휴 그냥 개발 접었을듯. 근데 편한건 ㅇㅈ이라 나도 디버깅, UI, 간단한 애니메이션 제어 정도에는 활용함.

[익명(106.102)]

그럼 이펙터들은 어케 해야함 cpp파야함? - dc App

[익명(203.253)]

이펙터면 프로그래머가 아니니까 블루프린트 쓰면 되지, 애초에 블루프린트가 프로그래머 외 직군들 쓰라고 만든거니까.

[익명(106.102)]

근데 이펙트 만들다보면 코어한 시스템도 건드릴수밖어 없는데 - dc App

[익명(203.253)]

뭘 만들길래 언리얼이 잘 만들어놓은 파티클, 비주얼 노드 시스템을 넘어서 코어 CPP까지 건드려야하는지 모르겠지만 필요하면 해야지. 애초에 요즘 개발에 서로의 영역에 발 살짝 안걸치는 경우는 없으니까.

[익명(106.102)]

예를들면 레벨환경 변환 이라던지 위상변환 이라던지 프로시저럴한 모델링 라이블링 소환이라던지 파티클간 콜리전 제어라던지 등등 - dc App

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[익명(106.102)]

아니 언리얼에 블프 단점 상쇄시키는 기능들 있는데 그것들이 있는지도 모르길래 플머들이 이펙터들이 플머 가르치고있음 언리얼을 - dc App

[익명(106.102)]

하다못해 이펙트학원에 블프반있는데 거기에 n사 플머 파트장이 배우러옴 언5대비로 아트쪽 이슈해결에 ta들에게 쿠사리 오지게먹었다고 - dc App

[익명(106.102)]

언리얼을 공부해야지 코드만파면 그게 스크립터지 뭐냐고 그랬다던데 - dc App

[익명(219.250)]

이 병신새끼는 뭐가 이렇게 또 꼬였을까ㅋㅋ

[오더리움(othereum)]

밑도끝도 없는 질문이네 뭐든지 용도에 맞게 쓰는거지 용도에 따라 장단점이 다 있음 - dc App

[익명(59.13)]

와 뭐가 어디서 잘못된건지 감도 안온다..