I don’t know for sure.
Charlie
At this time Wowza Media Server does not support outbound streaming of MPEG4 Part2. We also do not support progressive download or any kind of throttled progressive download streaming. The Wowza Transcoder does support ingestion of MPEG4 Part2 so that we can transcode it to H.264. These are all technologies that we continue to evaluate for inclusion into the product but are not currently supported.
Charlie
Thanks, not playing for me, but appears to be getting closer. With this line:
<video src="http://localhost:1935/vod/_definst_/Extremists.m4v/playlist.m3u8"></video>
I’m getting this is the console:
INFO application app-start _definst_ vod/_definst_
INFO cupertino connect 1307777212 -
INFO stream create Extremists.m4v -
INFO cupertino connect 1121865013 -
INFO stream create Extremists.m4v -
When I run the example script (using Flash), the console shows ‘PLAY’ rather than ‘CREATE’:
INFO session connect 127.0.0.1 -
INFO stream create - -
INFO stream play Extremists.m4v -
INFO stream stop Extremists.m4v -
INFO stream destroy Extremists.m4v -
INFO session disconnect 318006991 -
What is playlist.m3u8? Should that be a file that has something in it?
Thanks!
Tac
Thanks, but I’m not developing this for an iPhone, but rather an HTML5 web browser (Safari, Chrome). I’m guessing that I’m just missing something in the syntax.
I’ve read the long (24-page) thread on iPhone streaming at
http://www.wowza.com/forums/showthread.php?t=5374
but didn’t find a simple example that I could get to work.
Tac
Oh! When I read “You can use HTML5 in Safari/IPhone browser.” I thought that meant Safari OR an iPhone browser (which is also Safari).
So, any change support for HTML5 could be supported from other browsers? No idea how complicated that is, but I’m jazzed to see that youtube offers it now.
Tac
Chrome will play a video if you navigate directly to it:
http://localhost/Extremists.m4v
But don’t think the video tag works at present in any desktop browser
The
But the more I read, the less possible I think this is. What a mess video is! Some interesting articles her:
Youtube and Video support HTML5: http://www.pcmag.com/article2/0,2817,2358335,00.asp
h264 v OGG: http://www.techcrunch.com/2009/07/06/html-5-ogg-theora-vs-h264-in-the-battle-for-a-web-video-standard/
and finally, a history of how we got into this mess, due to Apple and Microsoft fighting for control of video. Fascinating history. http://www.appleinsider.com/articles/09/07/06/ogg_theora_h_264_and_the_html_5_browser_squabble.html
Tac
This html5 with video tag and playlist.m3u8 url is just for IPhone, it won’t work on any desktop browser.
Richard
Chrome will play a video if you navigate directly to it:
http://localhost/Extremists.m4v
But don’t think the video tag works at present in any desktop browser
Richard
I just heard that possibly iPhone HTTP streams will play on Safari for Snow Leopard (4.0 or later)… if you want to check that out. Try it with HTML5 video tag and playlist.m3u8 url.
Richard
That was one of an earlier series of articles on using Wowza 2 that was abandoned. The current tutorials have a use case focus instead of technology focus, for example Video on Demand Streaming. Each tutorial shows the configuration and playback URLs for all supported technologies
Richard
You can use HTML5 video tag to playback a Cupertino stream from Wowza on iOS devices and Safari on Mac OSX. HTML5 video tag doesn’t work in any other case with Wowza.
Richard
Thanks, but I’m not developing this for an iPhone, but rather an HTML5 web browser (Safari, Chrome). I’m guessing that I’m just missing something in the syntax.
Oups, sorry. FYI, I’m using this exact syntax on iPhone …
I also think at this point HTML5 support is progressive download only.
Does this mean it’s not possible to embed a live stream in a video tag for now ?
I got the
If wowza supported streaming to the
This works perfectly on Safari 4 on Mac with both VOD or live broadcast:
VOD code:
Live broadcast code:
I think the big problem is on the browser side. I don’t think they support H.264/AAC. I also think at this point HTML5 support is progressive download only.
Charlie
Here is a link that talks about the codec support of the various browsers (among a host of other things related to
http://diveintohtml5.org/video.html#what-works
Basically, Safari, iPhone, Android, and Chrome 3 support h.264+aac, while Firefox supports Theora+Vorbis+Ogg. Also, from youtube.com/html5 (their “opt-in” page) IE with Chrome Frame installed also supports h.264.
Still searching to find out if it’s streaming or progressive download.
-Tim
What you want is a progressive download (HTTP streaming is not supported by most browsers, and there is no streaming protocol defined in the HTML5 spec). Not sure if Wowza has a prefab module for serving progressive, but I suppose you could handle it with an HTTPProvider (not sure how efficient that would be).
That said, why not just use an HTTP server that supports range requests? Seems that would be the path of least resistance (and greatest efficiency) for progressive download.
Also, keep in mind that H.264 is not supported in all browsers, so your mp4 file won’t play everywhere. There’s no H.264 decoding support in Firefox, and Google has been talking about removing support from Chrome (but hasn’t actually pulled the trigger on that yet).
IN fact jay_charles that is not the case I checked on w3.org for what the standard is for the
That is an MP4 codec with out any more colour frills or better sound like H.924 or DivX, just straight normal storage medium of frames called MP4 Codec, I am suprised there is no UDP Port which streams MP4 with Wowza so far as reported in the developers section for HTML5, but it is become a nessacity as some clients of mine use Wowza and they need this feature for it to for example work on blackberyy phones, work on latest iOS properly without legacy quicktime, and other browser that don’t support flash which are HTML5 complaint. Is it a case that because MP4 is a GNU title the inclusion of this means you to have to release and open source title, which also means that you are licencing complaint with GNU/GPL 2.0 which states any inclusion of this medium means y ou have to release in Open source under the GPL 2.0 or GPL 3.0 licensing which not all vendor like apple do when they include stuff so I don’t think it is majorily enforced.
I don’t want excuses, I want a solution and fast. I have several TV Station finished with links missing for sources.
Sorry guys… I just can’t help responding to this one on a personal level.
Wishcraft, if you’re going to come into a support forum looking for help on a topic in which you [quite obviously] have precious little practical experience, it would speak well of you to exhibit at least some minimal degree of grace.
It seems you need help in understanding the current implementations of HTML5 video support, and the difference among containers, codecs, transports, and protocols. Your frustration is clearly visible, however, your approach to seeking help leaves much to be desired. To take a condescending tone, make nonsensical statements about your level of expertise or position in the community [a founder of the internet? Seriously? Please.], or imply that those trying to help you are entirely without understanding of the practicalities of the subject matter will serve only to remove desire to help you. Case in point, I for one will not make the mistake of offering help to you in the future.
Hi wishcraft,
It seems you want to play a live stream in a MP4 Container using H.264/AAC codecs to a browser using an HTML5 video tag. Wowza can certainly serve streams like this. See the Quick Start Guide for examples of the different streaming technologies Wowza supports: https://www.wowza.com/docs/quick-start-guides
However, as Jay_Charles suggested, and from my own research, I have yet to see an example of a browser that can render a live stream in an HTML5 container, other than Safari on iOS with Cupertino streaming.
Can you provide an example of a browser supporting live streaming of H.264 and AAC/MP3? Like you, many people would like to see this working.
In the meantime, my suggestion is to focus on the technologies mentioned in the Quick Start Guide. Then at least you can get your TV Station streams working and focus on HTML5 later.
