Acura의 Dev.NET/ics

Unreal Engine 4는 xls로 된 스트링 테이블이 바로 임포트 되지 않기에 CSV로 변환해주는 작업이 필요하다.

하지만 엑셀에서 다른 이름으로 저장하기를 통해 csv를 저장하는경우 ANSI로 저장되기 때문에 텍스트가 다 깨지는 현상이 발생한다.

이를 해결하기 위해서는 csv를 UTF-8로 저장 해주어야 하는데 UTF-8로 바로 저장하는 옵션이 없어 매크로를 사용하여야 한다.

인터넷에서 떠도는 코드를 몇개 사용해보았지만 중괄호나 쉼표가 잘리는 문제가 있어 해당 부분을 수정한 매크로를 공유한다.

해당 매크로를 모듈에 넣어주고 버튼에 연결해주면 DefaultTable이라고 적힌 시트를 해당 파일이 있는 폴더에 csv로 Export 해준다.

Public Sub WriteCSV()

Set wkb = Worksheets("DefaultTable")
Dim FullCSVName As String
Dim MaxCols As Integer

Dim BinaryStream
Set BinaryStream = CreateObject("ADODB.Stream")
BinaryStream.Type = 2 ' text/string data
BinaryStream.Charset = "UTF-8"
BinaryStream.Open

For r = 1 To 10000
s = ""
c = 1

If IsEmpty(wkb.Cells(r, c).Value) Then
Exit For
End If

While Not IsEmpty(wkb.Cells(r, c).Value)
s = s & """" & wkb.Cells(r, c).Value & """" & ","
c = c + 1
Wend
BinaryStream.WriteText s, 1
Next r

BinaryStream.SaveToFile Replace(ThisWorkbook.FullName, ".xlsm", ".csv"), 2
BinaryStream.Close

MsgBox "CSV generated successfully"


End Sub

Hdac 기반의 아이돌 팬덤 커뮤니티 플랫폼

Hdac Hackathon 2018 - participation prize

• Hdac Private Blockchain을 기반으로 모금, 결제 지원
• 유사 수신 행위 우회
• 해외 결제 용이

• 태그 기반의 구독형 SNS 커뮤니티 제공
• 타임라인 형태로 설정한 태그를 구독
• 업보팅 / 다운 보팅 기능으로 라이터에게 리워드 제공

• IOT Device 연동으로 팬덤 특화 기능 제공
• 경광봉 타입의 전자지갑 단말기 제작
• 공연 관람 / 모임 참석 인증 기능 제공
• 등급제 인증 기능 제공

혼돈의 시기,

1. 1인 개발, 런칭

소규모 개발 -> 퍼블리셔를 통한 도움, 런칭

http://www.thisisgame.com/webzine/news/nboard/5/?n=39972
http://www.inven.co.kr/webzine/news/?news=51626

2. 대형 퍼블리셔의 모바일 전환

PC 온라인 게임의 종언, 양질의 게임을 퍼블리싱했으나 성공으로 이어지진 않았다.

https://www.gameshot.net/common/con_view.php?code=GA521ed372bbd76
http://ruliweb.daum.net/news/view/54657.daum
http://www.thisisgame.com/webzine/news/nboard/4/?n=49076

3. 스마트폰 게임의 과금

(1) 일단 한번 써야 거부감 없이 계속 지른다
(2) 출석 보너스를 통해 무과금 유저를 위한 배려

[NDC 12] 네오플의 명랑 던파 유료화 교본
http://ruliweb.daum.net/news/view/RN20120424183618000-42084.daum

'부분유료화2.0' 던전스트라이커 유료화 방식 공개
http://ruliweb.daum.net/news/view/51174.daum
http://www.newstomato.com/RealTime/RealTimeDetail.aspx?no=357901

1. 토라도라 / ★★★★☆

재미있다, 뭔가 아슬하게 밀고 당기는 느낌이 좋았음
중후반부(정확힌 오프닝이 바뀌는 시점 쯤...)부터 이야기를 풀어나가는 과정이 미묘하긴 했지만
이정도면 잘 마무리 한게 아닐까 싶다. 아미의 캐릭터가 좀 더 부각되지 못했던건 아쉽긴 하지만...

2. 어벤저스 / The Avengers, 2012 / ★★★☆☆

평작, 초반부의 지루함 때문에 4번정도 도전하다 자고 일어나면 스탭롤...
클라이막스로 이어지기 전까지의 과정이 지루함을 이겨내면 괜찮은 볼거리를 주지만 그 과정이 고역...

3. 어벤저스 : 울트론의 시대 / ★★★☆☆

지난편보다 나은 평작, 지난작은 클라이막스를 위해 초반부를 희생했다면
이번작은 전체적으로 볼건 많지만 클라이막스가 약한편, 떡밥 많이 풀었으니 팬들이 굶주릴 일만 남았노라...

4. 로그 호라이즌 Season 1 / ★★★★☆

재미있다, 
내용전개를 위해 질질끌수도 있는 사소한 문제는 초반부에 얼렁뚱땅 정리하는 바람에 시리어스물과는 거리가 멀어짐
사람은 어디서든 사회를 꾸리고 살아가겠구나 하는 생각을 다시금 가지게 되었음

5. 바람의 검심 3부작 / ★★★★☆

재미있었음, 만화가 원작인 일본 영화나 드라마는 촌스럽다는 느낌을 많이 가질수 있었는데
본 작은 원작은 따라가되 고증에 대한 집착을 덜어내면서 덜 싸구려 같다고 느낄 수 있었다.
이 퀄리티로 드라마가 제작되어도 괜찮겠다는 생각을 가지지만 이건 욕심이겠지...

6. 더 인터뷰 / ★★☆☆☆

시간 때우는 B급 오락영화, 소재를 잘 골랐을 뿐이지 내용이 매력적인건 아니었음

6. 초중신 그라비온, 쯔바이 / ★★☆☆☆

엉성한 재미, 슈로대Z에서 너무 괜찮게 나와서 기대를 하고 그만큼 실망한 작품
딱 슈로대에 나온 만큼만 나온다, 딱 그정도만,
내용의 엉성함을 볼 거리가 덮는다, 퍼시픽림이랑 친구먹어도 될 듯 -_-...

7.이 S를 보라! / ★★☆☆☆

재미...는 있는데 이 사람은 언제 화룡점정을 이룰 수 있을까?
흥미롭고 자극적인 소재, 아침 드라마 뺨치는 전개, 그리고... 찍싸는 결말...
체리 신드롬도 애정으로 어떻게 사모으긴 했지만 더 이상은 용서가 안된다 ㅂㄷㅂㄷ....

현재 진행중인 프로젝트 작업에 필요 할 것 같아서 Spine Professional 버전을 구매했습니다.
세일을 하고 있는 가격은 249$, 한화로 26만원 내외가 결제 됩니다. (체크카드 기준)
구매한 라이센스는 한 Copy당 2 PC에 설치하여 사용이 가능합니다.
혹시 모르니 PC를 포맷하거나 라이센스를 다른곳으로 옮기고 싶으면 삭제 후 옮기는 것을 권장합니다.

신버전과 종래의 1.7.03과의 큰 차이점으로는 FFD, Skinning, IK를 들 수 있겠습니다.
(더불어 이러한 기술이 사용된 Spineboy도 업데이트!)

