similar to: Burn flac to cd

"Kurosawa, Taku" wrote: > Hi Martijn, > > Sorry for the late reply again, > The application we are preparing this time is not exactly similar to > Replaygain. > > Replaygain as we understand is something which normalize the loudness at > content provider side, but our application takes different approach. It is > designed to normalize the loudness at player

Dat Head <dathead2 at gmail.com> wrote: > can somebody explain replaygain a bit - is it kinda like normalization > but w/o modifying > the files (just giving software a number to use to obtain the level > boost needed?) Try http://www.replaygain.org/ although the pages haven't been updated since 2001. (In the past I have e-mailed updates to the maintainer, but got no

> You don't. Audio CDs don't support ReplayGain tags. The only thing > you may do on Audio CDs is to use Volume Normalize techniques > available on certain programs. Normalization of sound is not a good, > clean thing, though. Surely it would be possible to have something apply the ReplayGain to the WAV after decoding and prior to writing them to CD... but I don't know

On 10/25/18, Rodger Combs wrote: > >> On Oct 25, 2018, at 12:47, Martin Leese <martin.leese at stanfordalumni.org> >> wrote: ... >> An alternative approach is to only define >> popular layouts. For more obscure layouts, >> such as 2.1 and Mid/Side, assume that the >> person doing the encoding knew what they >> put in, and so knows what will come

On 7/23/13, Silvia Pfeiffer <silviapfeiffer1 at gmail.com> wrote: > On 23 Jul 2013 15:17, "Martin Leese" <martin.leese at stanfordalumni.org> > wrote: ... >> Information about Metadata >> has been collected together in the Xiph Wiki >> at: >> https://wiki.xiph.org/Metadata > > That page is a bit outdated. It has CMML in it which we

---------- Forwarded message ---------- From: Martin Leese <martin.leese at stanfordalumni.org> Date: Mon, 20 Dec 2010 21:42:04 -0700 Subject: To: flac-dev at xiph.org Erik de Castro Lopo wrote: > Can someone please remove this moron > spammer [Gourav Tewatia] from this list. And also delete their four posts from the archive (otherwise the SPAM links will be picked up by search

On 9/26/07, Josh Coalson <xflac@yahoo.com> wrote: > --- Martin Leese <martin.leese@stanfordalumni.org> wrote: ... > > Where can I find more detail on what is a > > "non-audio" RIFF chunk? > > it is any riff chunk that is not "fmt " or "data" > > > Ambisonic ".amb" files are WAVE-EX files with > > a

On Wed, Jul 22, 2009 at 7:24 PM, Martin Leese<martin.leese at stanfordalumni.org> wrote: > Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > >> Martin Leese wrote: >>> Anyway, calling alloc()s with no corresponding >>> free()s is a memory leak. Not good code. >> >> The alloca() function allocates space on the stack and >> that

On 10/21/07, Ivo Emanuel Gon?alves <justivo@gmail.com> wrote: > On 10/21/07, Martin Leese <martin.leese@stanfordalumni.org> wrote: > > Either "OggPCM" or "OggPCM Draft2" needs > > to be deleted. It really doesn't matter which, > > but I would suggest that "OggPCM" takes the > > big sleep. Just give time for me (or Sempo)

I have been tidying up bits of the Wiki. This one is not clear cut, so I decided to seek advice. Also, I wasn't sure where to post this question, so defaulted to ogg-dev. Should Speex and CMML be removed from the Wiki Sidebar at: https://wiki.xiph.org/MediaWiki:Sidebar ? Many thanks, Martin -- Martin J Leese E-mail: martin.leese stanfordalumni.org Web:

On August 9, 2013, Silvia Pfeiffer wrote: > On Thu, Jul 25, 2013 at 6:36 AM, Martin Leese wrote: ... >> Should Speex and CMML be removed from >> the Wiki Sidebar > Don't remove Speex - it's still very much in use. > > We probably want to add Daala to the list of video codecs: > https://wiki.xiph.org/Daala > > We probably want to remove CCML from the

On Sat, Nov 29, 2008 at 2:20 PM, Josh Coalson <xflac at yahoo.com> wrote: > --- Martin Leese <martin.leese at stanfordalumni.org> wrote: >> Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: >> ... >> > Whats more, the sndfile-convert program can also convert >> > from FLAC to the following file formats that support 63 bit >> > file

Erik de Castro Lopo <mle+xiph@mega-nerd.com> wrote: > Martin Leese wrote: > > So what is "OggPCM"? I started this thread > > because I was puzzled why someone was > > changing a draft instead of the document > > itself. > > The original OggPCM was started by a person who really didn't > lnow what they were doing and wouldn't listen to

> On Oct 25, 2018, at 12:47, Martin Leese <martin.leese at stanfordalumni.org> wrote: > > Rodger Combs wrote: > >> 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 >>

Shayne Wissler <wissler at gmail.com> wrote: > On Tue, Oct 6, 2009 at 1:57 PM, Martin Leese > <martin.leese at stanfordalumni.org> wrote: ... >> For Ogg Vorbis and Ogg FLAC, see: >> http://wiki.xiph.org/index.php/MIMETypesCodecs#Codecs_Parameter > > Isn't this meta information used in e.g. email and HTML? I don't think > it will help vet a standalone

Am I supposed to take an "INFORMATIVE" document as standard? How can one know the output channel order if there is no standard way to map it on creation? Being undefined, it's up to the decoders to decide the channel order, leading to incompatibility among implementations. On Wed, Nov 10, 2010 at 03:49, Martin Leese <martin.leese at stanfordalumni.org > wrote: > Ricardo

On 23 Jul 2013 15:17, "Martin Leese" <martin.leese at stanfordalumni.org> wrote: > > Brendan Bolles wrote: > > > Hey everyone, according to Wikipedia's 4-year-old information, there is no > > standard for putting metadata into an Ogg file. > > True. > > > That metadata must be > > included in the codec. > > More generally, in a

Martin Leese wrote: ... > Finally, Jan might have more luck taking his > problem with metatflac over to the flac-dev list. Even better, he could submit a bug report at: http://sourceforge.net/p/flac/bugs/ Regards, Martin -- Martin J Leese E-mail: martin.leese stanfordalumni.org Web: http://members.tripod.com/martin_leese/

Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > Martin Leese wrote: >> Anyway, calling alloc()s with no corresponding >> free()s is a memory leak. Not good code. > > The alloca() function allocates space on the stack and > that allocation is automatically freed when the function > that did the allocation returns. > > The Linux man page is quite

Brendan Bolles wrote: > Hey everyone, according to Wikipedia's 4-year-old information, there is no > standard for putting metadata into an Ogg file. True. > That metadata must be > included in the codec. More generally, in a stream in the Ogg file. Codecs are streams, but so are things like Ogg Skeleton. Information about Metadata has been collected together in the Xiph Wiki