November 24, 2004

DVD to CD-ROM:FLV to the rescue!

Warning: This is a long post...so you might want to take the time to grab the beverage of your choice...

Overview

Last week I was working with a client who wanted to have a promotional DVD, which was created by another company, “converted” for distribution on CD-ROM. The DVD contained 5 promotional videos (chapters), plus short intro and exit titles, that formed a short story about the company’s B2B mobile services. They were to be distributed during events and the client wished to have a version for users who did not have a DVD drive. Each video was 3-5 minutes long, with the combined time being approx. 27 minutes.

NASA, we have a problem…

The initial project request was to convert the DVD menu to Flash and simply link it to QuickTime movies, one for each chapter. I really did not like this approach, as it seemed rather unsophisticated (I hate requiring the user to open up an external player for vid…). However, the timeframe for the project was pretty short and the budget was tight, so they shot down the all Flash idea when I brought it up, as I mentioned it could require additional time. The project had lost some of its appeal at this point, however it sounded simple enough, but a few issues came up after the client delivered the materials.

  1. The first was that the DVD had a “loop” feature, which allowed the viewer to click a button and watch all 5 chapters in order. The only way this was going to happen with using external QuickTime files was to make one long video containing all the clips in order. When I brought this up they simply said the feature could be omitted from the CD. Easy enough solution…but I hate admitting defeat…after all, Flash can do anything….right?
  2. The movie files were delivered on a DVD in QuickTime format (DV25 codec) and were 720x480 non square pixels. Each clip ranged from 600mb to 2 gigs. I didn’t consider this a problem, as it would just require some conversion; however the client specified that they desired videos to be 640x480 and still have a pretty clear picture and audio… After doing some conversion tests with multiple compression methods in Premiere, I quickly realized that this simply was not going to be feasible. I reduced the file dimensions a little, but he best result I would be able to get, while maintaining clear sound and a decent picture, was still going to be almost 2gig. Obviously not ideal for a 700mb cd-rom….. This combined with the fact that the client wanted to include the QuickTime installers for both Mac and PC was spelling disaster.

The Menu

If you do video conversion, you know it is not exactly a speedy process. From Premiere, one video was averaging 40min to an hour for full conversion. While I was doing the above mentioned compression tests, I went ahead and recreated the Chapter menu in Flash, using supplied PSD files. The original DVD menu was pretty boring. No animation to speak of, not even button rollovers. So, I setup the menu so that the title screen first played, displaying the name of the disk, and added some subtle rollover effects to the buttons. I also included an exit button that played the closing title sequence before quitting the presentation.

A solution and the pitch…

Once I had confirmed that the QuickTime approach was not going to work with the required specifications, I went ahead and did a test converting the shortest video to FLV, using Sorenson Squeeze 4. Up until this point, I had only really used FLV for online solutions, so I was not sure of the results I would get when converting for CD quality. Happily, the resulting file, at 640x480, was well under half the size of the same MOV (Only 30mb), and the picture and sound were still good, even when viewed fullscreen. The best part was the conversion process took far less time. 20-30min.

Armed with this information, I contacted the client to show them the menu and discuss an alternative method for video delivery. I once again suggested an all Flash solution in which the movies played within an FLV video player. But, this time around I had an example to show them. The “winning” points in swaying the clients decision were the following:

  1. The end user did not need an external player application. This created less possible support issues, improved usability and increased chances the client would view the entire presentation.
  2. The save in file size and not requiring the installers allowed the video and sound to be compressed at higher quality.
  3. It was going to take less time to convert to FLV than it was QuickTime, which made-up for the extra development time in Flash.
  4. The loop feature could be reinstated if using Flash.

With both sides happy, I went back and planned what changes needed to be made to the interface. I integrated the FLV player, added a “back” button to return to the menu and added the loop button to the menu, with t he necessary scripting (Detect what video was playing, if it was finished and which to load next).

Conversion to FLV and Sorenson Squeeze 4…Not totally smooth…