FFD는 기존에 설명드린 글(http://netics.tistory.com/24) 로 이해가 되실것이라 사료되고
Skinning과 IK에 대해서 살펴보겠습니다.

Ps.
최근까지 Spine이 불법으로 유통되던 포럼에서는 
Esoteric 측의 개발자가 자신이 버는 수입을 공개하고 정품 사용을 호소하는 글을 포럼에 올려
포럼 내에서 자중하자는 분위기가 형성되어 더 이상 크랙된 신 버전이 공개되지 않고 있습니다.
(이 글을 보시고 Spine에 관심을 두고 계신분들도 가급적이면 정품 구매를 추천드립니다...)

3D 아트에서의 Skinning은 3D 모델 내에 뼈를 심어 움직일 수 있게 하는 작업을 말합니다.
3D 엔진에서는 본과 메시로 구분하여 본의 움직임과 더불에 메시를 자연스럽게 움직여주는 기법을 이야기합니다.

Spine에서의 Skinning은 전자를 의미하며 기존의 파트단위로만 움직이던 이미지에 포인트를 심어
해당 파츠를 좀 더 자연스럽게 움직이는 것이 가능합니다. 말로만 설명하면 어떤건지 모르니 공식홈페이지의 예제를 봅시다.

포인트가 지정되어 부드럽게 구부러지는 창

보시는 것과 같이 창에 본과 포인트를 삽입하여 Live 2D 등에서 보던 휘날리는 머리카락을 설정 해줄 수 있게 되었습니다.
휘날리는 파츠 혹은 유연성이 요구되는 사물에 사용하기 좋을 것이라 사료됩니다.

종래의 Spine의 관절은 FK(Forward Kinematics, 정기구학, 전진동작) 으로 구성되어있습니다.
쉽게 설명하자면 부모 뼈에서 돌리는 작업에 하위 뼈가 다 영향을 받는 겁니다.
(ex: 팔을 만들어서 어깨를 돌리면 다른 파츠가 다 같이 돌아가는 것)

이번에 추가된 IK는 역으로 정의된 관절로 부터 다른 파츠가 딸려 움직이게끔 합니다.
아래의 사진을 봅시다.

발을 기준으로 씰룩거리는 몸통

화면에서 보이진 않지만 발에 삽입된 IK를 통해 몸의 상부가 들썩 들썩 거리면서 움직이고 있습니다.
이와같이 특정 파츠를 기준으로 몸의 움직임을 변화 시킬 수 있습니다.
로봇팔의 손 같은 특정한 파츠를 기준으로 전체를 움직이고 싶을때 사용하기 용이합니다.
IK 기능을 사용하기 위해서는 기존에 심어진 본과 별도로 IK 본을 더 삽입시켜주셔야 합니다.

1. 런타임 내부 규칙이 변경 되었습니다.
구 버전과 달리 Bone에 컬러를 지정한다거나 같은 기본적인 규칙 몇가지가 바뀌었습니다.
런타임을 가져다 쓰는것이 아닌 만들어 쓰는 곳에서는 이러한 부분에 대한 대응이 필요할 것 같습니다.

2. 응용 레퍼런스가 부족합니다.
현재도 다른 2D Skeletal 툴에 비해서 훌륭한 편이지만 아직 이러한 분야가 생소하다 보니 튜토리얼이 많이 부족하고
공식 홈페이지에 있는 비디오 이외에는 혼자서 자습할 만한 자료가 많이 부족합니다.
이러한 부분을 매꾸어 줄 수 있는 레퍼런스 / 또는 강좌가 많아져야 할 것 같습니다.

3. 프리셋 제공이 필요합니다.
LIve 2D나 근래에 공개된 EmoteMovieMaker와 같이 자주쓰는 기본적인 형태(인간형, 동물형, 정면형)에 대한
프리셋을 제공하고 그에 맞는 움직임(눈동자 트래킹, 머리칼 날림 등)을 사전에 미리 제공해주면 좋을 것 같습니다.
(지금 구현된 기능으로도 위의 움직임을 연출 할 수 있지만  파워포인트에서 그룹 지정을 하지 않고 도형을 하나하나 움직이는것과 같은 노가다를 수반합니다...)

4. Bound Box, Event 강화가 필요합니다.
현재 구현된 Bound Box와 Event는 게임에서 사용하기에 너무 불친절한 구조로 되어 있습니다.
특정 프레임에 특정 이벤트를 기록은 할 수 있지만 이게 맞는건지 확인하기가 힘들기 때문에
사운드 파일등을 미리 같이 삽입하여 게임내에서 바로 쓸 수 있는 패키징이 될 수 있었으면 좋겠습니다.

http://esotericsoftware.com/blog/IK-pinning-is-now-available

http://esotericsoftware.com/blog/skinning-update

http://blog.naver.com/jh31071214/20034015159

.
.
.

제가 현재 속해있는 동아리에서는 런타임 및 툴 운용에 대한 메뉴얼을 작성하고 있습니다.
출판 및 스터디에 관심있으신 분은 아래 주소로 연락 부탁드립니다.

mail : acuranetics@gmail.com

게임하던 박근혜, 셧다운제 질문에 '쩔쩔' / 오마이뉴스 / 12.11.09
http://www.ohmynews.com/NWS_Web/View/at_pg.aspx?CNTN_CD=A0001800405

朴대통령 진땀 뺀 '지스타' 그 학생, 이번엔 상복 입고… / 머니투데이 / 13.11.15
http://www.mt.co.kr/view/mtview.php?type=1&no=2013111400530182892&outlink=1

박근혜 후보에 셧다운제 따져 묻던 학생 "게임 순기능 더 적극적으로 알려야" / 전자신문 / 14.06.12
http://www.etnews.com/20140612000120

직접적으로 인터뷰를 하고 노출된 기사들입니다.
지스타에 노출된 이후로는 1년에 1번씩 꼭 인터뷰를 하는 것 같네요.

삼성 S-Pen 또는 터치 스크린 인터페이스를 이용하여 즐길 수 있는 한국풍 3D 액션 RPG

4명의 캐릭터를 통해 기호에 맞는 스킬을 제스쳐로 호출하여 퍼즐을 풀고 몬스터를 사냥할 수 있다.
보스를 저지하는 스토리모드와 계속 몰려오는 몬스터를 잡을 수 있는 무한모드,
기록을 남겨 상대방과 겨룰 수 있는 리더보드(랭킹) 이 구현되어있다.

Galaxy Note에 탑재된 S-pen의 기능을 이용하여 게임을 만들어보자는 취지로 시작하여
Nintendo DS로 출시된 젤다의 전설 몽환의 모래시계와 같은 Pen-Based 게임을 레퍼런스로 선정
Roguelike형 게임처럼 랜덤으로 던전을 생성하고 그곳에서 전투가 이루어 질 수 있게 개발하였다. (2013.12 중반 ~ 2013.2 중반)

개발 중반에 급하게 이매진컵 참전을 위하여 W8 Modern / WP8로 플랫폼을 변경하고
Pen-based 에서 Touch based 로 변경, MS의 클라우드 서비스인 Azure를 이용한 웹 랭킹까지 구현하였다. (2013.3)

Angel In Earth(이하 AIE)를 통해 이미 서로의 성향을 잘 파악한 인원들로 시작한 프로젝트로
서로가 어떤 방식으로 어떻게 일을 진행하는지에 대한 이해가 이루어진 상태에서 프로젝트를 시작하였다.
특히 본인이 학교를 다니느라 초반 기획이 온전히 나오지 않은 상태에서도 단편적인 정보들을 끌어모아
먼저 프로토타이핑을 진행하여 다소 빠듯한 일정속에서도 서로 원하는 것을 잘 캐치하여
여지껏 멤버십 수준에서 진행하기 힘들었던 3D RPG 프로젝트를 데드라인 이내에 완수 할 수 있었다.

AIE 프로젝트에서는 팀원 모두가 Unity 라는 엔진에 숙련되지 않아 다소 진행이 더뎠으나,
본 프로젝트에서는 어느정도의 스터디가 이루어 진 뒤에 착수하여 예전보다 더 빠른 시간 내에 원하는 결과물을 만들 수 있었다.
또한 프로젝트 완수를 위해서 제작은 가능하지만 시간이 걸리는 모듈과 사운드, 이펙트 등의 리소스를 에셋스토어에서
구매해 사용함으로서 짧은 개발 기간을 단축 시킬 수 있었다.

모든 팀원들이 Agile 방법론의 하나인 Scrum을 주지하고 함께 실천함으로서 짧은 개발 기간 (실 투입기간 2.5개월) 에도
불구하고 프로젝트를 완수 할 수 있었다. Pay가 걸려있는 과제도 아니었지만 (물론 과제비가 나옵니다만 이건 풀칠...)
초기에는 과제 달성, 후기에는 이매진컵 수상이라는 비전이 있었기에 가능 했었다고 생각한다.

최초 계획에는 마켓 출시라는 목적이 있었으나 상용 엔진을 가지고 게임을 진행하다보니
실제 출시에는 라이센스 보유가 가장 큰 문제가 되었다. (멤버십에서 라이센스를 보유하고 있었지만 좀 꼬인 상태)
또한 심의비 또한 만만찮아 정식 출시까지 드는 비용이 300만원에 육박하게 됨으로서 자연스럽게 상용화를 포기하게 되었다.
(그래서 런칭 경험까지는 얻지 못하였다.)

Unity에서는 마우스 디바이스와 키보드, 게임패드에 대한 지원은 있었지만 Stylus에 대한 지원은 없었다.
그렇다보니 삼성에서 별도로 제공하는 S-Pen SDK와 S-Pen Plugin을 쓸 수 밖에 없었는데
유니티용으로 지원되는 S-Pen Plugin은 단순한 캔버스 기능에 대한 예제만 들어있었고
S-Pen SDK를 include 해도 호버기능과 서드파티 UI 인식이 제대로 되지 않았다.
이러한 점을 Unity 커뮤니티와 삼성 개발자 커뮤니티에 어필을 했으나 제대로 해결되지 않았고.
(특히 삼성에서는 오픈소스 커뮤니티에 요청해보세요~ 라는 희대의 망언을...)
결국은 내부적으로 노가다를 통해서 해당 위치에 S-pen을 인식할 수 있도록 2중처리를 해주어서 해결을 했었다.

이러한 처리는 Windows 8 플랫폼 포팅때도 동일하게 있었는데
빌드옵션에서 Windows 8 / Phone 8 선택하면 바로 포팅이 되는건 아니였다. (세상일이 이렇게 편하게 될 리가 -_-;;;)
그래서 포팅랩에 가서 게임을 포팅하는 실습을 해보았지만 엔진이 완벽하지 못해 화면이 깨지는 문제도 발생하였다.
(계속 깜빡깜빡거리고 엄청나게 느리게 동작을 한다거나...)
그 후 개발 환경을 선회하여 Windows Desktop모드로 개발헤가 되는데
슬레이트의 스타일러스 입력처리를 받으려니 마우스 커서 동시입력을 지원받지 못해서
펜터치와 터치입력의 딜레이가 발생하였다. 부랴부랴 Modern 모드로 포팅하기 위해서 만들어 두었던
커스텀 셰이더를 모두 다 엎어보고 재 조립하여 포팅을 하였다.

사실 프로젝트를 참여하면서 프로젝트 시작보다 더 후회하는 것이 이매진컵 참여이다. 
나는 이매진컵을 참전하면서 마이크로소프트에게 큰 실망을 하였다.
공모전임에도 불구하고 형평성이 적용되지 않았기 때문이다.

마이크로소프트(이하 MS)에는 MSP (Microsoft Student Partners) 라는 삼성의 소프트웨어 멤버십 같은 그룹이 있다.

일반적인 참가자는 이매진컵에 대한 정보를 마이크로소프트 홈페이지와 이매진컵 페이지를 통해서 제한적으로 습득하고
준비하는 것에 반해 MSP의 회원들은 출전을 위한 정보와 심사 기준에 대한 자세한 사항을 내부인들을 통해서 습득함으로서
다른 경쟁자와의 형평성 문제를 가지고 왔다. 
(내부의 심사위원들의 사전 심사 및 피드백 제공/ MS 인턴들의 자료 번역 및 영상 촬영 등의 도움 제공)

또한 MS에서는 사전 일정에 대해서도 내부에 미리 공개를 하고 그에 맞춘 준비를 미리 시킴으로서
이매진 컵이라는 행사는 외부에서 참가한 인원들보다 MSP를 위해서 치루어지는 행사라는 이미지가 더 강하게 들었다.
(MSP 회원들이 먼저 의상 사이즈를 선점한다거나 포토제닉, 부스 등의 행사는
 MSP 회원들의 전유물이 되어 일반 참전팀은 이용도 하기 힘들었다.)

엄연한 공모전임에도 불구하고 프로젝트의 완성도 보다는 성장가능성(?)이라는 모호한 심사기준을 들며
공정하지 못한 심사를 한 부분도 한 몫 거들었다. MSP를 위해서 미리 짜여진 판에 놀아 나는 것 같아 많이 불쾌했다.

혹시 이매진컵을 준비하는 인원이 있으면 아래의 부분을 필히 준비해서 MSP 인원들에게 뒤쳐지지 않기를 바란다.

1. 외부 리서치 : 당신의 솔루션을 쓸 타겟에게 오프라인 리서치를 진행하고 촬영해서 심사위원에게 보여줘라 (이것은 보여주기 쇼다.)
2. 프레젠테이션 : 솔루션이 못나도 그럴싸하게 보이고 어필만 잘하면 된다. 당신을 심사하는 사람들은 전문가가 아니다.
3. MSP 지인 보유 : MSP 지인을 꼭 보유해라, 그들이 있으면 정보가 먼저 돌기 때문에 준비가 30배 편하다.
4. 선 로컬라이징 : 모든 자료와 솔루션은 영어로 제공되어야한다. 사전에 번역을 염두에 두고 제작을 하여라.

http://carfain.tistory.com/146 - [개발일지] 요마전1

http://carfain.tistory.com/147 - [개발일지] 스킬액션 구현하기 #1

http://carfain.tistory.com/148 - [개발일지] 스킬액션 구현하기 #2

http://carfain.tistory.com/149 - [개발일지] 스킬액션 구현하기 #3

http://carfain.tistory.com/151 - [개발일지] 요마전 #2

계속해서 이어서 씁니다.

투명한 문화 다루기 - 안미루

 

카트라이더 러쉬 .대시 기획 /

야생의땅: 듀랑고 프로젝트매니저

 

왜 사람들은 구글문화를 선망하는가?

 

조직 문화란?  조직원들의 가치관, 실행

 

조직문화가 다 실천되는 것은 아니다.

좋은 의도만으로는 충분하지 않다.

조직의 행동을 이끌어 내는 건 어렵다.

 

한국의 변기 옆 휴지통

 

변화를 이끌어내기 힘든 이유?

1. 이미 익숙한 방식이 존재
2. 익숙해진 습관을 바꾸는 데는 상당한 노력이 필요
3. 참여를 일으키기 힘든 보상 구조 - 변화에서 오는 이득보다 손실이 크면 반발이 생김

 

변화를 만들어내려면?

1. 현재 위치 파악하기
2. 목표 정하기

 

현재 위치 파악부터 먼저 해야

현재 위치를 잘못 파악하면 움직일수록 목적지에서 멀어질 수도..

조직의 오래된 신념과 가치들은 그 구성원들이 의식하지 못할 뿐 아니라

그것이 자신들에게 어떤 영향을 미치는지 조차 알지 못하다.

 

조직의 가치관은 무엇으로 결정되나?

조직은 곧 사람들의 모임 / 어떤 가치관을 가진 구성원들이 모였는가? 구성원마다 영향력의 크기가 다를 수는 있음

구성원의 가치관 + 외부에서의 영향 - 보상, 처벌 등 합리적인 방향 제시

 

구성원의 가치관 파악하기

• 몰아붙이기 / 기다려주기
• 안정적 / 도전적
• 관대 / 안관대

 

우리 조직 구성원들의 가치관 알아보기

• 우리 조직 구성원들은 어떤 사람인가?
• 최근 조직에 들어온 사람은 어떤 사람인가?
• 최근 조직에서 나간 사람은 어떤 사람인가?

 

우리 조직의 보상 기준 알아보기

• 높은 자리에 있는 사람은 어떤 사람인가?
• 최근 승진한 사람은 어떤 사람인가?
• 의사결정을 할 때 누구의 의견이 많이 반영되는가?

 

어떤 행동에 충분히 보상하지 않는 것도 조직 문화에 영향을 끼친다.

충분한 보상이 주어지지 않는 행동은 쇠퇴한다. (공산주의의 몰락)

 

어떤 문제가 반복되는가?

• 게임 성공 후 핵심 멤버들이 자꾸 나간다
• 아예 오래 다닌 사람이나 신입만 있고 허리가 없다.
• 툴 만드는 사람이 없어 툴이 엉망진창이다.
• 우리 회사 소식은 기사로 확인하게 된다.

 

2. 목표정하기

• 어떤 문화가 좋은 문화일까?
• 좋은 문화가 따로 있는 건 아니다
• 군대 문화가 어떤 상황에서는 도움이 된다.
• 이상적인 조직문화 -
• Exciting (가슴 뛰고 몸에 에너지가 흐르는 목표), Accessible(목표 달성 여부를 확인할 수 있는 지표)
  Challenging (도전적인 목표), Time-framed (언제까지 달성?)

 

추구하는 바가 '혁신'이라면?

구체적인 기준 작성

• 언제까지 어떤 목표를 달성할 것인가?
• 매출/유저 수 등

 

3. 차별 이끌어내기

• 정답은 없다.
• 보상에 의한 동기부여만 다룰 것
• 보상 기준을 바꾸면 사람들은 움직인다.
• 현실에서는 평가의 어려움이 있다 -> 객관적 평가의 어려움 (기준선정)
• 보상의 크기도 중요 -> 보상이 너무 작으면 참여가 일어나지 않는다. (임계점 만큼의 힘을 줘야한다)
• 피해야 할 행동들
• 의도하지 않은 메시지 전달 (모든 행동은 메시지를 내포한다.)
• 모순되는 메시지 동시 송출 -> 엑셀과 브레이크를 동시에 밟는다면?
• 부정적인 징후 덮어놓고 모른 척 하기 -> 문제 발생시 해당 행동을 금지하거나 행동에 대한 표현을 막아서
  해결하려는 경향이 강하다, 문

 

조직문화 = 가치관 + 행동양식

우리 조직의 현재 가치관 파악하기

EXACT한 목표 설정하기

http://www.gamechosun.co.kr/article/view.php?no=112961 - 게임 조선 링크

조직문화 개선을 위해서 돌아보아야 할 내용과 무엇을 개선해야 할 지에 대해서 알 수 있었던 세션.

어떤 MMORPG의 이벤트 (가상의 사례)

만우절 기념 장비지급 이벤트 기획

몬스터가 퀘스트 시작 아이템을 떨어뜨려서 퀘스트를 만들자

사람들이 퀘스트 시작 아이템을 잘 확인 안한다.

퀘스트 시작 아이템은 획득하는 순간 퀘스트 창이 뜨게 하고싶다.

 

 

구체적인 조건 명시

Ex) 하드코딩 + 코드제거 기간 제공

 

