Answers.Body: <p>Comparable yes but unlike Flash you have a very consistent average size over the timeline of your content. So you don't need to download as much to show content but can actually just start right away to play the video if your bandwidth is equal to (in practice it should be a bit higher of course) the average bitrate of your video. You only need to pre-load a tiny bit to account for inconsistency in the download rate.</p>
  
  <p><strong>Edit:</strong> What you have to consider when using looking at the graph you posted, you have quite a bit of very low bitrate frames, so the peak is not really that important, they somewhat cancel each other out. Whats important when streaming is the average bitrate as this is the bitrate that is needed to stream the video consistently without stopping to fill the buffer a bit more.
  In reality you usually need a little more than the average to cope with very "noisy" bitrates that go up and down for long periods, your video is already a rather extreme example, usually you have a much smoother graph. It always depends on the complexity of your video to how well you can compress a frame.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2014-09-06T18:40:38.300Z
Answers.Text: So... if my mp4 is streaming at the rates shown in this graph - http://www.casedasole.it/bitrate.png - it should present no download problems over a broadband/adsl connection (provided, of course, I have a good server serving)?
Answers.UserDisplayName: plugincontainer
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2014-09-06T18:52:38.003Z
Answers.Text: usually not but you might be able to improve even further when considering the low resolution you might be able to go below 200kbps depending on the content of your video.
  Its also recommenable to export with a lossless codec from flash like "Animation" which is available in QuickTime (mov).
Answers.UserDisplayName: timonsku
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2014-09-06T18:54:28.993Z
Answers.Text: Ah I just noticed you are the same user that posted the previous question. I just wanted to link you to http://video.stackexchange.com/questions/12508/are-the-properties-bitrate-fps-of-my-h-264-video-ok-for-the-web
Answers.UserDisplayName: timonsku
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2014-09-06T19:03:41.463Z
Answers.Text: Added some detail, maybe that clears it a bit up for you.
Answers.UserDisplayName: timonsku
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2014-09-06T19:06:35.723Z
Answers.Text: Yes, it's a "work in progress", and there's so much to learn. I'm exporting from Flash as Animation, max quality. My main concern now is to optimize the bitrates and file sizes. But eventually I might need to start looking at CDNs.
Answers.UserDisplayName: plugincontainer
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2014-09-06T21:12:30.773Z
Answers.Text: If you are committed to this and not afraid of cli applications you might want to to turn to the x264 cli or use x264 through ffmpeg to have more input formats available than with plain x264.
  x264 is the encoder behind Handbrake and offers a lot of stuff to tune and has even a prediction profile suited for animation instead of live action content. There are several great guides on the internet for some professional x264 encoding.
  Also always export lossless when coming from Flash to preserve maximum quality.
Answers.UserDisplayName: timonsku
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2014-09-07T08:59:36.920Z
Answers.Text: For now I'm using AVANTI FFmpeg/AviSynth GUI 0.8.0 for making webm. But not for mp4 - the output files have audio but no video in QT player and MPEG Streamclip; are OK in VLC player and Google Chrome; Firefox says "the file is corrupt" and won't play them with native controls or videojs player. Avanti gives me this warning: "No installation of AviSynth found (AVS options disabled)", but it's optional. Any idea what's up?: www.casedasole.it/avanti.png
Answers.UserDisplayName: plugincontainer
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2014-09-06T15:27:58.500Z
Answers.LastActivityDate: 2014-09-06T19:03:22.597Z
Answers.LastEditDate: 2014-09-06T19:03:22.597Z
Answers.UserDisplayName: timonsku
Body: <p>I'm converting Flash movies to Mp4 (and webm) and having to learn lots about web video.  </p>
  
  <p>The process starts with MOVs exported from Flash. For example, I have a MOV of 640px x 290px, 1m 58s, 2843 frames, 24fps, 171 MB, 11 Mbps. </p>
  
  <p>Converting that to H.264 with Handbrake, with constant quality of 20 RF, I get a file of 3.45MB with - according to MediaInfo - "overall bitrate mode: variable", and an "overall bitrate" of 240 kbps (video 79, audio 144 with max 170). Bitrate Viewer tells me the average bit rate (this might be video only) is 92 kbps, with a 1-second peak of 1019.     </p>
  
  <p>Then I tried Handbrake's variable bit rate, because (if I've understood its advantages correctly) there are 20 seconds with lots of motion, in the middle of the video, which might look better with a higher bit rate. With VBR 300, I get a 6.3 MB file with (MediaInfo) an overall bit rate of 440 kbps, video 300, audio 144. Bitrate Viewer has average 293 kbps, with that peak now at 3467. For about 65% of the video it is below 130 kbps. I've placed the Bitrate Viewer profiles here: <a href="http://www.casedasole.it/bitrates.html" rel="nofollow">http://www.casedasole.it/bitrates.html</a></p>
  
  <p>With Flash, bytes per frame were important because, when streaming, you needed to have the browser download as much as possible in advance, so that particularly big chunks of bytes (like a big JPEG) were already loaded before the Flash player reached them. </p>
  
  <p>My question is: Is that the same principle with video bit rates? Looking at that peak bitrate of 3467 (converts to 433 kB), I think: "That's OK, by then, the whole video will be loaded".  Or am I missing something?    </p>
  
