X
Tap here to go to the mobile version of the site.

Support Forum

firefox won't play ogg ogv video files

Posted

When I use the video tag in HTML5 or videos the .ogg and .ogv files won't play. I get a grey block with an X in it.

I have looked at other posts on this topic but the replies are altogether too geeky and I cannot understand them. Why do Flash and mp4 play without any problem, exactly as they are supposed to do, but .ogv doesn't?

I convert the video with the Froggy in Firefox thing and then upload it to my server. The .ogv plays in VLC player, so it seems OK, but something happens between creation>upload>download to browser.

I would really appreciate a reply in plain English.

Finally, a plea to the Mozilla team -- why not get with the strength and embrace H264? I've read all your reasons but they don't hold up.

When I use the video tag in HTML5 or videos the .ogg and .ogv files won't play. I get a grey block with an X in it. I have looked at other posts on this topic but the replies are altogether too geeky and I cannot understand them. Why do Flash and mp4 play without any problem, exactly as they are supposed to do, but .ogv doesn't? I convert the video with the Froggy in Firefox thing and then upload it to my server. The .ogv plays in VLC player, so it seems OK, but something happens between creation>upload>download to browser. I would really appreciate a reply in plain English. Finally, a plea to the Mozilla team -- why not get with the strength and embrace H264? I've read all your reasons but they don't hold up.

Additional System Details

Installed Plug-ins

  • Office Plugin for Netscape Navigator
  • Adobe PDF Plug-In For Firefox and Netscape
  • Contribute Firefox IBE Plugin DLL
  • NPRuntime Script Plug-in Library for Java(TM) Deploy
  • The QuickTime Plugin allows you to view a wide variety of multimedia content in Web pages. For more information, visit the QuickTime Web site.
  • DNL Reader
  • Default Plug-in
  • Provides additional functionality on Facebook. See our web site for details.
  • Shockwave Flash 10.1 r102
  • iTunes Detector Plug-in
  • DivX Web Player version 2.0.3.4
  • GEPlugin
  • Next Generation Java Plug-in 1.6.0_22 for Mozilla browsers
  • 4.0.50917.0
  • Office Live Update v1.5
  • The plug-in allows you to open and edit files using Microsoft Office applications
  • NPWLPG
  • Windows Presentation Foundation (WPF) plug-in for Mozilla browsers
  • Google Update
  • Adobe PDF Plug-In For Firefox and Netscape "9.4.0"

Application

  • User Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101026 Firefox/3.6.12 ( .NET CLR 3.5.30729; .NET4.0C)

More Information

gorefiend 0 solutions 1 answers

Finally found the right solution after many trials, my MIME types were correctly configured but still not working!

The transfer type thru ftp/sftp must be to: Binary Transfer Type (NOT ascii transfer type)

see more infos

