Boeing 747 & 777 autoland in crosswind certification video - impressive!

"Skywise" wrote in message
...
I thought "mp3" was short for "MPEG3"?

It's not. "MP3" is "MPEG1 Layer 3", referring to the an audio subset of the
MPEG1 specification.

"Peter Duniho" wrote in
:

"Skywise" wrote in message
...
I thought "mp3" was short for "MPEG3"?

It's not. "MP3" is "MPEG1 Layer 3", referring to the an audio subset of
the MPEG1 specification.

Oh yeah...now that you mention it, I recall it.

Brian
--
http://www.skywise711.com - Lasers, Seismology, Astronomy, Skepticism
Seismic FAQ: http://www.skywise711.com/SeismicFAQ/SeismicFAQ.html
Quake "predictions": http://www.skywise711.com/quakes/EQDB/index.html
Sed quis custodiet ipsos Custodes?
Supernews sucks - blocking google, usenet.com & newsfeeds.com posts

Just save them to your drive and delete the extra .mp4 extention off
the end. I noticed it too when I grabbed it. I do believe it was
working correctly a couple months ago when I had last hit up his site.

If you look at the source code on the site, (
http://alexisparkinn.com/aviation_videos.htm ) the movies aren't in .mp4
format.

It seems that SOME systems try to read them as such, however. I have no
idea why.

Any recommendations from you web gurus? Is there anything Jav Henderson
can do from the server end to fix this problem?
--
Jay Honeck
Iowa City, IA
Pathfinder N56993
www.AlexisParkInn.com
"Your Aviation Destination"

go into you host and check out mime types mine is set up like
video/mpeg mpeg mpg mpe
yours is probablly set up like this
video/mp4 mpeg mpg mpe
so it is pushing the mp4 extention on to all the mpeg and mpg files
when it's requested.
if it won't let you edit it it should let you delete that mime and add
it back in correctly.

Jim in Rockford Michigan
PPSEL(hoping to take up first passangers Sat lol The kids are going to
love it)

In article ,
"Peter Duniho" wrote:

"Ron Garret" wrote in message
...
[...]
As you can see, the file extension says it's an mpeg (which it is), but
the content-type header says it's an mp4. So any browser that believes
the content-type header will try to play it as an mp4 and barf. (This
explains why it works when you download it first, because then the
information from the content-type header is lost and the (correct) file
extension is used instead.)

I'm not sure I completely get your point here. "mp4" is short for "MPEG4",
which is an MPEG format (the one that the current Quicktime and Windows
Media Video are both based on), just as the file extension suggests. It's
not actually a Quicktime format file (in spite of the close relation to
Quicktime), and so I don't see how it's relevant to the question of people
having problems with Quicktime movies.

Your statement that "the file extension says it's an mpeg (which it is)"
isn't inconsistent with the "Content-Type:" field.

"MPEG" by itself isn't a format, it's a standards group. The MPEG formats
all have version numbers, and the most common MPEG format found for online
videos is MPEG4 (MPEG1 is out of favor, MPEG2 is the format used for DVDs
and requires non-free decoders to play, and MPEG3 doesn't really exist in
the wild as far as I know).

I can see how, if someone has their Quicktime plug-in configured to attempt
to play those "video/mp4" files, that might cause problems (if the Quicktime
player doesn't handle them correctly...my computer is configured to use
Windows Media Player for those files, and it works fine). But that's still
an issue with the client configuration, not the server.

I'm not an expert on codecs, but I've set up a little demo to show that
there is an mpeg format that is distinct from the mp4 format (and that
the video in question is an mpeg file and NOT an mp4 file):

http://www.flownet.com/ron/video.html

There are two little movies there, one in mpeg format (the 747 landing
video in question) and one in mp4 format. There are two links to each
file. One serves the file with the correct content-type header, and the
other serves up the same file with the incorrect header. If you are on
a Mac you will see that both files work fine with the correct header,
and both break when the header is incorrect.

QED.

rg

Ron Garret wrote on 11/04/05 08:34:

In article , Joe Feise
wrote:


Ron Garret wrote on 11/03/05 14:13:


In article ,
Stefan wrote:



Peter Duniho wrote:



If it's his server, then why do Quicktime files play just fine on my
computer, with a single click?

....


But 747_test.mov works properly in all browsers. If you're going to
check this you have to test one of the files that doesn't work:

[ron@Mini:~]$ wget -S
http://alexisparkinn.com/photogaller...0Extreme%20Lan
ding.mpg
--08:27:03--
http://alexisparkinn.com/photogaller...0Extreme%20Lan
ding.mpg


Well, these are not Quicktime files.
You may have quicktime configured to play these files, but that has nothing to
do with the content-type header for quicktime files.
I answered to the question about the content-type header for Quicktime files.

-Joe

Jay Honeck wrote:

Any recommendations from you web gurus? Is there anything Jav Henderson
can do from the server end to fix this problem?

I'm not a web guru, so I can't answer your question. But here's the
bummer for you: I just uploaded the file into my directory at my
provider's, and bingo, it plays online. I didn't do anything else, just
uploaded the file. So it can't be too hard.

You can veryfy it when you put
http://home.balcab.ch/stefan/public/Boeing.mpg
into the address field of your browser. (I didn't install a link to
click, and I changed the file name to Boeing.mpg to make it easy to
enter it into the address field.)

Stefan

I just uploaded the file into my directory at my provider's, and bingo, it
plays online. I didn't do anything else, just uploaded the file. So it
can't be too hard.

Interesting. I've emailed Jav to see if he knows what to do with this. All
I do is upload it, so it must be some setting at his end.

Thanks!
--
Jay Honeck
Iowa City, IA
Pathfinder N56993
www.AlexisParkInn.com
"Your Aviation Destination"

In article oZ2bf.515779$x96.377419@attbi_s72,
"Jay Honeck" wrote:

I just uploaded the file into my directory at my provider's, and bingo, it
plays online. I didn't do anything else, just uploaded the file. So it
can't be too hard.

Interesting. I've emailed Jav to see if he knows what to do with this. All
I do is upload it, so it must be some setting at his end.

Thanks!

The problem is that the server is sending out the wrong "content-type"
header. It's sending "video/mp4" and it should be sending "video/mpeg".

rg

In article , Joe Feise
wrote:

Ron Garret wrote on 11/04/05 08:34:

In article , Joe Feise
wrote:


Ron Garret wrote on 11/03/05 14:13:


In article ,
Stefan wrote:



Peter Duniho wrote:



If it's his server, then why do Quicktime files play just fine on my
computer, with a single click?

...


But 747_test.mov works properly in all browsers. If you're going to
check this you have to test one of the files that doesn't work:

[ron@Mini:~]$ wget -S
http://alexisparkinn.com/photogaller...0Extreme%20Lan
ding.mpg
--08:27:03--
http://alexisparkinn.com/photogaller...0Extreme%20Lan
ding.mpg


Well, these are not Quicktime files.

No, they are mpeg files, but the server says that they are mp4 files.
MPEG and MPEG-4 are not the same thing. See
http://www.flownet.com/ron/video.html for a demonstration.

You may have quicktime configured to play these files, but that has nothing to
do with the content-type header for quicktime files.

True. It has to do with the content-type header for mpeg files.

rg