tag:blogger.com,1999:blog-4360335685873772259.post5022183236513488550..comments2023-10-10T08:08:26.838-04:00Comments on Workflowed: Why are fMP4 and MPEG-DASH so important?Timhttp://www.blogger.com/profile/00466365701507048437noreply@blogger.comBlogger10125tag:blogger.com,1999:blog-4360335685873772259.post-70269599356064012242014-11-25T05:35:50.977-05:002014-11-25T05:35:50.977-05:00Very Nice...!!!You can also checkout our website t...Very Nice...!!!You can also checkout our website that provide you lots of services like <a href="http://www.mangomolo.com/#!features/c1v9j" rel="nofollow">Live Streaming Solution</a><br /> ,live streaming,real time audience and many more services are there.for more you can also visit us i.e mangomolo.comAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-4360335685873772259.post-79676829113483538562014-09-29T14:31:00.877-04:002014-09-29T14:31:00.877-04:00Thanks for the feedback, Hugo. It's not an HLS...Thanks for the feedback, Hugo. It's not an HLS bias any more than it's a Smooth bias, etc. Here's why:<br /><br />At the time of the white paper's writing, the HLS "Pantos Spec" (which is not a standard, since it's still in draft form this many years later) was incapable of doing what you are describing in late 2014. In other words, it could not do "late binding" and required many many permutations, which leads to combinatorial complexity.<br /><br />The reason that HLS is now capable of this "late binding" is thanks to the work done by the MPEG DASH committee, as well as a few of its members including Adobe, Apple, and Microsoft. The work was based on the concept of "late binding" for fragmented MP4, which is what everyone in the market uses besides Apple. <br /><br />The side benefit of it all was that Apple, since it controls the Pantos Spec (and HLS as a whole), was able to implement late binding into HLS. In other words, the standards committee work forced a non-standard (albeit perhaps defacto "standard") in to a position where it needed to respond to the marketplace.<br /><br />Do I personally think fMP4 is a much more elegant solution than HLS? If HLS continues to rely on MPEG-2 Transport Stream (M2TS) then the answer continues to be yes. It's not a bias, it's an opinion, and yet it's not inaccurate at all...<br /><br />TimBraintrust Digital, Inc.https://www.blogger.com/profile/13848576557383206945noreply@blogger.comtag:blogger.com,1999:blog-4360335685873772259.post-40386376417039717292014-08-12T02:18:10.842-04:002014-08-12T02:18:10.842-04:00The white paper linked in the first sentence of th...The white paper linked in the first sentence of the post is full of false statements and exudes a clear anti-HLS bias.<br /><br />For example, on the topic of "combinatorial complexity", the white paper claims that with HLS you would need to create a muxed stream for every single possible combination of audio + video. That is patently false: HLS can just as well create individual assets with only a video track, or only an audio track, and leave it up to the manifest / client to decide on a specific combination to request and play back.<br />This means that there are not 4000 different sets of streams to manage, that there is no difference on the caching performance on edge servers, etc...<br /><br />That is just a completely false premise that flows through the entire white paper and in your blog post.<br /><br />I guess it's unsurprising that Microsoft and Adobe would try to promote their preferred streaming solution against Apple's, but it's disappointing to see a false debate based on falsehoods rather than an analysis of the real technical merits of each solution.Hugohttps://www.blogger.com/profile/10791323181993026851noreply@blogger.comtag:blogger.com,1999:blog-4360335685873772259.post-79767817210249280312012-01-27T12:03:52.382-05:002012-01-27T12:03:52.382-05:00At the moment, since the standard was only recentl...At the moment, since the standard was only recently ratified, no commercial tools exist. Should change in next few weeks, though.Timhttps://www.blogger.com/profile/00466365701507048437noreply@blogger.comtag:blogger.com,1999:blog-4360335685873772259.post-44545351707827111002012-01-25T11:07:06.105-05:002012-01-25T11:07:06.105-05:00Hello
could you please tell me, do you know any s...Hello<br /><br />could you please tell me, do you know any software I can use to create mpeg dash content?<br />We need in our company such content to test our software but it is very hard to find<br />thank youkuba9785https://www.blogger.com/profile/09621767686228939508noreply@blogger.comtag:blogger.com,1999:blog-4360335685873772259.post-75147249832894989232011-12-08T13:25:04.362-05:002011-12-08T13:25:04.362-05:00Nick, thanks for the comments; I enjoyed reading t...Nick, thanks for the comments; I enjoyed reading through your testing of HLS vs HDS on your blog (http://rdkls.blogspot.com/2011/12/benchmarking-adobe-hds.html)<br /><br />In terms of proprietary, and the use of the term, it's strictly to differentiate standards-based versus proprietary-based approaches. <br /><br />Since HLS (Apple's HTTP Live Streaming) isn't true MPEG-2 Transport Stream (M2TS) it's proprietary, meaning it needs something other than a standard to operate. While the M2TS segments are themselves compliant, the need for the m3u8 proprietary manifest keeps it from being implemented in a traditional M2TS broadcast environment. <br /><br />HDS and Smooth Streaming are also proprietary, at least for the next bit until DASH is ratified; like Apple, the Adobe solution has been a de facto standard (read, proprietary). Microsoft's Smooth Streaming is a bit further along the proprietary-standards continuum. <br /><br />Both HDS and Smooth Streaming use the standard ISO container identified in parts 12 and 14 (MP4) and, while both approach the segmenting differently, they use the same time-code / time stamping approach that's made its way into DASH (and which HLS is capable of, too). Smooth even uses the ISMV container. <br /><br />In the end, the reason for calling out the proprietary nature of HLS is to point out that DASH has room in it for M2TS, just not with the proprietary baggage that Apple has added on to its flavor of M2TS.<br /><br />Make sense? <br /><br />Not everyone agrees with me, including a good friend and colleague, Jan Ozer, as noted in his StreamingLearningCenter blog post (http://streaminglearningcenter.com/blogs/apple-to-adobe--microsoft-with-friends-like-you-who-needs-enemies.html) but I think we're way overdue for a move from proprietary to standards-based adaptive streaming over HTTP.Timhttps://www.blogger.com/profile/00466365701507048437noreply@blogger.comtag:blogger.com,1999:blog-4360335685873772259.post-73907077963543106702011-12-06T22:09:40.547-05:002011-12-06T22:09:40.547-05:00Steve I wouldn't worry too much, there are som...Steve I wouldn't worry too much, there are some quite good existing methods to stream video online, DASH is just a potential next one hence it being at this early stage.<br /><br />One thing that jumped out at me though Tim, was your continuous referring to HLS as "proprietary". What about it is proprietary?<br />Seems blatantly obvious to me this is part of the overall goal of the paper, to discredit HLS in favour of Adobe and Microsoft approaches (which IMO are much more deserving of the label "proprietary"; where are the open-source solutions for them?). Anyway, assuming DASH actually is well-done, and is an open standard, it seems to be shaping up well, certainly one to keep an eye on.Nickhttps://www.blogger.com/profile/13513938527242537647noreply@blogger.comtag:blogger.com,1999:blog-4360335685873772259.post-68742082978867718052011-12-01T05:44:17.805-05:002011-12-01T05:44:17.805-05:00It's appears to be worst than I thought. We ar...It's appears to be worst than I thought. We are back in the realm of whitepapers, nothing concrete.Stephen Bennetthttps://www.blogger.com/profile/12032217187552812605noreply@blogger.comtag:blogger.com,1999:blog-4360335685873772259.post-61446083181596582042011-11-18T18:35:02.397-05:002011-11-18T18:35:02.397-05:00Steve, take a look at my previous blog post to und...Steve, take a look at my previous blog post to understand how this fits into HTML5 as DASH isn't as much an HTML5 approach as a common file / format approach (via XML):<br /><br />http://workflowed.blogspot.com/2011/11/dash-of-this-dash-of-that.html <br /><br />I've also updated this blog post, noting Adobe's and Microsoft's support for fMP4.Timhttps://www.blogger.com/profile/00466365701507048437noreply@blogger.comtag:blogger.com,1999:blog-4360335685873772259.post-12855187834633238382011-11-18T17:56:32.260-05:002011-11-18T17:56:32.260-05:00Hi Tim,
thanks for sharing this information. Woul...Hi Tim,<br /><br />thanks for sharing this information. Would I be reading the near future correctly if I make the assumption that today the best HTML5 can offer in terms of standardization of video delivery and protection is a whitepaper?<br /><br />Also any idea what level of momentum is behind this whitepaper?<br /><br />Many thanks,<br />Stephen BennettStephen Bennetthttps://www.blogger.com/profile/12032217187552812605noreply@blogger.com