<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Some late-night musings on production</title>
	<atom:link href="http://www.mexploitation.org/2005/12/06/some-late-night-musings-on-production/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mexploitation.org/2005/12/06/some-late-night-musings-on-production/</link>
	<description>One Norwegian's adventures in Mexican direct to video film production</description>
	<lastBuildDate>Wed, 11 Jan 2012 15:37:49 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>By: joakim</title>
		<link>http://www.mexploitation.org/2005/12/06/some-late-night-musings-on-production/comment-page-1/#comment-56</link>
		<dc:creator>joakim</dc:creator>
		<pubDate>Tue, 13 Dec 2005 02:30:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.mexploitation.org/2005/12/06/some-late-night-musings-on-production/#comment-56</guid>
		<description>Hey, Bob.

I agree with pretty much everything you say here. I think code reuse would probably be best done through stuff that&#039;s already in libraries, avoiding forks of existing code bases, to keep things neat, but that&#039;s a technical detail. There&#039;s a general tendency for useful code in free software to migrate to libraries anyway.

If you&#039;re interested in further discussions of this, read the new post I added, at http://mexploitation.blogmexicano.com/2005/12/12/on-screenwriting-software/ and if you want, comment, or drop me a line at joakim at avmaria.com</description>
		<content:encoded><![CDATA[<p>Hey, Bob.</p>
<p>I agree with pretty much everything you say here. I think code reuse would probably be best done through stuff that&#8217;s already in libraries, avoiding forks of existing code bases, to keep things neat, but that&#8217;s a technical detail. There&#8217;s a general tendency for useful code in free software to migrate to libraries anyway.</p>
<p>If you&#8217;re interested in further discussions of this, read the new post I added, at <a href="http://mexploitation.blogmexicano.com/2005/12/12/on-screenwriting-software/" rel="nofollow">http://mexploitation.blogmexicano.com/2005/12/12/on-screenwriting-software/</a> and if you want, comment, or drop me a line at joakim at avmaria.com</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bob</title>
		<link>http://www.mexploitation.org/2005/12/06/some-late-night-musings-on-production/comment-page-1/#comment-55</link>
		<dc:creator>bob</dc:creator>
		<pubDate>Tue, 13 Dec 2005 00:03:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.mexploitation.org/2005/12/06/some-late-night-musings-on-production/#comment-55</guid>
		<description>I work in film and television production and you are absolutely right.  It&#039;s a perfect niche for open source development.  Professional post-production is well covered by a range of quality proprietary products like Avid, Smoke, Final Cut, Flame, Pro Tools, etc.  But the software that writers, producers and production management use is almost universally not very good, outrageously overpriced, and poorly supported.  And I say that not just as a paid-up user of Final Draft, but of a zillion other products, like Movie Magic / EP Budgeting, Movie Magic Scheduling, Point Zero, etc.

They all suck.  And all could be implemented as &quot;minor&quot; variations of existing codebases.  How different is Final Draft from Abiword or OO Writer?  Point Zero (or any AICP-type budgeting software, used on most small productions and commercials) is based on Excel, but would work even better as a customized Gnumeric or OO Calc.  Scheduling and AD-type software could be based on something like Planner.  Location managers would kill for a photo manager that was more suited to their needs than iPhoto (built-in panoramic stitching, for example), and that sounds like a job for gThumb or F-spot.  And so on.  There&#039;s a lot of work that would need to be done, but a lot of the infrastructure is already there.  I could go on and on about software that would make various production work easier but either doesn&#039;t exist but exists and sucks.

There&#039;s even a good business potential here, because of the unique structure of the production market.  At the low end there are a million people who need or want this software because they&#039;re cranking out low-budget work, guerilla filmmaking, film school projects, writing The Great American Screenplay in their spare time, etc.  Most of these people are using pirated versions of the above mentioned products or nothing at all, and most would welcome a free alternative.  But at the high end, studios and production companies demand enterprise-level support - and are willing and able to pay for it.  A movie studio depends on Final Draft or Movie Magic every bit as much as an enterprise depends on a server OS.  A company that offered a suite of well-supported, well-integrated open source production software could become the Red Hat of the film industry overnight.

Key to the strategy would be Mac support.  Macs dominate production (and are at least an equal player in post).  You will often walk into a production office of 50 people and not find a single PC.  I&#039;m typing this an iBook I own for no other reason than the need to interoperate with others in my business.  Imendio&#039;s GTK port is a good start, I guess.</description>
		<content:encoded><![CDATA[<p>I work in film and television production and you are absolutely right.  It&#8217;s a perfect niche for open source development.  Professional post-production is well covered by a range of quality proprietary products like Avid, Smoke, Final Cut, Flame, Pro Tools, etc.  But the software that writers, producers and production management use is almost universally not very good, outrageously overpriced, and poorly supported.  And I say that not just as a paid-up user of Final Draft, but of a zillion other products, like Movie Magic / EP Budgeting, Movie Magic Scheduling, Point Zero, etc.</p>
<p>They all suck.  And all could be implemented as &#8220;minor&#8221; variations of existing codebases.  How different is Final Draft from Abiword or OO Writer?  Point Zero (or any AICP-type budgeting software, used on most small productions and commercials) is based on Excel, but would work even better as a customized Gnumeric or OO Calc.  Scheduling and AD-type software could be based on something like Planner.  Location managers would kill for a photo manager that was more suited to their needs than iPhoto (built-in panoramic stitching, for example), and that sounds like a job for gThumb or F-spot.  And so on.  There&#8217;s a lot of work that would need to be done, but a lot of the infrastructure is already there.  I could go on and on about software that would make various production work easier but either doesn&#8217;t exist but exists and sucks.</p>
<p>There&#8217;s even a good business potential here, because of the unique structure of the production market.  At the low end there are a million people who need or want this software because they&#8217;re cranking out low-budget work, guerilla filmmaking, film school projects, writing The Great American Screenplay in their spare time, etc.  Most of these people are using pirated versions of the above mentioned products or nothing at all, and most would welcome a free alternative.  But at the high end, studios and production companies demand enterprise-level support &#8211; and are willing and able to pay for it.  A movie studio depends on Final Draft or Movie Magic every bit as much as an enterprise depends on a server OS.  A company that offered a suite of well-supported, well-integrated open source production software could become the Red Hat of the film industry overnight.</p>
<p>Key to the strategy would be Mac support.  Macs dominate production (and are at least an equal player in post).  You will often walk into a production office of 50 people and not find a single PC.  I&#8217;m typing this an iBook I own for no other reason than the need to interoperate with others in my business.  Imendio&#8217;s GTK port is a good start, I guess.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.576 seconds -->

