User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.1b2) Gecko/20081201 Firefox/3.1b2 Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.1b2) Gecko/20081201 Firefox/3.1b2 MAC OS OS 10.4.11 Quickime Player 7.5.5 plugin H.264 streaming video from Darwin Streaming server embedded in a web page (wordpress blog --go to URL provided) Video fails to update in large swaths. The picture may be restored with a keyframe (I frame) every three seconds, but breaks up soon after. The problem does not occur with Safari. All the videos on http://sjc.unitarian.ithaca.ny.us had streamed fine as of sometime after the date of the last post, December 2007. The videos streamed OK into 2008, but some months ago, the problems were manifest. The problem has been confirmed by techical support at Dreamhost. Here is text of an email I received: Hello, >> >> There appears to be a serious problem with the way Firefox now handles rtsp. Please do me a favor. I have a blog I set up on my church's web server. All the video is streamed from Darwin Streaming Server on one of Dreamhost's servers (mediated by reference movies on one of Dreamhost's web server where I have my files). The videos played fine in Firefox in the spring. Now, everything is flaky when viewed with Firefox. I'd like to know if you see similar behavior to what I observe when playing embedded streaming video Firefox, which does bnot occur with Safari. Here is the URL: http://sjc.unitarian.ithaca.ny.us/ (I have a pair of links with the same video on two different DSS, one yous, and one elsewhere. First, though, I'd like to know if you experience a problem with the videos on the blog with URL above when using Firefox). << Thank you for following up. I do see a difference between Firefox and Safari. The video on Firefox shows alot of compression blocks. The problem is one of two things. 1 - Its an issue with the plugin itself. The quicktime plugin in behave differently between browser depending on how the plugin framework for the browser is set up. 2 - Its a memory issue with browser itself. I'm on a Mac G5 and in the terminal window running the top command I see this: 813 Safari 0.0% 0:20.54 10 279 509 16M 14M 41M 279M 105 firefox-bi 24.6% 1:51:47 24 606 1527 54M 43M 131M 602M This means Firefox is using around 4 times the memory of Safari. This increase memory load and the increase cpu load(its taking 24% of available cpu cycles) could cause it to have trouble decompressing the stream. These are not server side issues which means there are no change we can make on our end. We can only recommend that you let viewers know that for the best experience they might want to use Safari. Thanks! Trey K Reproducible: Always Steps to Reproduce: 1.Go to website with embedded Quicktime streaming video (video streamed from a Darwin Streaming Server) 2.Play video and observe in Firefox 3.Compare with Safari Actual Results: Severe "pixellation" in which large block fail to update are immediately apparent. The image may improve with a new keyframe, but comes back soon after. The problem is not manifest when using Safari, and it is not an issue when viewing the video with Quicktime Player app. Expected Results: I expect Firefox to work with streaming quicktime video All of the movies embedded on http://sjc.unitarian.ithac.ny.us are reference movies on a web server that refer to movies on an rtsp:// Darwin Streaming Server. This is standard practice and absolutely required inorder to have a chapter track with a streaming movie.
Created attachment 355260 [details] screen shot showing typical pixellation of Quicktime streaming h.264 video embedded in a web page when viewed with Firefox
(In reply to comment #0) > All the videos on http://sjc.unitarian.ithaca.ny.us had streamed fine as of > sometime after the date of the last post, December 2007. The videos streamed > OK into 2008, but some months ago, the problems were manifest. What version(s) of Firefox were you using/testing against at those times? For instance, does Firefox 188.8.131.52 work OK and Firefox 184.108.40.206 show the pixelation, or does Firefox 220.127.116.11 work OK but Firefox 3.0.0 show the pixelation?
Where do I go to download older versions of Firefox, compiled for Mac OS, safely and reliably?
Also, I gave the URL http://sjc.unitarian.ithaca.ny.us/ Are the videos on this site streaming properly or not? What version of Firefox and Quicktime are you using, and on what platform? How does that compare with Safari?
I found the mozilla FTP site and have downloaded various past versions of Firefox. Firefox 3.0 exhibirs the incompatibility with a Quicktime RTSP stream. Firefox 2.0 does not. I am about to test Firefox 18.104.22.168, but I first need to relaunch the older version. I will leave a comment presently.
The last video post on sjc.unitarian.ithaca.ny.us "Video—Witness to War:US out of Iraq 12-11-07 event" is dated 20 December 2007. It plays fime with Firefox 22.214.171.124. The date for this version on the Mozilla FTP site is 11/01/07. I missed some later versions, so I will next try 126.96.36.199 which is dated 11/29/07, which appears to be the most recent version of Firefox on the date that I posted the video.
See bug 432223 for a similar problem, can you confirm if you're seeing the same thing?
I just tested the RTSP stream with Firefox 188.8.131.52 and again it plays fine. The incompatibily with Quicktime RTSP started with Firefox 3.0.
Am I allowed to ask a question here? Is anyone reading this? Whereas the problem I have conclusively demonstrated (at least to myself) occurred with Firefox 3.0 and Wheras this is about the time that there was security issue with Quicktime RTSS 'buffer stack', and Whereas that since the problem with the stream look to me like it is a buffering problem, and Whereas the tech support person at Dreamhost whom I contacted confirmed the problem and thought that it had to do with buffering, and Therefore, be it resolved that That some software developer at Mozilla changed the code that deals with RTSP buffering to address the security concerns, and The fix doesn't work, and Someone should look into this.
Cris, if you can find a regressions-range for this bug that would definitely help moving it along, to do that, go through the nightlies at ftp://ftp.mozilla.org/pub/firefox/nightly/ and find the last one that works.
You need to give explicit instructions. I am not a code person, I am a videographer. I do not know how to run difference files --what application, and what file I am supposed to run the .mar file on. 3.0.4 is the earliest COMPLETE file I can find, and 3.0.4 doesn't work. So, we have this major bug and I am the unfortunate person to find it, and I am supposed to become a code wiz to find the problem. I can help, you you or someone will have to spend the time to educate me in what software I need and tutor me for the next hoop you are setting in front of me.
The url in comment 10 points to an ftp site which hosts daily firefox builds, built with the checkins of the day. To find a regression range one would start with a revision (one of the builds) that is known to work and move along trying to find the first day that does not work. To simplify the process you can try a build from January 1 2007, if that works skip to 3 months ahead to April 1 2007 and try a build there. Keep on doing this until you find one that's broken, then divide and conquer. I hope this helps you, I think there's a doc somewhere about this, though I can't find it atm.
Excuse me, but the file/folder listing is way too confusing. I see to only be finding versions of Fire Fox 2, when the problem started with Firefox 3. In what folder do I find versions compiled for MacOS, and why do so many of the files I do find have the same file name? E.g., I have downloaded and tested firefox-184.108.40.206pre.en-US.mac.dmg but even if I go to 2008 I see the same file name. Are there different versions that have the same filename?
firefox-3.0b2.en-US.mac.dmg 3.0b2 doesn't work with RTSP. How do I find an earlier version or nightly build?
firefox-3.0b1.en-US.mac.dmg 3.0b1 doesn't work with RTSP. How do I find an earlier version or nightly build of version 3?
Firefox 3.0 RC 1 doesn't work with RTSP. Is that earlier or later than 3.0b1? Where do I find the earliest instance of Firefox 3.0? Is there a version of Firefox 2 later than 220.127.116.11?
Correction: As far as Firefox 2, I have tried up to 18.104.22.168. I am started to confuse myself as far as version numbers. So, what comes between versions 2 and 3? Where does Firefox 3.0 start? Where is the missing link?
I have been attempting a regression to see if I can find builds where the sample embedded Quicktime video referring to RTSP had been streaming properly and a time later where the pixellation problem became manifest. I have gone all the way back to firefox-3.0a1.en-US.mac.dmg from 2006-10-05-15-trunk. The pixellation problem is much, much worse. There is no problem what-so-ever with Firefox 22.214.171.124. So, I am thinking, without knowing the least bit about program development, that whatever framework Firefox 3 development starts with is fundamentally flawed, or, perhaps this only affects the Macintosh builds. I do not have parallels on my computer. Can I run a linux version on my Macbook Pro? Might somebody check one or more windows vesrions of the following builds that I have already tried and see if there is a pixellation problem viewing <a href="http://sjc.unitarian.ithaca.ny.us/?p=25"http://sjc.unitarian.ithaca.ny.us/?p=25</a>? Here are the Mac builds I have tested so far: 2006-10-05-15-trunk firefox-3.0a1.en-US.mac.dmg 2006-11-01-04-trunk firefox-3.0a1.en-US.mac.dmg 2006-12-02-06-trunk firefox-3.0a1.en-US.mac.dmg 2007-01-01-04-trunk firefox-3.0a2pre.en-US.mac.dmg 2007-05-01-04-trunk firefox-3.0a5pre.en-US.mac.dmg 2007-06-02-04-trunk firefox-3.0a6pre.en-US.mac.dmg 2007-11-01-04-trunk firefox-3.0a9pre.en-US.mac.dmg 2007-12-01-04-trunk firefox-3.0b2pre.en-US.mac.dmg 2008-01-01-04-trunk firefox-3.0b3pre.en-US.mac.dmg 2008-05-01-04-trunk firefox-3.0pre.en-US.mac.dmg 2008-05-21-04-mozilla1.9.0 firefox-3.0pre.en-US.mac.dmg 2008-05-24-04-mozilla1.9.0 firefox-3.0pre.en-US.mac.dmg
Windows versions of Firefox 3 do not exhibit the RTSP streaming problems. I have been seeing these problems in every Mac version of Firefox since version 3 (all versions 2.x worked fine). It can be plainly seen in the RTSP streaming animation in the lower right corner of the Apple QuickTime Troubleshooting page: http://www.apple.com/quicktime/troubleshooting/ This behavior occurs whether the video is live or on-demand, and whether it is embedded in a web page or played directly in the browser. Like Cris above, I'm not a browser programmer, but rather a video person, so I have no idea how to proceed, but I hope someone with more knowledge of the Mac Firefox code can look into it further. This bug makes it very difficult to deliver live streaming video!
Created attachment 392514 [details] Another example of the RTSP streaming problem, on Apple's own QuickTime Troubleshooting page Reproducible by opening the following page in any Mac Firefox version 3+: http://www.apple.com/quicktime/troubleshooting/
(In reply to comment #19) > Like Cris above, I'm not a browser programmer, but rather a video person, so I > have no idea how to proceed, but I hope someone with more knowledge of the Mac > Firefox code can look into it further. This bug makes it very difficult to > deliver live streaming video! The best thing anyone who's a non-programmer can do is find the window when this regressed; it's a long, slow, slog, for sure, but that's really the only way anyone's going to figure out anything useful that developers can look at. The MOZILLA_1_8_BRANCH (which ultimately became Firefox 2.0) branched from the trunk on August 12, 2005, so any checkin on the trunk after that date could conceivably be the cause. In comment 18, it looks like Cris has tested all the way back to 2006-10-05-15-trunk, so there's only about a year left to go; repeatedly bisecting that shouldn't take too long. You'd want to test Mac builds from folders ending in "-trunk" from ftp://ftp.mozilla.org/pub/firefox/nightly/2006/ and ftp://ftp.mozilla.org/pub/firefox/nightly/2005/ and narrow it down to a one-day range, "2005-11-01-15 works, 2005-11-02-05 doesn't."
Finally an update: I tested the trunk Mac binary builds as advised, with the following results: 2006-09-28-08 works, but 2006-09-29-06 doesn't Hopefully a more programming-minded person can look into it further!
Jim, thanks for checking the rest of those builds. Some good news and some bad news: The bad: Surprise, surprise, that regression range is when bug 326469 landed :-( http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=PhoenixTinderbox&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2006-09-28+08%3A00&maxdate=2006-09-29+06%3A00&cvsroot=%2Fcvsroot I spot-checked some old Camino versions back to 1.0 and saw the problem (though I'm sure at one time it worked; perhaps an older version of QuickTime then?), so it's been latent in Cocoa Widgets for a long time. The good news: this essentially works on the trunk now (mozilla-central/Minefield/to-become-Firefox-3.7); I saw no noticeable difference in quality between Safari 4.0.5 and a recent Minefield on both the Ithaca Unitarian page and Apple's Troubleshooting page. Some more bad news: that it's fixed on the trunk probably means it's unlikely to be fixed at all for Firefox 3.6.x (unless someone finds when it got fixed and the fix turns out to be simple/safe).
This got fixed between the 20091215 and 20091216 trunk builds: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=96e8d529b2d3&tochange=f8d2c6f4631d Probably by bug 519598.
Please use the field below "additional comments" to add replies/follow-ups.
I'm marking this bug as WONTFIX per bug #1269807. For more information see - https://blog.mozilla.org/futurereleases/2015/10/08/npapi-plugins-in-firefox/