similar to: IETF standardization: RFC by November 9

Dear members of the flac-dev list, I'm writing to ask for feedback from the FLAC community regarding the possibility of standardizing the FLAC specification through the Internet Engineering Task Force. I'm working with MediaArea on the PREFORMA project which focuses on building conformance checkers for Matroska and FFV1. Since Matroska and FFV1 are not yet formally standardized, this

Hi all, I'm writing in my capacity as co-chair of the CELLAR working group of the IETF, which is tasked with the standardization of the FLAC specification. I posted about the initial creation of the working group in 2015, and I am wondering if any of the developers on this list are also subscribed to the IETF CELLAR list ( https://mailarchive.ietf.org/arch/search/?email_list=cellar). At the

Hello all! (cc-ing the flac-dev list) I would like to give an update as to the recent CELLAR work on the FLAC specification. • Work has been done to make internal and external links more accurate and reliable. • 'Rice Coding' has been clarified as 'Exponential Golomb Coding.' • Clarifications have been made for binary representation. • Typos and other small changes have been

> On May 12, 2017, at 1:05 PM, Dave Rice <dave at dericed.com> wrote: > > Hi all, > And cc'ing flac-dev. > >> On May 10, 2017, at 12:15 PM, Dave Rice <dave at dericed.com <mailto:dave at dericed.com>> wrote: >> >> Hi Andrew, >> >>> On May 10, 2017, at 11:19 AM, Andrew James Weaver <weevz at uw.edu <mailto:weevz at

Hi all, And cc'ing flac-dev. > On May 10, 2017, at 12:15 PM, Dave Rice <dave at dericed.com> wrote: > > Hi Andrew, > >> On May 10, 2017, at 11:19 AM, Andrew James Weaver <weevz at uw.edu <mailto:weevz at uw.edu>> wrote: >> >> Hello all! >> >> In a previous discussions on this list about people interested in working on the FLAC

Hi all, > On Jun 5, 2017, at 11:52 PM, Andrew James Weaver <weevz at uw.edu> wrote: > > Hello all! > (cc-ing the flac-dev list) > > I would like to give an update as to the recent CELLAR work on the FLAC specification. > > • Work has been done to make internal and external links more accurate and reliable. > • 'Rice Coding' has been clarified as

陈伟旭 wrote: > So part of the wiki is out of date? Beside Opus-tools, I also concern > about the spec, optimization and future work in wiki. Could you tell me > about if they are out of date? > On 08/28/2019 00:08, Ralph Giles <mailto:giles at thaumas.net> wrote: For the Spec section: There is a Matroska mapping, and it has been implemented in Firefox and FFmpeg (and Chrome

Hi, i have the big pleasure to officially announce that the matroska multimedia container project has finally left alpha status and turned into public beta status last night. By following the links below you will be able to obtain various tools to create, edit and play matroska audio and video files on your computers. Supported Operating Systems are currently Windows and Linux, but it seems

On 2010-08-27, Ralph Giles wrote: >> My question to you, What advantages has ogg vs matroska. > > They're both free containers, and there isn't a significant > performance difference, so either one works from a free media > perspective. [...] Personally I would add the following points/bullets: * Ogg has a lesser semantic burden, so that e.g. embedded

Please allow me to announce the creation of a new open source Media Container Format, named 'matroska' Project page is here http://sf.net/projects/matroska ; homepage is http://matroska.sourceforge.net , HTML should be online soon. Steve 'robux4' LHomme and myself have left the MCF project because of incompatibilities of our work with the project goals defined by the founder of

Please allow me to announce the creation of a new open source Media Container Format, named 'matroska' Project page is here http://sf.net/projects/matroska ; homepage is http://matroska.sourceforge.net , HTML should be online soon. Steve 'robux4' LHomme and myself have left the MCF project because of incompatibilities of our work with the project goals defined by the founder of

Hi everyone, Here's a follow-up on the two BoFs we've had about doing royalty-free codecs at the IETF. Well, the good new is that the proposal is now in IETF last call until January 20th (see below). No final decision has been made, so it's important to get as much support as possible for the Working Group proposal. You can see the ongoing discussion on the mailing list archive:

Hi everyone, Here's a follow-up on the two BoFs we've had about doing royalty-free codecs at the IETF. Well, the good new is that the proposal is now in IETF last call until January 20th (see below). No final decision has been made, so it's important to get as much support as possible for the Working Group proposal. You can see the ongoing discussion on the mailing list archive:

Hallo all, euphoria with cheese, the project i working on, i needed to make decision about codecs and containers we use. I'm clearly not expert in this. After the euphoria about vp8/webm going slowly to the end, i see advantages what theora has against vp8. Seems like theora perform better on LoEnd hardware. Even x264 with good optimisation work not really good on slow Athom. My question to

Hi David, Streaming live WebM would also give a boost to this open format. Whitch Client do you use to stream the webm format to icecast with? Regards, Dennis -----Original Message----- From: Krad Radio <kradradio at gmail.com> To: icecast-dev at xiph.org, icecast at xiph.org Date: Wed, 8 Feb 2012 23:53:05 -0500 Subject: [Icecast] Icecast WebM Support Patch Second Edition Howdy, tl;dr:

Howdy, tl;dr: Nothing new or interesting to non-developers Attached is a newer Icecast WebM support patch for Icecast SVN, there is simply aesthetic changes. Whitespace has been altered to match Icecast project style, some functions have been renamed and moved around. Some discussion. The format_ebml.c file lines 0-296 operates much the same as the format_ogg.c file does. It uses a parsing

Howdy, tl;dr: Nothing new or interesting to non-developers Attached is a newer Icecast WebM support patch for Icecast SVN, there is simply aesthetic changes. Whitespace has been altered to match Icecast project style, some functions have been renamed and moved around. Some discussion. The format_ebml.c file lines 0-296 operates much the same as the format_ogg.c file does. It uses a parsing

> On 22 Feb 2023, at 5:33 pm, Aki Tuomi <aki.tuomi at open-xchange.com> wrote: >> >> Thanks Aki, that was helpful. When I add that I get: >> >> checking for LIBSODIUM... no >> configure: error: Can't build with libsodium: not found >> >> So I have to tell it where libsodium is. >> >> Tried: >> >>

> On 22/02/2023 07:48 EET James Brown <jlbrown at bordo.com.au> wrote: > > > > On 22 Feb 2023, at 4:14 pm, Aki Tuomi <aki.tuomi at open-xchange.com> wrote: > > > > > > > I?ve spent ages on this and am getting really desperate! :-( > > > > > > CPPFLAGS=-I/opt/homebrew/Cellar/openssl at 3/3.0.8/include

> On 22/02/2023 08:41 EET James Brown <jlbrown at bordo.com.au> wrote: > > > > On 22 Feb 2023, at 5:33 pm, Aki Tuomi <aki.tuomi at open-xchange.com> wrote: > > > > > > Thanks Aki, that was helpful. When I add that I get: > > > > > > checking for LIBSODIUM... no > > > configure: error: Can't build with libsodium: not