similar to: New Icecast Alternative: Rocket Streaming Audio Server

Hello Albert! Thank you for your reply. If this Rocket use only PC soundard? Not directed source from player program like OTSJuke? V V ned., 12. jan. 2025 ob 16:11 je oseba Albert Santoni < albert.santoni at oscillicious.com> napisala: > Hi Ervin, > > I don't think Edcast supports SSL/TLS, which is what would be needed to > connect to the SSL/TLS port. > > Try an

Hi Ervin, I don't think Edcast supports SSL/TLS, which is what would be needed to connect to the SSL/TLS port. Try an encoder that supports TLS such as Rocket Broadcaster Pro <https://rocketbroadcaster.com/>. Thanks, Albert On Sun, Jan 12, 2025 at 4:11?AM Ervin Bizjak <ervin.bizjak at gmail.com> wrote: > My radio is running on port 8080, but now I would like to move it to

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Today we became aware of a bug in the Icecast code handling source client URL-authentication and are releasing a security fix. The bug was discovered by Juliane Holzt, who we'd like to thank for bringing this to our attention and providing us with further details. Affected Icecast versions: 2.3.3(first release with stream_auth) 2.4.0 2.4.1 Fix

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Today we became aware of a bug in the Icecast code handling source client URL-authentication and are releasing a security fix. The bug was discovered by Juliane Holzt, who we'd like to thank for bringing this to our attention and providing us with further details. Affected Icecast versions: 2.3.3(first release with stream_auth) 2.4.0 2.4.1 Fix

Hi Ian, Today i fired up an old VM with a bittorrent client, trying to download some torrents. I seem to be hitting the unlikely case of "xennet: skb rides the rocket: xx slots" and this results in some dropped packets in domU, I don''t see any warnings in dom0. I have added some extra info, but i don''t have enough knowledge if this could/should be prevented from

@Mikel You could use Centova's port 80 proxy meanwhile couldn't you? Also. Centova Cast doesn't have an SSL setting for the servers unless you're manually overwriting the server config files.. or is it? On Sat, Feb 29, 2020 at 6:13 PM Mikel Sanz | 20 Comunicación < mikel at 20comunicacion.com> wrote: > For example, in my case, we use several servers with Centovacast,

Which Icecast Version are you using? This sounds like a bug that was fixed in recent versions. 2.4 is not exact enough, we need to know the full version number, please :) On 2 Nov 2016, at 10:52, unosonic wrote: > > hello, > > this is a bit special I guess... > Icercast 2.4 > > I have several mounts of type=normal, with staticly defined > user/password > as well as

Not all browsers support the ICY HTTP Streaming Protocol. For AAC, it requires ADTS support, which contrary to popular belief, IS NOT RAW. It is AAC frames in an audio transport stream, not video TS. To play this requires specific support, and it also needs to know about the embedded metadata, which once again, contrary to popular belief, ICY metadata IS NOT ID3vX. ICY MP3 streaming is similar,

Just starting a new thread so that it''s easy to follow. I just submitted a patch at trac to add a new class method called "set_default_values" ( not a great name I think ), which lets you do all kinds of crazy stuff with setting default values. This ticket is at http://dev.rubyonrails.org/ticket/9093 and example pastie is at http://pastie.caboo.se/81925 It also lets you make

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:

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

Good morning, On Tue, 2020-06-16 at 13:25 +0000, Christian Stoller wrote: > Hi, > > we are using Icecast with url authentication for some days now. This > generally works quite well. But our web service that provides the > authentication check sometimes gets requests with the following > parameters: > > { > "action":"stream_auth", >

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

On 3 Mar 2017, at 14:53, Roger Hågensen wrote: > On 2017-03-03 13:37, Marvin Scholz wrote: >> >>> I'd like to suggest adding history to status-json.xsl or to reduce >>> the size of the json to the bare minimum that a Web base mediaplayer >>> might need >>> Add a new one at http://127.0.0.1:8000/playing-json.xsl?mount=/live >>> Which will

On 20 Jul 2020, at 13:38, Damian wrote: >> >> For https streams, VLC will not be able to show ICY metadata (used >> for example for MP3 or AAC streams) >> due to a bug in VLC. >> > > > Okay. Do you know why Apple Music wouldn’t play the https stream at > all? Also, just going back to my previous question, are https streams > not available on the

Hi Philipp, Thanks for your reply. It really helped. Did I understand you correctly that we should respond to those requests sent by Icecast without username and password with HTTP status code 200 and the header "Icecast-Auth-Message: No username provided"? Best regards, Christian > Good morning, > > On Tue, 2020-06-16 at 13:25 +0000, Christian Stoller wrote: >> Hi,

> On Wed, Nov 8, 2017 at 4:22 PM, Amye Scavarda <amye at redhat.com <mailto:amye at redhat.com>> wrote: > From today's community meeting, we had an item from the issue queue: > https://github.com/gluster/community/issues/13 <https://github.com/gluster/community/issues/13> > > Should we have a Gluster Community slack team? I'm interested in >

For example, in my case, we use several servers with Centovacast, with several Icecast2 services. Version 2.5 of Icecast2, allows to respond to http and https connections from the same port, but takes years in beta. Centovacast does not update its panel, waiting for the final version of Icecast 2.5 to be released. Chrome has been warning for months that this would happen in February, but no one

Hi, yes direct stream URLs work … I did test that, but I guess the issue is that most listeners want to click on a link rather than cut and paste a steam link into their players. It’s not an ideal way to attract traffic that passes through the radio website. It’s good to know that the issues I’ve asked about are not problems at my end though. Thanks for confirming these. > On 21 Jul 2020, at

Hi All, I am cross posting this to the Asterisk Users, Biz, and Dev lists at the suggestion of David Duffet, so sorry if you see it multiple times. As this year Astricon is in Orlando, and most of us are tech geeks in on form or another, we are trying to organize a road trip to see NASA's Kennedy Space Center. I have been in touch with their group sales office and was told that there is a