창조유저그룹-커즈닷컴

소스자료실
- 창조 소스를 공유하는 곳입니다. 첨부가능 확장자는 *.zip,*.rar,*.arj,*.exe,*.jpg,*.png,*.gif,*.cuf,*.nhp,*.nhw 입니다.

LIST ALL

Posted by 권선중

2009-05-31 17:11:08, Hit : 6333

케릭터 체팅 기본 소스입니다..

Homepage : http://love2is.ndsever.biz

File #1 : ND_Game_Save.zip (1.33 MB) Download : 248

File #2 : test_01.exe (2.18 MB) Download : 275

Post URL : http://cugz.sjworks.net/bbs/zboard.php?id=pds_sc&no=666

아주 간단하게 제작하였습니다.. 온라인 기능은 없습니다..

우선 기초적인 기능으로 케릭터 이동하는 모션과 풍선말표기하는 기능만을 만들었습니다..

기본기능을 제작한거라 정밀한 작업은 하지않았습니다..^^
그냥 예제로서 활용하세용~~

조작법 : 방향키 상,하,좌,우, 마우스맵클릭 [맵밖으로 벗어나지 않도록 제어되어있습니다]

체팅은 글입력후 클표시버튼 클릭 또는 엔터키 입력

실행파일은 약간 기능수정된프로그램입니다..
체팅입력관련하여 수정되었습니다..- 소스정리되면 올리도록하겠습니다..

박재성 2009-06-01 AM 8:08:00


현 캐릭터의 움직임이라면 딜레이가 몇인지는 모르겠습니다만. 네트웍으로 창조가 여러 상대방에게 움직임을 표현해줄수 있을지 의문입니다. 제가 말한 행복동의 경우에도 한칸(1sell) 씩 띠엄띠엄 움직였거든요 그리고 현 배경은 사용할수 없겠습니다. 하늘에서 아래로 보는 방식으로 하여야 여러캐릭터를 표현할 수 있으며 또 공중에 떠있는 캐릭을 방지할 수 있지요. 그리고 현재 사물에 대한 충돌여부 효과는 없는듯 싶군요.

박재성 2009-06-01 AM 8:10:12


제가 생업에 매달려있어서 요즘 창조를 못합니다. 참여는 하고 싶은데 불가능하군요. 저는 그냥 옆에서 조언만 해드리겠습니다.

권선중 2009-06-01 PM 12:12:04


이소스는 테스트로 풍선말 케릭터와 함께 풍선말표기가 가능함을 테스트하기 위해 만든 소스입니다.. 즉 관련 이미지는 크게 상관없습니다. 또한 네트워크로 보여주는게 가능한가를 물어보셨는데 가능합니다.. 소스자료실에 예전에 RPG만들려고하다 만 소스가 있습니다.그 소스로 이미 네트워크상에서 케릭터간의 움직을 구현한적있습니다..

권선중 2009-06-01 PM 12:13:17


물론 소스정리및 초기버전이라 속도부분과 딜레이부분은 정리가 안되서 상당히버벅이는 부분도 있지만 가능성을 열어둔 부분입니다..

박재성 2009-06-01 PM 10:04:17


권선중 // 제가 말한 네트워크에 관한 질문은. 몇몇 테스터들의 움직임 처리가 아닌 단순한 그레픽 채팅일지라도 서버한개에서 타 MMORPG 와 같은 순간 이용자들을 모두 수용할 수 있을정도로 버텨줄지입니다. 물론 권선중님말씀대로 이미 테스트를 해보셨다고 하셨고 처리 할 수 있다고 하셨는데요. 예를들어 1초간 화면이 변하는 횟수에 따라서 FPS 가 달라지지요. 물론 mmorpg 와 같은 시스템이 아닌이상 많은 움직임은 없겠지만. 화면상 크기에 몇십명 이 계속해서 움직였을때 그 수십명에게 모두의 움직임을 알려주고 각 클라이언트들은 서버가 지정한 좌표로 몇십명을 움직여 주어야 하는데. IDC 에 입주하지 않았고 IDC 와 같이 백본망도 아니고. 일반 가정의 100MBPS 에서 서버를 운영한다고 했을때 서버가 그 수십명의 좌표를 움직임에 따라서 모두에게 좌표를 알려주어야 하는데요. 과연 서버는 모두에게 전할수있을까 ? 입니다. 서버에서 (응답없음) 이 뜰 수 도 있구요. 반대로 클라이언트에서 (응답없음) 이 뜰 수 도 있겠네요. 더군다나 서버는 화면상의 수십명이 아닌 게임에 접속한 모두 게임이 입소문타고 수백명 수천명 접속한다고 했을때 (응답없음) 이 나오지 않고 버틸수 있을까 입니다.

박재성 2009-06-01 PM 10:05:52


권선중 // 요약하자면 테스트 용으로 몇 명의 테스트가 아닌 입소문 에 의해 몇백명 몇천명이 동시접속했을때 처리할 수 있을지. 제생각엔 그정도까진 힘들꺼라 생각하지만 어느정도까지 커버할수있을지 궁굼하기두 하구요.

박재성 2009-06-01 PM 10:14:04


