similar to: Meta Data for opus and FLAC do not work

Thanks for your response Michel. I encode with Omnia AX/E Software so that it can be processed a bit and it has built in MP3 Encoders. I believe it is happening to all my streams, but I only use the mp3 codec. Was encouraged to hear that I wasn’t the only one having an issue and look forward to some trouble shooting thoughts. I do not build my own packages so whatever OpenSSL version is in

I have the same issue occur on a windows server 2008 running 2.4.3 and recently upgraded to 2.4.4 I don’t know what open ssl was packaged with it. It seems to run fine for a week or two and then all of a sudden it starts this same issue of playing one second and then stopping. Restart the service and it works fine for another week or two. But only an issue on https, the http streams are fine.

Hi Paul, Thanks for the quick response! We use the same type of encoder (Sam Cast) both live for both mountpoints on 96 Kb Joint Stereo. it is difficult to see if it is exactly the same. Is there a player that show exactly this? I will check this. We have use the limit-rate in our config. Thats work better for go to play the last fallback-mount file (i test this). See here our part of the

On Tue, May 07, 2019 at 01:59:05PM +0200, Michel van Dop wrote: > [2019-05-07 13:33:29] WARN format/format_get_type Unsupported or legacy > stream type: "audio/aacp". Falling back to generic minimal handler for best > effort. Is one source AAC-LC (standard AAC) and the other HE-AAC v2 (AAC+)? There are three variants of AAC: AAC-LC HE-AAC (= AAC-LC with SBR) HE-AAC v2 (=

Hello. I have same problem, and I think that it's because AAC+ uses VBR and when it's changes, is not the same bitrate, because varies... El jue., 9 may. 2019 a las 21:29, Michel van Dop (<mvandop at xs4all.nl>) escribió: > Hi Paul, > > Thank you for the information. I already try a player to discover the > stream type of both streams if the are the same. > But i can

Hi, We use Icecast version 2.4.4 and use mountpoint /main and include use fallback-mount. When the /main is offline 92% of the listeners go to fallback-mount and 8% disconnect. The format is 96k AAC and we have 8 mountpoint and 8 fallback-mount points include extra fallback files AAC. Are there any players who cannot handle switching to a fallback mount point? Best regards, Michel --

On 16 Jun 2017, at 5:41, Rick Keniuk wrote: > Is this the HTTP call for injecting the “song” metadata? > This is a capture (using RawCap in conjunction with Wireshark) of my > AAC+ stream metadata input to IceCast that works fine. > > GET > /admin/metadata?mode=updinfo&mount=%2FFVHradio_AAC&song=Fox%20Valley%20Hit%20radio%20-%20Hits%20from%20the%20Valley > HTTP/1.0

Hello, We started to publish an OPUS stream amongst others on our Icecast streaming server. That's cool, we're muxing it in an Ogg container, it works well ! So this is just a remark : as the Icecast shows its type as "application/ogg", it may be the reason why the Icecast directory shows this as an Ogg Vorbis stream although it's an Ogg OPUS one. Any idea how to correct

No flash player can fetch the embedded metadata due to security restrictions concerning non-standard request headers which is required in order to get the embedded metadata. A patch for ice cast to allow this however is quite possible, perhaps a config directive that tells icecast not to wait for the specific request header and send the embedded metadata regardless of the icy-metadata header will

Hi does anyone have any luck playing radio streams using internet explorer Only our station plays no problem using firefox crome and edge but will not play in IE www.tafn.org.uk/listen we are broadcasting using aac Mark. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/icecast/attachments/20171015/abe14432/attachment.html>

Thank you Phillip, my first time here. What I want to achieve is to replace ads in a live ad break on live streamed radio with personal spots for each listener. I want to recognize the start of the break, split listeners into separate streamed spots and then back again to the live stream when the spots has been played. The main goal is to offer programmatic data driven ads on streamed radio and

Hi Philipp, Thank you, thats good news that the log on date rotation is in the new version 2.5. And can you indicate what you are waiting for before making it the stable 2.5 release? And in which version of openssl does this problem no longer occur? Sorry for straying from the original question :-) Best regards, Michel > Op 26-06-2023 17:11 CEST schreef Philipp Schafft <phschafft at

Hi Philipp, Okay that's also a nice solution rename the log file and reload icecast. Only it may be that the file size has been reached, turning off archive then is this option is the best way! Thanks The wrapper works well so far. And also retaining the original log files. I check the the Linux machine for the ssl problem for 2.4.4 and 2.5 beta. It is Debian GNU/Linux 10 (buster) OpenSSL

Hello Philipp, Thank you for your answers ! Le 27/12/2016 à 12:14, Philipp Schafft a écrit : > Good morning, > > On Tue, 2016-12-27 at 11:46 +0100, Hoggins! wrote: >> Hello, >> >> We started to publish an OPUS stream amongst others on our Icecast >> streaming server. That's cool, we're muxing it in an Ogg container, it >> works well ! >> So

It seems, that with FLAC and OPUS streams (not individual files) the song title (meta data) updates do not work. Also the ICEcast admin web interface isn’t working for FLAC and OPUS; while it is working for MP3, AAC as well as OGG streams. I.e. when sending a continuous FLAC or OPUS stream to an ICEcast server, it seems impossible to update the meta data mid-stream (like it works for MP3, AAC

Good morning, On Tue, 2023-06-27 at 09:34 +0200, Michel van Dop wrote: > Hi Philipp, > > Thank you, thats good news that the log on date rotation is in the > new version 2.5. keep in mind that the ticket you linked is about dumpfile rotation. log file rotation is the same as it always has been. As this is a very common thing being asked if I may just include: When you want to

Hello- You guys have done an excellent job with the Icecast2 server. I probably don't need to tell you that, but I did anyway. We are Coding Technologies licensees and have recently developed a streaming audio encoder supporting AAC/HE-AAC/aacPlus using RTSP/RTP, SHOUTcast HTTP/ICY, and Icecast2 HTTP/ICY, Orban Opticodec-PC. More information here:

2017-06-16 10:28 GMT-05:00 Jesus Cea <jcea at jcea.es>: > On 16/06/17 13:18, Marvin Scholz wrote: >> The source client is supposed to encode the metadata into the stream, >> not use any endpoint whatsoever to send them, for Ogg and >> other supported formats. There is nothing confusing about this. The >> reason this is different for MP3 and AAC is, that it is

On 20 Jul 2020, at 13:02, Damian wrote: >> >> On 20 Jul 2020, at 1:12, Damian wrote: >> >>> I solved the issue by adding my own m3u files to >>> /usr/share/icecast/web but I am not sure if this is icecast >>> best-practice. This also raises a few other issues as well… http >>> stream links don’t appear on the icecast stream directory and

Hi Philipp, Thank you for insights and suggestions. Please see my recent answer and questions to Lin in the same matter. I'm talking about thousands of listeners, and individual mounts are probably not the way to go. A dream scenario would be to trigger a move of all listeners at the start of an ad break to a mount with a dynamic scripted playlist of ads playing from a separate CDN. And move