similar to: Performance checks

On Sat, Jun 01, 2013 at 02:33:55PM +0300, Janne Hyv?rinen wrote: > On 1.6.2013 14:24, Janne Hyv?rinen wrote: > > I can confirm. I see 10% speed improvement with that change on Core i7. > > Decoding a 1h18min38.133s long test FLAC -8 encoded file takes with > > normal asm optimizations 7.656s (speed: 616,266x realtime) and with that > > tiny change 6.937s (speed: 680,140x

On 1.6.2013 14:24, Janne Hyv?rinen wrote: > On 31.5.2013 13:04, Miroslav Lichvar wrote: >> On Wed, May 29, 2013 at 04:08:57PM +0200, Martijn van Beurden wrote: >>> I was surprised to see that the Windows compile on wine actually >>> outperformed the native Linux one. Probably GCC 4.6 optimized a little >>> better or something very weird is going on in wine, I

On 31.5.2013 13:04, Miroslav Lichvar wrote: > On Wed, May 29, 2013 at 04:08:57PM +0200, Martijn van Beurden wrote: >> I was surprised to see that the Windows compile on wine actually >> outperformed the native Linux one. Probably GCC 4.6 optimized a little >> better or something very weird is going on in wine, I don't know. The >> assembly optimizations work very

On 28-05-13 20:09, Janne Hyv?rinen wrote: > On Windows the 32-bit NASM enabled compiles are always fastest. If you > can run 32-bit code on your Linux box you should compile with assembly > optimizations. That depends on the way you define speed. For decoding this doesn't seem to be true. I reran my tests, it took a little longer because I couldn't believe the results I got.

On 10.4.2013 13:06, Janne Hyv?rinen wrote: > On 10.4.2013 10:39, Martijn van Beurden wrote: >> On 08-04-13 22:00, Janne Hyv?rinen wrote: >>> On 8.4.2013 21:38, Janne Hyv?rinen wrote: >>>> Friendly people on Hydrogenaudio found some bugs with the Unicode >>>> printing code, so I was forced to make adjustments. >>>> [...] >>> The long

On 10.4.2013 10:39, Martijn van Beurden wrote: > On 08-04-13 22:00, Janne Hyv?rinen wrote: >> On 8.4.2013 21:38, Janne Hyv?rinen wrote: >>> Friendly people on Hydrogenaudio found some bugs with the Unicode >>> printing code, so I was forced to make adjustments. >>> [...] >> The long line patch is broken and requires much more work, please >> ignore

Sorry for spamming but in the haste I forgot the stream_decoder part out. On 26.9.2014 15:47, Janne Hyv?rinen wrote: > On 26.9.2014 15:21, Erik de Castro Lopo wrote: >> Janne Hyv?rinen wrote: >> >>> Patch v2, now handles more malformed cases. Original patch was for a >>> file for which I had a sample from a user but this allows handling some >>> manually

I'd definately recommend binaries for download as suggested by lvqcl and Janne Hyv?rinen. All the fabolous work on the code base is of little use to me if I can not find binaries at the official site. Olav Sunde At 12:01 23.11.2014, Janne Hyv?rinen wrote: >On 23.11.2014 12:44, Erik de Castro Lopo wrote: >> lvqcl wrote: >>> 2) Do you plan to release any official binaries

It's not that hard to repackage it, is it? Here you go: www.icer.nl/misc_stuff/flac.xcodeproj .zip On 06-05-13 23:37, Marcus Johnson wrote: > Ralph, for Mac OS you should download either the Unarchiver which is > free, or Entrophy which is what I use, but it costs like $15 I > believe, both support decompressing .7z and Entrophy supports > compressing TO .7z > > > On

On 1.4.2013 16:04, LRN wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 01.04.2013 16:55, Janne Hyv?rinen wrote: >> On 1.4.2013 15:29, LRN wrote: >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>> >>> On 01.04.2013 16:24, Janne Hyv?rinen wrote: >>>> I'm worried about some of the modifications done to the UTF-8

On 19.3.2013 19:13, LRN wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 19.03.2013 20:35, Janne Hyv?rinen wrote: >> On 19.3.2013 15:49, JonY wrote: >>> On 3/19/2013 19:59, Janne Hyv?rinen wrote: >>>> On 18.3.2013 12:25, Erik de Castro Lopo wrote: >>>>> JonY wrote: >>>>> >>>>>> Before anyone does

Ralph, for Mac OS you should download either the Unarchiver which is free, or Entrophy which is what I use, but it costs like $15 I believe, both support decompressing .7z and Entrophy supports compressing TO .7z On Mon, May 6, 2013 at 3:00 PM, <flac-dev-request at xiph.org> wrote: > Send flac-dev mailing list submissions to > flac-dev at xiph.org > > To subscribe or

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 19.03.2013 20:35, Janne Hyv?rinen wrote: > > On 19.3.2013 15:49, JonY wrote: >> On 3/19/2013 19:59, Janne Hyv?rinen wrote: >>> On 18.3.2013 12:25, Erik de Castro Lopo wrote: >>>> JonY wrote: >>>> >>>>> Before anyone does anything, see __wgetmainargs >>>>>

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 01.04.2013 16:55, Janne Hyv?rinen wrote: > > On 1.4.2013 15:29, LRN wrote: >> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >> >> On 01.04.2013 16:24, Janne Hyv?rinen wrote: >>> I'm worried about some of the modifications done to the UTF-8 >>> patch. In commit 2199d086921eb37d249cae0731f334556ec6209d

Ooops? I accidently sent a reply privately instead of to the list, sorry for that. Here it is again, this time hopefully to the list: ---------- Forwarded message ---------- From: Johnny Rosenberg <gurus.knugum at gmail.com> Date: 2013/4/23 Subject: Re: [flac-dev] Metaflac UTF-8 fixes To: Janne Hyv?rinen <cse at sci.fi> 2013/4/23 Janne Hyv?rinen <cse at sci.fi>: > Hopefully

Are we gonna get a new beta, or will it just be 1.3 release, also how long until the update? On Thu, May 23, 2013 at 3:00 PM, <flac-dev-request at xiph.org> wrote: > Send flac-dev mailing list submissions to > flac-dev at xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xiph.org/mailman/listinfo/flac-dev > or, via

There have been some offers to help building for various platforms: http://lists.xiph.org/pipermail/flac-dev/2013-July/004271.html and there was discussion last year to create official ?blessed builds?, compiled by Xiph for security reasons. http://lists.xiph.org/pipermail/flac-dev/2013-July/004274.html However, this sounds like something that can be sorted out after the release of the source

Janne Hyv?rinen wrote: > I re-did the patch with these limitations. I also noticed I had left > stat() and fstat() functions unfixed previously. And encoder was limited > to 4G in many places when printing status info. Unfortunately, this patch did not apply cleanly. There were two problems; one in src/flac/main.c that was easy and obvious to fix, the other in include/share/compat.h.

Janne Hyv?rinen wrote: > The patch was made from the published pre2 version. It missed the MinGW > changes that were applied to git version. Patch applied. Thanks. Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

Janne Hyv?rinen wrote: > > On 14.3.2013 9:37, Erik de Castro Lopo wrote: > > Janne Hyv?rinen wrote: > > > >> The patch was made from the published pre2 version. It missed the MinGW > >> changes that were applied to git version. > > Patch applied. Thanks. > > > > Erik > > Unfortunately with this commit the LRN's patch from commit