권선중// 아무래도 서버는 프리서버에서 볼수있듯이 로그인 서버 따로 디비서버 따로 게임서버 따로 트레픽을 분산해주어야 되고.. 게임 제작시 생각해바야될게 화면상에는 30명이 있고 게임내에는 1000명이 있다고 가정하에 어떤방법으로 화면상의 30명에게만 대화내용이 보여지고 움직임을 알려줄지. 물론 소켓채팅을 이용한다로 가정하에 서버에서 대화내용에 좌표위치 를 넣어서 범위내의 유저에게만 내용을 보내도록 하면 되겠지만. 여기서 생각해봐야될게 서버는 화면 1개(1맵)에서만 작업을 하게 되지 않습니다. 수명이 됬든 수십명이 됐든 수백명 수천명이 됐든 개개인의 위치에서 일정 좌표 내의 사람에게 대화내용을 보내야 합니다. 일반 채팅계념이 아닌 움직이는 대상의 일정 범위안에 사람들은 모두 듣고 말하고 움직이고 또는 귓속말을 할 수 도 있으며 외치기를 할 수도 있습니다. 서버가 그것을 모두 커버할 수 있냐는것이지요. 서버는 소켓 채팅과같이 한개의 룸에서 모두에게 보내기만 하는게 아니라 캐릭터의 위치에서 캐릭터가 움직이는 와중에도 글을 쓸수있기에 여러가지를 생각해봐야 됩니다. 물론 힘들게 만들었는데 실제로 이용하는 사람은 얼마 없을지도 모릅니다. 하지만 괜찮아 몇명사용하지 않아 끽해바야 몇십명일꺼야 하고 코딩하면 서버다운은 뻔하고 수정하느라 소스코드를 몽땅 뜨더고쳐야 하는 경우도 생길거에염.. 처음부터 염두해두고 좋은 방법을 찾아봐야 할 거 같습니다.

박재성 2009-06-02 PM 3:58:57


권선중// 한가지 더생각해봐야될게 현재는 캐릭터가 1개이지만 캐릭터가 여러개가 되었을때 각기 다른 그림판 객체의 컨트롤은 어떻게 하느냐 입니다. 캐릭수를 고려해서 미리 몇백개를 생성해둘 수 도 없는 문제이고 생성해서 한다고 하여도 메모리를 엄청나게 먹게 되는데. 때에따라서는 클라이언트 쪽에서 (응답없음) 이 발생할수도 있네요. 메모리 사용양도 어떻게 최적화할지도 생각해봐야겠군요. 지나간 캐릭터에 대해서는 리소스를 삭제해줘야되는데. 삭제를 못해주었을경우 캐릭터 리소스는 계속 남아서 메모리를 잡아먹고 있게 되니까요. 삭제는 해주겠지만. 때에따라서 프로그램에서 삭제를 못해주는 경우가 발생할 수 있으니까. 이것저것 조목조목 따져보고 생각해보고 연구해봐야겠습니다. 뭐 간단한건데. 깊게 파고 드니 엄청 복잡해지네요 좀 머리가 아프겠어요 ㅋㅋ

지상현 2009-06-28 PM 12:41:59


개인적인 의견입니다. 사용자가 1,000명 있고 한 화면에 30명 정도 보인다면, 앞서 말씀하셨듯이 그 화면에 보이는 사용자들끼리만 데이터를 주고 받으면 됩니다. 이때 문제는 좌표를 걸러낼 때 전체 사용자를 다 비교해야 할 것 같지만, 이런 경우 단순히 리스트 같은 자료구조 말고 트리 같은 구조에 좌표가 이동될 때 간단히 정렬처리를 하면 전체 사용자를 볼 필요가 없습니다. 실제 게임에서도 맵 안에서 일정한 구역이나 셀 단위로 사용자를 따로 관리합니다. 또, 게임 같은 것에서 로그인 서버, DB서버 따위가 따로 나누어져 있는 것은 물론 부하를 분담하기 위해입니다. DB서버는 데이터를 디스크 같은 곳에 저장을 하기 때문에 메모리보다 느립니다. 그래서 별도의 서버를 두는 것이고 (DB서버에 데이터 저장하라고 쿼리만 날리고 서버가 실제로 저장을 하든 말든 신경을 안 쓰는 거죠) 로그인 서버는 어딘가 HTTP 같은 곳과 연동이랄지 뭐 이런 세션 관리용으로 쓰는 경우가 있으므로 별도로 두는 경우가 있습니다. 여기서 말하는 단순 채팅같은 경우는 서버는 단지 중계 역할만 하게 되므로 굳이 서버를 나눌 필요는 없다고 봅니다. 게다가 예로 드신 1,000명 정도는 생각 외로 커버가 됩니다. 1,000명이 '동시에' 움직이면 약간 힘들겠지만 채팅이란게 그런 것도 아니므로 괜찮을 거라 봅니다. 물론 1ms 정도는 프로세서에게 기나긴 휴식 시간이므로 '동시'라고 볼 수 없을 정도라는 것을 감안해서요. 그리고 어차피 채팅이므로, 1,000명이 한 장소에 모이는 경우는 예외적인 경우로 봐야 할 것 같네요. 제 생각에는 한 화면에 30명도 좀 많아 보이지만요. 그런건 여러 꼼수로 적절히 회피할 수 있을 것 같군요. 사실 창조로 만든다면 아무래도 힘들겠지 싶지만요.