전 지금 다이렉트플레이로 2인용 슈팅을 만들고 있는데요....
서로가 메세지를 주고 받고 하잖아요...
근데....음....
게임에서 주인공은 스타크의 레이쓰이고...적은 무탈입니다...
적은 총 8마리가 화면에 나오게 했구요...
근데 게임을 시작하면 서로서로 메세지를 주고 받고 하니까...
만약에 무탈이 죽었다는 메세지를 상대방에 주더라도
상대방에서는 -그때까지는 무탈이 죽었다는 것을 아직모르므로-
안죽었다는 메세지를 보내고 ...
그래서리 무탈이 총 맞았다가 다시 살아나고 그럽니다...
음....어떻게 처리하면 될까요....
send와 receive루틴은 타이머 안에 같이 넣어두었구요....
물론 wm_timer은 느리므로 나중에 timeGetTime()같은 걸로 바꿀려고 그럽니다.
물론 클라이언트에서 메세지를 보내지 않으면 되겠지만 그러면
게임이 성립되지 않구요...
그냥...이렇게 해보았는데요 똑같더라구요...
wm_timer:
if(host)
{
send routine;
receive routine;
}
if(!host)
{
receive routine;
send routine;
}
return 0;
이렇게 했는데오 안돼요....
음 어떻게 하면 될까요...
물론 duel의 소스를 뒤져보면 해답이 있을수도 있겠지만....
소스분석 실력이 딸려서리...흑흑흑...
제발 도와 주세요....
혹 제 질문이 이해가 안돼신다면....
메일 보내주시면.......제가 저의 소스를 통째로 다 보내드릴게요.....
음................흑~흑~흑!
안녕하세요....
만약 스타의 베틀넷 처럼 돌아가는 게임을 만든다고 했을때요...
그리고 서버의 os가 리눅스라고 가정했을때요....
게임을 하는 클라이언트 프로그램하고 리눅스에서 돌아가는 서버
프로그램을 따로 만들어야 하나요?
아시는분은 답변해 주시면 정말 감사하겠습니다.
안녕하세요~ 최인호입니다..
오랜만에 글을 올리는 군요... ㅜㅜ
몇 가지 잘 생각이 나지 않는 것도 있고 해서.. ^^
만약 활과 같은 공격 무기를 써서 상대를 공격한다고 했을때..
상대방이 맞았다는 것을 결정하는 시점을 정해야 되는데..
하나는 발사한 시점에서 결정을 짓는 것이겠죠.
이 경우에는 사정거리와 기타 요소를 계산해서 맞았는지를 결정하겠죠.
그런데 이 경우 비주얼보다 먼저 효과가 나타난다는 문제가..
화살은 날아가는 데, 이미 맞아서 죽는 경우가.. ㅜㅜ
그리고, 약간은 비 현실적이고요..
또, 탄도를 뿌려주기가 애매 하죠.
마구 휘어 날아가는 화살이라.. ㅜㅜ
(화살 속도가 아주 빠르지 않다면요... 이런 문제가..)
두번째는, 맞는 순간을 맞았는지 결정하는 시간으로 보는거죠.
이 경우 결국 화살은 과거에 적이 있던 위치에 날아가니..
결국 위치에 관계하는 것이 되죠.
따라서, 적이 피하거나 움직였다면 맞지 않겠죠.
제일 좋기는 한데 문제는 서버와 클라이언트가 얼마만큼의 딜레이를
갖는 지 확신할 수 없는 상태에서 계산을 해 줘야 하는데..
계산도 계산이거니와... 동기화도 만만치 않을 거 같구...
뭐 좋은 방법이 없을까요?
다른 하나는.. 서버에서 틱이라고 하나요?
모든 캐릭터와 몹 등, 처치를 한번 도는 시간을...
가변적으로 해야 하는 것 같은데.. 맞는 것인지요.
가변적으로 한다면 슬라이딩 윈도우 구현해야 겠는데..
아직 감을 못잡았네요..
고수분들의 의견 구합니다..
그럼~~~
머그 게임제작시 서버는 유닉스로 하구 클라이언트는
다이렉트 플레이를 사용해서 가능한지 알구 싶구요..
만약 된다면 윈속과 다이렉트 플레이 각각의 장단점하구
에버퀘스트는 UDP 로 되어있다구 하던데 UDP를 사용할시는
어떤 어려움이 있는지 알고 싶습니다.
그럼.. 꾸~~벅
서버는 유닉스로, 클라이언트는 다이렉트 플레이로라면..
불가능할겁니다.
컴터로 하는건데 불가능할거야 뭐가 있겠습니까마는,
MS가 유닉스용 다이렉트 플레이 라이브러리를 내놓지 않는이상,
개노가다가 예상되는군요.
윈속과 다이렉트 플레이의 장단점은 아래 글들을 뒤져보시면 괜찮은 것들을
찾으실수
있을겁니다.
전 다이렉트 플레이를 아예 안봐서 모르지만, 제가 알기론 그건
MUG같은 모델은 구현하기 힘들다고 알고 있습니다.
UDP의 경우도 lt로 찾아보시면 괜찮은 정보들을 찾으실수 있습니다.
- Testors
감사드립니다...제가 가장 궁굼했던 부분에 대한 답변을 주셨던
성민님과 한주님...다시한번 감사드립니다. 아주 가려웠던 부분이
많이 풀리면서 머리속에 약간의 감이 잡히는군요..
그런데 역시 왕초보로써 전혀 모르다보니..또 잘잘한 의문점이
많이 생기는군요...(혹시 전혀 말이 안되는 질문을 드리더라도 짜증내시지 말세요
^^;;;)
게임에는 정석이 없다지만 저같이 잘 모르는 사람이 말도 안되는것을
생각하는것보다는 많은 고수님들의 생각이 아무래도 더 정석일것 같아 이렇게
질문을 드립니다...(저에게는 고수님들의 답변이 확실히 정석입니다)
1.Map에서 Map 으로 옮겨다닐때 게임서버는 어떻게 처리하는가??
제가 처음 생각을 했을때는 로그인서버에서 사용자 정보를 가지고
오면 유저의 해당위치에 해당하는 게임서버로 접속하려고 했습니다.
즉 각각의 맵단위로 게임서버를 두고 로그인서버에서 사용자의 위치
를 파악해서 해당서버에 Connect 하려고 했는데...
그렇게 되면 맵단위로 게임서버가 있어야 하고...당연히 PORT 번호도
달라지게 될것같은데...보통 어떻게 하는것이 일반적인것인지..
아니면 게임서버는 하나를 두고 각각의 맵정보와 클라이언트,몹,아이템
등등의 정보를 Linked list를 사용해서 하는것도 가능할것 같은데..
어떻게 해야 합니까?...제발 저에게 해답을 주십시요...
2.몹,아이템,유저 관리를 쓰레드로 하려고 하는데...
성민님의 답변을 보고 쓰레드로 처리를 하려고 하는데..몹,아이템,유저
이 모든부분을 각각 쓰레드로 돌려야 하는것입니까?
몹 하나하나,,그리고 아이템 하나하나,,그리고 유저 하나하나를 쓰레드로
돌리는것이 좋을까요...아니면...다른 방법이 있는것입니까?
만약 각각 돌린다면 너무 많은 쓰레드가 돌것 같고..또 동기화시키기도
무척 난해할것 같은데...부디 저에게 해답을 열어주세요..고수님들..
말도 안되는 질문만 드려서 죄송합니다..
하지만 정말 배우고 싶고 궁굼한 부분을 알고 싶어하는 왕초보의 열의를
보아서라도 도와주십시요.....^^;;;
안녕하세요.. 최인호입니다.
정말 오랜만에 글을 남기는군요..
흠.. 일단 첫번째 질문에 대해 말씀드리면..
방법은 하기 나름이라는 거죠. ㅜㅜ
어떤 정해진 규칙이랄 게 있겠습니까..
여기 게시판에서도 어떤 것이 더 좋고, 어떤 방법이 있는지에
대해 토론하고 그런 거죠.
가장 단순하고 손쉬운 그러나 약간은 무식한 방법은..
각 맵 별로 서버를 따로 두어서 맵 간 이동시에
해당 서버의 ip/port를 전송받아 재연결하는 방법이 있겠죠.
다른 맵의 정보를 알기 위해서는 각 맵 서버끼리 서로 연결되어
정보를 주고 받아야 하는 데, 이 부분이 만만치 않으므로,
다른 서버의 정보는 모르게 하는 경우가 많습니다.
다른 방법의 분산 방법도 있습니다...
그리고, 하나의 서버에서 전체 맵을 모두 관리하는 방법이
가장 손쉬운 방법이겠지만.. 아무래도 부하를 감당할 만큼의
서버를 구비하는 데에는 비용이 크죠.
두번째 질문에 대한 답변으로..
궂이 쓰레드를 이용할 필요는 없지만, 이용해서 성능을 향상시킬 수
있다면 가능한대로 이용하는 겁니다.
만약 아이템별로, 캐릭터별로 쓰레드를 만들려고 생각하셨다면.
그건.. 죽음입니다.. ㅜㅜ
성능의 저하가 올겁니다.. 오히려..
저의 경우는 약 4~5개의 쓰레드를 이용하게끔 프로그래밍 중이고요..
하나는 통신/암호화 처리 쓰레드(메인),
하나는 클라이언트로부터 수신된 메시지를 일차적으로 처리하는 쓰레드,
하나는 시간이 걸리거나, 다른 캐릭터의 정보에 따라 변경되는 내용을
처리하는 쓰레드..
하나는 NPC를 관리하는 쓰레드..
하나는 기타 게임 환경의 변화를 주는 쓰레드..
이렇게 5개의 쓰레드로 이루어진 서버 프로그램을 만드는 중입니다.
참고만 하세요.. ^^;;
요즘 걱정되는 것은... 제가 생각치 못했던 데드락이 걸릴까 두렵습니다.. ㅜㅜ
워낙 동기화 할 부분이 많다보니.. 쩝.
그리고, 엔진부분의 노가다할 일이 막막하네요.. 짜증도 나구..
그 많은 메시지 종류별로... 헐..
그럼...
클라이언트 서버구조의 네트워크 프로그램 개발시
제일 어려운 부분은 어디라고 생각하십니까???
(클라이언트간의 동기화라고 대답하신다면 할말이...!.!)
다른분들은 어느 부분에서 제일 어려움을 많이 겪었
는지 궁금하네요.
클라이언트와 서버와의 동기화 외에 보안 관련 문제가 큰 난제라고 봅니다.
특히 네트워크 온라인 게임에서의 클라이언트 조작 (스타크래프트의 맵핵, UOX등)
을 막기 위해 개발자와 크래커 간의 쫓고쫓기는 레이스를 달려야하는 불행함이
있습니다.
그럼.
-비엽
현재 온라인 게임을 개발중이며 프로그래밍을 책임지고 있는 입장에서 힘든점을
이야기 해보죠.
일단 기존의 게임 프로그래머들이 C/S 구조의 온라인 게임에 대한 기본적인 이해를
못하고 있었다는 점이 가장 힘들더군요.(기술적인 부분이 아니라 황당하시죠? ^^;)
로컬에서 돌아가는 프로그래밍이라면 쉽게 처리될수 있지만 C/S 구조에서는 서버의
인증 절차가 필요하다는 점을 간과해 애매한 구조가 나오는 경우가 없지 않더군요.
뿐만아니라, 인증이 필요는 하겠지만, 게임이기때문에 반드시 그래야만 하는것도
아닌경우도 꽤 되지요.
이런 부분들에 대해서 개념을 심어주는 것이 쉽지않더군요.
참고로 기술적인 부분으로 가장 힘든부분이라면 대규모 서버군을 구성하는
부분이더군요. 연산의 복잡도는 어차피 해결할 수 있지만, 이에 따른 오버헤드가
결국 서버가 처리할수 있는 접속수에 영향을 미치게 되어 버려 그런 부분들을
C/S간 프로토콜 역시 이러한 맥락에서 네트워크 대역폭을 아끼며 구성하는 것이
쉽지 않더군요. 돈 펑펑써가며 빵빵한 기계로 해버리는 방법이 있지만.. 후후.
물론 이짓 저짓 다해보고 만들면 좋겠지만, 그건 취미로 개발하는 경우에나
가능한것이고...
그리고, 저희쪽 서버구성에서 특히 가장 힘든 부분은 전체 월드를 울온과 같은
방식으로 플랫하게 가지고 가는 부분이더군요. 어차피 단일서버로는 한계가
있을듯해 멀티서버를 사용하다보니, 서버간 경계영역에서 온갖 해괴한 문제들이
발생하더군요.
존간 점프를 기반으로 하는 구조에서는 고민할 필요가 전없없는 문제이기도 하죠.
뻔한 이야기지만 몇자 적어봤습니다.
박재용[Esril@shinbiro.com]
기본적인 통신에서요...
특정지점까지 걸어가는 걸 처리할때요, 어떻게 하는지 궁금합니다.
제 생각에는요
1. 클라이언트에서 현 위치와 목표위치를 명시해서 서버로 요청한다.
2. 서버에서는 그 위치까지 길을 찾아서
3. 모든 클라이언트에게 걸어가라는 명령을 준다.
각 클라이언트들은 걸어간다.
4. 서버에서도 일정 틱마다 움직이면서 그 위치를 매 초 몇번씩
위치값을 던져주어서 클라이언트들은 거기에 맞추어서
위치보정을 한다.
5. 중간에 누가 패쓰에 끼어든다던가 하는 처리를 서버에서 체크하여
동작을 변경하고 각 클라이언트들에게 알린다.
언듯 위와 같은데... 어떨지 모르겠어요.
아님 각 클라이언트에서 걸어가고 그 위치를 매 틱마다 서버에 보내나요?
많은 분들의 도움을 부탁드립니다.
안녕하세요 최인호입니다.
제가 생각하는 이동 처리에 대해 몇 가지 끄적일려고 합니다.
음. 일단 모든 이동의 요청은 클라이언트가 하는 것이고..
이동의 주체는 서버입니다.
즉, 서버의 클라이언트 객체가 이동하는 것이지, 클라이언트의
캐릭터가 움직이는 것은 눈속임이라는 것.
서버는 초당 x번의 루프를 돌면서 이동처리를 하게 되는데.
이때, 해당 클라이언트의 이동속도에 따른 위치를 계산하게 됩니다.
순서를 살펴보면..
클라이언트 a가 위치 x로부터 y까지 이동을 요구했다.
서버는 수신한 뒤, a의 현재 좌표를 확인한다.
a의 좌표가 x가 아니라면, 현재 a의 서버좌표로부터
y좌표까지의 이동 계획을 실시한다.
이때, 여타 주변 클라이언트와 요구한 클라이언트에게
a의 현재좌표로부터 y좌표까지의 이동을 요구받았음을
전송한다.
(전송받은 클라이언트들은 해당 클라이언트의 이동을
클라이언트 프로그램의 ai를 통해 시작한다.)
서버에서는 a의 이동 계획을 시작하는 데, 매 루프마다
시간과 좌표, 다음 목표위치를 계산해서 실시한다.
만약, 다른 클라이언트등과 충돌이 일어나면, ai를 통해
새로 길을 찾아야 하므로, 매 한 블럭(?) 이동 시마다
새로운 다음 위치를 계산해야 한다..
뭐 이런식인데요..
데드 레커닝은 클라이언트에 국한시키고..
서버는 데드레커닝 없이... 내가 진리이며, 내가 왕이다..
뭐 이런 식의 구성입니다... ㅠㅜ
그나마 젤 편할 듯 하군요..
제대로 생각하고 있는 건지.. 영. 불안하네요.
그럼
인호님..
저희도 그런 식으로 처리하는데....
좀 덜 불안하네여.^^ 문제 발견시에 서로 정보교환을...(흐흐)
그런데 그렇게 할때 서버와 각 클라이언트들과의 길착기 결과가 다르게
나올수 있지 않나요?
모든 객체들의 위치동기화는 어차피 안 되있다고 봐야 하니...
아닌가요?
처음으로 네트웍 게임 만들려고 하는데요.(아주 간단한것으로)
수 많은 아이디를 관리해야 하는데 주로 어떤방법을 사용하는지 알고 싶습니다.
처음이라 어떻게 구조를 잡아야 할지도 막막하네요.
아무 방법이나 알고 계시거나 이런 방법이면 괜찮겠다는 방법을 가지고 계시는
분은 좀 가르쳐 주세요.
제가 일하는 곳 : http://www.shescape.co.kr/
심심하신분은 놀려오세요.
답은 "니 맘대루 해라" 입니다.
계정별로 파일을 두어도 되고, 한 개의 파일에 계정을 모두 둬도 되고,
데이터베이스에 계정 테이블을 두어도 되고, 심지어 그냥 메모리에 적재해도 됩니다.
근데, 어떤 방식을 선택하느냐는, 서버의 규모에 따라 달라지겠죠. 상용 머그 게임
정도라면, SQL Server나 Oracle같은 데이터베이스 서버가 필요할 수도 있고, 꽥3
서버처럼 규모가 작으면 그냥 파일에 저장을 해도 될겁니다.
안녕하세요.. 최인호입니다.. ^^
음.. 사실상 현재 네트워크 형편상.. 100% 동기화를 이룬다는 건..
게임을 포기하는 거랑 다름이 없습니다..
최대한 근접하게 눈가림을 하는 게 정답이겠죠.
물론 제가 말씀드린 방법에 헛점이 있습니다.
그러나.. 위치 이동 시, 게이머가 이동을 요청한 바로 그 순간에
이동이 이루어지지 않고, 서버가 처리해서 응답메시지를 받는
순간에 이동이 시작되게 됩니다.. (저는 그렇게.. ^^)
음.. 결국에는 100% 동기화가 되지 않으므로, 문제가 발생할
소지는 있는 것이죠. 그럼에도 불구하고 그렇게 가야만 합니다. ㅠㅜ
이러한 방법을 타조에 비유하기도 하죠.
100% 잘 되도록 하는 것이 아니라.. 잘 되겠지.. 하는 거..
안된다면 되게할 방법이 없으니까요.. ㅠㅜ
좋은 방법이 있음 알려주세요~ ^^;;
글구.. 주관님.. ^^; 흐흐..
잘 되세요? 후후.. 그나마 같은 방법을 쓰는 분이 있으니..
훨씬 덜 불안하군요.. ^^
그럼 이만..~~
- DeepDark
클라이언트에서는 이동 요청만 하고, 움직임은 서버에서 처리하는 방식 또한,
일장일단이라고 생각됩니다. 왜냐하면, 그런 처리 방식을 쓸 경우, 클라이언트에서
이동 처리를 하는 만큼의 '튀는 현상'은 줄어들겠지만, 요청이 서버로 날아간 다음
응답이 오기 전에는, 아무리 캐릭터를 움직이려고 해도 안움직일 것이기 때문입니다.
또한, 그런 방식은, 요청을 자주 해야 하는 경우, 예를 들어 키보드로 캐릭터를
움직인다거나, 마우스가 가리키는 방향으로 캐릭터가 이동하는 방식을 쓰기가 어렵다
는
문제도 있겠지만, 가야 하는 위치를 마우스로 한번 클릭한 후 패스파인딩을 하면서
움직이게 한다거나, 캐릭터간의 충돌 처리 중재를 하는 부분에서는 강점을 나타낼
것이라 짐작이 되는군요.
..이러한 장단점 때문에, 언리얼토나먼트, 솔져오브포춘 등의 멀티플레이 처리는 두
방법을 혼합해서 쓰는 것이라 짐작됩니다. 움직임은 전적으로 클라이언트에서
처리하고, 총 발사는 클라이언트에서 요청하고 서버에서 처리하는 방식을 쓰더군요.
무조건 서버에서 처리하는 꽥3와 비교했을때, 약간 답답한 면이 있지만, 총을 맞고
안맞고의 여부를 잘 가리지 못하는 꽥3에 비해서는 좀 더 정직하게(?) 게임이
진행되는 걸 알 수 있습니다. (여담인데, 좀 전략이 필요한 솔저오브포춘이, 예상컨
대
아마도 총 중량이 1톤은 넘어갈 것 같은 수많은 중화기들을 한 몸에 다 든 채로
덤블링까지 하며 점프하는 말도 안되는 슈퍼맨(?)들이 설치는 꽥3보다는 좀 더
긴장감을 주는 것 같더군요.)