similar to: OPUS Metadata in IceCast v2.4.4

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

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

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

Hi all, 2017-06-13 9:33 GMT-05:00 Philipp Schafft <phschafft at de.loewenfelsen.net>: > > Good afternoon, > > > On Mon, 2017-06-12 at 13:20 -0500, Rick Keniuk wrote: > > Marvin, > > > > That is the current version being used and it still has no meta data. > > server_id Icecast 2.4.99.1 > > Icecast2 2.5 beta releases use 2.4.99.x as version

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 User-Agent: RadioBOSS Authorization: Basic The same input to IceCast capture

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

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>

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

Hi guys. Does the YP listings on dir.xiph.org work from an Icecast Win32 build? I'm running 2.4.4 but it doesn't appear to come with any search results. I've made sure the YP directory is un-commented, set the source to public 1 (Icecast server reports public also as 1) and I've even tried a mount specific setting of public to 1 as well. How long does it take to show in the

Hi, I have application, where I am reciving the RTP packets, which has OPUS payload. >From the RTP packets I got following information: (12 byes Header) tells about the version, payload time, time stamp, srsc, etc. The rest of the packet is OPUS payload (raw format), The TOC byte from OPUS payload tells its 20ms frame, even the time stamp different of 960 means 20 msec frame. Questions: 1)

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 :

<div>Hello,</div><div> </div><div>I'm looking to implement an internet radio server that would serve up something similar to <a href="http://dir.xiph.org/by_format/Opus">http://dir.xiph.org/by_format/Opus</a> using the C libraries for working with opus.  I tried looking at the Icecast source code, with no luck - it doesn't seem to depend

I've run into some issues using Opus with source files in channel layouts other than the default 8. For instance, 2.1 isn't supported, so I have to either downconvert to 2.0 or upconvert to 5.1 (which usually involves adding empty channels, which prevents the playback device from upconverting to the native layout). To address this, I've put together an initial draft of an I-D I'd

Tim, Would you mind giving me a more specific example of the sort of document that you think this should look like? I'd like to write up something that is somewhat final. On Mon, May 2, 2016 at 9:30 PM, Michael Graczyk <mgraczyk at google.com> wrote: > On Fri, Apr 29, 2016 at 4:32 PM, Timothy B. Terriberry > <tterribe at xiph.org> wrote: > > As a general point,

Hi, I've just downloaded the latest R v2.5.0 alpha (2007-04-04 r41043) for WinXP. When I try to install a package R tries to install it to a no-name (empty name) directory (causing error downstream): RCMD INSTALL R.oo installing to '' FYI: Package install perfectly on R v2.4.1 patched, and did so also on earlier R v2.5.0 devel/alpha(?) versions. Current directory is: C:\tmp with

Hello Tim and others, Thanks for your help explaining this process on IRC. I wrote out a first draft in the RFC xml format. I have attached the xml (labeled as xml.txt so it will appear inline) and the rendered txt files. Please let me know where I can make improvements. I will upload this draft to the IETF datatracker and send it out to codec@ after addressing your comments. -------------- next

Since updating to the LLVM v5.0 Final tag, I am seeing a crash when I enable '-g'. With a Debug build this hits an assertion at line #923 in 'lib/CodeGen/AsmPrinter/DwarfDebug.cpp': assert(EndLabel && "Forgot label after instruction ending a range!"); The values of related variables at this time are: 'Begin' is: DBG_VALUE %I23, %noreg,

We are pleased to announce Icecast 2.5 beta2 (2.4.99.2). This is a beta release and not recommended for production use. ## Downloads -   Source:     http://downloads.xiph.org/releases/icecast/icecast-2.5-beta2.tar.gz -   SHA256sum:     a83baf4ae3ee5c2822bcb4286b7438b01317ccb8387371922e9cd32fe1c453e8 -   Packages:     https://build.opensuse.org/repositories/multimedia:xiph:beta ## New features

We are pleased to announce Icecast 2.5 beta2 (2.4.99.2). This is a beta release and not recommended for production use. ## Downloads -   Source:     http://downloads.xiph.org/releases/icecast/icecast-2.5-beta2.tar.gz -   SHA256sum:     a83baf4ae3ee5c2822bcb4286b7438b01317ccb8387371922e9cd32fe1c453e8 -   Packages:     https://build.opensuse.org/repositories/multimedia:xiph:beta ## New features

My apologies for the confusion, I think I have the mapping layout correct in this patch. Cheers! On Tue, Apr 25, 2017 at 10:07 AM Jean-Marc Valin <jmvalin at jmvalin.ca> wrote: > On 25/04/17 10:12 AM, Drew Allen wrote: > > We assume that the input file is ordered first by ACN ambisonic channels > > followed by a (possible) stereo track, and we want to swap the order for