비주얼 씨++로 프로그래밍을 하려고 하는데.
예를 들어 바람의 나라와 같은 그래픽 머드를 구현한다고 하면,
멀티 유저들을 어떻게 구현해야 하나요...? -_-;
서버측에서 각각의 유저를 어떻게 관리 운영하는 지 궁금하군요.
참고서적이나 자료가 있음 알려주시고요.
질문이 좀 애매한 것 같기도 한데..
멀티유저의 구현... 뭐 이런 질문이네요,.. 그럼..
질문이 상당히 애매하군요. 그래서 아마 속시원히 긁어주는 답변은 되지 못할
겁니
다.
게임 진행을 하는 데 필요한 내용들을..서버와 클라이언트가 어느 선에서 나누어
갖
고 돌린다고 보면 됩니다. 보통, 모든 플레이어의 상태와 위치,NPC(플레이어가
아닌
캐릭터. 적이나 엑스트라 캐릭터라고 보면 됨)의 정보,배경의 속성 정도를
서버에
서 관리합니다. 그리고, 세부 애니메이션이나 그림,사운드,네트웤 처리가 필요없는
짜잘한 데이터는 각 클라이언트가 가집니다. 반드시 이런 식으로 나뉘는건
아니지만
, 보통 그래픽 머드라면 이 선에서 구분한답니다. 좀더 세부적인 관리 방식은,
어떤
게임을 만드느냐부터 결정한 다음에 정할 수 있으리라 봅니다.
서버측에서 각각의 유저를 관리하는 방법.. 그건 '엿장수 맘대로'입니다. 만약,
서
버가 PC 한대에서 간단히 돌아가는 것이라면, 그냥 보통 게임 만들듯이 하되,
그림
그리고 소리 내는 부분 등을 뺀 것과 비슷하다고 보면 됩니다. 그렇지만, '바람의
나라'수준 정도라면, 덩치가 좀 큰 DBMS같은 것을 활용할 수도 있습니다.
계정 정보같은 것들은 웬만해선 디스크 같은데 저장을 해 두는 게 좋겠죠. 그래서,
그런 것들은 파일이나 DBMS에 저장됩니다. 이건 당연한 얘기겠죠.
게임 서버에 대한 자료라면..
하이텔 머드동(mudf)
http://uox.stratics.com/(가짜 울티마 온라인 서버 사이트)
등에서 좀 도움을 얻을 수 있습니다. 저도 이런 자료는 부족해서 맨땅에 헤딩하고
있죠.
멀티유저를 구현하는 방법은 프로그래밍하시는 분의 역량에 따라
얼마든지 달라질수 있습니다.
소켓프로그래밍으로 구현할 수 있습니다. 이것은 Win32 API를 통해서
구현하는 방법으로 꽤 괜찮은 방법이라고 알려져 있습니다.
다른 한가지의 방법은 쓰레드를 발생시켜서 구현하는 방법입니다.
이것은 솔직히 권해드리고 싶지 않지만, 일단 API를 통해서 하는
방법보다는 많은 예제가 나와있기 때문에 쉽게 처리할 수 있다는
장점이 있다고 알려져 있습니다.
구현했다면 DB의 구성도 거기에 따라가야 하겠죠...
프로그래머가 아니라서 자세한 내용까지는 이야기를 못하겠고....
일반적인 수준에서 참고가 되었으면 합니다. 양정녕
(추공 )
멀티유저를 관리운영하는 방법은 DB를 이용하는 방법입니다.
하지만, 멀티유저의 데이터와 멀티유저의 구현프로그래밍이
서로 다른 형식이라면 데이터의 호환에 문제가 발생하겠지요...
MFC를 이용해서 멀티유저를 구현했다면 MFC의 수준에서 호환될 수
있는 DB를 이용해야 하겠고 그게 아니고 API를 이용해서 멀티유저를
게임을 만들었을 때 이 게임을 네트워크를 이용해서 2인 이상이
같이 할 수 있도록 하려고 하는데요
IPX 프로토콜이라는 게 윈도우즈상에서 랜으로 연결되어 있을 때
이용할 수 있는 걸로 알고 있는데
이것을 이용한 컨트롤이나 프로그래밍 방법 등을 아시는 분은
두말할것도 없습니다.
인터넷 프로토콜인 TCP/IP를 사용하지 않고 IPX만을 사용할 것이라면
그리고 최대 유저수를 5인 이하로 설정할 것이라면 저는
다이렉트플레이를 권합니다.
만약에 최대 유저수를 5인 이상 100명 정도로 생각하신다면
직접 소켓프로그래밍부터 하셔야 합니다.
다이렉트 플레이는 다양한 네트워크 함수를 제공하기 때문에 쉽게
네트워크를 구성할수 있지만, 많은 유저가 참여하는 네트워크 게임을
만들기에는 한계가 있습니다.
디아블로를 보면 알수 있죠. 5명 정도가 한 세션에 들어가면 엄청나게
버벅거리거나 한명이 튕겨져 나오는데 이게 바로 다이렉트 플레이의
한계입니다.
네트웍 엑션 게임
안녕하세요...
엑션 게임이라고 해서 다른 것들과 크게 다를 것은 없습니다.
물론, 양쪽의 동기화를 위해 신경을 써야 할텐데...
PC-PC Direct로 할 경우에는...
기존에 나와 있는 알고리즘과 소스를 사용해도
크게 문제는 없을 것입니다.
이 경우 인터넷을 거치지 않는 다면...
socket보다는 IPX가 빠르겠죠...
인터넷으로 할 경우에는 어짜피 동기화 문제는
떨어질 수 밖에 없는 것을 감안해야 합니다.
물론, StarCraft처럼 동기화 문제를
전체 시스템의 속도를 맞추는 것으로 할 수 있긴 하죠...
느린 사람 한명이 붙이면 그 경우 속도가 팍 줄어든다는
치명적인 단점이 있기는 하지만... 어쩔 수 없죠...
결론은...
socket으로 할 수는 있습니다만...
LAN만 지원할 경우 IPX가 더 좋고...
기존의 DOOM이나 공개된 게임의 소스를 사용하여도
충분히 동기화를 해결할 수 있다는 것입니다.
그럼...
Neoist...
울티마 같은서버는
음 자세한 것에 대해서 설명을 기대하고 적지는 않았을 거라고 생각하고요.
현재 그런 게임을 만들고 있는 입장에서 간단하게 적겠습니다.
보통 게임제작자들이 알고 있는 게임은 클라이언트가 됩니다.
그리고 진짜 핵심이 되는 것은 서버가 되는데 이런 경우 대형컴퓨터(과거 기준으로
)가 됩니다. 요즘은 팬티엄 으로도 구축가능하다고 하니까 시도해보기가
좀더 용이하겠지요.
아무튼 서버는 멀티유저가 접속가능해야 하기 때문에 unix머신이고 프로그램은
C로 작성되게 됩니다. (사실은 머드게임쪽에 가깝습니다.)
하지만 올티마온라인 만큼 대형을 서버를 만드는건 절대로 만만한 일이 아니지요
소요되는 자금도 장난이 아니고 장비값도 천문학적이니까요. 문제는 게임을 아는
유닉스 프로그래머가 우리현실에서 너무 적고 그나마 있는 사람들이 머드 제작
자라는 게 건림돌이 됩니다. (머드게임 엔진을 국내에서 개발한 경우는 한손으로
꼽는다는거는 아시지요)
현재 만들고 있는 게임이 성공한다면 좀더 많은 사람들이 개발에 참여할 수 있는
기회가 될거라고 생각합니다. 현재 약 10개정도의 게임이 국내에서 개발중인걸로
알고 있습니다. 세계적으로도 시작하는 장르인 만큼 우리도 경쟁력을 가질수 있
는 기회가 많을 거라고 생각합니다. 임준형
(maruch )
궂이 서버가 UNIX머신일 필요는..없다고 봅니다.
IP Address 를 가지고 있는 컴퓨터라면
UNIX 머신이 아니더라도 충분히 서버 역할을 해낼 수 있습니다.
다만 그 용량상의 문제가 있으리라 봅니다만
요즘 Windows 95 (사실 이건 좀 불안정해서 별루지만), Windows NT
들도 쓰레드 기반의 어플리케이션 개발이 가능하고
소켓 프로그래밍도 가능합니다.
고로 UNIX 프로그래머가 꼭 필요한건 아닙니다.
서버 프로그래밍이란게 쉬운건 아니지만, 게임만들때 드는 노력의
반만 투자해도 충분히 간단한 서버는 구현해 낼 수 있습니다.
많은 사람들이 서버 프로그램을 공부할때 Chatting 서버를 변형해가며
가지고 노는 경우가 많은데, 이것두 좋은 방법이죠.
아무튼 윈도의 쓰레드 기반의 프로그래밍에 익숙하다면
서버 프로그래밍을 하기 위해서 Winsock 프로그래밍만 조금더
공부하면 될듯 합니다. 정현웅 (WINEDU )
어떤 것이 있는지 궁금하네요. 제가 보기에는
클라이언트 데이터 변조
클라이언트 프로그램 해킹
프로토콜 조작
패킷 조작이나 장난
서버에 물뿌리는 사태(--;)
등이 있겠는데..
음냐,지금 간단하게
디스트럭션 더비 같은것을 네트웍게임(TCP 프로토콜 이용하고있음)
을 만들고있는데,,,
지금 문제가 되고 있는것이!!!
차의 움직임 끊김이네요.....이런 경우 어떻게 처리를 해주는것이 나을까요???
지금은 전송량이 얼마 안돼어서 서버에서는 약 초당 35회정도로
플레이어들의정보를 브로드캐스팅해주고있는데,,,,,,
이 정보를 토대로 하면 이상하게(이론적으로는 끊김이 있으면 안된느건데,,)많이
끊
기네요
쩝,,이를 보완해주려고 현재의 방향과 좌표로 진행방향을 계산한뒤 캐스팅되어오는
정보가 없을때는 계산된 진행방향으로 진행하게 놓았는데,,쩝
다른 좋은 방법 알고계시면 좀 알려주세요~
랙을 원천적으로 막을 수는 없습니다. 보내는 데이터 양과 횟수를 최소화
하고,dead reckoning이나 대강 가리는 꽁수를 발휘하거나,아니면 게임디자인
부분에서 잘 가릴수있게 요리하는 방법이 있습니다.
차들의 움직임을 좀 둔하게 조정해보세요. 글쎄요..맘에 들 정도로 둔하게
조정하다보면 나중에는 차가 엄청 뚱땡이같이 답답하게 움직일지도 모르겠
죠? 헤.. 배현직
(Maculy )
보통,,,롤플레잉이나 그런것들은..끊김처리가 그다지 중요하지 않을텐데
액션게임은 몇프레임의 끊김이 상당히 치명적이죠...
저두 한동안 고생했었는데,,,
그중 제게 있어서 가장 큰 원인이
알고리즘적인 문제였는데요,,, 이미지를 찍을때와 자료가 갱신될때의
동기화가 제대로 안맞추어져서 그랬네요.....
대충 뜯어맞추니 그럴싸하게 돌아가더군요..
그냥..자답식의 잡담이었습니다.
음... 여러가지로 분산서버를 생각중인데요...
역시 제일 문제되는것이 데이터 저장이네요...
울티마온라인같은경우를 보면 지역별로 서버를 분산해 놨는데..
역시 캐릭터의 데이터도 지역별로 저장하는듯 하더군요..
그래서 두지역간에 시차를 이용해서 아이템 복제를 하더군요..
예를들어 A지역과 B지역이 있으면... A지역에 있던 플레이어가 아이템을 들고
세이브된 상태에서 B지역으로 워프한뒤 B의 어떤 플레이어에게 아이템을 건낸뒤
비정상적인 종료를 하는겁니다.. 그래서 다음에 들어왔을때는 A지역의
세이브 데이터를 로드하게 하는거지요...
그러면 A지역에서 아이템을 가지고 있는 상태로 로드가 되고..
B지역의 아이템 받은 플레이어는 B지역에서 세이브를 하면 되기때문에..
복제가 되는거지요...
결국 이문제를 해결하려면 데이터 저장용 서버를 또 구성해야 한다는 예기인디..
그렇게 하자면 억수로 많은양의 데이터가 네트웍으로 오가야하므로..
역시 힘들지요... 음.... 골치입니다.. 골치..
물론 울온처럼 땅에 뭐를 놨다던지.. 이런걸 저장하는거만 없다면..
저장용서버를 따로 구성해도 그리 많지는 않겠네요...
하지만 주변 환경에 어떤 흔적을 남길수 없는 게임이라면.. 역시 매력이...
음... 울온에서는 아이템 복제를 막기위하여 아이템마다 고유의 넘버를 부여하는거
같더군요.. 그래서 아이템 복제한사람들 벌주고 그러던데..
문제는 돈같은거는 돈아이템이 따로 있는개념이 아니라서
복제를 해도 복제
여부를 판별할수가 없더군요..
음.. 여하튼..
요거만 해결된다면... 분산서버도 간단해 질거 같군요..
저장용 서버를 만들어도,
네트웍 트래픽이 안걸리게 할수 있습니다.
네트웍 디바이스를 두개 깔아서,
하나를 저장용 전용 선으로 쓰면 되죠..
(랜카드 두개 꽂아서 두 네트웍에 물림)
스위칭 기술이네..
잡담이었습니다.윤지붕 (지붕 )
Win95클라이언트에서 전화로 unix서버를 통해 WindowsNT4로 TCP/IP로 연결하도
록 해주는 기법을 찾고 있습니다. 아시는 분은 관련 자료라도 귀뜸해주시면
고맙겠습니다.
현재 유력한 후보는 RAS-PPP입니다.
unix를 ppp서버로 쓰면 간단하게 nt랑 소켓으로 연결이 가능하긴 한데...
겜 하나만을 위해 ppp를 따로 등록한다는건 낭비인것 같기도 하네요...
하긴... 전화접속은 따로 따로 만들어도 되니 상관 없군요.
아니면 unix를 BBS처럼 만들어 unix-nt는 소켓으로... 전화선-unix는 그냥
일반통신프로그램처럼 만들어도 되고요.
ppp서버 쓰는것이 편하긴 편하겠네요.
-- 이화수 (mailto:soaring@netian.com aim:soaringHs)
ps. 근대 ppp서버는 nt도 되는걸로 알고 있는데요?
nt는 ras에서 256개까지만 지원하는걸로 알고 있습니다.
이것도 서버의 경우고 워크스테이션 버전에서는 하나만 됩니다
리눅스나 유닉스에서 멀티포트를 이용한 ras-ppp라면 모르겠지
만 nt를 ppp서버로 쓴다는건 한계가 있습니다.김성배 (FlySolo )
머드게임서버인 Mordor 4.0의 소스를 구해서 보니까
NT용의 경우 NT service형태이더군요. 왜 그렇게 했는지
알고 싶습니다. nt service는 로그온하지 않아도 실행되
는 디바이스 드라이브 수준의 라이프타임을 가진 정도로
알고 있는데..이밖의, 일반적인 어플리케이션과의 차이점이
있다면 뭐가 있는지 알고 싶습니다.
안녕하세요?
음.. NT에서의 Service process는 UNIX의 daemon process와 동일한 개념
입니다.
그냥 집에서 혼자 가지고 놀려고 만드는 MUD라면 궂이 daemon process화 시킬
필요는 없겠지만, 실제 여러명이 달라 붙은 서버를
계속 어플리케이션을 실행시켜둔 상태로 두는 것은 좋지 않으리라 봅니다.
일단 어플리케이션을 실행하려면 LogOn을 해야하고, LogOn이 된 상태라면
누군가가 와서 나쁜짓을 할 수 도 있겠죠.. :)
고로 LogOn을 하지 않은 상태에서 실행할 수 있도롤 Service의 형태가
되지 않았나 싶습니다.
Service의 형태라면, 궂이 매번 서버를 부팅할때마다 프로그램을 실행해줘야
하는 불편도 사라지겠죠.. (머 시작그룹에 등록시켜 두면 되긴하지만..)
그냥 제 생각이니 너무 염두에 두지 마십시오. .김명현 (MadOx )
서비스라는것은 윈도 어플중에 좀 특이한 형태를 가진 exe중에
하나입니다. 마치 도스에서 윈도로 갈때.. 콜백이라는 개념이
생소했듯이 서비스라는것도 서비스 매니져를 통해 스타트 펑션과
엔드 펑션을 등록해주어야하고.. 또한 일반 어플처럼 MessageBox나
그밖에(윈도 리소스를 필요로하는것들) 다른 함수를 전혀 쓰지 못
합니다. 그리고 윈도용 어플이지만 WinMain이 아닌 main를 쓴다는
점도 특이하죠.. (WinMain을 써도 되지만.. 일반적으로 main을 씁니다.)
당연히 메세지를 받아서 이벤트 핸들링만 하는것이 아니죠.
특히나 "서버"로 작동해야할 프로그램은 NT에서는 서비스로 작성해야
하는것은 필수로 알고 있습니다.
네트웍 게임 크랙.
어제와 오늘 스타체이스에 이상한 놈들이 들어왔더군요.
해보신 분들은 알겠지만 안전지대라는 곳이 있어서 그곳에서는
어떠한 공격도 불가능하도록 했는데요. 어떤 놈이 와서 마구
공격을 하더군요. 참 신기하더라구요.. 게다가 사용자 리스트창에는
그 사람의 아이디가 두개로 표시가 되고.. 계속 깜빡 거리면서 칼질을..
암튼.. 그건 그렇고 어떻게 했을까를 생각을 했지요.. 맵화일을 크랙했
거나 프로토콜을 크랙했거나.. 두개중에 아무래도 프로토콜을 크랙했을
것 같다는 생각이들더군요.. 이번달 마소에 나온 해킹기법기사.. - 대충
내용이 DLL를 EXE안에 주입(이런 표현이 맞을지 모르겠군요.)시키는
방
법을 이야기한 기사였는데.. 암튼 갑자기 뒷통수를 맞은 느낌이 들더군요.
만약 Winsock.dll이나 ws2_32.dll을 크랙한다면?
대충 크랙의 시나리오는 다음과 같습니다.
1. 기존의 winsock.dll이나 ws2_32.dll를 다른 이름을 바꾼다.
2. dll를 하나 만들되 winsock.dll이나 ws2_32.dll에서 익스포트하는
함수를 그대로 구현다. 이 dll안에서는 winsock.dll이나
ws2_32.dll
을 LoadLibrary를 써서 초기화할때 로드하고 각 함수의
구현은
GetProcAddress를 써서 단순히 넘기는 작업만 한다. 단, send,
sendto
recv. recvfrom등의 read/write함수는 중간에 덤프
시키는 루틴을 삽입한다.
3. 2에서 만든 화일네임을 winsock.dll이나 ws2_32.dll로 한다.
4. 게임을 실행시킨다.
흘.. 이렇게 한다면 어떻게 될까요.. 프로토콜의 내용이 그대로 덤프되어
버린다면.. 정말 보안상의 큰 문제가 발생할것 같습니다. 다른 분들은
네트웍 게임의 프로토콜을 설계할때 어떤식으로 하는지 궁금하군요.
그럼.. 이만...
안녕하세요?
울티마 온라인이나 스타의 배틀넷서버 에뮬은 어떻게 만들는 걸까요?
방금 인터넷에서 소스를 받기는 했는데, 불현듯 궁금해지는 군요.
패킷 모니터링을 이용한것 같기는 한데...
실제 이런 유틸이 있기는 한지 궁금합니다. 유닉스나 윈도나..
물론 툴이 있습니다.
윈도NT용은 패킷보이나 넷 모니터가 있습니다.
넷 모니터는 NT오에스에 같이 포함되어 있습니다.
(디폴트가 아니니 깔때 선택해주어야 합니다.)
유닉스용은 아주 많구요.. (tcpdump나 sniffer)
sniffer라고 치면 아주 많이 찾을 수 잇습니다.
sniffer는 자신의 패킷 뿐아니라 같은 서브넷 안에 있는
다른 컴들의 패킷들도 볼 수 있지요.
따라서 서버랑 클라이언트간의 통신시 암호화는 필 수 입니다.
울온도 암호화 되어 있긴한데 그걸 풀어서 울온 가짜 서버를
만든게 UOX입니다.
스타크 베넷 서버는 스타크 베틀넷 자체가 IRC를 기반으로 만들어진거라서리..
그리 암호화 되있거나 그러진 않은 것 같구요.(물론 승수나 그런것들은 암호화
되어
있지만.)
울온 가지고 몇가지 테스트를 해봤는데
아이들 상태시 초당 약 60byte를 전송하고
그냥 돌아다닐때는 약 100~200byte를 전송하더군요.
암호화하면서 압축도 하는것 같습니다.
이번에 간단하게 WinSock으로 네트워크 rpg를 하나 만들고 있는데요
현재 위치를 다른 사용자에게 보여주기 위해서
현재 위치를 클라이언트에서 서버로 보낸후;
테스트를 위해 ok라는 걸 다시 받아오려고 했는데요;;
이반응이 상당히 느리내요
(한번 뚤리면... 나머지는 빠르게 받는것 같은데요;
시간을 재보니.. 평균 0.2초가 나오더군요 (160밀리초에서~
220밀리초사이 )
싱글 게임 제작할때는...; 대개 15~20밀리초 내에서 작업을 한지라
상당히 당황스럽내요;;
(결국 주기적으로 보내는 방식으로 바꾸어서.. 걷기 데모는 잘 돌아가기는
하는데요;
나중에 칼베기를 하려고 하니... 망막하네요 -_-;;
키를 눌러도 씹히는 경우가 생기면;; 꺼어;;
이런 경우 어떻게 처리를 해야할까요?
조언 부탁드립니다.
어떤 환경에서 그런 결과가 나왔는지,질문에 쓰지 않으셨기에,두가지 경우로 일단
나누어 답변해볼까 합니다.
예를 들어,전화선으로 인터넷 연결을 해서 0.2초가 나왔다면,엄청 빠른겁니다.
절대 문제가 아닙니다! 하지만,랜이나 로컬로 돌려서 0.2초가 나왔다면,그건
심각한 문제가 될수 있습니다. 초당 5개정도만 처리할수 있다는 얘기가
될테니까요.
랙이라고 들어보셨을겁니다. 이쪽에서 저쪽까지 데이터가 운반되는 시간을
말하는거죠. 상황마다 다른데,일반적인 랙은 0.2~5초이고,전화선을 쓴다면
보통
0.6~1초 정도 걸린다고 보시면 됩니다. 소프트웨어만으로, 이걸 줄일 수 있는
특별한 방법은 없는 것으로 알고 있습니다.
하지만,여러가지 꽁수를 쓰면 어느정도 문제를 '가릴 수는' 있습니다.
그래서,이런 꽁수를 레이턴시 마스킹(느림현상 가리기)라고 하죠. 데이터를
초당
2~3번만 보내고,받은 쪽에서는 그걸 꽁수를 써서 표현하는거죠. 당연히, 모든
컴퓨터에 있는 게임 상태가 100% 같을 수는 없습니다. 칼베기를 해도,씹히는
경우.. 가끔 발생할 수 있습니다. 하지만,그것보다는,이쪽에서 칼베기를 했는데,
저쪽에서 1초 정도 지나서 맞는 경우는 거의 항상 발생할겁니다. 이런게
네트워크게임을 만드는데서 고려를 하지 않으면 안되는 점입니다.
보통,이런 문제를 해결하기 위해서,게임 디자인부터 다시 손대기 마련입니다.
예를 들어,칼베기라면,한 방에 적을 죽일 수 있다면 그건 네트워크 게임에서
어울리지 않습니다. 예를 들어,거의 동시에 서로가 상대를 향해 칼질을
했는데,먼저 데미지를 입은 쪽이 죽어야 정상인데도,데이터가 한쪽이 먼저
가서
반대의 현상이 발생할 수 있습니다. 좀 지나치다면,"시체한테 맞아죽는"
현상도
생길 수 있겠죠. 이런 경우 프로그램 쪽에서 처리를 할수있지만,보다 유연한
방법은 칼질 한방으로는 안죽게 하는겁니다.
예외가 있긴 합니다. 게임을 하는 중인 방 하나(게임을 진행하고 있다고 말할
수
없는 방, 예를 들어 배틀넷 채팅방같은걸 말하는게 아닙니다!)에 들어갈 수
있는
인원이 대엿명 정도만이라면,스타크래프트가 이런 경우인데,이런 경우에는
게임
진행 속도 자체를 떨어뜨려서 100% 게임 상태를 서로 같게 만들 수 있습니다.
하지만, 이런 방식은 인원이 많아질수로 게임이 기하급수적으로 느려집니다.
그러기에, 머그게임같은데는 쓸수 없는 방법입니다.
결론을 내리자면,네트워크 게임은,랙 때문에,오차가 생기더라도 어느정도
감수하거나,느리거나 둘 중 하나라고 알고 있습니다. 두 방법을 섞어서 만들수
있겠지만,별로 권하고 싶진 않네요. 반정도 오차가 생기고 반정도 속도가
느리다면,일반 사용자에게는 '오차많고 느린 거지같은' 게임으로밖에
안보일테니까요.
답변이 되었는지 모르겠습니다. 그래도 궁금하시면 질문을 이어서 해주세요.
그럼. 배현직
(Elanore )
먼저 답변해 주신거 감사드립니다 ^_^
(테스트 시스템은...; 모뎀대 모뎀 및 모뎀 대 통신서버 요 두가지로 했는데요;
제 모뎀이 느려서인지;; 결과가 같더군요 =_=; 288;; )
음... 네트워크 게임의 경우... 일반적으로 몇프레임 정도 구현을 하시는지
궁금합니다.
(이거;; 랙을 최대한 커버하자고 속도를 줄이자니;; 그 한계선이 애매하네요;;)
그리고요
현재 여러문제로... 수치데이터는 10진형태로.. 나중에는 16진수 형태로 쓰려고
하거든요. 그런데;; 좀 맘에 안들어서...
이진수치를 써볼까 생각도 하는데요. 왠지 문제가 생길것 같은;;
(한글까지도 문제없이 가는거 보면 상관없을 것 같기도 한데요; 찜찜한것이
스페이스 이하자리의 묘한 1~31까지의 아스키 코드들이;; =_=;; )
3번째는.. (죄송합니다^^;;)
지금.. 보내는 데이터를...
캐릭터 번호, 현재 xy위치, 지도 시작위치, 동작번호(애니메이션), 애니프레임번호
를 보내고 있는데요
첨만드는거라;; 좋은건지 나쁜건지 모르겠내요;;
젤 첨에는 방향데이터하고 애니동기화 정보만 보내려고 했는데요;
가다가; 데이터 날려서 문제 생길까봐... 위식으로 바꾸었거든요?
조언부탁드립니다.
그럼^_^ 즐거운 통신되세요
참고로 울온이나 저와 제 후배가 만드는 서버는 다음과 같습니다.
위치좌표를 주는것이 아니라 상태정보를 넘겨주는 것이죠.
즉. A란얘가 1,2로 움직인다가 아니라.
A란애가 1,2에서 남쪽 방향으로 움직인다라고 정보를 주는 거죠.
그럼 클라이언트나 서버에서 비슷한 시간에 비슷한 속도로 A란 애를
남쪽으로 이동시키는거죠. 물론 거기엔 시간차가 있을 수 있겠지만.
어느정도 오차는무시하고 오차가 큰경우에만 보정을 해주는 것이죠.
그러다가 장애물을 만나면 A란 애가 1,10에서 멈추었다. 라고 해주는거죠.
그렇게 되면 클라이언트에선 재빨리 멈추는것이죠. 물론 만약 1,11까지 갔었다면
재빨리 뒤로 돌려서 1,10으로 바꿔주지요 ^^;
이렇게 되면 좋은점이 걸음걸이 단위로 데이터를 전송하지 않고
상태가 바뀔때마다 전송을 하게 되지요.
오고가는 패킷량을 줄일 수 있는 방법으로 쓸만 합니다.
물론 아주 정밀하게 움직이는 것을 요구하는 액션에선 못쓰겠지만
머그에선 아주 쓸만한 방법이라고 생각 합니다.
주로 먼곳을 갈때는 한방향으로 쭉가는 경우가 많거든요.
그때는 정말 많이 줄일 수 있지요.
위치정보는 그때 그때 오니까 보정도 손쉽게 할 수 있고요..
초당 몇 프레임으로 데이터를 전송해야하느냐에도 자유로와 질 수 있는거죠.
데이터는 상태가 변할때만 오게 되니까요.
프레임은 상관할 필요가 없는거죠.
단점은 만약 클라이언트가 랙에 걸려서 데이터 전송을 못할때는
서버에선 해당 클라이언트는 계속 그 상태가 유지가되는 것이죠.
즉 동쪽으로 계속 가던 클라이언트가 랙에 걸리면 서버에선
계속 동쪽으로 가게 되고 클라이언트는 멈춰있게되니까요.
랙이 있으면 점프를 심하게 하게 되는 단점이 있습니다.
하지만 랙때문에 점프하는건 어쩔 수 없구요. ^^;
이사를 가던가. 모뎀을 바꾸라고 하면 되겠지요.. 하핫..정두재 (isoft
)
전송량을 아끼기 위해 스프라이트 프레임 번호같은것은 전송하지 않습니다.
대부분 그럴껄요? 무슨동작을 했다, 어느방향이다 정도만 보내주면 클라이언트가
알아서 애니메이션을 보여줘야 합니다. 일일이 프레임 번호까지 날렸다가는
몇명 접속 못하는 사태가 벌어질 겁니다. 고광현 (Soph )
우 =_= 이 문제가 상당히 어렵내요
계속 머리는 굴려보고는 있는데요
...;;
사용자 위치 및 행동을 계속해서 받아와야 할 텐데요
그냥 주기적으로 확인을 하시는지?
(1초에 몇번확인... 이런식으로요 )
음... 이렇게 하려면... 현재 위치를 보내달라고
신호를 해야할텐데...
이 신호를 보내자니; 그 무렵에.. 사용자가 이동이나 공격신호를
보내면; 겹쳐져서 문제가 되는게 아닌가 하고 =_=;;
...
또 하나의 문제는...
주기적으로 확인할 경우;
상대가 플레이어를 공격했을때...
그 시기문제가..
상당히 어색할듯 싶은데요
그냥... 때렸다는 신호가 들어오면;
때리는 애니메이션을 시작부터 출력을 하시는지;
아니면; 다른 정보를 보내서...
그 시기를 동기화를 하는지
궁금하내요~~
이것도 비슷한 예긴데..
화면에 A랑 B라는 캐릭터가 있다면 A와 B가 시야범위내에 있다면
둘다 보이지요. 따라서 A에서 B가 보인다면 B도 A를 볼 수 있다는 예기가 됩니다.
A의 상태가 변한다면 자신의 시야범위 내에 있는 모든 캐릭터에 자신이
어떻게 변했다는 정보를 주면 되는거죠. 이 방법이
어떤 주기를 주고 계속 정보를 주는 것보다 훨씬 효율적인 방법 입니다.
물론 회선 상태가 느린 컴에선 그만큼의 오차가 나올태고요.
이에 대해 보정해주는 것을 생각 해 볼 필요가 있지요.
전투도 서버에서 미리 계산해서 보내주어야 합니다.
그 후에 클라이언트에서 결과에 맞추어 애니매이션을 해주어야 겠지요.
머그는 액션겜이 아니니까요.
먼저 소켓을 이용한 네트웍 통신을 한다고 가정합니다.
그렇다면 수치 데이터등이 주로 많은 머드에서
이러한 수치 데이터를 문자열 통신 기반인 소켓을 통해
전송한다면....
그렇다면..... atoi()와 같은 함수를 이용하여 문자로
변경한다음 송신하는 겁니까?
이럴경우 수치에 따라 문자열의 크기가 변경되는데..
그렇담 수신측에서는 어떻게 이를 판별하지요?
그냥 바이트 스트림으로 보냅니다.
하지만 그런거 보다 프로토콜을 정의하실때
헤더부분에 뒤에 오는 데이터의 싸이즈를 적어 줍니다.
왜냐면 TCP에서 12345678이라는 데이터를 보냈을때
123 456 78
이렇게 올 수도 있고
12345 6 7 8 이렇게 올수도 있고
오는 시간이 네트웍 사정에 따라 다르기 때문에
한번 전송되는 양에 대한 정보가 있어야지 적절한때에
데이터를 끊을 수 있습니다.
보통은 헤더 부분에 명령어코드 + 이 명령의 전체 싸이즈가 같이 가게 됩니다.
그리고 Ascii로 바꾸어서 보내면 당연히 싸이즈가 숫자가 커질수록 커지겠지요.
그래서 그 방법은 안씁니다. 6만을 표현하기 위해 2바이트면 되는데 5바이트가
필요해 지니까요.
디아블로는 아시다시피 새로운 층에 내려가면 새로운 맵을 생성하고
그 층에 적을 다죽이면 시체까지 몽땅 맵에 박혀있습니다.
다시 마을에 같다와서 내려오면 역시 죽은 놈은 죽은 상태 고스란히
있습니다. 물론 간단히 생각하면 세이브파일에 모든 정보를 넣어버리면
당연히 되겠지요. 그러나 문제는 네트웍과 배틀넷에 있습니다.
네트웍게임을 혼자하고나서 빠져나오고 다시들어가면 그 상태 그대로를
유지하고 있습니다. 세이브파일은 물론 없구요. 심지어 디아블로를 지웠다가
다시깔아 네트웍을 실행해도 이전 게임상태를 그대로 가지고 있습니다.
모든하드에 그날 새로생긴 파일을 찾아봐도 스왑파일이나 윈도우용관련 파일
몇개만 보일뿐 어디에도 없더라구요.
과연 블리자드는 어떻게 했을까요?
그렇다면 베트넷 서버에 저장이 되나보군요... 별거 더 있나요...
안녕하세요
재미있는 질문이 있어서 잡담성 글을.....
제 생각에 베넷에서 플레이할때 그런현상이 발생하는건 당연한것 같군요
왜냐하면 이사람이 죽인건 죽었고 내가 안죽인건 안죽으면
혼자하지 머하러 베넷까지가서 겜하겠습니까
글고 베넷서버에 그런 정보가 저장될리가 없죠
플레이어들 정보.....아니 접속과 종료만 처리하는데도 엄청난 부하가 걸리는데
제 생각에 그런정보는 질문하신분 말대로 맵에 박혀버리는것 같습니다
물론 메모리에 기록되겠죠
그리고 게임이 종료하면 사라집니다
문제는 플레이중에 어떻게 그런정보가 계속 유지되느냐 하는건데
당연히 모든 플레이어의 메모리에.....음...간단히 말하면
총 4명의 플레이어가 있고
2번째 플레이어가 1층에서 맙을 죽였습니다
그럼 그 정보는 자신은 물론 다른 플레이어에게 까지 전달됩니다
1층에 안온사람은 임시장소에 기억되고 있겠죠
그러다 1층오면 죽은것처럼 보이는 겁니다(아니, 죽어있는거죵 ^^)
머....대충 이런식인것 같습니다(아니면 어쩌나...쪽팔려 ^^;;;)
댜블,스타 같은경우는 서버라는 개념이 없는것 같아 보이는군요
그럼.......
추신:잡담잡담!!그 이상으론 생각하지 마세요~ ^^
저도 그 부분이 참 궁금했었지요. 네트웍 플레이를 할때
사용자 데이타가 저장되는 곳이 어딘지를..
정답부터 말씀드리자면 로컬 하드에 저장이 됩니다.
블리자드에서 장난끼 있게 만든 부분인거 같은데요.
아래 어떤 분이 말씀하셨던 윈도 시스템 화일 같다던 것이
사실은 세이브 화일입니다. 확장자가 .drv로 끝나게 저장이
되어 있습니다. 화일 이름도 시스템 화일인거 같은 느낌이
오도록 작명되었습니다.
안녕하세요~ 네트웍 프로그래밍에 시달리고 있는 새내기입니다 --;
우선 답변해주신 인호님께 무지 감사드립니다.
참고정도라도 네트웍자료가 넘 부족해서 가뭄중 오아시스라고나 할까.. ^_^;
아.. 이번에 또 질문이네요..
저도 언젠간 답변을.. 꼭꼭. ^_^;
요즘 동기화하고 고스트문제때문에 머리가 아파 죽겠습니당.
TCP/IP에 윈속API를 쓰고 있고요.
1,2대정도면 잘 되더라도 클라이언트가 많아버리면 문제가 많습니당.
데이타는 정확하게 잘가는데 문제는 시간이죠.
PC마다 속도가 틀리니까 글 지만요.
정리하자면-
서버 <-> 클라이언트 관계는 클라이언트가 데이타를 서버에 주어
서버가 모든 클라이언트에게 다 뿌려주는데
이용자가 많아지면 클라이언트가 메세지는 어느정도 받는 대신
미루었던것(큐에 쌓여있는거라고 할까요..)도 다 마저 처리하는것땜에
A클라이언트에 X위치에 다 갔으면 B클라이언트는 계속해서 X위치에
가고 있습니다.
저는 A클라이언트가 X위치에 가면 B클라이언트는 중간단계는 무시하고
그냥 껑충 뛰어서 X위치로 갔으면 좋겠습니다.
이게 동기화 문제겠죠?
알고리즘상으로는 현재 B클라이언트가 최신에 받은 메세지만 처리하게 하고
싶습니다. 처리못한 메세지를 다른 곳에 쌓아놓는 행동은 하고싶지
않다는게 결론이죠.
가장 유력한게 setsockopt인가 하는 함수인데
도저히 쓰는법을 모르겠네요 -_-;; 예제가 없으니..
다른분들도 다중이용자 네트웍(저는 머그형태)을 다루다보면 이런문제가
생길꺼 같습니다. 꼭 부탁드릴께요.
다른분들의 경험담을 듣고싶습니당 -_-;
(참고로 nt서버에 비동기를 써서 sendmessage로 이벤트(fd_read등)로
처리하고 있습니다)
* 정말 네트웍자료가 부족하네요.. 이정도까지일준몰랐는데..
간단한 채팅정도면 모를까.. 그 이상이면 완전히 개척정신.. ^_^;
소스도 거의 없구요.. 기회가 되면 저라도 빵빵한(?) 강좌를 만들고
싶습니다. 욕심이겠지만요.혹시 좋은 소스나 강좌있으면 추천도
부탁드리고 싶습니당.
질문하신 의도를 정확히 파악한건진 잘 모르겠는데,
말씀하신 사항은 소켓 레벨에서 처리할 것이 아닌것 같습니다.
동기화는..
클라이언트가 1,2대라 해도 패킷이 늦어질수 있다고 가정하고 설계해야겠지요..
여러가지 방법이 있겠지만.. 음.. 제가 생각하는건
커맨드마다 Latency를 주고..
메시지마다 게임 틱을 전송하는것.. 처리는.. 복잡하지만.. 할수있겠죠..
음.. 메시지가 들어오면 바로 핸들러로 넘기지말고..
ReceivedMessageQueue 같은데다가 넣기만하시고...
다른 쓰레드나 타이머에서 Queue에서 적절히 빼내어 쓰시면 될것 같군요.
뭐.. 리스트형태의 큐라면.. 한번 훑는데 클럭을 많이 소비하지도 않을테니깐요..
안녕하세여~ 딥닥입니다요~~
밑에서 지적하신 동기 문제... 정말 어쩔수가 없죠.
제가 생각하는 것을 말씀드리죠.
일단 저는 블럭킹 방식의 소켓을 씁니다.
문제가 많다는 소리가 있지만 아직 모르겠습니다..-___-;;
(진짜 문제가 많으면 어떡하죠?? 헉..)
하여간 전 이벤트를 각각의 소켓에 부여해서..
일정 맵을 관리하는 쓰레드가 쓰레드 안(즉, 맵 안)의 이용자의 데이터
를 관리, 처리해주는 방식입니다.
이때, 이용자와 소켓, 이벤트로 이루어진 구조체의 리스트를 두어서..
이 리스트를 순회하면서 들어온 데이터를 체크, 처리해 주는 방식입니다.
과연 제대로 돌까요?? 헐..
하여간 이렇게 하면 일정한 시간동안만(즉, 일정한 wait time)만 대기해서
들어온 데이터만 처리합니다.
즉,결국 리스트를 1번 순회하는 시간을 구해서(최대 이용자와 기타 인자를
계산해서), 이 시간을 기준으로 이용자의 데이터를 처리합니다. 남는 시간은
놀져... -__-;;
이렇게 해서 각각의 이용자는 시간에 대해 동기화되게 됩니다..
저도 이제 프로그래밍을 하는 중이라...
어떤 결과를 가져올지 확신하지는 못하겠군요.
고수님들께 한번 조언부탁드립니다.
쩝... 역시 소켓 프로그래밍... 쉽고도 어렵군요~~
덧> 이 프로그램이 성공적으로 수행되면..
확 소스 공개해 버릴겁니다.
공개하기 부끄러운 수준이지만..
그래도 첨 소켓 프로그래밍하는 분께 참고가 될테니까요.
멀고도 먼 소켓 정복~~~ 헉.......
제가 만든 네트웍 구조의 경우 일단 보내겠다고 한 데이터는 메시지 큐에
저장을 해
놓았다가 소켓이 전송 가능해지면 보낼 수 있는 데 까지 모두 전송하는 방식인데요,
사용자가 많아지면 가끔 큐에 쌓여있던 데이터가 천천히 오느라 한참 지나간
액션
을 취하는 경우도 있더군요. 그러가다 너무 시간간격이 벌어져서 메시지 큐가
모두
차면 어쩔수 없이 접속을 끊어 버리는 방식을 취하고 있습니다.
이런 방식이 머그같은 종류의 게임에서는 별 문제가 없는 것 같은 느낌입니다.
동시 사용자가 450명 정도까지 간 적이 있는데(한 게임 서버로) 별다른 문제점은
보이지 않고 있거든요.
그러나 액션게임이라면 다르겠죠. 머드용 네트웍과 네트웍 액션 게임용의 구조는
좀 차이가 있을 것 같습니다.
OS에서 지원하는 큐가 아니라 제가 직접 만든 큐를 말하는 것인데요...
즉 클라이언트 마다 할당된 소켓 클래스 내부에 메시지 큐가 각각 존재하는
거죠.
그 메시지 큐가 가득 찰 때까지 네트웍 통신이 이루어 지지 않으면 보내고자
하는
메시지가 블록되었을때 더이상 저장해 놓을 공간이 없으므로 접속을 끊어버리는
수 밖에는 없을 듯...
원칙대로 한다면 전송할 메시지용 큐와 수신용 메시지 큐가 둘 다 있어야 하겠죠.
서버에 두개의 클라이언트가 접속해서(플레이어 1,플레이어 2) 돌아도록
하려고 합니다.
플레이어 1의 좌표를 플레이어 2에 넘겨서 화면에 그리고 반대로 2의 좌표를
1에게 넘겨서 두개의 클라이언트의 화면에 같은 그림이 그려지게요.물론 서버를
거쳐서요.
뭐 대단한 게임은 아니고 벽돌깨기 게임인데 서버를 어떻게 짜야하는지
감이 안잡힙니다. 참, 서버는 유닉스, 클라이언트는 윈도우에서 돌아가게 하도록.
소켓을 두개 만들어서 해야하나요? 그럴려면 포트도 두개 있어야 할것같은데..
아니면 하나의 소켓에 플레이어 1의 정보와 플레이어 2의 정보를 하나로 만들어서
한번에 보내야 할까요?
생각만 많고 어떤식으로 해야할지 모르겠네요. 소켓프로그래밍은 처음이거든요...
유닉스 프로그래밍도 처음이고.
대충의 시나리오나 참고할 만한 소스같은것 있으면 알려주시기 바랍니다.
꼭 좀 도와주세요..
2인용이든 3인용이든 10인용이든 방식은 별 차이가 없을걸로 생각합니다.
저도 경력이 없다시피해서 어느 방식으로 하란 소린 못하겠는데 일단 소켓
으로 짤 경우 2인용이면 소켓은 서버측에 3개 클라이언트에 각 하나씩 필요합니다.
우선 서버측 소켓이 필요합니다.베이스가 되는 소켓은 리슨 소켓이라고도
할 수 있는데 소켓을 하나 생성해서 이 소켓을 통해 listen합니다.(함수가
있습니다.) 이것은 접속을 기다리는 것입니다.
클라이언트 측에서 접속 요청이 들어오면 리슨 소켁을 이용해서 accept합니다.
(역시 함수가 있습니다.) accept하면 소켓이 하나 생성되며 리턴값으로 소켓
디스크립터가 날아옵니다. 각각의 클라이언트를 억세스 하기 위한 소켓입니다.
a가 접속했을때 소켓 디스크립터 11번이 날라왔고 b가 접속할때 소켓 디스크립
터 50번이 날아왔다면 send함수에 50을 넣어서 보내면 b로 보내고 send함수에
11번을 넣어서 보내면 a 로 메시지가 갑니다.
서버측 메카니즘은 이런식입니다.
클라이언트측에선 소켓 하나를 생성해서 connect함수를 쓰면 접속이 됩니다.
그 다음엔 서버와 마찬가지로 send와 리시브 함수를 이용하면 됩니다.
이것은 초기화 단계이고 메시지를 주고 받으며 게임을 하게 된다면...
간단하게 구현하는 방법으론 서버는 중계만 해주고 게임 내용은 클라이언
트로만 처리하는 것입니다.
2인용 게임이라면 메지시가 도착했을때 서버는 메시지가 서버로 보내는것인이
아니면 클라이언트대 클라이언트인지 판단해서 서버측에서 처리할 내용
이 아니면 무조건 클라이언트로 보내면 되고 3인용 이상이라면 클라이언트
가 어느 클라이언트로 보내는것인지 메시지를 분석해서 보내주면 됩니다.
도움이 되셨는지..
그냥; 클라이언트는.. 단순한 정보만 보내면 되는거 아닌가여;
공격이라면
공격 방향
이정도만 보내면
서버가 받아서.. 그방향의 적만 공격하는 처리해서
하면 될것 같은데^^;;
(만약 적이 공격하면.. 줄어든 수치만 보내고요..)
>>만약에 그 방향에 적이 없으면요..? 그런데도 맞은걸로 처리하라는
클라이언트의 메시지를 그대로 수용한다면요..? 저 멀리 있는 사람한테 맞아죽는
희한한 일이 벌어지겠죠.
무기 장착이야..; 아이템 창에서 어떤 아이템 사용~
하면.. 서버의 아이템리스트에서 아이템이 있음.. 그거 써서;
장비용 아이템이면.. 장비하고;;
늘어난 수치 보내주고;
>>클라이언트에서 늘린 수치가 10000000이라면 어떻게 될까요? 아무리
작은
무기라도 상대를 한방에 골로 보낼 수 있죠.배현직 (하나마니)
^^;;
제가 너무 단순하게 생각하고 있는걸까여;;
전 그냥 초보다 보니;;
이런 방식에 문제가 있음~ ^^ 조언 좀~~ ^^ 헤~~
> 머그겜에서 자동 업데이트가 데는데...
> 이거 tcp/ip로 하는거예요 ,아님 ftp로 하는거예요.
> 하여튼 원리좀..^^ 그럼..
FTP 도 TCP/IP 를 이용하여 만들어 졌습니다.
TCP/IP 로 하셔도 됩니다. 제가 만든 파일 서버/클라이언트는
TCP/IP 소켓
blocking 모드 하에서 돌아갑니다.
순서는 다음 정도가 되구요..
클라이언트가 서버에 접속->
서버가 버전정보와 파일 리스트를 클라이언트로 보냄->
클라이언트가 자신의 버전에 맞는 파일을 요구 (이미 파일이 있다면
이어받기 처리를 위해 자신이 가진 파일의크기도 보냄)->
서버가 파일을 보내기 시작->
이 후부터는 다음과 같이 클라이언트가 파일을 모두 받았을 때까지
연속적으로
이루어 집니다.
클라이언트가 패킷을 요구->
서버는 패킷을 보냄->
클라이언트가 패킷을 요구->
서버는 패킷을 보냄->
다 받았으면 몇가지 또 조물락거려주고 파일을 더 받아야 한다면,
클라이언트가 서버에 또 파일을 요구하고, 받고, 요구하고 받고,
패치하고
이런식으로 하는데 별 문제는 아직 없었습니다.
아 그리고 무조건 4096 바이트씩 보낸다거나 하는 건 전송효율을
극대화
시키기 힘드니, 자체 Ping 을 이용해 최대 전송량을 정하는 부분이
있구요.
(솔직히 -_-.. 내부 LAN 상태에서 테스트 할 때 상상외로 효율이
나오지
않아 열받아서 만들었습니다만..)
경과시간, 예상시간, 남은시간, CPS 등도 출력해 주었지요.
그럼.
현재 쿼터뷰 3D 네트웍 머드게임을 만들고 있습니다. -_-;
제목은 거창하지만 구현은 매우 초보적이고 완성되면 풀 소스코드와 함께
공개할 예정입니다. -_-;;
질문드릴 내용은 얼마만큼의 패킷양이 적당한가입니다.
현재 프로토콜을 여러개 설계했고 모두 80바이트로 맞추었습니다.
그리고 이것을 1초에 5번씩 보내보니 제법 괜찮은 에니메이션을 보이더군요.
흠..그런데 생각해보니 1초에 한 클라이언트에게 받는 패킷양이
400바이트이고 이것이 클라이언트가 10개만 되어도 4000바이트네요.
서버는 그렇다치고 일반 모뎀유저를 생각한다면 56k 기준이라고 했을 때도
10명이면 버겁군요.
흠..다른 분들은 어떻게 처리하시는지 궁금합니다. 그럼..
T1에서 100명을 처리한다고 했을때.
1.5Mbit/8/100 = 1875 byte 입니다.
1명당 초당 1875byte라는 계산이 나오는데
실제로 네트웍에서 30%이상의 트래픽이 걸리면
그때 부터 에러가 발생한다고 합니다.
그렇다면 1875의 30%는 약 500 byte정도 되는 것이죠.
초당 500byte라는 결론이 나옵니다.
물론 이건 이론치고 실제로는 모뎀 사용자도 있고
TCP의 헤더 싸이즈등도 고려해야하니까
프로그램에서 사용할 수 있는 초당 한 유저에게 쓸수 있는
패킷량은 더 적어지겠죠.. -_-;
에이구 힘빠져..
__
이경만
자신의 시점 안에 이미 들어와 있는 오브젝트의 상세 데이터는 두번 이상
받아서는
안되겠죠. 예를 들자면 오브젝트를 구성하는 데이터, 이름(최소 10바이트정도겠죠),
겉모습(이것도 한 10바이트 정도)등의 정보들의 사이즈가 4~50바이트
정도 되는데,
이 오브젝트가 움직일때마다 이 모든 데이터를 항상 전송한다고 한다면
엄청난
네트웍 부하가 걸리겠죠.
때문에 이러한 변동이 거의 없는 오브젝트는 시점 진입시에 한번만 전송하고
그
이후로는 오브젝트의 행동에 대한 최소 데이터만을 전송해야 합니다.
오브젝트 식별자(ObjectID: 2바이트 short형), 취한 행동(1바이트),
방향(1바이트)
(좌표값마저도 포함되어 있지 않죠)
메시지 헤더를 포함해서 10~15바이트 내외로 일반적인 이동 메시지는
처리가
가능합니다. 물론 다른 추가정보가 필요한 액션이 있는데, 여러가지
형태의 메시지
축약구조를 만들어서 적합한 경우에 사용하면 되겠죠. (TCP/IP 헤더사이즈는
제외됨)