프로그래머를 이해하는 핵심 키워드는 시간이다.

 

프로그래머의 3대 미덕 - 빠른 구현 / 버그 X / 좋은 성능

이 세가지를 모두 갖추는 건 불가능하다.

 

충분한 시간만 주어진다면 프로그래머는 완벽한 프로그램을 짤 수 있다.

기술적으로 완벽하게 안되는게 아니면 -> 시간이 모자라

 

프로그래머는 무의식적으로 시스템을 구축하고 싶어하는 경향이 있다.

토큰 - 플래티넘 토큰 (거래가능 캐시템)

 

플래티넘 토큰이 거래가능인 것은 맞지면 우편 발송은 불가능했으면

-ASAP

 

거래가능 유부로 처리되던 아이템 DB를 나누는 작업이 소요

-급하니까 하드코딩, 추후 아이템 추가시 추가작업

 

시스템화 코드를 선호하는 것은 프로그래머의 본능

시스템을 먼저 구축하는 것은 위험, 정보가 필요하다.

앞으로 어떤 방향으로 게임이 발전하는 것

 

프로그래머가 가장 두려워 하는 것이 기획변경

기획변경을 막기 위해서는 시스템의 크기를 가능한 줄이는 것이 유리

 

비트필드 사용 (2진수를 사용)

1,2,4,8

 

무의식중에 하드코딩을 배제하는 습관을 가지고 있다.

 

빠른 시일내에 재활용되는 코드가 아니라면 가장 빠르게 구현하는게 중요하다

실무에서는 작은 시스템에 구현 비중을 더 높게

