Rendering for the Web

jkerry wrote on 4/9/2016, 7:11 PM
At present we are rendering into a MP4 format at 1980X1020, then to a FLV format.

What I would like to do is render to a MP4 format but at a 854X480 size but with a smaller size than the HD format.

I understand that with a video of 300 to 400 megs it will buffer a lot for online viewing.

Any suggestions as to how to render the files to a smaller size.




videoITguy wrote on 4/9/2016, 8:30 PM
Buffering has a lot to do with the customer established download connection - you should be strategizing your delivery for the target customer. Doing anything else is plain foolish. Your file size is over the top IMO.
musicvid10 wrote on 4/9/2016, 9:44 PM
720x480, no autocrop.
High Profile preset.
Just do it.
Spot|DSE wrote on 4/9/2016, 10:03 PM
Where is the "like" button in this forum? Well said. Set delivery parameters for the target customer.
musicvid10 wrote on 4/9/2016, 10:37 PM
My god, Douglas, where have you been?
Please bring us up to date.

Except I meant to say 1280x720p, which is "almost" universally playable these days.
OP should check his server's absolute worst-case streaming bandwidth before committing a large number of files to HD.

I keep thinking of the day when I saw you with my group of 106 vocal music students at Boettcher in Denver in 1996. They loved it. Still play the flute?


Chienworks wrote on 4/11/2016, 6:33 PM
Buffering is dependent on the bandwidth of the download pipe and the bitrate the file is encoded with. The file size itself has nothing to do with it. Bitrate is how many bits of data per second have to be moved, which is the definition of bandwidth and also the challenge of getting that bandwidth to play the file without pause.

Complimentarily, the file size is dependent entirely on the duration and bitrate used. If you want a smaller file then use a lower bitrate. Note however, that any relief this gives from buffering is entirely due to the lower bitrate, not to the smaller file size.
videoITguy wrote on 4/11/2016, 7:26 PM
While the file size determination comes from the bit-rate encoded - note that the overall size is due to runtime duration which goes a long way to say that overall large file sizes are not VERY desirable!

Long-form video should be discouraged for this very reason - not to mention the most important fact - keeping user interest alive for any extended time.
musicvid10 wrote on 4/12/2016, 7:40 AM
The buffer-killer is neither overall bitrate nor file size, unless the server is woefully underpowered..
It is peak bitrate from sustained motion, or multiple streams competing for passage through the pipe.

Only two things interfere with smooth playback: the ability to fill the buffer faster than the stream demands, and the ability of the player/hardware to handle it once it's there.

The maximum bitrate must be capped pre-delivery so as not to choke the pipe or the player, even for a second, and upstream load balancing presents a moving target.that must be taken in consideration of the consumers' quality expectations. In the case of high source complexity (grain, for instance), it is unfortunately the latter that is sacrificed first.