Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: FLAC 1.3.0 has been released (Read 189463 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

FLAC 1.3.0 has been released

Reply #50
I tested these compiles on my Intel Core2. A CD image (44.1/16/stereo, 53min 50sec) was encoded with -8 setting.

Encoding time (smaller is better):

Code: [Select]
Case               76.2 s
ktf                77.0 s
john33 32bit       79.6 s
lamedude SSE 32bit 79.5 s

john33 64bit       77.6 s
lamedude SSE 64bit 76.6 s

Case: flac built by Case using MSVC 2012 (see post #12 in this thread)
john33: flac built by john33 using ICC 12.1 (see post #20 in this thread)
ktf: flac built by ktf using MinGW (see post #134)
lamedude: flac built by lamedude using MSVC 2012 (see post #132)

Can you try these (built with i686-w64-mingw32-gcc-4.8.1 and yasm)? Also these (same, but with -O3 optimizations) and these (same, but with -O3 optimizations and -march=core2)

FLAC 1.3.0 has been released

Reply #51
Also these (same, but with -O3 optimizations) and these (same, but with -O3 optimizations and -march=core2)

These builds require a libogg-0.dll with an InterlockedCompareExchange@12 procedure, which I can't find.


FLAC 1.3.0 has been released

Reply #53
Small test performed on a computer running XP Pro with an 'old' Core2Duo E6750 and encoding at both -8 and -6 compressions a pop/rock album rip of 453 MB WAV, 44min 53s:

Code: [Select]
Rarewares' ICL13 -8: 1:01.281
Rarewares' ICL13 -6: 0:16.484

KTF's -8: 1:00.918
KTF's -6: 0:18.562

LRN's generic -8: 0:57.875
LRN's generic -6: 0:17.500

LRN's Core2 -8: 0:57.688
LRN's Core2 -6: 0:17.672

FLAC 1.3.0 has been released

Reply #54
Here are my results, they're very interesting indeed.

Phenom II X6 1055 running Windows 8 64 bit. Not currently overclocked, so rest of spec is insignificant.

I took a 3:22 long 24 bit 96kHz 5 channel file and encoded it with the ICL 13.0 32 bit and 64 bit binaries.  I conducted 3 runs with each encoder.

  • 32 bit
    • 11.38x realtime
    • 11.36x realtime
    • 11.34x realtime
  • 64 bit
    • 15.49x realtime
    • 15.53x realtime
    • 15.40x realtime


It seems that, at least on my system with high res files, the 64 bit binary is much faster.

FLAC 1.3.0 has been released

Reply #55
Could people with AMD CPU try these patched* flac versions and compare them with vanila ICL13 from rare-wares? I wonder if Intel still plays dirty and slows down execution on AMD, but I no longer have an AMD CPU to check myself.
flac-1.3-icl_patch.7z

* removes the code dispatcher check for GenuineIntel

FLAC 1.3.0 has been released

Reply #56
Is it possible to compile x86-64 version of FLAC with assembler optimizations?

I tested 32-bit and 64-bit compiles from rarewares and 64-bit compile is slower for -3, -4, -5 and -6 encoding modes. I think that's because 64-bit version doesn't have ASM optimized functions...


OTOH, it's relatively easy to rewrite FLAC__lpc_compute_autocorrelation_asm_ia32_sse_lag_N functions with intrinsics, and maybe this will be enough to restore encoding speed.

FLAC 1.3.0 has been released

Reply #57
My (experimental) FLAC compile made with Intel Composer XE 2013; several asm functions were rewritten with intrinsics (SSE/SSE2/SSSE3/SSE4.1).
Anyone wants to test it?

[removed]




FLAC 1.3.0 has been released

Reply #61
Good observation

I ended up using john33's compile from rarewares.org, and never looked at the subject again. But the official website still has the 1.2.1 windows binaries as the latest.

http://www.rarewares.org/lossless.php

 

FLAC 1.3.0 has been released

Reply #62
I used Case's one since day one, that wasn't my point.

Everything is so slow around open source projects, it takes months to do every little thing. IMO this is still one reason open source projects in general can't compete with big companies. If Apple changes iTunes albums to ALAC every other compressed lossless codec is done.

FLAC 1.3.0 has been released

Reply #63
Everything is so slow around open source projects, it takes months to do every little thing.

As you say "everything," one counterexample suffices to falsify your point: look at Firefox (an open source project) security updates. Several times, they released an update which fixed a zero-day exploit in less than a week's time.

Quote
IMO this is still one reason open source projects in general can't compete with big companies.

Baseless claim. Many big company (e.g., Apple, Intel, IBM, Oracle) extensively rely on open-source projects. E.g., a shitload of major components of OS X are open source (including the kernel, apache, bash, man, perl, rsync, vim, ...)

Quote
If Apple changes iTunes albums to ALAC every other compressed lossless codec is done.

This is just silly. First, it doesn't really belong in a thread with the topic FLAC 1.3.0. Second, what's the value of this claim without providing any rationale for it?

---

EDIT: Moderation, please consider binning my post. Couldn't resist replying...

FLAC 1.3.0 has been released

Reply #64
the lack of official mp3 command line encoders doesn't seem to be doing the format much harm.

FLAC 1.3.0 has been released

Reply #65
the lack of official mp3 command line encoders doesn't seem to be doing the format much harm.

Right  I just hope for a brighter future of FLAC.

FLAC 1.3.0 has been released

Reply #66
I really love FLAC!  I'm so glad it's still going strong now that it's had some increased direct hardware support from companies such as SanDisk Sansa (makers of the great sounding Clip, Clip+, and ClipZip media players with EQ).  And with Linux support it's still going strong too.  Thanks to everyone here for helping propel it forward! 
Eventually the hardware manufacturers will include 24-bit support as 24-bit becomes more Native to chips.  Those are my predictions anyway.  I read that it happened with some Desktop computer motherboards, so maybe with other hardware too!
Be a false negative of yourself!

FLAC 1.3.0 has been released

Reply #67
See this post, it's about the binaries: http://lists.xiph.org/pipermail/flac-dev/2...uly/004274.html

Furthermore, FLAC is (slowly) being moved away from sourceforge.

And it takes months to upload a binary to the website?

It's indeed a shame that the official FLAC download page still lists 1.2.1 as the most recent binary. Especially considering so much effort was put into 1.3.0

There has been some discussion on the list about the binaries for the various platforms and that they want to compile them internally. That way they don't have to rely on externally compiled binaries where they can't really vouch for quality and security (There has been no shortage of volunteers to compile an official binary!).

As considerable work has been done towards version 1.3.1 in the last few months (particularly a lot of code clean up and speed improvements) I wouldn't be surprised if they are waiting for that to go to release and launch official binaries at the same time.
Every night with my star friends / We eat caviar and drink champagne
Sniffing in the VIP area / We talk about Frank Sinatra
Do you know Frank Sinatra? / He's dead

FLAC 1.3.0 has been released

Reply #68
I used Case's one since day one, that wasn't my point.

Everything is so slow around open source projects, it takes months to do every little thing. IMO this is still one reason open source projects in general can't compete with big companies. If Apple changes iTunes albums to ALAC every other compressed lossless codec is done.


Everything so slow around closed source projects which have reached perfection. IMO this is still one reason closed source projects can't compete with open source software on super computers and webservers. Strangely even though AAC is currently used by Apple, MP3 still hasn't died and used by all other digital music distribution companies. And LAME is still being actively developed. And then we have ... Opus which beats all other lossy audio codecs - each one of them.

Sarcasm aside, do you have anything valuable to say other than your groundless opinion?

FLAC 1.3.0 has been released

Reply #69
Opus which beats all other lossy audio codecs - each one of them.

Since you're on the subject, you may want to "ground" this opinion, too.

FLAC 1.3.0 has been released

Reply #70
Getting official binaries out is actually a pain in the ass, particularly if you have to support multiple platforms and want one trusted person to compile them all for security reasons.  My guess the delay is them trying to find someone with a Mac and an up to date toolchain


FLAC 1.3.0 has been released

Reply #72
Getting official binaries out is actually a pain in the ass, particularly if you have to support multiple platforms and want one trusted person to compile them all for security reasons.  My guess the delay is them trying to find someone with a Mac and an up to date toolchain

Xiph has already confirmed they have a Mac and can compile the OS X build themselves. If they need input, tips or best practices in compiling using the OS X toolchain they can rely on the mailinglist where a number of people have been building FLAC binaries for OS X for years.

I doubt technical reasons are to blame for the wait, I expect they are just waiting for 1.3.1 to kill two birds with one stone. A lot of changes for various build systems have landed after the release of 1.3.0 so they might as well wait until 1.3.1 is ready for release.
Every night with my star friends / We eat caviar and drink champagne
Sniffing in the VIP area / We talk about Frank Sinatra
Do you know Frank Sinatra? / He's dead

FLAC 1.3.0 has been released

Reply #73
I can only be thankful there's still active development of this great codec, no matter how long it takes to upload new binaries. So, thanks to everyone who contributes.

FLAC 1.3.0 has been released

Reply #74
I can only be thankful there's still active development of this great codec, no matter how long it takes to upload new binaries. So, thanks to everyone who contributes.


True.

Now need a oggenc that read one of these big flac files.

Wolf