빠르게 구현한 코드는 버리고 새로 구현하는데 적은 노력

 

보통 시간을 더 주기는 어렵다, 따라서 스펙을 축소시켜야 한다.

시스템의 규모를 줄이도록 유도하는게 좋다.

거부감을 줄이는 방법 "이번만" / "나중에"

 

이번 한번만 쓰이고 안 쓰일 기능이야

나중에 코드 정리할 수 있는 시간을 줄게

• 죄책감을 줄여준다.

 

좋은 하드코딩의 3요소

-빠르게 / 읽기 쉽게 / 제거하기 쉽게

주석을 잘 적어놓으면 도움이 될 겁니다.

 

기획서에 모든 세부적인 내용을 적긴 힘들어진다.

 

아이템을 강화하는 것에 대한 기획이 있다.

강화하는 순간 네트워크 문제로 오류가 발생

 

네트워크 오류가 났을 때 대기창을 띄우고 재시도를 해야 하는가

오류 메시지는 어떤 형태로 띄워줘야 하는가

네트워크 오류가 난 경우와 잘못된 요청인 경우 어떻게 구분해서 보여주어야 하는가

 

원칙상 변수에 대한것은 기획자가 책임을 져야한다.

 

기획자와 프로그래머에게 이런 사항을 일일이 물어보는 게 번거롭다.

 

좋은 기획자

• 명시되지 않는 내용들은 모 게임의 가방과 동일하게 구현해주세요

 

프로그래머가 매번 질문 하는 것을 기획자가 귀찮아 하는 경우에는

• 프로그래머가 알아서 처리하는 수밖에 없다.

 

사람과 사람간의 커뮤니케이션은 원래 힘들다

• 프로그래머는 원래부터 커뮤니케이션에 서툴다 (개인생각)

 

신규개발 - 예측과 목표가 있다 (하드코딩 목매달 필요 X)

http://www.inven.co.kr/webzine/news/?news=110945 - 인벤 링크

불멸의 떡밥인 '기획자는 프로그래밍(코딩)을 배워야 하나요?' 를 들고 나온 세션,

세션 자체는 라이브 서비스에 맞추어 기획자와 프로그래머가 소통하고 그러한 소통 가운데
원하는 것을 어떻게 전달하고 이루어야 하는가에 대해서 다루었다.

사실 나도 억지로 코드 읽는 법을 배우고 지속적으로 공부를 하고 있지만서도,
이러한 노력이 프로젝트를 '완수' 시키는데는 도움이 되었을지는 몰라도
좋은 컨텐츠를 만들어내는 '기획'을 하는데는 크게 도움이 되지 못했다고 생각한다.

무엇(콘텐츠/서비스/이쁜 시스템)을 만드느냐에 초점을 맞추고 생각해 보아야 할 문제...

이어서 씁니다.

http://m.inven.co.kr/webzine/wznews.php?idx=110987 - 인벤 기사

집단 창작에 대한 히스토리와 현재 제작 방식의 문제점, 그것을 풀어나갈수 있는 꼼수를 다룬 세션,

게임의 동기부여를 이끌어내는 소재 선정에도 많은 도움을 받을 수 있을 세션.

http://m.inven.co.kr/webzine/wznews.php?idx=110843 - 인벤 링크

코어가 시나리오가 아닌 게임에 시나리오를 주입하면서 있었던 이야기를 다룬 세션,

계속해서 게임을 만들어 오면서도 항상 시나리오(컨텐츠)가 중요하다고 생각하지만 현실을 만만찮은 법.

그러한 상황에서 어떻게 제작하였고 어떤 꼼수를 사용하였는지를 엿볼 수 있는 세션이었다.

Spine을 이용한 세션을 신청했었는데 던파팀에서 유사한 세션을 진행해서 그런지 떨어졌다 -_-;
신청자에게는 게스트 패스가 제공되서 3일 내내 거의 풀로 일정을 짜고 강연을 들었다.
잊지 않도록 들은 내용에 대해서 간단히 정리해보려고한다.

슬라이드가 공개 된 것이 없어서 미리 메모해둔 원노트 텍스트로 대체

모바일 게임을 사용하는 플레이어들의 전반적인 행동을 분석하고 잘 운영하고
나아가서 게임으로부터 많은 매출을 낼 수 있는가? 그러한 정보를 수집하고 운용할 수 있는 플랫폼

 

데이터를 수집, 구워서 운영할 수 있는 것

게임/앱 각종 지표 분석

분석 + 운영 (Push, Interstitial)

  

목차

• 데이터 분석 어떻게 하나요

• 데이터 누락되진 않나요

• 빅데이타 처리 어떻게 하나요  

Bird Eye View

 

Mobile Device -> Buffer -> Analysis Data -> Big Data Analysis -> Web Service DB -> Web Server - Analysists

버퍼에서 안정적인 수집, 알고리즘을 통해 잘 운용

 

• 모바일 네트워크
• Wi-Fi만 쓰는 디바이스, 외국 시장
• 모바일 디바이스에서 버퍼링, (Wi-Fi 및 데이터 소실 대비)
• 게임 진행에 방해 안되게, (GPU는 굉장히 많은 리소스 사용, GPU/CPU가 램을 공유하며 병목)
• 가능한 누락되지 않게

 

데이터 보내기

• 어디에 버퍼링 할 것인가?
• 어떤 포맷으로 버퍼링 할 것인가?
• 버퍼가 깨지는 경우엔? (저가 단말기, 불의의 상황)

 

데이터 모으기

• ~10만 User가 하루에 한번 플레이
• 플레이하는 시간 비슷: "소셜"로 강화
• 1M+ 데이터가 같은 시간대에 몰림 (같은 플레이 형태, 데이터가 몰려온다!)
• 서버 쪽도 데이터 버퍼링

 

전송 프로토콜

• HTTP?(한번만 접속되면 끊기는 경우도, 계속 재접속) SPDY?(구글이 쓰는 표준, 호환이 까다롭다) Socket?
• 성능, 안정성, 재전송
• 로그인 해야 하는 Wi-Fi (로그인해야되는 Wi-Fi, 서버까지 가지 않는 데이터, 이걸 서버가 어떻게 알 것인가?)
• 반드시 암호화(SSL)
• 모바일 플랫폼 개발 편의성

 

전송 포맷

• Json?(용량을 많이 먹는다, 모바일에선 분리) Thrift? Protobuf? (바이너리 포맷, 서버와 단말기간의 퀄리티 체크)
• 모바일 플랫폼 개발 편의성
• 향후 변경하기 쉽게 (확장 가능성, 또한 애플리케이션 업데이트를 하지 않을 때의 정합성 체크)
• 정합성 체크 : 게임 버그 (iOS 에서도 Obj-c로 버퍼가 깨지기도, 언리얼도 깨진다!)

 

데이터 저장

• 버퍼링 : 순간적 트래픽 증가에 대비
• Redis 등 Memory DB 가 적합 (버퍼링, 메모리라 유실 우려)
• 처리 클러스터의 데이터 소스 (빅데이터 처리 플랫폼이 읽을 수 있도록)
• HDFS, S3, Hbase(Json같은 하이라키한 포맷?) 등 (하둡을 위한…)
• 저장 포맷 변환 (고성능으로 Hbase를 위한 변환을 처리해주어야 하는…)
• High Throughput

 

분석

• 대박 게임들 : 10M+ 유저 (데이터는 계속 들어오는데 하루치를 오전까지 처리를 못한다면?)
• 정해진 시간 안에 데이터 처리해야
• Hadoop Map Reduce(Batch 형태, 정해진 범위로 끊어서),
  Storm(실시간 처리 플랫폼, 데이터의 시작과 끝을 알 수 없다. 헤더가 없다!)
• Hbase, Hive, Impala, Spark, BigQuery

 

MapReduce

• Data Split : 데이터를 쪼개서 처리,
• Map : Split & Query
• Reduce : Result
• 하드에서 처리를 함으로 레이턴시가 있다. (메모리방식에 비해)

 

Infrastructure

• 유저 증가 : 데이터 증가
• 처리 용량 변화
• AWS, GCE, …
• 분석 클러스터 & API 클러스터(수집) Scale Out

 

분석+운영

• 분석 데이터 기반 운영
• 특정 사용자 군에 푸쉬 또는 In-Game 캠페인 (특정 유저군에게 구분 푸쉬)
• 푸쉬 토큰과 분석 정보 결합
• 10M+ 푸쉬를 정해진 시간 안에 보내기 (서버가 받쳐줘야 푸쉬를 많이 보낼 수 있다!)

 

데이터 보여주기

• LAMP, RoR, nodejs, ---
• 데이터 트렌드를 쉽게 이해할 수 있는 그래프
• "파이 차트는 파이에나 쓰는 것" (이쁘고 이해하기 쉽게)

 

'데이터 과잉'이 문제다

 

무엇을 기록할 것인가?

• "웹페이지 트래픽 분석 할 때 처럼 하면 안되나요?"
• 게임은 일반 웹보다 행동의 종류가 많고 잦다, (해외 사용자에게 bad)
• 그렇게 힘들게 모든 데이터를 받아도 분석이 안될 수도 있습니당...

내가 이 세션에 기대한 것은 '구체적으로' 어떤 방식으로 데이터를 수집하고 실제 수집, 분석되고 있는 사례를 기대했었는데
(즉, 어떤 형식으로 로그를 기록하는지 실제 사례를 통해 알아본다거나...)

