search for: rh_icecast

Hey Roger and everyone else commenting – I appreciate all the advice and questions. I now have more work than before 😊! Greetings from sunny South Africa! Sent from Mail for Windows 10 From: Roger Hågensen Sent: Thursday, May 2, 2019 12:12 PM To: icecast-dev at xiph.org Subject: Re: [Icecast-dev] Webm files written without duration in header On 2019-05-01 11:58, Sytze Visser wrote:> I am

I am a software developer myself. We develop a Radio Automation System/Broadcasting. Hence we are using the reference encoders. For OGG there is LUCKILY still the admin interface working to update meta data mid-stream. That is why my post is related to the other ogg based formats: FLAC and OPUS! Tractor Pro is btw not supporting FLAC or OPUS and alao uses the admin update interface! As such

So what happened with Icecast v2.5? There was a beta once over a year ago then nothing. -- Roger Hågensen, Freelancer, http://skuldwyrm.no/

On 2019-08-14 08:35, Bernd wrote: > Most users do use ICEcast to stream a continuous stream, e.g. they stream a live DJ or radio program. > I.e. they setup a single encoder on a single audio stream. > Still this logical stream contains different tracks being played over its time, and as such those users would like to update ICEcast to inform their listeners about the changing tracks

On 2019-08-16 08:10, Bernd Niedergesäß wrote: > I am a software developer myself. We develop a Radio Automation System/Broadcasting. Hence we are using the reference encoders. > > For OGG there is LUCKILY still the admin interface working to update meta data mid-stream. > That is why my post is related to the other ogg based formats: FLAC and OPUS! > > Tractor Pro is btw not

On 2019-05-01 11:58, Sytze Visser wrote:> I am streaming live with webm with ffmpeg to icecast 2.4.2. After the > stream ends, I am unable to determine the duration of the file using > ffprobe or mediainfo. Not sure but it seems that this has to do with > headers? > > Should icecast be writing the duration into the header or should this > somehow be passed from ffmpeg?

On 2015-04-26 18:15, Philipp Schafft wrote: > I tested with both Mozilla's 'Modern' and 'Intermediate' list. Both > work well with all versions of Icecast (official) as well as current -kh. > In that case my suggestion is for libshout to only focus on using the Modern list then as it explicitly excludes DES and RC4 and MD5. While HMAC-MD5 (for some password uses)

While http://127.0.0.1:8000/status-json.xsl?mount=/live is fine for info on the server itself and the current track played it's missing a played history. 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 only

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 only hold the current info: > > Right now I personally don't think