Click here to Skip to main content
15,891,248 members
Please Sign up or sign in to vote.
0.00/5 (No votes)
See more:
1. We have the static image in jpg form populating across all browsers. This works with manual refresh option. That option uses the following code:

<img src="http://67.191.88.199/cgi-bin/viewer/video.jpg" alt="" width="640" height="360" />

2. We have the mjpg file streaming on Internet Explorer but it is inaccessible on other browsers. The code we use to accomplish this is:

<object ID="WinLessVivoPlugin" CLASSID="CLSID:64865E5A-E8D7-44C1-89E1-99A84F6E56D0" codebase=http://67.191.88.199//VVTK_Plugin_Installer.exe#version=1,0,0,17 width=1280 height=800>
<param name="AutoStartConnection" value="true" />
<param name="HttpPort" value="80" />
<param name="ControlPort" value="554" />
<param name="Stretch" value="true" />
<param name="ConnectionProtocol" value="2" />
<param name="MediaType" value="2" />
<param name="DarwinConnection" value="false" />
<param name="Url" value="http://67.191.88.199/" />
<param name="ViewStream" value="0" />
</object>

We are at the step where we need convert the preceding code into a form that will be accessible on all other browsers.

We have even looked into outsourcing this coding.

I think that part of the equation has to do with the fact that the stream is in rtsp and chrome/firefox need to have a different <embed>/<object> setup to convert and view the stream with cross-browser functionality. Do you have any suggestions?
Posted
Comments
Sergey Alexandrovich Kryukov 14-Jan-15 0:48am    
Why using such an archaic standard as MJPEG? How about re-mastering it to something better and compatible?
—SA
Member 11373442 15-Jan-15 6:47am    
Thanks for the reply.

The camera we are using will stream in mjpg or h.264. We stepped down to mjpg to get the stream to feed on at least internet explorer. We'd be thrilled to push h264 but couldn't get it to feed live on any browsers. Our first solution was to try to find a compatible, cross-browser solution using mjpg first. We would be open to any ideas or any possible articles/links to help us find a way to get either the mjpg or the h264 to stream across the majority of modern browsers from where we currently sit with the project, given the progress we have made thus-far. Any ideas? Thanks
Mike Nordell 12-Feb-15 23:14pm    
I just wanted to apologize for pushing my idea as a "Solution". That was only due to me not really understanding the interface here on CodeProject. That "Solution" should be like this - a comment. If an admin reads this, and can correct it, please do.

1 solution

Would perhaps HTML5 video work? Even if forced to have a H.264 -> WebM transcoder constantly running (I haven't followed the controversy so I don't know the status of video format support) it could possibly provide a universal solution.

Optionally, provided you don't have any hard requirements to play the video inside a web-browser (which, let's be honest, isn't exactly intended to be a media player :-) ), would an link for users to view it in their local video player of choice (f.ex. VLC, or even WMP) work?

MJPEG is from my experience pretty much unsuitable for streaming video (or, frankly, anything at all).

As for your problem to stream the existing H.264, did you just try to put it on disk and linked the webpage to the file? If so, I'm not surprised it failed. You need something able to stream - since you are constantly adding new media (frames) to the stream. While I have no experience with that stuff, perhaps shoutcast or something like it could handle the streaming?

++luck;
 
Share this answer
 

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)



CodeProject, 20 Bay Street, 11th Floor Toronto, Ontario, Canada M5J 2N8 +1 (416) 849-8900