개론적인 내용과 단편적인 내용만이 소개되어 다수 아쉬웠다. 실무자였어도 그리 알차지는 못하였을듯 하다.

데이터를 수집하고 어떤 부분을 보고 판단해야 하는가를 알려주었던 세션,

다만 세션이 짧은 시간에 이루어지다 보니 내용이 다소 부실하게 느껴졌었음.

Spine을 베이스로 한 '효율적인 스프라이트 제작을 위한 2D Skeletal' 으로 신청했습니다.
아래는 간단한 세션 설명으로 작성한 내용입니다.
과연 어떻게 될지 기대 해 봅니다 (...)

기존에 전통적인 스프라이트 제작방식은 리소스 제작시 많은 시간에 많은 시간이 소모된다는 단점이 있었다.
본 세션에서 다루게 될 2D Skeletal은 2D 리소스에 3D 애니메이션에 쓰이는 Bone을 삽입하여 스프라이트의 골격을 구성,
키프레임 단위의 애니메이션을 형성할 수 있어 애니메이션 제작에 대한 작업시간을 획기적으로 줄일 수 있다.
또한 Skin(외관) 기능을 통해 캐릭터의 파츠를 효율적으로 변경하고 해당 결과물을 Json과 Atlas 텍스쳐로 뽑아 
런타임을 통해 게임엔진에 Import 할 수 있다.

청강자들은 2D Skeletal 제작 방식에 대한 구동 원리를 포함한 기본적인 2D 리소스 제작에 대한 개념을 접할 수 있으며
본 세션 동안 시연되는 Bone 형성, 키프레임 애니메이션 튜토리얼을 통해 해당 방식을 통한 2D 캐릭터, 이펙트, UI 제작방식에
대한 작업 노하우를 습득할 수 있을 것이다.
궁극적으로는 본 세션을 통해 청강자들이 2D Top view / Side view 게임에 삽입되는 리소스를 보다 효율 적으로 제작하는데
도움을 줄 수 있을 것이다.

현재 작업하고 있는 메인 프로젝트는 3D지만
조만간 동아리에서 작업할 프로젝트는 2D로 진행 될 것 같아서 
2D 애니메이션을 효율적으로 뽑을 방법에 대해서 공부 하고 있습니다.

Sprite 방식과 2D Skeletal(Spine)에 대해서는 한차례 언급하였고
Mesh를 이용한 FFD애니메이션으로 연출되는 2.5D에 대해서 정리하려 합니다

기본적으로 3D에서는 모든 물체가 삼각형(Tris) 으로 구성이 됩니다.
이러한 삼각형이 모이면 마치 물고기를 잡는 그물처럼 보이는데 이것을 Mesh 라고 합니다.

이런식으로 삼각형을 묶어서 그물망 형식으로 구성된걸 Mesh라고 한다.

Mesh 에디팅 기술 중 하나로 이미 구현된 3D Mesh 전역에 일괄적으로 변환을 줄 수 있는 방법 입니다.

넓은 범위에 빠른 변환을 줄 수 있지만  특정 부위에만 지정하여 변형을 줄 수 없다는 특징이 있습니다.
(파워포인트나 워드에서 정사각형 모양이 아닌 특정 부위만 줄이는게 안된다는거랑 똑같다고 생각하시면 됩니다.)

앞서 말한 GD방식에서 진화한 것이 FFD 방식 입니다.
FFD(Free Form Deformation)이란 Mesh 에디팅 기술중 하나로 Mesh 전체적으로 벡터 좌표를 구성,
삼각형의 모서리를 조작하여하여 특정 부위만 변형/왜곡 시키는것이 가능한 방식이라 할수 있습니다.

본글에서는 해당 기술을 쓴 소프트웨어에 대해서 다뤄볼까 합니다.

플래시를 통해서 벡터이미지를 조합해 간단히 이러한 애니메이션을 만들어 볼 수 있습니다. (강좌 보러가기)
이전 글에서 설명한 Dragonbones와 조합하면 다양한 연출이 가능할것 같습니다.

장점 : Flash만 있으면 별도의 미들웨어 없이 구현 가능
단점 : 타 프로젝트와의 호환성 부족. 
툴가격 : CC이용시 월 \59,400원
구동 플랫폼 : 멀티플랫폼
지원 플랫폼 : 멀티플랫폼
제공 언어 : Japanese / English
개발사 : Adobe
홈페이지 : http://www.adobe.com/kr/products/creativecloud.html

Cybernoid의 Live2D

일본 Cybernoid사에서 개발한 Live2D는 2D 이미지를 파츠단위로 쪼개어 레이어로 만든뒤 해당 파츠를 Mesh화,
그리고 FFD 애니메이션을 적용하여 2D 이미지를 2.5D화 시키는 소프트웨어 입니다.

위 동영상으로 많이 유명할겁니다.

일본에서는 카드게임 / 미연시의 움직이는 일러스트를 만들때 널리 사용 되고 있으며
국내에서는 포비커의 아이돌 파라다이스란 CCG 게임에 국내 최초로 이용된 바가 있습니다.

아이트래킹(좌표에 따라 시선이동) 등의 몇가지 특화된 기능을 제공합니다

장점 : 일본에서 이미 상용화 되어 관련 자료를 찾아보기 쉽다, SDK 지원, 다소 정적인 이미지를 변화하는데 특화
단점 : 다소 비싼 라이센스 가격, 좋아지고는 있지만 아직 불안한 
툴가격 : Free / Education $300(¥28,000 세금별도) / Pro $1500 (¥140,000 세금별도)
            - Upgrade Support 추가시 년간 $500 별도 청구 (버전 업그레이드 비용 및 기술 지원 비용 포함)
SDK가격 : Regular $6,000 / Smal Entity(연매출 10억 이하) $4,000 / Start-up(연매출 1억 미만) $500 / 인디,학생(비상용개발) 무료
               위 가격은 플랫폼'당' 가격, SDK 시험 / 개발 이용은 무료 / 동일 타이틀 멀티 플랫폼시 40% 할인,
               Portable 및 Console 타이틀 홍보를 위한 Mobile 및 PC / Web 라이센스 무료
구동 플랫폼 : Windows(Vista 이상), Mac OS X
지원 플랫폼 : 자체 포맷을 이용한 멀티 플랫폼 (Unity, iOS, Android, PSP, DX, Flash 등)
제공 언어 : Japanese / English
개발사 : Cybernoid
홈페이지 : http://www.live2d.com/en

최근 업데이트를 통해 스파인에도 Mesh 에디팅과 FFD 기능이 삽입되었습니다.
아직 튜토리얼이 부족하여 제작이 불편하다는 점을 빼고는 꽤나 유연하게 삽입되어 있습니다.

단 Live 2D와 같이 아이트래킹이나 레퍼런스 이미지 등을 제공하지는 않습니다.

장점 : 현재까지 나온 툴 중 가장 강력한 기능 지원, 거의 모든 플랫폼 지원, 샘플 프로젝트 지원
단점 : 비싼 가격, 다소 빡빡한 라이센스 정책, 다소 불편한 UI
가격 : Essential(₩79,994), Professional(₩318,908), Enterprise(₩2,346,481~, 1 user ₩212,250),
         Education(₩650,615~, 5/25/100 Computer)
구동 플랫폼 : Windows / Mac OS X / Linux
지원 플랫폼 : 다양함 (무수히 많음, 계속 업데이트중)
제공언어 : English
개발사 : Esoteric Software
홈페이지 : http://www.esotericsoftware.com/

Crazytalk Animator는 미국 Reallusion사에서 만든 TTS(음성합성,보이스웨어)와 결합하여
얼굴이 나오는 영상제작에 특화 소프트웨어 Crazytalk에서 2D 애니메이션만 만드는 기능을 특화한 소프트웨어로
로 찍은 사진 / 제작된 이미지을 Mesh 화 시키고 미리 준비된 본과 메시 형태를 통해 애니메이션을 제작할 수 있으며
3D 모드를 통한 레이어 배치 / 입체 애니메이션이 가능합니다.
또한 자사 소프트웨어인 iClone과 연계하여 모션 캡쳐 데이터를 적용시킬수도 있습니다.

장점 : 기본 얼굴 Mesh 분할 및 Bone 구성이 탁월하다, 자사 소프트웨어와의 강력한 연동.
단점 : 게임에 바로 사용하기에는 다소 제한적인 출력물 (iClone, flv, swf)
툴 가격 : Standard $49.95 / Pro $179.95 / Pipeline(Custom) $299.95
구동 플랫폼 : Windows Only
지원 플랫폼 : 다양한 포맷을 통한 멀티 플랫폼 (Image, Video, Audio, Flash, iMotion)
제공언어 : English
홈페이지 : http://www.reallusion.com/crazytalk/Animator/

CK4D 엔진은 청강문화산업대학교 별바람(김광삼 교수)님이 개발중인 2.5D 엔진으로
G☆ 2013에 출품된 그녀의기사단 신작에 쓰였습니다.
자세한 내용은 불명, 파츠 링킹으로 본 종속 툴보다 더 자연스러운 애니메이션을 연출 할 수 있다고 합니다.

OpenGL ES 베이스, iOS, Android, Tizen 지원 / CK2D(Meta-2D) 엔진 based

Deformation Techniques - http://www.cs.sfu.ca/~torsten/Teaching/Cmpt466/LectureNotes/PDF/07_deformations.pdf

Free-form deformation 을 이용한 효과적인 캐릭터 생성 - http://blog.naver.com/wlsqor2/40061124844

