發送飼料字節，直到實際響應數據準備就緒？

我需要提供請求期間動態生成的MP3內容。在我能夠生成響應數據的第一個字節之前，我的客戶端（我無法配置的podcatchers）正在超時。發送飼料字節，直到實際響應數據準備就緒？

有沒有一種方法可以在生成真實數據時發送fodder/throwAway數據，以防止/避免超時，但是通過一種方式允許我指示客戶端忽略/放棄飼料數據是否準備開始發送「真實」的數據？

2010-01-19 lance

http://stackoverflow.com/questions/1160888/how-do-i-merge-join-mp3-files-with-c/1161062#1161062似乎支持Eilon和/或John Feminella的迴應。有趣... – lance 2010-01-19 05:51:55

如果編碼內容的前幾個字節總是相同，那麼您可以非常緩慢地發回這些字節。我不熟悉MP3文件格式，但如果前幾個字節總是一些魔術（和常量）標題，這種技術可以工作。

一旦文件編碼開始，你可以跳過前幾個字節（因爲你已經發送了它們）並從那裏繼續。

來源

2010-01-19 05:49:05 Eilon

這是一個好主意。我的編碼內容每次啓動都不相同。我在下面考慮了John Feminella的想法，我會在那裏評論這一努力的結果。 – lance 2010-01-20 15:50:52

你可以有一個默認的靜態「嗨，歡迎來到蘭斯的流！」流出去，而你正在產生真正的交易。

來源

2010-01-19 05:50:19

我做到了這一點，它的工作，但只爲一些媒體播放器。事實證明，讓它在所有媒體播放器中都能工作，需要MP3文件方面的專業知識，而這些文件現在還不在我的時間表中。相關：http://stackoverflow.com/questions/2099301/mp3-created-from-two-others-wont-play-in-wmp11 – lance 2010-01-20 15:52:52

這是真的;您必須修改MP3標頭，以便長度增加「歡迎」流播放的時間。 – 2010-01-20 15:57:01

發送飼料字節，直到實際響應數據準備就緒？

回答

相關問題