[Flac-dev] Code for Ambisonics

Hi, I have posted this three times to the flac-dev, vorbis-dev, and ogg-dev mailing lists. I wanted to see what code there was currently to support Ambisonics. So I downloaded the code from the xiph download page for libogg-1.1.3, libvorbis-1.1.2, vorbis-tools-1.1.1 and flac-1.1.4, but wasn't a

Re: [Flac-dev] Code for Ambisonics

On 3/22/07, Brian Willoughby <[EMAIL PROTECTED]> wrote: ... But to return to your question, exactly what kind of "support" are you looking for? I wasn't looking for any particular support, but just to see what support was there (if any). ... I do not believe that there is any need for code sp

Re: [Flac-dev] FLAC batch process

"Jordi Claeys" <[EMAIL PROTECTED]> wrote: > How can I make a batch to scan all my sub-folders for WAV and other lossless > files to encode to FLAC? ... > Unfortunately I have lots of folders with other lossless formats e.g. > ape,wav. > > Now I encode every folder manual to FLAC this is a lot of w

[Flac-dev] To list owner + address munging

Hi, This message is aimed at the list owner. I have tried e-mailing [EMAIL PROTECTED], without result. Posts to the flac-dev (and flac) mailing list is now being pushed onto Usenet by Gmane. This means that posters' e-mail addresses are being trawled by spammers to send SPAM to. Gmane will encr

Re: [Flac-dev] wav to flac corruption

"Stuart Fisher" <[EMAIL PROTECTED]> wrote: ... > My guess is > that many players have hard-coded 16-bit code paths. Mine certainly does, > although in my defence it is a mobile phone FLAC player and I wouldn't > really expect anybody to put broadcast quality audio on a mobile phone. > Something to

Re: [Flac-dev] Virus in FLAC Windows installer

Josh Coalson <[EMAIL PROTECTED]> wote: > --- Victor Koechli <[EMAIL PROTECTED]> wrote: > > Just to let you know: > > > > The FLAC-Installer (downloadable from sourceforge) contains a > > W32/Backdoor2.AAKG virus, and so does the included uninstaller. Is > > this an error of my virus scanner,

[Flac-dev] Support for CAF in flac command-line?

Brian Willoughby <[EMAIL PROTECTED]> wrote: > Hello all, > > Is anyone here potentially up to the task of adding support for CAF > (the CoreAudio Format) into the flac command-line? ... > I've already made some recordings > that are so long that they cannot be uncompressed from FLAC to WAV or > AIF

Re: [Flac-dev] Support for CAF in flac command-line?

On Sat, Nov 29, 2008 at 2:20 PM, Josh Coalson <[EMAIL PROTECTED]> wrote: > --- Martin Leese <[EMAIL PROTECTED]> wrote: >> Erik de Castro Lopo <[EMAIL PROTECTED]> wrote: >> ... >> > Whats more, the sndfile-convert program can also convert >> > f

Re: [Flac-dev] floating point

"Didier Dambrin" wrote: ... > I like FLAC on the paper because of its metadata preservation, in that riff > tag, which is critical for my needs. Try using WavPack, http://www.wavpack.com/ This can losslessly compress 32-bit floating point WAVE-EX files, and faithfully preserves every chunk (whic

Re: [Flac-dev] floating point

Brian Willoughby wrote: > Your statement is misleading as written. It should say > >> Try using WavPack, http://www.wavpack.com/ >> >> This can losslessly compress 32-bit floating >> point WAVE-EX files (which FLAC does not do), and faithfully preserves >> every chunk (which FLAC does do perfectl

Re: [Flac-dev] (Universal) Ambisonic implementation

e deleflie ... > ok, I do realise that the extending the maximum channel count may be > difficult ... there's gotta be a way to do it though. Perhaps a comparison of the FLAC structure with that of Vorbis will help. Within a FLAC stream the audio is split into blocks which are grouped (interleav

Re: [Flac-dev] (Universal) Ambisonic implementation

Brian Willoughby > Isn't there a standard option to place FLAC data within an Ogg > container? I don't use it myself, but I understand that it is quite > popular. Would it be possible to interleave multiple FLAC blocks > this way? In other words, can Ogg suffice as the second level of > groupi

[Flac-dev] Detecting FLAC file type