Esoteric Software / Meshes! - http://esotericsoftware.com/spine/meshes/

FDC 2.5D Animation / http://www.adobe.com/devnet/flash/articles/design_character_pt2.html

Mini Morphea Sprite Sheet by NyaNeoNeko

다중의 그림을 지정된 시간동안 바꿔치기 하여 애니메이션을 연출하는

스프라이트는 과거, 현재를 통틀어 2D 게임제작에 있어서 빼놓을 수 없는 존재입니다.

과거에는 동시에 얼마나 많은 스프라이트와 발색(다양한 색)을 구현할 수 있는가를 통해 하드웨어의 스펙을 가르기도 하였지만
현재에 와서는 하드웨어의 성능이 모두 우수해져 풀컬러의 고화질 비트맵이미지를 다중으로 연결하여 표현함으로서
하드웨어를 통한 비교가 무색하게 되었습니다.

최근 사용되는 일반적인 컴퓨터에서는 하드웨어적인 제한이 없어졌지만 제한된 환경의 모바일 컴퓨터(주로 핸드폰)들은
과거의 컴퓨터들 처럼 제한된 성능을 가지고 있습니다. 그러한 제한적인 성능의 모바일 환경에서 일반 컴퓨터에 쓰이던
리소스를 마음껏 사용하다가는 메모리 과부하를 불러 오게 됩니다.

SAGE에서 많이 사용되는 안드로이드 프레임워크인 GLFrameWork에서는 가로 4000px이 넘는 이미지를 불러오지 못합니다.
정말 고프레임의 품질 좋은 스프라이트 이미지를 보여주고 싶다면 4000px이 넘지 않도록 2단, 3단으로 이미지를 쌓아야 하며
이렇게 이미지를 쌓아도 캐릭터의 스프라이트를 한번에 메모리에 불러오게 되면 메모리 힙이 낮아 어플리케이션이 정지합니다.

이와같은 현상을 해소하기 위해 2D로 만든 파츠에 골격을 넣은 2D Skeletal Animation이 탄생합니다.
2D 골격 애니메이션 방식은 동일한 파츠를 한번만 불러오면 골격 좌표값을 통해 골격을 움직여 애니메이션이 구현되어
메모리 과부하에 대한 걱정을 덜 수 있습니다.

Dragonbones는 Adobe Flash Professional 5.5이상이 설치되어야 쓸 수 있는 서드파티 익스텐션으로
플래시 타임라인에 기반한 애니메이션 기능을 제공합니다.
플래시에서 지원하는 강력한 모션 트윈 기능을 통해 일반 스프라이트 애니메이션으로는 보기힘든 부드러운 애니메이션이
가능하며 ActionScript 3.0에서 사용가능한 Dragonbones API도 제공합니다.
결과물은 XML 또는 스프라이트로 익스포트 할 수 있습니다.

장점 : 무료, 오픈소스, AS3.0을 위한 API 제공, 무료 예제 제공, Spine과의 호환
단점 : 어도비 플래시 프로페셔널 CS 5.5 이상이 필요합니다. 타 플랫폼에서 바로 사용하기가 힘듭니다.
가격 : 무료
구동 플랫폼 : Adobe Flash Professional 5.5 이상
지원 플랫폼 : Adobe Flash / PNG,JSON,XML을 통한 멀티플랫폼
제공언어 : English / Chinese
개발사 : The DragonBones Team
홈페이지 : http://dragonbones.github.io/index.html

Spriter는 Kickstarter를 통해 모금하여 제작된 툴로 Flash Pro 5.5와 같은 별도의 프로그램이 없어도 맥과 윈도우에서 바로
사용할 수 있습니다. 개발자들에게 파일 포맷에 대한 정보를 공개하여 다양한 플랫폼을 위한 런타임을 사용할 수 있습니다.
(ActionScript 3.0, Unity 3D, Corona 등등...)

많은 기능이 있는 공짜 버전을 제공하고 있고 프로버전에서는 더 강력한 기능이 지원 될 '예정' 입니다.

베이스용으로 사용 할 수 있는 애니메이션과 이펙트 아트팩을 $25에 제공하고 있습니다. (퀄리티는 좀 허접합니다.)

장점 : 별도의 툴 없이 사용가능, IK(inverse Kinematics) 지원, 쓰기 쉬운 UI, 무료 예제 1개 제공, API 제공
단점 : 키프레임을 본마다 따로따로 지정할 수 없음, 다양한 기능이 지원 될 예정이지만 아직까진 무엇하나 지원 되는게 없다.
가격 : 무료 / 유료(예약구매중 $25)
구동 플랫폼 : Windows / Mac OS X
지원 플랫폼 : 다양함 (꾸준히 업데이트 중)
제공언어 : English
개발사 : BrashMonkey
홈페이지 : http://www.brashmonkey.com/index.htm

