일단, 방송서버라고 하셨다면 실시간 스트리밍 방송을
이야기 하시는 것같습니다.
 스트리밍의 재생을 위해서 버퍼링과정은 필수적입니다.
클라이언트의 입장에서 살펴보면, 현재 서버단에서 전송되는
패킷으로부터 음악이 되었든, 영상이 되었든
물리적으로 하나의 의미있는 단위의 데이터를 걸러내는 작업이
첫번째로 수행되고,
두번째로 의미있는 데이터의 한 프레임(음악에서는 모라불러야 되쥐~? 음냐~..)을
만들기 위한 데이터 수집과정이 필요합니다.
그렇게 해서 모아진 데이터를 사용자에게 보여주거나 들려줘야
하니까요..(보통 버퍼링이라 불리는 과정이져..)
따라서, 이런 두가지 단계를 거치는 동안의 딜레이는 필수
불가결한 과정임다.
리얼플레이어나 미디어 플레이어의 경우도 스트리밍되는
내용을 듣거나 보기 위해 기다리는 시간이 있잖아요?
게다가, 릴레이 서버를 통한다면,
[실제 방송서버]-[릴레이서버]-[클라이언트]
이렇게 여러단계를 거치면서 발생하는 딜레이를 줄이는 방법은
(1) 이들간의 네트워크를 고속네트워크로 교체하거나,
(2) 각 서버단의 서버스펙을 고급으로 변경하거나,
(3) 클라이언트 쪽에 가까운 곳에 서버를 설치하는 방법등이
있습니다.
 실제로, 라디오 방송을 인코딩해서,
(인커더 프로그램이 돌고 있는, 같은 컴퓨터에 있는)
서버프로그램으로 보내고,
이를 같은 컴퓨터에서 클라이언트 프로그램으로 들어보아도
스트리밍 방식에서 빠질 수 없는 버퍼링으로 인한 딜레이는
약 10여초 정도가 발생합니다.
 P-III 500MHz 듀얼CPU, Windows NT (SP 6), 512MB DRAM,
10GB SCSI HDD,WindowsMedia Technology 4.1 Server Program,
Windows Media Player 로 테스트했었던 결과입니다.
 도움이 되었을까나~?--================================================
분당하늘아래서 허부적거리고 있는 왕초보 리눅서~~
삽질하세~ 삽질하세~~