Closed
Bug 858600
Opened 11 years ago
Closed 11 years ago
When I put src with MJPEG stream adress value to <img> with JS no animation happens
Categories
(Core :: Graphics: ImageLib, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 861595
People
(Reporter: i, Unassigned)
References
Details
Attachments
(1 file)
2.20 KB,
text/plain
|
Details |
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.4 (KHTML, like Gecko) Chrome/22.0.1106.241 YaBrowser/1.5.1106.241 Safari/537.4 Steps to reproduce: I have webcam streaming MJPEG and url where I can get camera's status. On webpage i have img-tag with src pointing to MJPEG stream. If camera goes offline I change img's src to "Camera offline" placeholder image (by JS script) When camera appears online again I change img's src back to stream. Actual results: But only one frame appears - no animation is going Expected results: Animation should play again
You appear to not be using Firefox here. To confirm this bug, we need your script, also. Can you paste your webpage script to pastebin.mozilla.org? Thanks!
Flags: needinfo?(i)
Reporter | ||
Comment 2•11 years ago
|
||
Sample file attached 1. Start browser and open index.html; 2. Firefox shows four animated pictures (from http://172.20.32.80:9082/mjpeg/cam2 ); 3. We stop mjpeg camera, pictures become still; 4. We start the camera again. The JS should cause images to resume (which actually happens on Google Chrome 26.0.1410.43 m), but in Firefox pictures remains still; 5. We open Firebug and point mouse over <img> src attrubute. Firebug shows popup with animated mjpeg content in it. At the same time all four pictures on the page also become animated; 6. We press F5. Now it shows four still images that becomes animated when we resize the FF's window.
Flags: needinfo?(i)
Do you have issues on other browsers? I can't reproduce this, you used a local ip. I don't have any cameras that can stream in this way to hand, sadly
Reporter | ||
Comment 4•11 years ago
|
||
>Do you have issues on other browsers? No, at Chrome and Opera seems to work fine >I can't reproduce this, you used a local ip. Sorry, but yeah, you have to be able to manualy start and stop mjpeg stream for it. Mayby using some public mjpeg stream and connect-disconnect internet connection will works?
Comment 5•11 years ago
|
||
Started public mjpeg server at http://vi-server.org:4444/ It streams mjpeg for 30 seconds, than fails with 404 for 20 seconds, in a loop. (Source code and the sample file available at http://vi-server.org/pub/mjpeg_firefox/ ) Tested with "Chromium25.0.1364.160 (Developer Build 186726) Debian 7.0, x86" - works normally. Tested with 17.0.4 "Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20100101 Firefox/17.0 " - fails.
Comment 6•11 years ago
|
||
What are now the steps to reproduce here with y<our testcase ?
Comment 7•11 years ago
|
||
1. Download the page in attachment, 2. Replace all mjpeg links with http://vi-server.org:4444/ (or download the program, start it locally and use http://localhost:4444/). 3. Try to open in Firefox and in Chromium, wait for about a minute. Firefox: the video does not resume after periodic interruptions; Sometimes there is also weird state where it shows the next frame only when I switch tabs/resize/otherwise make it repaint. Chomium: the video does resume after interruptions.
Comment 8•11 years ago
|
||
It's possible that bug 791258 is related.
Updated•11 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•