FLV et mod_deflate

Aller au contenu | Aller au menu | Aller à la recherche

Par zemax, jeudi 13 mars 2008 à 15:20 :: Flash :: #173 :: rss

Un titre bien barbare pour rapporter un bug qui m'a causé quelques suées...

Je charge un flv dans un player Flash en progressive download avec NetConnection etc...; ça marche en local, ça marche sur mon serveur de développement, mais une fois en ligne l'estimation du chargement et le buffer sont complètement dans les choux...

La cause ce bug : le mod_deflate (ex mod_gzip) sur le serveur Apache qui gzippe à la volée les données pour les navigateurs compatibles HTTP 1.1 (tous les navigateurs modernes). Il faut absolument l'empêcher de gzipper les flv, ce qui ce fait dans le httpd.conf (pour ceux qui on un serveur dédié). Classiquement les fichiers jpeg, png et gif sont déjà dans ce cas; il suffit de rajouter swf et flv à liste liste :

# Don't compress images
    SetEnvIfNoCase Request_URI \
      \.(?:gif|jpe?g|png|swf|flv)$ no-gzip dont-vary

Trackbacks

Aucun trackback.

Les trackbacks pour ce billet sont fermés.

Commentaires

1. Le jeudi 13 mars 2008 à 16:05, par Tek

Tout à fait logique comme configuration en plus. Pas la peine de gziper un FLV t'y gagnes quedale en bande passante et tu prends du CPU pour rien.

Merci de l'info, bien que je sois très étonné de ne jamais avoir moi-même rencontré ton problème étant donné que la quasi totalité des serveurs que j'ai utilisés jusqu'ici utilisaient la compression de contenu. On est bien d'accord que le *getBytesTotal()* te renvoyait rien ou n'importe quoi c'est ça ?

2. Le jeudi 13 mars 2008 à 16:19, par Max

J'utilise un objet NetStream sur un NetConnection, et je spécifie le buffer avec setBufferTime.
Et j'affiche dans un EnterFrame le chargement avec bytesLoaded et bytesTotal. J'ai pas poussé très loin pour voir les valeurs retournées avec le mod_gzip (depuis le serveur de prod, c'est plus pénible de debugger), mais les symptomes c'est aucun buffering et ratio bytesLoaded / bytesTotal immédiatement égal à 1...