요청하는 동안 동적으로 생성되는 MP3 콘텐츠를 제공해야합니다. 응답 데이터의 첫 번째 바이트를 생성 할 수 있기 전에 내 클라이언트 (구성 할 수없는 podcatchers)가 시간 초과되었습니다.실제 응답 데이터가 준비 될 때까지 fodder 바이트를 보냅니 까?
실시간 데이터를 생성하는 동안 사기/throwAway 데이터를 보내거나 제한 시간을 피하는 방법이 있지만 사료 데이터를 무시하거나 무시하도록 클라이언트에게 지시 할 수있는 방법이 있습니다. "진짜"데이터를 보낼 준비가 되었습니까?
인코딩 된 콘텐츠의 처음 몇 바이트가 항상 같으면 매우 천천히 다시 보낼 수 있습니다. 필자는 MP3 파일 형식에 익숙하지 않지만 처음 몇 바이트는 항상 마술 (일정한) 헤더 일 경우이 기술을 사용할 수 있습니다.
일단 파일 인코딩이 시작되면 처음 몇 바이트 (이미 보낸 이후)를 건너 뛰고 계속할 수 있습니다.
이것은 좋은 생각입니다. 내 인코딩 된 콘텐츠가 매번 다르게 시작됩니다. 나는 John Feminella의 생각을 아래에서 고려했다. 나는 그 노력의 결과에 대해 언급 할 것이다. – lance
기본적으로 정적 인 "안녕하세요, Lance 's stream에 오신 것을 환영합니다!"라고 할 수 있습니다. 실제 거래를하는 동안 스트림이 사라집니다.
나는 이것을했고, 효과가 있었지만 일부 미디어 플레이어에게만 효과가 있었다. 그것이 모든 미디어 플레이어에서 작동하게하려면 지금 내 스케줄에 포함되지 않은 MP3 파일에 대한 전문 지식이 필요하다는 것을 알았습니다. 관련 : http://stackoverflow.com/questions/2099301/mp3-created-from-two-others-wont-play-in-wmp11 – lance
사실입니다. 길이가 "환영"스트림이 재생되는 시간만큼 증가하도록 MP3 헤더를 수정해야합니다. –
http://stackoverflow.com/questions/1160888/how-do-i-merge-join-mp3-files-with-c-1161062#1161062 Eilon 및/또는 John Feminella의 답변을 지원하는 것으로 보입니다. 흥미로운 ... – lance