<div dir="ltr"><div>>>
You can use proxy_store with the mp4 module.<br></div>So, proxy_store is able to download whole mp4 file once and than server that file locally without fetching each time from the origin if users seek through the video ?<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jun 23, 2014 at 7:43 PM, Roman Arutyunyan <span dir="ltr"><<a href="mailto:arut@nginx.com" target="_blank">arut@nginx.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=""><br>
On 23 Jun 2014, at 17:15, itpp2012 <<a href="mailto:nginx-forum@nginx.us">nginx-forum@nginx.us</a>> wrote:<br>
<br>
> Roman Arutyunyan Wrote:<br>
> -------------------------------------------------------<br>
>> Moreover the mp4 module does not work over proxy cache.  That means<br>
>> even if you fix the cache key issue<br>
>> mp4 seeking will not work.  You need to have a local mp4 file to be<br>
>> able to seek mp4 like that.<br>
><br>
> Hmm, what about a hack, if the file is cached keep a link to the cached file<br>
> and its original name, if the next request matches a cached file and its<br>
> original name and a seek is requested then pass the cache via its original<br>
> name to allow seeking on the local (but cached) file.<br>
<br>
</div>You can use proxy_store with the mp4 module.<br>
<br>
Having a link to a nginx cache file is wrong since cache file has internal header and<br>
HTTP headers.  Cached mp4 entry is not a valid mp4 meaning you can’t play it directly<br>
without stripping headers.<br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
nginx mailing list<br>
<a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx</a><br>
</div></div></blockquote></div><br></div>