EasyMotion2D는 본 별 애니메이션 지원, 아틀라스 생성, 자체 에셋 관리 기능을 가진 Unity 3D 엔진의 미들웨어 입니다.
현재 개발사의 홈페이지가 없어지고 업데이트가 되지 않아 포럼과 메뉴얼, 위키 모두 접근이 불가하여
잘 사용되지 않는 죽은 툴이라 볼 수 있습니다 ;-(

장점 : Unity에 결합되어 Unity와 함께 사용시 무난한 궁합으로 리소스 제작 가능
단점 : Unity에서 밖에 사용 불가, 개발사의 서비스 중지로 인한 업데이트, 포럼 부재
가격 : $55
구동 플랫폼 : Unity 3D 3.5이상 (Middleware / Plugin 형태로 제공)
지원 플랫폼 : Unity 3D
제공언어 : English
개발사 : Soft-HM
홈페이지 : http://soft-hm.com (현재 폐쇄)

판타지러너즈, 다같이 칼칼칼에도 쓰인 Unity 3d용 미들웨어로 EasyMotion2D와 기능적 차이는 거의 없으나
아직까지 지원이 활발한 툴입니다.

Unity 3D와 결합되어있어 콜리더, 트리거 설정이 용이합니다.

슬라이드 쉐어 소개자료

장점 : '아직까진' 활발한 지원, 쉬운 콜리더, 트리거 설정
단점 : Unity용 API만 제공하여 Unity에서만 사용가능, 다소 비싼 가격
가격 : $75
구동 플랫폼 : Unity 3D 4.x 이상 (Middleware / Plugin 형태로 제공)
지원 플랫폼 : Unity 3D
제공언어 : English
개발사 : echo17
홈페이지 : http://echo17.com/smoothmoves.html

Cocos 2D를 기반으로한 Cocos 2d-x를 제공하는 Cocoa Studio에서 제공하는 통합 그래픽툴,
애니메이션 에디터, UI 에디터 , 씬 에디터, 데이터 에디터가 같이 결합되어있으며 그 기능이 쓰기 쉽고 
XML형식으로 포팅되며 제작된 리소스는 바로 Cocos 2D-X에서 사용 가능합니다. (사용설명)
Spine을 제외하고는 여기에서 소개된 어떤 2D Skeletal Tool에 지지않는 기능을 제공합니다.

여기에서 소개된 툴중 유일하게 한글을 지원하는 툴이기도 하지만 버그가 많아서 사용자들의 원성이 자자합니다.

몇가지 샘플 프로젝트를 제공합니다.

장점 : Cocos 2D와의 강력한 연계, 쉬운 사용, 샘플 프로젝트 제공
단점 : 수많은 버그의 압박, Cocos 2D에서만 사용가능 (타 플랫폼 API 미지원)
가격 : 공짜
구동 플랫폼 : Windows
지원 플랫폼 : Cocos 2d-x
제공언어 : English / Chinese / Korean
개발사 : Cocoa China
홈페이지 : http://www.cocostudio.org / http://studio.cocos2d-x.org

Spriter를 쓰다가 빡쳐서 나도 이런거 만들수 있다며 킥스타터로 시작해 완성된 툴,
여태까지 나왔던 그 어떤 2D Skeletal Tool과 비견했을 때 가장 완벽한 툴이라고 할수 있습니다.
(멀티 플랫폼 1위, 기능면에서도 1위)

Json / GIF / PNG로 익스포팅이 가능하며 다양한 플랫폼을 위핸 API가 기본으로 제공됩니다.

유일한 약점은 UI가 난잡하게 구성이 되어있다는 점을 꼽을 수 있습니다.

장점 : 현재까지 나온 툴 중 가장 강력한 기능 지원, 거의 모든 플랫폼 지원, 샘플 프로젝트 지원
단점 : 비싼 가격, 다소 빡빡한 라이센스 정책, 다소 불편한 UI
가격 : Essential($75), Professional($299), Enterprise($2200~, 1 user $199), Education($610~, 5/25/100 Computer)
구동 플랫폼 : Windows / Mac OS X / Linux
지원 플랫폼 : 다양함 (무수히 많음, 계속 업데이트중)
제공언어 : English
개발사 : Esoteric Software
홈페이지 : http://www.esotericsoftware.com/

http://labs.kaliko.com/2013/02/2d-skeletal-animation-tools.html

http://edoli.tistory.com/82

http://mark4215.blog.me/20203225488

Effect, FX(Special Effect), 이펙트, 효과
말그대로 효과다, 각종 영상 매체에서 타격감과 행동에 대한 피드백을 줄 때 사용이 된다.
게임에서 표현되는 이펙트를 구현하는 두가지 방법에 대하여 알아보자.

스프라이트는 가장 기본이 되는 애니메이션 기법으로 다량의 그림을 빠르게 회전시켜 움직이는 것 처럼 보이게 한다.
아래에는 공중에서 사방팔방 총을 쏘는것 같은 gif 이미지가 있다.

이 gif를 포토샵이나 알 GIF 등으로 불러오면 아래와 같이 표시된다.

이미지 한장한장이 일정시간을 두고 반복적으로 바꿔치기 되어 재생이 됨으로서 하나의 이펙트로 출력이 된다.
이것이 이펙트 뿐만이 아니라 모든 2D 게임의 움직이는 리소스에 사용되는 기법인 스프라이트이다.
3D 게임에서도 스프라이트가 사용되기도 하는데 어느 방향에서도 동일한 이펙트를 보여주기 위해서
단면인 스프라이트 이미지가 사용자 카메라에 맞춰 같이 돌아가는 빌보드라는 기법과 같이 응용이 된다.

제작은 생스프라이트 (직접 한컷 한컷 그려서 처리)와
프로그램 제작 (애프터 이펙트, 파티클 일루전, 스파인) 등의 방법이 있다.

파티클은 2D보다는 3D 에서 많이 사용되는 이펙트 기법으로 가상의 입자를 생성/소멸 시켜 화면에 표현해준다.
불꽃놀이, 폭파, 소용돌이등 다양한 효과를 범용적으로 쉽게 표시해줄 수 있다.
방사체(기준점)와 시스템(뿌려지는 모양), 입자(뿌려지는 각각의 이펙트)로 구성이 된다.
위의 세가지 요소를 가지고 입자의 생명주기(생성되고 얼마만에 없어질지), 입자의 모양, 입자가 터지는 형태 등을 통해
다양한 조합으로 이펙트를 다소 쉽게(?) 만들어 볼 수 있다.

파티클은 각 게임엔진에서 제공해주는 파티클 제작툴(Ogre의 particleAccelerator, Unity의 Shuriken 등) 과
파티클 일루전, 3dsMax 등의 전문 제작 툴로 제작을 할 수 있다.

1. 난이도 :
   파티클의 유니티 엔진의 경우 엔진에서 직접 수정해볼 수 있는 툴을 제공해주고 에셋스토어에서
   수많은 예제 파티클 이펙트를 받아 연습 / 수정할 수 있으므로 처음 접하기에는 파티클이 훨씬 용이하다

2. 비용 :
   2D 이펙트를 유료로 파는곳이 생각보다 잘 없다. (개인외주가 아닌이상) 또한 잘하는 사람도 구하기 힘들어서
   2D 스프라이트 이펙트를 구하는 것보다 에셋스토어에서 원하는 느낌의 파티클 이펙트를 구매하여 쓰는게 더 저렴하다.

3. 이식의 용이성 :
   파티클로 만든걸 스프라이트로 만들수는 있지만 스프라이트로 만든걸 파티클로 만들 수 없다.
   또한 파티클은 2D게임에서는 평면으로만 출력되게도 할 수 있기때문에 활용도가 스프라이트에 비해서 높다.

4. 결론 :
   거의 모든 면에서 파티클이 2D 스프라이트 이펙트에 비해서 좋은 점이 많다.
   하지만 제작비용과 시간이 다소 넉넉하다면
   세심히 갈고닦은 2D 스프라이트도 게임의 분위기를 살리는데 더 좋은 역할을 한다.

2D 스프라이트 (수제 일본도, 항상 좋은건 아니다.)
 vs
 3D 파티클 (공장제 다마스커스강, 기본 목적에는 충실하다.)

선택은 각 팀의 자유다.

아래는 일본 최대의 광고회사 덴츠의 4대 사장이며 광고의 악마라 불리었던 요시다 히데오가 남긴 10가지 법칙이다.

1. 일은 스스로 만드는 것이지, 주어지는 것이 아니다.
2. 일은 먼저 선수를 치는것으로 수동적인 자세로 하는 것이 아니다.
3. 큰 일에 부딪쳐라, 작은 일은 자신을 작게 만든다.
4. 어려운 일을 노려라, 그리고 그것을 달성해야 발전이 있다.
5. 파고든 일이라면 완수 할 때까지는 죽어도 포기하지 마라.
6. 주위 사람들을 이끌어라, 이끄는 것과 끌려다니는 것은 오랜 시간뒤에 하늘과 땅만큼 큰 차이를 가져온다.
7. 계획을 가져라, 장기적인 계획이 있다면 인내하고 궁리하라, 그리하면 올바른 노력과 희망이 뒤따른다.
8. 자신을 가져라, 자신이 없으면 자기가 하는 일에 박력도 끈기도, 그리고 깊이도 없게 된다
9. 늘 머리를 회전시켜 모든 방면에 신경을 쓰고 한치의 틈도 있어서는 안된다. 서비스는 그런 것이다.
10. 마찰을 두려워하지 말라, 마찰은 진보의 어머니, 적극성의 비료다, 그렇지 않으면 너는 비굴하고 미련한 사람이 된다.

1. Initiate projects on your own instead of waiting for work to be assigned.
2. Take an active role in all your endeavors, not a passive one.
3. Search for large and complex challenges.
4. Welcome difficult assignments. Progress lies in accomplishing difficult work.
5. Once you begin a task, complete it. Never give up.
6. Lead and set an example for your fellow workers.
7. Set goals for yourself to ensure a constant sense of purpose.
8. Move with confidence. It gives your work force and substance.
9. At all times, challenge yourself to think creatively and find new solutions.
10. When confrontation is necessary, don't shy away from it. Confrontation is often necessary to achieve progress.

.Obj : Meter 

.Fbx : Centimeter

로 익스포트해야 유니티 내에서 정규율(Scale factor = 1.0)로 출력이 된다.

(프로젝트창에서 메쉬 선택후 나오는 fbx Importer에서 Scale factor를 당연히 1.0으로 맞춰줘야한다. 디폴트는 0.01)

Unity Asset Server를 운용중 윈도우 서버라면 잦은 업데이트로 재부팅 후
Asset Server 서비스 실행이 안될수도 있다.

주로 서비스를 시작할 수 없습니다 : 1069라고 하고
서비스에서 강제로 Unity Asset Server 서비스를 시작해줘도 똑같은 메세지가 뜨는 현상이다

http://forum.unity3d.com/threads/66329-Unity-Asset-Server-won-t-start

1.서비스에서 Unity Asset Server를 더블클릭한 뒤 2번째 탭(영문으론 Log On이라 되어있음)을 클릭하고
  This Account에 체크가 되어있는것을 Local System Account로 변경해준다

2. 실행창에 compmgmt.msc 입력 후 로컬 사용자 및 그룹에서 unitysrv 를 더블클릭하고
   다음 로그인시 사용자가 반드시 암호를 변경 해야 함을 체크해제하고 암호 사용 기간 제한 없음을 선택한다.

3. 서비스가 잘 시작되고 비밀번호 또한 정상적으로 변경되는것을 알 수 있다.

Japon - Histoire du Shooting Game.smi

영상 및 영문 자막 출처 : http://shmup.canalblog.com/

자막 수정 : Acura Netics (acuranetics@gmail.com)

일본어로 진행된 인터뷰를 프랑스 방송국에서 방영하고 그걸 보고 제작된 영문자막을 다시 한글로 번역함.

최대한 들리는 일본어에 맞추어 자막을 제작하였으나 오타 및 오역이 있을 수 있음

이전다음

012

컴투스 재직을 제외하고 군 전역후 처음으로 시작한 프로젝트,

Sage 최초의 보드게임 프로젝트,

서브 기획, QA가 아닌 메인 기획 및 PM으로로 처음 시작한 프로젝트,

(했던 프로젝트 중에) 가장 평이 좋았던 프로젝트,

사실 까보면 이래저래 탈도 많았던 프로젝트,

- 어원 : 혈투를 나타내는 라틴어, 디라로 읽는다. (주사위를 뜻하는 Dice와 비슷한 단어로 보드게임의 이미지 부여)

- 핵심컨셉 : 주사위 값을 통해 스테이지를 이동, 전투를 통하여 상대를 제압, 유일한 승리자가 되는 게임

- 플레이어수 : 2 ~ 4명 (Network 미지원)

- 장르 : Dice SRPG

- 플랫폼 : PC (Microsoft Windows XP 이상, 윈도우 7 권장)

- 해상도 : 1024 x 768

- 개발환경 : Direct X9 / C++ / HGE (Haaf’s Game Engine)

- 스토리 : 서로의 누명을 벗기 위한 네 명의 주인공의 치열한 혈투

- 타겟층 : 10~20대 청소년층

1. 하나의 목적을 가지고 고군분투하는 4인의 이야기
   초기기획부터 쭉 이어져 내려오고 있는 핵심요소로 서로 다른 네 가지 세력이 공통의 목표를 가지고 대결,
   마침내 원하는 것을 쟁취한다는 흐름을 통하여 유저에게 명확한 동기를 부여하고 그 동기를 이루기 위한
   과정을 명확히 제시 함으로서 게임의 몰입을 돕는 역할을 한다.
   
   
2. SAGE(서강대학교 게임교육원) 사상 첫 PC 보드게임 프로젝트
   PC용 보드게임은 서강대학교 게임교육원에서 처음 시도되는 장르의 게임으로 여타 학교 게임에서 느낄 수
   없었던 장르의 참신함과 희소성을 통하여 좀 더 근본적인 게임의 재미에 대한 접근을 꾀한다. 
   
   
3. 게임은 같이 해야 재미있다.
   스타크래프트, 롤, 서든어택, 와우. 이들의 재미는 나 ‘혼자’가 아닌 남이랑 같이 해야 재미있는 게임들이다.
   마찬가지로 혼자서 플레이 하게 되면 재미가 반감되는 보드게임을 통해 남과 같이 플레이 할 때 재미있는 요소
   들에 대한 분석 / 적용을 통해 함께 하였을 때 더욱 재미있는 게임제작을 추구한다.

1. 어려운 난이도의 장르, 구현방식을 택하였다
   학교에서 보통 처음 프로젝트로는 키를 입력하면 바로로 반응이 오는 액션(슈팅)게임,
   단방향(종/횡)으로 진행되는 스크롤 형식 게임을 제작하는데 반해
   개발에 대한 노하우가 없는 상황에서 Isometric(쿼터뷰) 방식과 턴제 보드게임을 선택하였다.
   룰에 대한 많은 고민과과 밸런싱 과정을 거쳐야 하는 보드게임을 개발하기에는 짧은 학교 프로젝트의
   개발 주기는 맞지 않았다. 덕분에 타 팀에 비해서 결과물이 늦게 나오게 되었다.
   
   
2. 관리툴이 만능은 아니다.
   완벽한 팀원 관리를 위해 오픈소스 일감관리 툴인 레드마인 서버를 구축하여 지메일과 연동,
   일감 생성과 동시에 지메일을 통해 메일로 쏴주고 네이버 캘린더를 통하여 특정 일정에는 SMS를 발송해주며
   카카오톡 대화방을 통해서 회의방을 만들고 관리하려고 했었다.
   하지만 팀원들이 이러한 툴을 쓰는데 거부감을 가졌고(특히 레드마인 이슈 기입),
   툴을 쓰는 것보다 바로 지시하고 작업을 감독하는 것이 더 효율이 좋아
   소규모 팀에서의 관리툴 사용에 대한 효율성을 다시한번 재고해보게 되었다.
   
   
3. 어떤 게임이 될 것이라는 비전을 정확히 보여주지 못하였다. (계속된 기획수정)
   프로토타이핑을 진행하였지만 구현 범위에 대한 예측을 하지못해 게임에 대한 정확한 비전을 제시해주지 못했다.
   기획은 어느정도 뼈대가 완벽히 나와야하는데 그 부분이 부족했으며 불확실한 비전을 가지고 작업을 하는 팀원들은
   확신을 가지지 못한체 작업을 진행함으로서 사기저하를 불러 일으켰다.
   
   
4. PM은 여유가 있어야한다.
   당시 이 프로젝트를 진행하면서 아르바이트와 새 학생회 구축을 위한 작업을 하다보니
   다양한 일에 치여 프로젝트에 모든 관심을 쏟지 못하였다.
   그 결과 처음 생각했던 프로젝트의 디테일은 떨어지고 팀원 관리는 점점 엉망이 되어갔다.
   (특히 넘겨줘야할 기획서가 지체되면서 일부 팀원들은 마음의 문을 닫았다!)
   
   
5. 팀원의 결과물을 믿지 못하였다.
   머릿속에 원하는 느낌을 정해두고 큰 길을 제시하고 작업 지시를 하였으나
   의욕이 앞서 자신의 역량을 발휘하여 해당 팀원의 작업 방식대로 돌아온 결과물에 크게 만족 할 수 없었다.
   (주 된 이유는 '기획'을 해야하는데 '글'을 쓰려고 했기 때문이다. 전혀 원하지 않았던 방향으로,)
   엎친데 덮친격으로 오해가 겹치는 바람에 서로간의 신뢰도는 나락으로 떨어졌다.
   
   
6. 무작정 수평적 구조의 개발을 시도했다.
   시니어끼리가 아닌 주니어보다 못한 학생들 끼리의 작업에서 수평적 구조의 개발방식을 시도하였다.
   하지만 서로가 해당 분야에 대한 명확한 지식 없이 권한만 가지고서는 의미가 없어
   이런 상황에서 개발을 해야된다면 수평적 구조는 지양하라고 권하고 싶다.
   (때로는 독재가 나을때가 있다!!! 때로는...)

1. 설계가 탄탄해야한다.
   기획자에게 집을 기획하라고 한다.
   빨간 지붕이 있고 마당이 있고 창문이 셋 달린 집을 기획한다.
   아티스트에게 이러한 집을 그려보라고 한다.
   어떤 느낌의 빨간색인지, 어떤 모양의 창을 달것인지 고민한다
   개발자에게 이러한 집을 개발하라고 한다.
   아까 기획자가 기획한 내용 그대로 반영해서 개발한다. 집에 필수로 있어야 할 문이 없지만 정해준 만큼 개발한다.
   하나의 목표가 있지만 서로가 어떻게 생각하는가는 모두가 다르게 생각한다.
   이럴 때 일수록 기획자의 설계가 탄탄해야 다른 팀원들이 그런 부분에서 헤매지 않고 작업을 할 수 있을것이다.
   
   
2. 잘 한것을 많이 봐야한다.
   앞서 말한 탄탄한 설계의 연장선상이다.
   초보 기획자가 그러한 탄탄한 설계의 집을 단순히 머릿속으로만 생각하고 만들 수는 없다.
   그러면 잘 된 설계(집)을 많이 보고 그 가운데서 그 설계를 배우고 응용하여 좀 더 나은 설계를 할 수 있을 것이다.
   처음부터 완성작/대작이 나올수는 없다, 단순히 다른사람이 한 것을 경외시 할 것이 아니라
   다소 부끄럽더라도 다른 사람의 잘 된 작품을 많이 보면서 그 가운데서 자신만의 색을 찾아 응용할 수 있어야 한다.

1. 문화를 알아야 컨텐츠를 만든다.
   
2. 문화 컨텐츠
   - 영화, 음악, 드라마, 게임
   - 1980년대 : 미국 팝송 / 홍콩 영화 / 일본게임
   - 2010년대 : K-POP(-_-;), 영화, 드라마, 게임 (한류)
3. 문화 콘텐츠는 국가 경쟁력
   하드웨어 (중진국) -> 소프트웨어 -> 콘텐츠 (선진국)
4. 한국의 콘텐츠 수출 NO.1 = Game
   내가 생각하는 좋은회사? = 수출로 이익을 많이 남기는 회사 / 균등성장
   
5. 시류
   디바이스의 변화 ->스마트 단말기의 강세
   추후에는 생활 기기/패턴의 게임화 (Gamification)
   게임의 일상화가 이루어 질 것이다.

1. 사회생활의 기본은 시간 엄수,
   - 시간은 무조건 지켜라,
2. 초년생에게 인사는 무기
   - 공손하게, 밝게, 자신있게,
3. 모르면 물어보고, 메모해라
   - 어물쩡 아는 척하는 것보다 솔직하게 물어보는게 좋다
   
4. 첫 인상은 강렬하게
   - 열정'만'이 아닌 프로젝트(작업물)을 통해서
5. 끊임 없이 탐독하라
   - 사회 현상 에 대한 끊임없는 관심이 필요
6. 인적 네트워크(인맥)을 철저하게 구축하라.
   - 여기에'만' 너무 매달리지 말 것,

• 가난하다고 탓하지말라
• 배운게 없다고 탓하지 말라
• 작은 나라에서 태어났다고 말하지 말라
• 너무 막막해도 포기해야 겠다고 말하지 말라

1. Why? (왜 이렇게 되는가, 왜 이걸 해야되는가, 도대체 왜?)
2. 철저한 조사 / 시장분석
3. 모든 일에는 타당한 이유가 필요 (없으면 지어서라도 -_-;)
   - 레퍼런스를 적극적으로 이용,
4. 준비가 다 된것처럼 보여야 된다.
   - 즉, 진행 하려는 팀원들이 이 프로젝트를 진행하면서 있을 일에 대한 시뮬레이션이 되어있어야한다.
   - 디렉터 / PM이 아닌 일개 팀원이라도 자기 일에 대한 브리핑을 할수 있을 준비가 되어있어야한다.
5. 이 제안을 듣는 사람은 이 프로젝트에 대해서 무지하다!
   - 무지에서 오는 질문을 두려워 하지말라. 그들은 순수히 몰라서 물어 볼 수 있다.
6. 감성이 아닌 논리적인 설명이 필요
   - 정확한 작업물과 작업시간에 대한 산출

1. 나도 스카이림 같은 게임정돈 만들수 있는 아이디어가 있어!
   or 시중의 게임은 너무 식상해, 세상에 없는 나만의 진짜 참신한 게임을 만들겠어!
2. 그렇게 시작 되는게 대작병
3. 감당할 수 있는 범위를 넘어선 개발 범위 + 개발요소 -> 프로젝트 패망의 지름길
4. 가급적 하나의 Core Mechanics 에 집중
   - 코어가 튼튼하면 게임도 튼튼하다.
5. GTA / 스카이림은 이것도 재밌고 요런것도 재밌는데 다 들어가면 안되나요? (코어가 여러개)
   - 하지만 우리는 소규모 제작팀, 그런 다양한 요소를 다 넣겠다는 생각 이전에 가장 핵심 요소만이라도 재미있게,
6. 일단 할수 있는 범위내에서 50~70% 의 목표를 잡고 시작
   - 걸음마 부터 먼저, 성공의 체험이 필요
7. 생각 한 범위 내에서 만드는 데 충실하자.