<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Recent changes to feature-requests</title><link>http://sourceforge.net/p/flac/feature-requests/</link><description>Recent changes to feature-requests</description><language>en</language><lastBuildDate>Wed, 20 Mar 2013 18:49:27 -0000</lastBuildDate><item><title>Metaflac &amp; Replaygain: Add option for skipping files already containing replaygain tags</title><link>http://sourceforge.net/p/flac/feature-requests/107/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;For some users it is annoying that metaflac automatically re-processes which already contain replaygain information. See &lt;a href="https://bugs.launchpad.net/ubuntu/+source/qtgain/+bug/718765"&gt;https://bugs.launchpad.net/ubuntu/+source/qtgain/+bug/718765&lt;/a&gt; for example.&lt;/p&gt;
&lt;p&gt;Other replaygain tools (like mp3gain) seem to skip such files - it would be nice to be able to optionally tell metaflac to behave accordingly. &lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kalle Kruse</dc:creator><pubDate>Wed, 20 Mar 2013 18:49:27 -0000</pubDate><guid>http://sourceforge.net12873a1cf1333821944a33de4c4e426c988eab17</guid></item><item><title>WAV Regions &amp; Markers Support</title><link>http://sourceforge.net/p/flac/feature-requests/106/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I do a lot of audio work with hi-res WAV files. After projects are completed, I'd love to be able to compress them into FLAC files, but doing so destroys the embedded regions/markers from the WAVs. Would love to see that particular metadata be able to be automatically saved when compressing to FLAC.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">procty</dc:creator><pubDate>Wed, 06 Mar 2013 02:28:19 -0000</pubDate><guid>http://sourceforge.netea2c7d901159a09a3cabca559583ba0735293d68</guid></item><item><title>multi-channel support for more than 8 channels</title><link>http://sourceforge.net/p/flac/feature-requests/105/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;What is the reason that the multi-channel support in FLAC is currently limited to 8 channels?&lt;br /&gt;
Could that be extended to e.g. 32 or 64 channels ? &lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Nils Peters</dc:creator><pubDate>Sat, 19 Jun 2010 15:07:14 -0000</pubDate><guid>http://sourceforge.net98af5b4cc7826b38f685cf136fa41998492ac11e</guid></item><item><title>add FLAC__STREAM_DECODER_READ_STATUS_NO_DATA_AVAILABLE</title><link>http://sourceforge.net/p/flac/feature-requests/104/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hi,&lt;br /&gt;
I'd like to suggest a modification to existing libflac implementation. When you call the FLAC__stream_decoder_process_* functions there's no way&lt;br /&gt;
from returning it when for some reason you don't have the complete data for extracting the next metadata / audio frame.&lt;br /&gt;
For example, if the ReadCallback function reads the data during decoding from a buffer, but the buffer doesn't hold the whole data the decoder requires.&lt;br /&gt;
Then you give the data from the buffer to the decoder, but the ReadCallback handler will be called again, and you can choose only to return FLAC__STREAM_DECODER_READ_STATUS_ABORT which aborts the decoding process. If you were able to return something like FLAC__STREAM_DECODER_READ_STATUS_NO_DATA_AVAILABLE, then the process function would return, and you would be able to fill the buffer again&lt;br /&gt;
with the remaining data. I'm writing a Flac interface for my application and it can't be truly robust without it, because for some reason it cannot be guaranteed that a buffer from which the data is transferred to the decoder always holds enough data for a whole metadata block or audio frame.&lt;br /&gt;
Please include this option in the next release.&lt;br /&gt;
Thank you.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sulykos András</dc:creator><pubDate>Mon, 28 Dec 2009 13:12:09 -0000</pubDate><guid>http://sourceforge.netecc6c453054e5acc879ede23e3e8373fa5ad36e9</guid></item><item><title>No support for adding ReplayGain tags to 96kHz files</title><link>http://sourceforge.net/p/flac/feature-requests/103/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;As summary says, metaflac does not support adding ReplayGain tags to high-resolution files. I would like to request support for this in the next release of flac.&lt;br /&gt;
(This is really a feature request, but I don't see somewhere to categorise this as one).&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Olli L</dc:creator><pubDate>Mon, 06 Apr 2009 16:30:33 -0000</pubDate><guid>http://sourceforge.net2a107d185c4b8c6c2b8cf03a112294bb14f0fa60</guid></item><item><title>support for CAF (Core Audio Format) encoding/decoding</title><link>http://sourceforge.net/p/flac/feature-requests/102/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;&lt;a href="http://developer.apple.com/documentation/MusicAudio/Reference/CAFSpec/CAF" rel="nofollow"&gt;http://developer.apple.com/documentation/MusicAudio/Reference/CAFSpec/CAF&lt;/a&gt;_intro/chapter_1_section_1.html&lt;br /&gt;
or&lt;br /&gt;
&lt;a href="http://developer.apple.com/documentation/MusicAudio/Reference/CAFSpec/CAFSpec.pdf" rel="nofollow"&gt;http://developer.apple.com/documentation/MusicAudio/Reference/CAFSpec/CAFSpec.pdf&lt;/a&gt;&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Josh Coalson</dc:creator><pubDate>Wed, 07 Jan 2009 00:30:52 -0000</pubDate><guid>http://sourceforge.nete088a967e36edbfd3da28a57ec39a392042ff4fe</guid></item><item><title>need suite of streams for compliance testing</title><link>http://sourceforge.net/p/flac/feature-requests/101/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;flac needs a place where streams can be downloaded that exercise all the features of the format, to be used for decoder compliance testing.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Josh Coalson</dc:creator><pubDate>Wed, 07 Jan 2009 00:23:52 -0000</pubDate><guid>http://sourceforge.net5f0ab8d6ff973196b9827cc19d5b36acaa14bfed</guid></item><item><title>NVidia CUDA enhancement</title><link>http://sourceforge.net/p/flac/feature-requests/100/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;I think someone should look into the use of Nvidia's CUDA API as password crackers have claimed over 10x enhancement of speed, and a software called "TMPGEnc 4.0 XPress Video Encoder" claimed 446% performance enhancement. CUDA is a parallel graphics processor architecture. I think based on the nature of FLAC (compared to something like videos, which may depend on the previous frames to increase compression), it should be relatively easy to make it threadable to possible hundreds of cores, dramatically increase encoding/reencoding rates.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jake</dc:creator><pubDate>Fri, 19 Dec 2008 03:45:00 -0000</pubDate><guid>http://sourceforge.neta00a8d5f227e0e4b55f77723b3972c8fca8df26c</guid></item><item><title>Preserve WAVE-FORMAT-EXTENSIBLE GUID</title><link>http://sourceforge.net/p/flac/feature-requests/99/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;When using the WAVEFORMATEXTENSIBLE format, the GUID identifying the type is not preserved.&lt;/p&gt;
&lt;p&gt;For an example, the files in&lt;br /&gt;
&lt;a href="http://halfbricking.com/Ambience/B-Format/" rel="nofollow"&gt;http://halfbricking.com/Ambience/B-Format/&lt;/a&gt;&lt;br /&gt;
are in first-order Ambisonic B-Format, which has four channels (WXYZ), a special GUID identifying the format, and no channel mask (because the channels do not map to speaker positions).&lt;/p&gt;
&lt;p&gt;The definition of the AMB format is at&lt;br /&gt;
&lt;a href="http://dream.cs.bath.ac.uk/researchdev/wave-ex/bformat.html" rel="nofollow"&gt;http://dream.cs.bath.ac.uk/researchdev/wave-ex/bformat.html&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;More examples of AMB filetype can be downloaded from &lt;a href="http://ambisonia.com/" rel="nofollow"&gt;http://ambisonia.com/&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Compressing these using flac -8 --channel-map=none: on decompress, the extensible type is reset to "rectangular quad" and speaker mask is set.&lt;/p&gt;
&lt;p&gt;If the GUID is retained then the speaker mask will be ignored by Ambisonic decoders.  Without the GUID the file is no longer a valid Ambisonic wav and cannot be decoded.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Hugh</dc:creator><pubDate>Wed, 10 Dec 2008 17:54:57 -0000</pubDate><guid>http://sourceforge.netf05897de9fc5de1e32a9ab7081ec9c692f881b08</guid></item><item><title>New metadata block for Lyrics</title><link>http://sourceforge.net/p/flac/feature-requests/98/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Unless I am mistaken... there seems no standard for embedding lyrics within flac files.&lt;/p&gt;
&lt;p&gt;I've read through the format specification and I feel that a lyric metadata block would be a reasonable addition. There is a PICTURE metablock already defined, so why not a lyric block.&lt;/p&gt;
&lt;p&gt;Obviously that would require adding support for it further down the line in applications... but once it's there people will use it.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Simon</dc:creator><pubDate>Sun, 31 Aug 2008 11:56:52 -0000</pubDate><guid>http://sourceforge.netc22ba1f1712576de137a3183fafbb282e1a1a239</guid></item></channel></rss>