Таймаут HTTP-стриминга

[nightik]

Он то конечно может и тупой, но нули показать не сможет. Просто потому что нули не пройдут ни мимо демуксера(ов), ни мимо декодера(ов).

Странные размеры кусков да и частота тоже странная. Отдавайте все что у вас есть, в разумных пределах конечно же, чтобы не забирать весь CPU. Буфер должен быть заполнен по максимуму, чтобы как раз и дать время подгрузить недостающие куски при медленном соединении.

[Roman_V_M]

Сообщение от nightik

Странные размеры кусков да и частота тоже странная.

Параметры были выбраны абсолютно произвольно. Интересовал сам принцип.

Отдавайте все что у вас есть, в разумных пределах конечно же, чтобы не забирать весь CPU. Буфер должен быть заполнен по максимуму, чтобы как раз и дать время подгрузить недостающие куски при медленном соединении.

Хорошо быть богатым и здоровым. Данное обсуждение ведется применительно к стримингу торрентов. И при прыжке еще на нескачанный участок буфер заполнять просто неоткуда. Поэтому придется либо ждать, пока скачается достаточный объем, но здесь мы упираемся в таймаут, либо отдавать куски по мере скачивания (торрент-клиент оперирует кусками).

[HAL9000]

Сообщение от nightik

Он то конечно может и тупой, но нули показать не сможет. Просто потому что нули не пройдут ни мимо демуксера(ов), ни мимо декодера(ов).

А не будет ли его глючить на предмет того, что он вначале получил другой размер файла в Content-Length? По идее - он должен оборвать скачивание после достижения этой цифры.

[Roman_V_M]

Сообщение от HAL9000

А не будет ли его глючить на предмет того, что он вначале получил другой размер файла в Content-Length? По идее - он должен оборвать скачивание после достижения этой цифры.

И оборвет. Я экспериментировал с разными заголовками, отдаваемыми сервером, - Коди качает ровно то, что указано в Content-Length, и рвет соединение. Возможно, здесь еще гадит стандартный питоновский сервер WSGIRef, который всегда отдает заголовок "HTTP/1.0" независимо от того, что прописано в свойствах класса. Может быть, с HTTP/1.1 было бы иначе. Но пробовать с другими серверами, например Cherrypy, я не стал - лишние сложности. Всё, что нужно, я для себя выяснил и общую идею, как организовать отдачу торрента, примерно себе представляю. Осталось проверить на практике.