<div dir="ltr"><div dir="ltr"><br></div><div dir="ltr">Hi Marvin<div><br></div><div>I followed this advice for updating moov flags in mp4 and it "streams" directly from the file location on the server with html5 video: <a href="https://rigor.com/blog/optimizing-mp4-video-for-fast-streaming">https://rigor.com/blog/optimizing-mp4-video-for-fast-streaming</a>.</div><div><br></div><div>Progressive downloading, seeking and video time all works 100% on a 195MB file.</div><div><br></div><div>Regards</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 1, 2019 at 10:19 PM Marvin Scholz <<a href="mailto:epirat07@gmail.com">epirat07@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
On 1 May 2019, at 22:06, Sytze Visser wrote:<br>
<br>
> Hi Fred.<br>
><br>
> Appreciate your response.<br>
><br>
> Maybe in my explanation I have some red and green apples, but I can<br>
> agree that my understanding is as you explained it. 😊<br>
><br>
> The point is that if I can successfully stream mp4 with H.264 and AAC<br>
> encoding without any issues to icecast, I can then use ffmpeg to<br>
<br>
Hi,<br>
just a quick thing to clarify before you waste too much time on this:<br>
<br>
MP4 is not streamable due to the way the format works. The header/trailer<br>
that a valid mp4 files needs to have, requires "knowledge" of the whole<br>
file which makes it impossible to stream it.<br>
<br>
What HLS or DASH does is not "streaming" in the "traditional" sense of<br>
streaming but rather it is downloading small complete file chunks that<br>
nowadays mostly use fragmented MP4.<br>
<br>
You can't stream MP4 with Icecast.<br>
If you for some reason have to stream H.264 you could use MPEG TS.<br>
Note that this might have licensing implications as MPEG TS is not<br>
royalty-free.<br>
<br>
> turn it into HLS which then solves my iOS support issue. The CPU<br>
> cost of repackaging MP4 into HLS architecture should be minimal<br>
> because at the core it’s all H.264. No transcoding! Low CPU objective<br>
> achieved!<br>
> Additional bonus is that I already use Apach2 with icecast and<br>
> integrating the whole lot into my existing infrastructure is easy.<br>
><br>
> My question remains<br>
> If webm/ogv is supported but mp4 not, what are the technical differences<br>
> in how icecast handles the one and not the other? What does icecast<br>
> manage/do for supported formats as opposed to unsupported ones?<br>
><br>
> Kind regards<br>
><br>
> On Wed, 2019-05-01 at 19:56 +0200, Sytze Visser wrote:<br>
>> I read somewhere that MP4 is not supported on icecast, which is a<br>
>> pity. I have invested a lot in an icecast based audio solution and<br>
>> want expand it with video.<br>
><br>
> It all depends on what one means by 'MP4' (which is more a marketing<br>
> term than a technical one). AAC+ (aka 'high efficiency' AAC) works very<br>
> well on IceCast, albeit that only covers the audio side on the<br>
> equation.<br>
><br>
>> So my question is now:<br>
>> MP4 (H.264) is a close relative of HLS (can also be H.264) which<br>
>> brings me very close to a solution.<br>
><br>
> You're mixing apples and oranges here (pun accidental). H.264 is a<br>
> content encoding, like MPEG Layer III (so-called 'MP3') or OggVorbis.<br>
> HLS OTOH is a streaming architecture, and as such is largely orthogonal<br>
> to the content encoding used. It works by segmenting the media stream<br>
> into discrete files and then distributing them via HTTP(S). The big<br>
> advantage of this approach is that standard 'garden variety' web<br>
> servers (think Apache) can be used to serve the streams, which makes it<br>
> play particularly well with CDNs, at the cost of significantly greater<br>
> complexity in the encoder and player components. No specialized<br>
> 'streaming server' (such as Icecast) is required in the HLS ecosystem<br>
> at all.<br>
><br>
> Cheers!<br>
><br>
><br>
> |---------------------------------------------------------------------|<br>
> | Frederick F. Gleason, Jr. | Chief Developer |<br>
> | | Paravel Systems |<br>
> |---------------------------------------------------------------------|<br>
> | An expert is a person who avoids the small errors while he sweeps |<br>
> | on to the grand fallacy. |<br>
> | |<br>
> | -- Benjamin Stolberg |<br>
> |---------------------------------------------------------------------|<br>
><br>
> _______________________________________________<br>
> Icecast mailing list<br>
> <a href="mailto:Icecast@xiph.org" target="_blank">Icecast@xiph.org</a><br>
> <a href="http://lists.xiph.org/mailman/listinfo/icecast" rel="noreferrer" target="_blank">http://lists.xiph.org/mailman/listinfo/icecast</a><br>
><br>
> _______________________________________________<br>
> Icecast mailing list<br>
> <a href="mailto:Icecast@xiph.org" target="_blank">Icecast@xiph.org</a><br>
> <a href="http://lists.xiph.org/mailman/listinfo/icecast" rel="noreferrer" target="_blank">http://lists.xiph.org/mailman/listinfo/icecast</a><br>
_______________________________________________<br>
Icecast mailing list<br>
<a href="mailto:Icecast@xiph.org" target="_blank">Icecast@xiph.org</a><br>
<a href="http://lists.xiph.org/mailman/listinfo/icecast" rel="noreferrer" target="_blank">http://lists.xiph.org/mailman/listinfo/icecast</a><br>
</blockquote></div></div>