By lance weiler, November 16th, 2007

We are pleased to welcome Brian Chirls to the Workbook Project. Brian is a filmmaker and technologist living in NYC. From time to time he will be contributing his thoughts on tech and filmmaking. This week he sets his sights on site design and flash. —

More and more frequently, filmmakers ask me for feedback on their film websites, and I keep seeing the same thing: heavy, multimedia sites built on Flash. I keep seeing site navigation all in a full-screen image representing some iconic place in the film; animations of design elements flying or fading in on every page; music playing automatically; long loading screens; and the dreaded splash pages. This seems to have become the standard. Hollywood does it. (See: Beowulf, Lions for Lambs, American Gangster.) The indies do it. (e.g. Margot at the Wedding, Eagle vs. Shark, Weirdsville). It’s awful, and it’s so Web 1.0.

We are well beyond denying that a film website is the most effective and often the only entry point to discovery of your film. The audience has to jump an increasingly absurd number of hurdles to see your movie in the theater. The website is an opportunity to introduce the film as quickly as possible, provide the detailed information your audience and the media are looking for, to engage your audience repeatedly, and to make it ridiculously easy for fans to promote your film for you.

Below, I’m going to explain why this ancient model fails and suggest a few starting points for an alternative approach.

Why Flash sites fail

  • Flash sites are heavy and slow. It takes extra time to download and process all those big graphics and sounds, and you can’t afford to make the casual web browsing fan wait. Many of them may be browsing on computers a few years old or spotty wi-fi connections. That “loading” progress bar isn’t part of your story, is it? Nobody likes it.
  • Flash sites give your site a non-standard interface. Where did the right-click menu go? How do you copy text to the clipboard? Where does that link go? Does it open in another window? What does the “back” button do? Where the hell is the button that stops that loud music? Nobody wants to re-learn how to browse the web just for your little movie.
  • Flash is not searchable. If you do it right, many visitors will find your site through a search engine. With Flash, that all disappears. It also prevents searching within the browser.
  • Most of these sites don’t allow deep-linking. That’s the trade-off for not having to reload the whole flash file every time you go to a different section. This is important for encouraging links to your content. See if you can find a direct link to the trailer on the Lions for Lambs site.
  • Flash can’t be syndicated. RSS and Atom feeds are becoming increasingly important as easy tools for people to follow your updates through news readers, such as Google Reader.
  • Those animations keep repeating. They’re cool the first time, but don’t make me watch your menu fly in every time I go to another section of your site.
  • You’re tied to your designer. Most Flash sites don’t allow you to easily change around your interface without going back to the busy, expensive Flash contractor you hired to build your site. What if you want to change one little menu item? Or even redesign the entire layout without losing all the content? Even another Flash expert could have a hard time tracking down the original source files and scripts. Same goes for jpg image map interfaces.
  • Most Flash sites, like the examples cited above, give the impression that the site is finished forever, that there’s no reason to keep coming back for new content. Even if there’s a news section, it’s much harder and more expensive to implement in Flash than in other HTML-based options.
  • No need to re-invent the wheel. Web browsers are good at laying out text and images and performing all the functions that go along with it. Flash requires you to re-implement all that, and more often than not you’re not gonna cover all the bases.

That’s not to say that you can’t solve any of the above problems within a Flash-based framework, but it’s a lot harder.

Easy Alternatives

Set your film site up as a blog. It’s that simple. They’re searchable, deep-linkable, syndicate-able, re-designable, subscribe-able, modular and allow easy user interaction through comments. Get yourself Wordpress on your own server or on theirs. You can also try Livejournal, Blogger or Moveable Type. For the most part, they’re all free. Do a comparison.

Most blogging software will double as a content management system. So even if your main purpose is not to blog, you can easily set up fixed pages to give the basic information about your film. You may still need help from an expert to fully customize your layout, but they all come with multiple themes that should be enough to get you started.

