similar to: why HLS/DASH are problematic in an Icecast context

On Fri, Feb 20, 2015 at 10:25 AM, Daniel James < daniel.james at sourcefabric.org> wrote: > Hi Thomas, > > Let's start with HLS: > > - It's not a standard. It's current status is that it's an *expired* > > draft[1]. > > Does that suggest a lack of interest in an open standard? I'm actually not sure how it is expired... The most recent HLS

On 2015-02-20 7:25 AM, Daniel James wrote: > I don't understand why this has to be so limited, because the basic > idea, as I understand it, is to extend the .m3u playlist format so that > stream listeners can automatically choose alternative sources for the > same content. That could be implemented in a codec-agnostic way. Stitching together compressed media streams for gapless

On 02/20/2015 04:05 PM, Eric Richardson wrote: > On Fri, Feb 20, 2015 at 10:25 AM, Daniel James > <daniel.james at sourcefabric.org <mailto:daniel.james at sourcefabric.org>> > wrote: > > Hi Thomas, > > Let's start with HLS: > > - It's not a standard. It's current status is that it's an *expired* > > draft[1]. > >

On 20 Feb 2015, at 17:59, Ralph Giles wrote: > On 2015-02-20 7:25 AM, Daniel James wrote: >> I don't understand why this has to be so limited, because the basic >> idea, as I understand it, is to extend the .m3u playlist format so >> that >> stream listeners can automatically choose alternative sources for the >> same content. That could be implemented in a

On Fri, Feb 20, 2015 at 2:51 PM, Ralph Giles <giles at thaumas.net> wrote: > So the issue here is that with an icecast stream there's no way to > restart playback on a new tcp session without missing some of the > content? You'd rather have smooth playback through reconnects even if it > adds latence? It doesn't add latency, though, because the short connections

Hi Robert, Unfortunately I am not replying to answer your question but to ask a question on pre-roll. I am working on a similar project but still at the configuration stages. For some reason my intro file is not being played. I am also using Icecast 2.4.4 and have four mount points on one relay server. I am trying to use my intro file on only one mount point. I am also doing mp3 not HLS.

(sending this publicly so the discussion about this is in the open) Hi OggK, all, OggK, you've probably seen that the bug in Firefox for adding Kate support has been closed as WONTFIX: https://bugzilla.mozilla.org/show_bug.cgi?id=481529 I've just posted a reply there mentioning how I envisage in-band WebVTT support to be provided through Kate. I want to ask your opinion. In case you

We use Icecast version 2.4.4 and recently added an intro (preroll) to one of our channels. Although we haven't had any direct complaints, there has been a discussion thread with some of our public radio colleagues getting complaints about users receiving a repeat of the intro many times when their device switches from WiFi to LTE or unstable Internet connections. One of our colleagues

I second that advice. Also when you reference your file in intro do this <intro>/Sonic.mp3 </intro> . As long as it is in the folder you don’t need the whole path. Patricia > On Oct 28, 2020, at 10:08 AM, Robert Fitzpatrick <robert at webtent.org> wrote: > > Mayiani, Martin Martine - mayianmm wrote on 10/27/2020 11:03 PM: >> Hi Robert, >> Unfortunately I

Hi Robert, Intro files play whenever a listener client connects. If you are disconnecting from WiFi and going to LTE, for example, this is expected behavior as you are severing the connection and re-connecting. It sounds like the same type of case with users with "unstable Internet connections" as they may well be disconnected from the Icecast server and reconnect when network is

Thanks Martin -----Original Message----- From: Patricia Moynihan <pmoynihan at fsu.edu> Sent: Wednesday, October 28, 2020 10:10 AM To: Icecast streaming server user discussions <icecast at xiph.org> Cc: Mayiani, Martin Martine - mayianmm <mayianmm at jmu.edu> Subject: Re: [Icecast] HLS enabled mounts CAUTION: This email originated from outside of JMU. Do not click links or

Hi Wayne Yep, HLS is something we would like to use with Icecast. As you mentioned, Liquidsoap made a great step in the right direction if it comes to HLS. It seem that icecast might not get this support soon, as you might read in the discussion list. I don?t share these arguments, because we have real world use cases (we have many of them) where we would like use icecast with HLS support.

Hi Fred. Appreciate your response. Maybe in my explanation I have some red and green apples, but I can agree that my understanding is as you explained it. 😊 The point is that if I can successfully stream mp4 with H.264 and AAC encoding without any issues to icecast, I can then use ffmpeg to turn it into HLS which then solves my iOS support issue. The CPU cost of repackaging MP4 into HLS

Hi Marvin I followed this advice for updating moov flags in mp4 and it "streams" directly from the file location on the server with html5 video: https://rigor.com/blog/optimizing-mp4-video-for-fast-streaming. Progressive downloading, seeking and video time all works 100% on a 195MB file. Regards On Wed, May 1, 2019 at 10:19 PM Marvin Scholz <epirat07 at gmail.com> wrote: >

On Thu, 21 Mar 2024, Wayne Barron wrote: > Looking through HLS, I found this. > https://github.com/mbugeia/srt2hls Or you could just use ffmpeg: ffmpeg -hide_banner -i "${icecaststream}" -c:a copy -vn -strftime 1 -f hls -hls_time 6 -hls_list_size 10 -hls_segment_filename "${hlspath}radio-%Y%m%d-%s.ts" -hls_flags delete_segments -segment_format mpegts

Hi there Thanks Thomas. I was hoping to avoid remuxing as my objective is to run an extremely lightweight server. Just tested and the CPU runs between 9% and 23% for a lecture of 90 minutes - took 18sec. Yes it's a lightweight server, but like I said, that's the objective, and quite a nice challenge :-) CPU = cost and if you have to remux for 1000 clients in a day, integrity of live

Looking through HLS, I found this. https://github.com/mbugeia/srt2hls For what I can un As in the liquidsoap link I shared, this is what my links look like. https://github.com/savonet/liquidsoap/discussions/3024 Liquisoap link. music = playlist("https://www.domain.com/Panels/DJ/101.asp",mode="normal") On Thu, Mar 21, 2024 at 4:08?AM <thomas.zumbrunnen at gmail.com>

Tom and Frederick. Thank you both for your input. It is greatly appreciated, not only by me, but I am sure for many others who find this thread. Tom - using Linux server for icecast. HLS was brought to my attention a while back on the liquidsoap forum. I have not had a chance to completely look in on it, but do plan on checking it out. Tom. You have your icecast servers in a round robin

On Mar 20, 2024, at 13:16, Wayne Barron <wayne at cffcs.com> wrote: > In Windows and Linux web servers, we can create a forest for our web servers. > Send traffic to different servers to even the workload. > > Can we do something like this with the Icecast servers? > (or) > Will we have to install new VMs, add the heavy stations on that one, > and send the new traffic

Dear all My 5 cents (or Rappen in CH) if it comes to serving many clients. We are running a 4 node cluster since several years ? rock solid and w/o any issues. This cluster serves many thousands of listeners from all over the world. Our source transcoder sending the audio streams to each Node. Hence, transcoding power is not an issue here. The four Nodes a geographically dispersed in 3