I'm not targeting DV or DVD. I am targeting highest quality in the smallest file.
Actually, you are trading a slight loss in quality for your reduction in file size. Since you are not targeting devices historically used with rectangular display, I assume you are using the NTSC 720x480 storage matrix (i.e., max of 345,600 cells) to store the equivalent of 409,920 (853x480) pixels/frame worth of information. Since it appears your files are destined for viewing on a monitor or HDTV, playback by any player recognizing the anamorphic flag means the 480 pixel height will be held constant but that the width will be scaled from the 1.50:1 storage aspect to the 1.78: display aspect which does equate a slight loss in quality when compared to a one-to-one storage-display relationship.
I want to export 720x480 video, because that is the same as my source footage. I want to skip resizing to minimize quality loss.
Sorry, but this is not possible. iMovie '08 recognizes the anamorphic flag and scales your files to the correct square pixel equivalents for use within iMovie 08. Thus, when you later export your project to an NTSC standard, your are again "resizing" the file back to the 720x480 matrix for storage which is then once again rescaled to 853x480 for viewing. In effect, you have expanded your original file for editing, re-compressed it back to its original standard tossing out the newly interpolated data, and then re-interpolated the "missing" data for display. If that is your goal, then fine you have succeeded.
If storing/displaying the edited project at 853x480 creates a file larger than you desire, then the other alternative would be to hold the width of your target file at 720 (your original width), but scale the height to 405 (exact 16:9 aspect) or 404 (nearest "sub-block-16" element for more efficient encoding/decoding) which better renders the original quality with an even smaller file size but at the cost of a smaller display area. (I.e., your original 345,600 storage matrix has been reduced to 230,400 storage/display pixels/frame which you say you don't wish to do.
Basically, all I am trying to point out is that it is impossible for you "to skip resizing" since your file data has to be decompressed at least once in order to edit it and that your work flow actually requires a secondary resizing as part of the export "re-compression" phase. If your work flow "works for you" and you are satisfied with the results, then stick with it. Just don't think "you are getting anything for free" by using it.
