As we?re talking 1.3.1 release, I?ve been keeping track of a couple of changes that I feel should be included in the changelog and that I might as well share here. The things between brackets are just to refresh memories, I?d leave them out of the actual changelog. * Improved efficiency of 24 bit decoding. (https://git.xiph.org/?p=flac.git;a=commit;h=ea0d5ddadc6902e873983c89f473130b3bb6625f) * Faster encoding using SSE and AVX. (many separate patches by lvqcl) * Fixed bartlett, bartlett_hann and triangle functions. (http://lists.xiph.org/pipermail/flac-dev/2014-August/004983.html) * New apodization functions partial_tukey and punchout_tukey for improved compression. (http://lists.xiph.org/pipermail/flac-dev/2014-August/005000.html) * Retuned compression presets to incorporate new apodization functions. (http://lists.xiph.org/pipermail/flac-dev/2014-August/005001.html) Obviously a lot more changes have landed that warrant a mention in the public changelog. Any suggestions? Maurits
MauritsVB wrote:> As we?re talking 1.3.1 release, I?ve been keeping track of a couple of changes that I feel should be included in the changelog and that I might as well share here. The things between brackets are just to refresh memories, I?d leave them out of the actual changelog. > > > * Improved efficiency of 24 bit decoding. (https://git.xiph.org/?p=flac.git;a=commit;h=ea0d5ddadc6902e873983c89f473130b3bb6625f)The patch <http://git.xiph.org/?p=flac.git;a=commit;h=4eab6313cd2198b5647d925bdb3847590505fa21> was made just after the release of FLAC 1.3.0 and it increases decoding speed for *all* bitdepths. So 1.3.1 is faster than 1.3.0 for 16-bit files too.
On 23 Nov 2014, at 14:07, lvqcl <lvqcl.mail at gmail.com> wrote:> MauritsVB wrote: > >> As we?re talking 1.3.1 release, I?ve been keeping track of a couple of changes that I feel should be included in the changelog and that I might as well share here. The things between brackets are just to refresh memories, I?d leave them out of the actual changelog. >> >> >> * Improved efficiency of 24 bit decoding. (https://git.xiph.org/?p=flac.git;a=commit;h=ea0d5ddadc6902e873983c89f473130b3bb6625f) > > The patch <http://git.xiph.org/?p=flac.git;a=commit;h=4eab6313cd2198b5647d925bdb3847590505fa21> > was made just after the release of FLAC 1.3.0 and it increases decoding speed > for *all* bitdepths. So 1.3.1 is faster than 1.3.0 for 16-bit files too. > _______________________________________________ > flac-dev mailing list > flac-dev at xiph.org > http://lists.xiph.org/mailman/listinfo/flac-devIn that case I would replace my first line with: * Improved decoding efficiency at all bit depths I would suggest not to say ?decoding speed? as that could come across a bit ambiguous to a general audience, ?Will my files play play faster?"
MauritsVB wrote:> As we?re talking 1.3.1 release, I?ve been keeping track of a couple of > changes that I feel should be included in the changelog and that I might > as well share here. The things between brackets are just to refresh > memories, I?d leave them out of the actual changelog.Thanks Maurits, that was very useful. I added a few other things I found in the git commit log and came up with this commit: https://git.xiph.org/?p=flac.git;a=commit;h=e09ff328d4a5a480d475a2098eea1eb07bb03cef Can anyone see anything I've missed? Cheers, Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/
On 24 Nov 2014, at 10:13, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote:> MauritsVB wrote: > >> As we?re talking 1.3.1 release, I?ve been keeping track of a couple of >> changes that I feel should be included in the changelog and that I might >> as well share here. The things between brackets are just to refresh >> memories, I?d leave them out of the actual changelog. > > Thanks Maurits, that was very useful. > > I added a few other things I found in the git commit log and came up > with this commit: > > https://git.xiph.org/?p=flac.git;a=commit;h=e09ff328d4a5a480d475a2098eea1eb07bb03cef > > Can anyone see anything I've missed? > > Cheers, > Erik > -- >Looking good, clearly a couple of things I?d forgotten all about! Two things: 1) Shouldn?t we give Martijn van Beurden a mention for his great work on the "bartlett, bartlett_hann and triangle functions? and "New apodization functions partial_tukey and punchout_tukey? code? 2) There is a typo under ?Build system?: "buiuld systems? Maurits