Tags: <video-quality><mp4><webvideos>
Title: Are mp4 bit rates the same as Flash bytes per frame?
UserDisplayName: plugincontainer
ThreadText: # Are mp4 bit rates the same as Flash bytes per frame?
  
  (Asked by: username_0 on 2014-09-06)
  
  I'm converting Flash movies to Mp4 (and webm) and having to learn lots about web video.
  
  The process starts with MOVs exported from Flash. For example, I have a MOV of 640px x 290px, 1m 58s, 2843 frames, 24fps, 171 MB, 11 Mbps.
  
  Converting that to H.264 with Handbrake, with constant quality of 20 RF, I get a file of 3.45MB with - according to MediaInfo - "overall bitrate mode: variable", and an "overall bitrate" of 240 kbps (video 79, audio 144 with max 170). Bitrate Viewer tells me the average bit rate (this might be video only) is 92 kbps, with a 1-second peak of 1019.
  
  Then I tried Handbrake's variable bit rate, because (if I've understood its advantages correctly) there are 20 seconds with lots of motion, in the middle of the video, which might look better with a higher bit rate. With VBR 300, I get a 6.3 MB file with (MediaInfo) an overall bit rate of 440 kbps, video 300, audio 144. Bitrate Viewer has average 293 kbps, with that peak now at 3467. For about 65% of the video it is below 130 kbps. I've placed the Bitrate Viewer profiles here: <http://www.casedasole.it/bitrates.html>
  
  With Flash, bytes per frame were important because, when streaming, you needed to have the browser download as much as possible in advance, so that particularly big chunks of bytes (like a big JPEG) were already loaded before the Flash player reached them.
  
  My question is: Is that the same principle with video bit rates? Looking at that peak bitrate of 3467 (converts to 433 kB), I think: "That's OK, by then, the whole video will be loaded". Or am I missing something?
  
  **Tags:** video-quality, mp4, webvideos
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2014-09-06. Score: 2 | Accepted answer
  
  Comparable yes but unlike Flash you have a very consistent average size over the timeline of your content. So you don't need to download as much to show content but can actually just start right away to play the video if your bandwidth is equal to (in practice it should be a bit higher of course) the average bitrate of your video. You only need to pre-load a tiny bit to account for inconsistency in the download rate.
  
  **Edit:** What you have to consider when using looking at the graph you posted, you have quite a bit of very low bitrate frames, so the peak is not really that important, they somewhat cancel each other out. Whats important when streaming is the average bitrate as this is the bitrate that is needed to stream the video consistently without stopping to fill the buffer a bit more.
  In reality you usually need a little more than the average to cope with very "noisy" bitrates that go up and down for long periods, your video is already a rather extreme example, usually you have a much smoother graph. It always depends on the complexity of your video to how well you can compress a frame.
  
  > **Comments:**
  > **username_0**: So... if my mp4 is streaming at the rates shown in this graph - http://www.casedasole.it/bitrate.png - it should present no download problems over a broadband/adsl connection (provided, of course, I have a good server serving)?  
  > **username_1**: usually not but you might be able to improve even further when considering the low resolution you might be able to go below 200kbps depending on the content of your video. Its also recommenable to export with a lossless codec from flash like "Animation" which is available in QuickTime (mov).  
  > **username_1**: Ah I just noticed you are the same user that posted the previous question. I just wanted to link you to http://video.stackexchange.com/questions/12508/are-the-properties-bitrate-fps-of-my-h-264-video-ok-for-the-web  
  > **username_1**: Added some detail, maybe that clears it a bit up for you.  
  > **username_0**: Yes, it's a "work in progress", and there's so much to learn. I'm exporting from Flash as Animation, max quality. My main concern now is to optimize the bitrates and file sizes. But eventually I might need to start looking at CDNs.  
  > **username_1**: If you are committed to this and not afraid of cli applications you might want to to turn to the x264 cli or use x264 through ffmpeg to have more input formats available than with plain x264. x264 is the encoder behind Handbrake and offers a lot of stuff to tune and has even a prediction profile suited for animation instead of live action content. There are several great guides on the internet for some professional x264 encoding. Also always export lossless when coming from Flash to preserve maximum quality.  
  > **username_0**: For now I'm using AVANTI FFmpeg/AviSynth GUI 0.8.0 for making webm. But not for mp4 - the output files have audio but no video in QT player and MPEG Streamclip; are OK in VLC player and Google Chrome; Firefox says "the file is corrupt" and won't play them with native controls or videojs player. Avanti gives me this warning: "No installation of AviSynth found (AVS options disabled)", but it's optional. Any idea what's up?: www.casedasole.it/avanti.png  
  
  ---
  
  