Shayne Wissler wrote: > I have a program that is given a random file and needs to determine > whether it is Vorbis or FLAC. For Vorbis, there are various places > where I can infer that I have a bad stream. But for FLAC, when I call > either FLAC__stream_decoder_process_until_end_of_metadata or >

Re: [Flac-dev] Detecting FLAC file type

On Tue, Oct 6, 2009 at 2:11 PM, Shayne Wissler wrote: > On Tue, Oct 6, 2009 at 1:57 PM, Martin Leese > 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.

Re: [Flac-dev] Detecting FLAC file type

Shayne Wissler wrote: > On Tue, Oct 6, 2009 at 1:57 PM, Martin Leese > 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 thi

Re: [Flac-dev] 'Wasted bits-per-sample' flag

Brian Willoughby wrote: > What?  WAV is not FLAC, and FLAC is not lossy.  I don't understand > how you can say that a bit in the FLAC format is being used in a > lossy version of the WAV format.  Those two formats have nothing in > common, except that they can be converted to audio.  lossyWAV sho

Re: [Flac-dev] Define channel order for 7 and 8 channels

Ricardo wrote: > Hi > > Why aren't the channel orders/mappings for 7 and 8 channels defined in the > specification? Why do you think they should be? What advantage would this give? Also, I don't believe it is only 7 and 8 channel mappings that are undefined in FLAC. I don't see a mapping for *

[Flac-dev] (no subject)

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 engines, and the spammer will have achieved their objective). Many thanks, Martin -

[Flac-dev] Please remove User, and delete their four posts from the archive

-- Forwarded message -- From: Martin Leese Date: Mon, 20 Dec 2010 21:42:04 -0700 Subject: To: flac-dev@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 a

Re: [Flac-dev] Please remove User, and delete their four posts from the archive

On 12/20/10, Martin Leese wrote: > And also delete their four posts from the > archive (otherwise the SPAM links will be > picked up by search engines, and the > spammer will have achieved their objective). Oops, that one was aimed at the list owner. -- Martin J Leese E-mail:

Re: [Flac-dev] Detecting lossy encodes

Brian Willoughby wrote: > On Jan 7, 2011, at 16:27, Declan Kelly wrote: ... >> As the human hearing can't really tell direction with lower >> frequencies, >> it's not as essential. This same shortcut is why most movie "surround >> sound" systems have only one sub bass channel. > > In this case, y

Re: [Flac-dev] Extended Vorbis Comments

Dennis Brunnenmeyer wrote: > Somewhere I thought I saw a list of proposed extensions to the small set > of pre-defined vorbis comments. If adopted, would these become part of > the FLAC standard, or would they stand alone as recommended practice. This is something I did. The spreadsheet is call

Re: [Flac-dev] Extended Vorbis Comments

Martin Leese wrote: >> Dennis Brunnenmeyer >> > Somewhere I thought I saw a list of proposed extensions to the small set >> > of pre-defined vorbis comments. If adopted, would these become part of >> > the FLAC standard, or would they stand alone as recommended

Re: [flac-dev] uncompressed FLAC

Declan Kelly wrote: > On Thu, Mar 08, 2012 at 09:50:20AM -0800, gi...@thaumas.net wrote: >> I wouldn't worry about it though. It's unfortunate the dbPowerAmp >> developers want to take advantage of the subset of customer who don't >> understand what 'lossless' means. > > I read some of the articl

Re: [flac-dev] Next generation WebM and FLAC

Ralph Giles wrote: > On 12-06-19 10:08 AM, James Haigh wrote: >> I have proposed to WebM to use FLAC in a future version. Since FLAC was >> designed a decade ago, I was wondering if there were any new compression >> techniques that FLAC could use in a new version to improve compression >> ratios.

Re: [flac-dev] Next generation WebM and FLAC

James Haigh > Note that 50% is silly, lossless compression is asymptotic. I 2nd Martin, > once you have high-density entropy, there's little more 'air' to > squeeze-out. 10-20% would be worth it if it helps adoption, although it's > worth studying how close we already are to the asymptote of entr

Re: [flac-dev] Patch for Metadata::Padding

Bastiaan Timmer wrote: ... > In a > previous message I mentioned writing some more convenience functions, but on > closer inspection they would either be inefficient or very difficult > to implement. Could you briefly list these, in case somebody else wants to have a go. Many thanks, Martin -- M

Re: [flac-dev] Information about the 8 channels

