Re: FWIW, some ATVideo feedback
Nate Aune <
natea@...>
2007-01-08 22:02:06 GMT
Hi Jon,
Thanks for trying out ATVideo and sending your feedback. You might
want to talk to the guys at Lovely Systems and EngageMedia who are
using ATVideo in production, to see if they have any tips for how to
handle the RAM spikes.
The easiest solution that I can think of is to let Apache serve up the
video files, rather than Zope. This is a simple rewrite rule in your
Apache's vhost config file, which says that any request for mimetype
video/quicktime (or whatever) should be served up directly from the
file system, rather than passing on that request to Zope.
In this way, Zope only handles the uploading and storage of metadata
about the video file, but Apache does all the heavy lifting of serving
up the videos. Tramline is not required for this solution - only if
you want Apache to handle the uploads as well.
As for the p4a.video product, we expect to address the issue of
serving up the large video files. Maybe Rocky has some ideas about
this. We've talked about using Amazon S3 or Revver to store and serve
the videos, but of course this introduces a dependency on a 3rd party
service.
You might also want to check out Alec Mitchell's p4a.videoembed
product which lets you upload the videos to Youtube, Google Video,
blip.tv, etc. and have these videos play back on your Plone site.
Hope this helps.
Nate
On 1/8/07, Jon Stahl <jon@...> wrote:
>
>
> Nate, Rocky-
>
> Not sure if this is helpful to you, but I have just finished trying out
> ATVideo for a small project, and have had to reject it as a solution.
> Perhaps I'm missing something, I don't know.
>
> The problem:
>
> I have a client with a small intranet (<150 users) who has about 10
> quicktime videos they want to share with authenticated users only. Each
> video is about 60-200 MB in size.
>
> Server is Zope 2.9.5/Plone 2.5.
>
> I successfully installed ATVideo (w/ ExtStorage), uploaded a few videos.
> The smaller videos worked pretty well, but when Zope attempted to serve up
> larger videos, the RAM spiked quite considerably (with a 200MB file, from a
> baseline of 125MB to ~850MB, then back down to ~470MB) which brought my
> server to its knees.
>
> As far as I'm aware, there's no real way to solve this problem without doing
> something Tramline-ish, thus delegating the task of serving up the video
> files to Apache. That is outside the reach of this tiny little project.
>
> Am I overlooking something obvious? It seems like this seriously limits the
> practical usability of ATVideo, which may well be why you are doing
> P4A.video.
>
> best,
> jon
>
>
> -----------------------------
> Jon Stahl, Program Manager
> ONE/Northwest - Online Networking for the Environment
> jon@... http://www.onenw.org
> 206.286.1235x15 skype: jonstahl y!: jondstahl
>
> Want a piece of my mind? Check out my blog at:
> http://blogs.onenw.org/jon
>
--
--
Nate Aune - natea@...
http://www.jazkarta.com
Plone solutions, consulting and development