I would like to say converting everything to FLV was simple, but…..
We had previously documented the issue with Meta data. Below are some problems I experienced with Squeeze during the project.

  1. Squeeze 4 is NOT Multilingual friendly. (Read: If you are not on an English OS, or one that only uses the roman alphabet, you could have problems).

    I had previously found that Squeeze would not successfully export if the path for the destination folder had any directories using 2byte characters (Japanese in this case) in the name. This time around I found that it will also not successfully import files from those directories as well. To make things worse, the error message you receive states that it failed because the file format was unsupported… You can imagine my frustration when this happened while attempting to import an MOV file that had been compressed using the Sorenson codec….

  2. Initially my FLV files would not play at all. I was not a happy camper. With some more experimenting, I found that the problem went away if the Audio codec was changed from Fraunhofer MP3 to Uncompressed. Not a big issue for this project, as file size was a concern, but only if it REALLY bloated. I did manage to reduce the file size drastically by changing the Audio Channels to Mono instead of Stereo.

Once those two issues were worked out, it was smooth sailing. The batch conversion features of SS4 made the job a lot easier and, as I mentioned, it cut through the compression process in great time.

The Wrap up

You probably need a refill of your drink by now. Thanks to those of you who made it to this point.

After it was all said and done, the CD, with 5 FLV videos and projectors for both PC and MAC, the total file size came in at under 500mb, well short of the 700mb mark. I could have increased the video quality even more, but the clock was ticking and it was time to deliver. The client was extremely pleased with the final product. In fact, they preferred the menu and delivery of the CD version BETTER than the DVD, although the DVD still obviously had better video quality. All in all, the project was a great experience and solidly shows that, when file size is a concern, FLV is a great technology for offline video solutions as well.

Posted by Kris at November 24, 2004 12:33 PM
 



Comments

I'm doing some offline video with flash as well ... instead of Director ... pros and cons to both ... but I think Flash Video will only get better with fp 8 from what I saw at MAX this year ... in addition to the video alpha & effects ... cuepoints will probably be in the next .flv format ... :)

Posted by: scott janousek at November 24, 2004 03:14 PM

I also made a simple flash cd demo with flv...and it worked great...But I had some problems with action script and the flv...because of the problems my dmeo crashed every time.

Posted by: canol at November 24, 2004 05:19 PM

Hi

I was involved in a similar project about this time last year and although we found that flvs were a great solution for high quality video at reasonable file sizes on high spec computers, we found that there were major synchronization issues on lower spec machines so much so that we couldn't reliably deliver more than a minute of video before the audio would start to drift out of sync. We went through every conceivable Squeeze setting producing hundreds of tests but were unable to rectify the problem.

Just wondering if you experienced similar problems and whether you came up with a solution?

Thanks

Simon

Posted by: Simon at November 24, 2004 07:46 PM

FLV already supports cue points in the form of functions firing at a specific time, but you have to utilize Flashcom to create them during recording.

I too, had problems getting FLV's to run on lower end machines. If you compiled your SWF via 6.0.79.0, it was synced, but still would drop frames like a mofo... enter Director.

Posted by: JesterXL at November 24, 2004 09:06 PM

I actually forgot to mention that problem. I did have problems with three of the longer videos falling out of sync, but this was always at the same place in a video. The issue appeared to not so much be the problem of older machines dropping frames, (As it was happening on my Dual Xeon workstation), but rather a problem in Squeeze. It was fixed by making sure the FPS in Squeeze was set to match the FPS of the flash movie into which they were loaded. I have a test computer we use that is just a lower spec nightmare system. If it can go wrong, it does. However, I had no problem playing back the FLV vid even at fullscreen.

Posted by: Kris at November 24, 2004 10:39 PM

Make sure you report your bugs to Sorenson, they don't update their application often so reporting quickly will improve the experience of others.

Also, what settings did you use for the flv encoding?

We tried 1200 for image and 320 for MP3 and G4 Macs had problems playing the video from CD...Amazing...

Posted by: iS at November 25, 2004 08:07 AM