C
cwdjrxyz
I now have a page at http://www.cwdjr.net/html5/layoutDemoWithIEfix3.html
that uses valid html5 code and gives examples of use of <video> and
<audio> of html5 for media only. In the first place, most browsers now
will offer only one or two house video or audio formats, and these are
not the same in various browsers. Thus you have to provide at least 3
format choices for video and audio for all 7 of the browsers that
could use <video> and <audio>. I use a Microsoft conditional script
from Google to force IE 7 & 8 to render much more of html5, but alas
this script will not force them to render <video> and <audio>. Thus
you must have IE9 beta to see the <video> and <audio> media on IE. You
can check what of html5 each browser supports by going to http://www.html5test.com
on the browser being checked.
Starting with IE9 beta, the audio is a snap because it can use mp3.
However video was a lot of trouble. You need a special mp4 file
called AVC with codec H264, and an encoder for this format is not
always easy to find free or at a low price. There is/was a low cost
encoder that will do this, but I have forgotten the name of it. I used
the Sony Pro Vegas 9 to encode set up as:
Source: 5 Mbps .mpg (mpeg2)
Vegas Pro 9.0
Saved as type MainConcept AVC/AAC (.mp4), width 640, height 640, frame
rate 29.97,
field order - upper field first, pixel aspct ratio - 1.0, reference
frames 2,
variable bit rate - 2 pass, maximum bps - 2000000, average bps -
768000, YUV;
audio - 128 Kbps, stereo AAC
The video was good, but when you use it on a html page using the html5
<video> the video becomes distorted. See http://www.cwdjr.net/html5/IE9_640x480MP4avcH264.png
.. You can take this mp4 and run it through Apple's pay Pro QT player
to easily convert it to .mov for use on a Safari browser. However when
you view on Safari for Windows, the video is distorted, but in a
different way than for the mp4 on IE9 beta. See the screen shot at
http://www.cwdjr.net/html5/Safari640x480mov.png . It turns out that
this problem on both IE bata and Safari is resolved by making the
video field a square, in this case 640x640. Then the video is not
distorted, but there are blank strips at the top and bottom of the
video field.
The Chrome browser had a big black box just to the left of the video.
However this problem is solved easily by changing a little css to make
the background-color black for the division containing the video.
Since valid conventional code for media also works on html5, I intend
to use it for media until html5 is final and has a few less bugs.
Although there are $ and political reasons why some large companies
are pushing html5 so much, it is not ready for prime time for me. If
you want IE users to view video, you are going to also have to to
provide a conventional video path until most IE7 and 8 browsers are
gone, or Google or someone else can provide an expanded script to
force IE7 and 8 to support <video>.
that uses valid html5 code and gives examples of use of <video> and
<audio> of html5 for media only. In the first place, most browsers now
will offer only one or two house video or audio formats, and these are
not the same in various browsers. Thus you have to provide at least 3
format choices for video and audio for all 7 of the browsers that
could use <video> and <audio>. I use a Microsoft conditional script
from Google to force IE 7 & 8 to render much more of html5, but alas
this script will not force them to render <video> and <audio>. Thus
you must have IE9 beta to see the <video> and <audio> media on IE. You
can check what of html5 each browser supports by going to http://www.html5test.com
on the browser being checked.
Starting with IE9 beta, the audio is a snap because it can use mp3.
However video was a lot of trouble. You need a special mp4 file
called AVC with codec H264, and an encoder for this format is not
always easy to find free or at a low price. There is/was a low cost
encoder that will do this, but I have forgotten the name of it. I used
the Sony Pro Vegas 9 to encode set up as:
Source: 5 Mbps .mpg (mpeg2)
Vegas Pro 9.0
Saved as type MainConcept AVC/AAC (.mp4), width 640, height 640, frame
rate 29.97,
field order - upper field first, pixel aspct ratio - 1.0, reference
frames 2,
variable bit rate - 2 pass, maximum bps - 2000000, average bps -
768000, YUV;
audio - 128 Kbps, stereo AAC
The video was good, but when you use it on a html page using the html5
<video> the video becomes distorted. See http://www.cwdjr.net/html5/IE9_640x480MP4avcH264.png
.. You can take this mp4 and run it through Apple's pay Pro QT player
to easily convert it to .mov for use on a Safari browser. However when
you view on Safari for Windows, the video is distorted, but in a
different way than for the mp4 on IE9 beta. See the screen shot at
http://www.cwdjr.net/html5/Safari640x480mov.png . It turns out that
this problem on both IE bata and Safari is resolved by making the
video field a square, in this case 640x640. Then the video is not
distorted, but there are blank strips at the top and bottom of the
video field.
The Chrome browser had a big black box just to the left of the video.
However this problem is solved easily by changing a little css to make
the background-color black for the division containing the video.
Since valid conventional code for media also works on html5, I intend
to use it for media until html5 is final and has a few less bugs.
Although there are $ and political reasons why some large companies
are pushing html5 so much, it is not ready for prime time for me. If
you want IE users to view video, you are going to also have to to
provide a conventional video path until most IE7 and 8 browsers are
gone, or Google or someone else can provide an expanded script to
force IE7 and 8 to support <video>.
