similar to: Possible Metadata Update Bug - Opus

Thanks Phiipp, I've attempted to download this previously but somehow ended up with v2.4.99 on Windows. Is there a specific path to your suggested version? This is on a Windows machine (since that might be an issue here). Rick Keniuk On 6/11/2017 9:36 AM, Philipp Schafft wrote: > Good evening, > > On Sun, 2017-06-11 at 09:24 -0500, Rick Keniuk wrote: >> Anyone know any

Hello, I'm currently testing Icecast 2.4.99.1 in regards to Opus metadata support. I have a Ogg Opus stream located here: http://50.31.159.156/64.opus When I playback the stream in VLC I see the expected metadata displayed in the client. ffprobe and mediainfo also return the expected metadata. # mediainfo http://50.31.159.156/64.opus General Complete name :

Hello, I'm using a libopus enabled ffmpeg version on Kubuntu (Not that this should matter from what I've seen), and i'm interested in adding metadata (Such as Track Title/Artist) to my videos that I convert. How can I do this? I've seen the metadata usage and read the ffmpeg documentation, but I'm still uncertain. I'm currently using command similar to: ffmpeg -ss

Marvin, That is the current version being used and it still has no meta data. server_id Icecast 2.4.99.1 Testing the metadata from the admin page “Update Metadata” results in the response: Message: Mountpoint will not accept URL updates Return Code: 1 So I would guess it isn’t functioning yet. > On Jun 12, 2017, at 12:34 PM, Marvin Scholz <epirat07 at gmail.com>

Hi! Playing with Opus 1.3 I converted a tone sweep with a sample rate of 96kHz (just for fun). Before I had converted that from WAV to FLAC, and to Vorbis without problems. With Opus I noticed that the file size for 48kHz and 48 kbps compared to 96kHz Vorbis at 31kbps is about double the size and it sounds even worse (than Vorbis) (there is a lot of noise in the lower frequencies when a low

Anyone know any workarounds for OPUS/FLAC metadata on IceCast? I’ve monitored my inbound stream and this is working correctly (or at least the formatting and data for the OPUS stream is identical to the MP3/AAC+ streams). I see people with OPUS streams and metadata but they may not be using IceCast. Is it safe to assume we’ll see this in the next version? Rick

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 Fri, 2019-05-10 at 17:59 +0100, Paul Martin wrote: > On Fri, May 10, 2019 at 10:35:39AM -0500, Rick Keniuk wrote: > > > I may have asked this previously, but I am still on a mission to get > > metadata on my OPUS streams (FLAC if possible also). > > https://tools.ietf.org/html/rfc7845.html (Section 5.2) > > ...which is similar to Ogg Vorbis

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

Hello all, I may have asked this previously, but I am still on a mission to get metadata on my OPUS streams (FLAC if possible also). I am using IceCast v2.4.4 (on Windows 8.1) and RadioCaster as an encoder for OPUS streams and I know that sending the streams directly to IceCast will not pass metadata for song title and artist. I have tried using a built-in server in RadioCaster and I can see

Hi! Excuse the delay, but I had to deal with a corrupted NTFS file system that ate many important files on an USB stick... The FLAC version of the original is almost 6MB and it can be downloaded slowly from this time-limited link: https://sbr5vjid0jgmce4q.myfritz.net:40262/nas/filelink.lua?id=0ba5a10529a6fe7b On the meaning of a logarithmic sweep: If you use foobar2000 and the

On Mon, Nov 5, 2018 at 11:01 AM Jan Stary <hans at stare.cz> wrote: Attached I send the spectrogram (vic SoX) of the first 20 seconds > for the wav file and the opus file. Indeed, there is extra noise > for the low frequencies, but somewhere around -100 dB. > > Jan > That might be entirely due to SoX treating it as a 16-bit file, which it is not; -100dB is almost

Good afternoon, On Mon, 2019-05-13 at 17:55 +0100, Paul Martin wrote: > On Mon, May 13, 2019 at 08:45:40AM +0000, Philipp Schafft wrote: > > Support for metadata in Opus is a feature of Icecast 2.5.x. It has first > > been included in v2.5.0-beta.2. But please note that this is only about > > displaying. > > I can see support for reading it from incoming Ogg/Opus

I am using the standard Xiph.org FLAC encoder, but I couldn't find any option to update the meta-data mid-stream. Also the FLAC spec says, that it defines VORBIS_COMMENT as the only way to transmit meta-data information. This is the only officially supported tagging mechanism in FLAC. There may be only one VORBIS_COMMENT block in a stream. As such, when you state, that meta data is the domain

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

Hi Philipp, While you might logically/theoretically be right with what you say, it is not really practical and unfortunately not user friendly. Let me try to explain my standpoint: 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

On Nov 05 11:32:49, hans at stare.cz wrote: > On Nov 05 11:05:34, hans at stare.cz wrote: > > > Did you also try to listen at the beginning, shortly before the real tone appears in the audible spectrum? While significantly larger, Opus had produced significant ghost noise (much less than Vorbis did)... I experience the "same" low level noise even in a wav file, even on

Many Thanks for your answer. Actually quite a few 'ifs', 'maybes' or 'shoulds'... ;-) I have tried most of them (except liquidsoap). However, even the mentioned apps like RadioDJ or Mixxx do NOT support meta data changes via the encoder (they all use the admin interface)! And as you correctly pointed out: none of the reference encoders support this. Not even the FLAC, OGG

Thanks for your clear answer. I'll try to contact the OGG, FLAC a Opus encoder developers at xiph.org. As it currently seems, that there is no direct support for chained streams on the 'client-side' (encoder side) when using the reference encoders as provided by xiph.org. As such I find it a bit odd to have no 'out-of-the-box' solution available at all. Even if all/you say:

Howdy, Im looking for some help on getting ices to compile with lame support. My goal is to get it compiled to I can do on the fly re-encoding. My problem.. When I run make on ices, I get the following error.... Making all in xml make[3]: Entering directory `/usr/src/ices-0.0.1.beta5/src/xml' gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I.. -I../../libshout -I/usr/src/lame3.70