See Four Eyed Monsters as an example. There are some things I would do differently if I had it to do over again, but for the most part, the site was a success. I wish I knew more examples of film sites that I like. If you know of some, please comment on this post.

When Flash is okay

There are some things that Flash is much better at than HTML, and I encourage using it for those specific purposes. The best example is for embedded media players, such as YouTube or any of the countless other video hosting sites. There are also good embedded audio players, like the one in the Audio Player Wordpress plugin. (See it in action on Lance’s site.) Flash is also great for games or animation, as on Homestar Runner.

The other reasons I think it works so well in those situations are that the non-standard interface is within a confined space of the specific media player and because the specific, compartmentalized rich-media experience makes it worth waiting for the download. (More on that another time.) Otherwise, lose it.

brianc.jpg

Brian Chirls is a filmmaker and technologist in New York. He has worked on the film Four Eyed Monsters as Manager of Distribution and Marketing. Brian is currently consulting on the distribution of John Sayles’s latest film, Honeydripper, while continuing to develop and write about ways for independent artists to create and distribute their work. Brian has also produced and directed a number of short films, video blogs and a bit of machinima.

Before becoming a filmmaker, Brian built financial software and worked in construction management on subway stations and highways. He graduated from the Jerome Fisher Program in Management and Technology at the University of Pennsylvania and is the least successful member of his graduating class.

To learn more about Brian’s work, see chirls.com.

  • Share/Bookmark

Posted in code design tech tools

lance weiler is the founder of the WorkBook Project and also a story architect of film, tv and games. He's written and directed two feature films THE LAST BROADCAST and HEAD TRAUMA. He's currently developing a number of transmedia projects

RELATED
COMMENTS

blog comments powered by Disqus
  • twitter
  • facebook
  • delicious
  • youtube
  • vimeo

Join the WorkBook Project mailing list - enter your email below...

WORKBOOK PROJECT flickr
Picture 1.pngDIY Days: Town Hall PanelDIY Days: Town Hall PanelDIY Days: Town Hall PanelDIY Days: Town Hall PanelDIY Days: Town Hall PanelDIY Days: Town Hall PanelDIY Days: Town Hall PanelDIY Days: Town Hall Panel
WORKBOOK PROJECT twitter
READ

Today

generic (feed #11)
5:50pm via Read Write Web
generic (feed #11)
5:25pm via Read Write Web
generic (feed #10)
5:01pm via Tech Crunch
generic (feed #11)
5:00pm via Read Write Web
generic (feed #12)
4:53pm via Mashable
generic (feed #10)
4:52pm via Tech Crunch
generic (feed #17)
4:45pm via Pitchfork
generic (feed #12)
4:33pm via Mashable
generic (feed #10)
4:28pm via Tech Crunch
generic (feed #11)
4:11pm via Read Write Web
generic (feed #17)
4:10pm via Pitchfork
generic (feed #10)
4:08pm via Tech Crunch
generic (feed #10)
4:05pm via Tech Crunch
generic (feed #17)
4:00pm via Pitchfork
generic (feed #7)
3:52pm via FM Blog
generic (feed #12)
3:44pm via Mashable
generic (feed #8)
3:40pm via Hammer To Nail
generic (feed #12)
3:36pm via Mashable
generic (feed #11)
3:32pm via Read Write Web
generic (feed #10)
3:21pm via Tech Crunch
generic (feed #17)
3:10pm via Pitchfork
generic (feed #12)
2:56pm via Mashable
generic (feed #17)
2:55pm via Pitchfork
generic (feed #12)
2:40pm via Mashable
generic (feed #17)
2:35pm via Pitchfork
generic (feed #10)
2:32pm via Tech Crunch
generic (feed #12)
2:21pm via Mashable
generic (feed #10)
2:19pm via Tech Crunch
generic (feed #13)
1:45pm via Tech Liberation
generic (feed #10)
1:22pm via Tech Crunch
generic (feed #9)
1:02pm via TrulyFreeFilm
Podcast Archive