Finally found the right solution after many trials, my MIME types were correctly configured but still not working! The transfer type thru ftp/sftp must be to: Binary Transfer Type (NOT ascii transfer type) [http://stackoverflow.com/questions/3809519/streaming-audio-with-html5-audio-tag see more infos]
juliaee 1 solutions 2 answers

Here comes the solution:

When you upload the .htaccess file with a ftp-program you have to change your options to ASCII Mode! DO NOT use Binary Mode for upload!

All other files like audio, video, html, pictures etc. must be uploaded in Binary Mode.

Read this!

Here comes the solution: When you upload the .htaccess file with a ftp-program you have to change your options to ASCII Mode! DO NOT use Binary Mode for upload! All other files like audio, video, html, pictures etc. must be uploaded in Binary Mode. [http://www.javascriptkit.com/howto/htaccess.shtml Read this!]

Modified by juliaee

hallandroid 0 solutions 4 answers

I have the same or a similar problem.

myvideo.theora.ogv will play on Opera but only intermittently on Firefox 8.0.1.

I edited .htaccess as suggested in earlier posts. This made no difference.

I checked that the MIME type being sent with the page was correct by entering the myvideo.theora.ogv URL in the browser and checking through right click "view page info" as suggested in an earlier post.

I tried long and short (14 seconds) videos and they behave differently.

Long videos will sometimes play the short one has done so consistently - so far.

I looked at the HTML5.media.readyState values. [[HTML5 Specification|http://www.w3.org/TR/html5/video.html#the-ready-states]]

readyState is 4 when the video plays and 2 when it does not. The controls time line object is at the start moving onward when it plays and "stuck" at the end when it does not. i.e. trying to set the timeline to earlier in the video does nothing and the cursor flies back to the end.

HAVE_CURRENT_DATA (numeric value 2)

Data for the immediate current playback position is available, but either not enough data is available that the user agent could successfully advance the current playback position in the direction of playback at all without immediately reverting to the HAVE_METADATA state, or there is no more data to obtain in the direction of playback. For example, in video this corresponds to the user agent having data from the current frame, but not the next frame; and to when playback has ended.

HAVE_ENOUGH_DATA (numeric value 4)

All the conditions described for the HAVE_FUTURE_DATA state are met, and, in addition, the user agent estimates that data is being fetched at a rate where the current playback position, if it were to advance at the effective playback rate, would not overtake the available data before playback reaches the end of the media resource

So something is not as it should be around buffering the video in Firefox.

I tried the suggestion, earlier in this thread, to change the <video> </video> to include autobuffer and preload="auto" and this made no difference.

Interrogating the video element i.e.

var myVideo = document.getElementById("myVideo");

var readyState = myVideo.readyState;

seems to have a positive impact (i.e. the video then plays) if the video element is interrogated before the video is "played".

I don't have a clue why this should be the case.

I would appreciate thoughts, ideas and suggestions.

I have the same or a similar problem. myvideo.theora.ogv will play on Opera but only intermittently on Firefox 8.0.1. I edited .htaccess as suggested in earlier posts. This made no difference. I checked that the MIME type being sent with the page was correct by entering the myvideo.theora.ogv URL in the browser and checking through right click "view page info" as suggested in an earlier post. I tried long and short (14 seconds) videos and they behave differently. Long videos will sometimes play the short one has done so consistently - so far. I looked at the HTML5.media.readyState values. [[HTML5 Specification|http://www.w3.org/TR/html5/video.html#the-ready-states]] readyState is 4 when the video plays and 2 when it does not. The controls time line object is at the start moving onward when it plays and "stuck" at the end when it does not. i.e. trying to set the timeline to earlier in the video does nothing and the cursor flies back to the end. HAVE_CURRENT_DATA (numeric value 2) Data for the immediate current playback position is available, but either not enough data is available that the user agent could successfully advance the current playback position in the direction of playback at all without immediately reverting to the HAVE_METADATA state, or there is no more data to obtain in the direction of playback. For example, in video this corresponds to the user agent having data from the current frame, but not the next frame; and to when playback has ended. HAVE_ENOUGH_DATA (numeric value 4) All the conditions described for the HAVE_FUTURE_DATA state are met, and, in addition, the user agent estimates that data is being fetched at a rate where the current playback position, if it were to advance at the effective playback rate, would not overtake the available data before playback reaches the end of the media resource So something is not as it should be around buffering the video in Firefox. I tried the suggestion, earlier in this thread, to change the &lt;video&gt; &lt;/video&gt; to include autobuffer and preload="auto" and this made no difference. Interrogating the video element i.e. var myVideo = document.getElementById("myVideo"); var readyState = myVideo.readyState; seems to have a positive impact (i.e. the video then plays) if the video element is interrogated before the video is "played". I don't have a clue why this should be the case. I would appreciate thoughts, ideas and suggestions.
cor-el
  • Top 10 Contributor
  • Moderator
17470 solutions 157890 answers

Are the video files send by the server as compressed files (gzip) or as uncompressed files?

If a large file is send compressed then Firefox doesn't know where to start the next chunk from the server and fails, so make sure that media files are send uncompressed.

Are the video files send by the server as compressed files (gzip) or as uncompressed files? If a large file is send compressed then Firefox doesn't know where to start the next chunk from the server and fails, so make sure that media files are send uncompressed.
hallandroid 0 solutions 4 answers

The files are uncompressed. I am not pre-loading.

Opera which is also using the ogg theora video files works "properly".

The files are uncompressed. I am not pre-loading. Opera which is also using the ogg theora video files works "properly".
hallandroid 0 solutions 4 answers

I am now on Firefox 9.0.1. But this makes not difference to the problem!

I am now on Firefox 9.0.1. But this makes not difference to the problem!
hallandroid 0 solutions 4 answers

I have stopped trying to get ogg files to work.

The webm codec works with Firefox which reports a "probably" will play when interrogated with MediaElement.canPlayType against the ogg codec which reports "maybe" will play.

I have stopped trying to get ogg files to work. The webm codec works with Firefox which reports a "probably" will play when interrogated with MediaElement.canPlayType against the ogg codec which reports "maybe" will play.