This post came to me in a digest but, for some reason, it didn't make it into the archive. "Yves Salmant" wrote: > Hello, > > I'm very interested to know how are framed 8 different channels (not 5.1) > in > the FLAC format. Don't know what you mean by "framed". The order of the eight or fewer ch

Re: [flac-dev] Define 6.1 and 7.1 channel mappings

"Stephen F. Booth" wrote: ... > http://msdn.microsoft.com/en-us/library/windows/hardware/gg463006.aspx > hasn't been updated since 2007 so I may have been looking at an old > document. The document you cite is the Mircosoft standard; its usual URL is: http://msdn.microsoft.com/en-us/windows/hardwa

Re: [flac-dev] Residual bps and encoding speed

Erik de Castro Lopo wrote: ... > Howver, exactly because it is such a trivial patch it would be > easy for someone to remove the "+ 4" again and break it. > > Before I commit this, I'd like to have a test that triggers this > problem. Let me work on that. Would not a /* Do not remove */ comment be

Re: [flac-dev] New release

lvqcl wrote: ... > At least the old solution should be renamed from FLAC.sln to > FLAC-vs2005.sln. > Otherwise those who use MSVS 2012/2013 may think that they should use > FLAC.sln > instead of the newer FLAC-vs2010.sln. > > (the old solution is for MSVS 2005 and 2008, the new solution is for > MS

[flac-dev] Why two bug trackers?

Hi All, This following question was asked over on the flac list: Jan Stary wrote: ... > BTW, the other Xiph projects track their issues at https://trac.xiph.org/ > - is it intentional that FLAC uses the sourceforge bug tracker? > Is there any relation between the two? As Jan points out, other Xip

Re: [flac-dev] This ticket is spam

Marcus Johnson wrote: > Subject: Re: [flac-dev] flac-dev Digest, Vol 122, Issue 2 > > ?This ticket is spam... ? > https://trac.xiph.org/ticket/2140 > ?? This links to a bug in libvorbis. The bug wasn't SPAM, and has been fixed. Er ... Regards, Martin -- Martin J Leese E-mail: martin.leese sta

Re: [flac-dev] WAVEFORMATEXTENSIBLE_CHANNEL_MASK is not described

lvqcl wrote: ... > From FLAC 1.2.1 documentation: > > -0111 : (number of independent channels)-1. Where defined, the channel > order follows SMPTE/ITU-R recommendations. The assignments are as follows: > 1 channel: mono > 2 channels: left, right > 3 channels: left, right, center > 4 channels:

Re: [flac-dev] WAVEFORMATEXTENSIBLE_CHANNEL_MASK is not described

lvqcl wrote: > Martin Leese wrote: >> Note that the channel order may not be defined. > > IMHO it doesn't matter in this place of documentation (which describes > default channel assignments for FLAC). Your proposed wording was: -0111 : (number of independent c

Re: [flac-dev] WAVEFORMATEXTENSIBLE_CHANNEL_MASK is not described

Martijn van Beurden wrote: > Op 16-07-15 om 17:58 schreef lvqcl: >> But this text describes only those 4 bits in frame header. >> IMHO this sectoin should not describe WAVEFORMATEXTENSIBLE_CHANNEL_MASK, >> it should be described somewhere in vorbis comments section. > > I would propose: -0111

Re: [flac-dev] A couple of questions about channel mapping

Sorry for the delay; I have been waiting for SourceForge to come back on-line. lvqcl wrote: > 1) It seems that some programs (eac3to) write the value of > WAVEFORMATEXTENSIBLE_CHANNEL_MASK tag with uppercase 'x' (e.g. 0X3) > (see ) > > A

Re: [flac-dev] A couple of questions about channel mapping

lvqcl wrote: > Martin Leese wrote: >> Why place restrictions on which speaker a >> user can use? ... >> Finally to answer your question, for a >> single-channel file, FLAC should accept any >> one of the three masks 0x0001 (FL), >> 0x0002 (FR), 0x0

Re: [flac-dev] A couple of questions about channel mapping

lvqcl wrote: > If a decoder may not have access to STREAMINFO block then > it also cannot read VORBIS_COMMENT block, so it cannot read > WAVEFORMATEXTENSIBLE_CHANNEL_MASK tag and will decode > a FLAC stream using the default (incorrect) channel assignment. > So the files that have non-default chan

Re: [flac-dev] WAVEFORMATEXTENSIBLE_CHANNEL_MASK is not described

On 7/16/15, Martin Leese wrote: > Martijn van Beurden wrote: >> I would propose: -0111 : (number of independent channels)-1. >> The channel order is defined through the >> WAVEFORMATEXTENSIBLE_CHANNEL_MASK vorbis comment, if defined. If >> no WAVEFORMATEXTENSIBLE_C

Re: [flac-dev] WAVEFORMATEXTENSIBLE_CHANNEL_MASK is not described

Thanks to both Federico and lvqcl for the ITU-R Recommendations and other links. It will take me a few days to download and digest them. Federico Miyara wrote: > Martin, > > Are you sure you are looking for ITU-R BR./138/? No, not sure. I used the search function on the ITU-R Recommendations we

Re: [flac-dev] Performance tests

MauritsVB wrote: > Hi Martijn, > > I don?t know if it?s just my Firefox or whether something breaks during the > parsing of the email but none of your links seem to work for me. I feel it > might have something to do with the spaces in the file names of the PDFs, > which doesn?t translate well to U

Re: [flac-dev] Flac and MQA

Matko Uibo wrote: > There is new Hi-Rez audio format avaliable - MQA - Master Quality > Authenticated > > Have anybody looked deeper into this to confirm is it some kind of drm? Hi Marko, I had never heard of MQA before, and now have only read the blog post you included a link to plus a follow-

Re: [flac-dev] FLAC__SSE_OS change

lvqcl wrote: ... > P.S. I wonder what's the point to test OS SSE support in 2016? I believe > that > users of Windows 95 and Windows NT4 don't expect new software to work on > their > OSes. I do (although I am often disappointed). Regards, Martin -- Martin J Leese E-mail: martin.leese stanforda

Re: [flac-dev] Flac multi channel

Federico Miyara wrote: ... > The file format allows some unused fields for future use, such as the > padding block. It could include a flag to indicate a change in the > format adding one more streaminfo byte which would allow up to 256 > channels (actually, 256 + 8), or it could trigger a new byte

Re: [flac-dev] I can't find source 1.3.2

ecfun wrote: > I study FLAC decoder > > but it say > > * This example shows how to use libFLAC to decode a FLAC file to a WAVE > * file. It only supports 16-bit stereo files. > * > * Complete API documentation can be found at: > * http://flac.sourceforge.net/api/ > */ > > It can s

Re: [flac-dev] FLAC and external file attributes

Phil Karn wrote: > Has any consideration been given to support for external file > attributes, at least on file systems that implement them? > > At the very least I'd find it VERY useful if the FLAC command simply > copied any extended file attributes between source and destination files. Just so

Re: [flac-dev] FLAC and external file attributes

Martin Leese wrote: > Just so it is clear in my own mind. > > You are offering to add support for extended > file attributes to flac, the command-line > wrapper around libFLAC to encode and > decode .flac files. Presumably such support > would reside in libFLAC, and so lib

Re: [flac-dev] New ID registration

"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 ap

Re: [flac-dev] New ID registration

On 12/11/18, Martin Leese wrote: > A VorbisComment can store upto 2^64 bytes > (16 exabytes). A FLAC metadata block is > limited to 2^24 bytes (16 megabytes). > Therefore, a VorbisComment can be orders of > magnitude bigger than a FLAC metadata block. > Visit: >

Re: [flac-dev] FLAC as a format for archiving non-audio (SDR) sample data?

Alistair Buxton wrote: ... > What about other metadata? Xiph has a page in the Wiki on metadata: https://wiki.xiph.org/Metadata However, I don't see much there that is particularly relevant to what you want. Regards, Martin -- Martin J Leese E-mail: martin.leese stanfordalumni.org Web: htt

Re: [flac-dev] flac-dev Digest, Vol 191, Issue 7

David Willmore wrote: > Did the digester machine run out of storage and can't compose the > messages? Because I get the normal messages and they all seem fine. > > On Sat, Jul 9, 2022 at 8:22 AM Marcus Johnson > wrote: > >> This is the third blank message from flac-dev, what is happening? >> >>

[flac-dev] FLAC is now formally specified in RFC 9639

Martijn van Beurden wrote: ... > This publication doesn?t change the FLAC format except explicitly > adding support for 32-bit audio and adding restrictions to > accommodate, see here for details. Is there a document somewhere that lists the changes? Many thanks, Martin -- Martin J Leese E-mail: