Skip to main content
Topic: FLAC 1.3.0 has been released (Read 139193 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

FLAC 1.3.0 has been released

Reply #225
Not quite the latest git (I changed its vendor string, etc), but... here it is.



Am I missing something? Didn't lvqcl just post both 32 and 64-bit binaries on November 14th?

http://www.hydrogenaud.io/forums/index.php...st&p=880786


I wasn't sure if those were GCC or MSVC, but running them through Dependancy Walker reveals they are MSVC (and require the MSVC runtime to be installed).

I like to use "HD audio" in PaulStretch. "HD audio", lol.

FLAC 1.3.0 has been released

Reply #226
If it is linked to MSVCRT.dll then it's likely built with MinGW GCC (Recent MSVC runtimes are named differently such as MSVCR120.dll).

FLAC 1.3.0 has been released

Reply #227
If it is linked to MSVCRT.dll then it's likely built with MinGW GCC (Recent MSVC runtimes are named differently such as MSVCR120.dll).


That's good to know. Time to play with some test encodees.
I like to use "HD audio" in PaulStretch. "HD audio", lol.


FLAC 1.3.0 has been released

Reply #229
The official release of FLAC 1.3.1 is near and a pre-release for testing is now available (you can find the preliminary version of the changelog here).

It would be very useful if people could test this on various platforms and in various configurations, Windows in particular.
Quote
Hi all,

As people may have seen there's a pre-release here:

  http://downloads.xiph.org/releases/flac/beta/

Specifically:

  flac-1.3.1pre1.tar.xz  : The source code
  flac-1.3.1pre1-win.zip : Windows 32 and 64 bit binaries

Please test.

I'm particularly interested in hearing about the windows binaries
which were cross compiled from Linux to Windows. Unfortunately
there is a bug in Wine which prevents me from running either of
the testsuites. Maybe someone on windows could grab the source
and the binaries, build from source, copy the binaries into the
built flac tree and then run the tests.

Cheers,
Erik
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 #230
For the curious, the binaries supplied at http://downloads.xiph.org/releases/flac/be...3.1pre1-win.zip seem to have been built with GCC 4.9.1.

edit: Here's a graph comparing FLAC 1.2.1, FLAC 1.3.0 and FLAC 1.3.1pre1, compiled with GCC 4.9. The used CPU doesn't benefit from the SSE4.1 or AVX2 improvements, so newer CPUs might see an even larger encoding speed increase.
Music: sounds arranged such that they construct feelings.

FLAC 1.3.0 has been released

Reply #231
Thanks for the pre1 release. I've never thought about asking for flac but I guess I'll ask here, is there a way to delete or not write at all the "Tool" tag?

edit:
By "Tool" tag I mean this: "reference libFLAC 1.3.0 20130526". Leave it empty, write nothing when converting or remove it after the conversion.

FLAC 1.3.0 has been released

Reply #232
is there a way to delete or not write at all the "Tool" tag?

Do you mean the vendor string? It's part of the vorbiscomment specification (and it's mandatory), so simply removing the VORBIS_COMMENT block will do, but you won't have any tags. If you add tags again, the vendor string is added again, but it is set to the vendor string of the tool you used to add tags to the file.

Code: [Select]
metaflac --remove --block-type=VORBIS_COMMENT file.flac


If you mean something else with tool tag, please explain.
Music: sounds arranged such that they construct feelings.

FLAC 1.3.0 has been released

Reply #233
ktf, thanks for that, I've modified my post to explain better what I'm looking for.

FLAC 1.3.0 has been released

Reply #234
Here's a test I just ran testing (flac.exe -t) a set of about 150 files. To me, any increases in encoding speed and fractions of a percentage increases in compression are totally meaningless. On the other hand, if I want to test upwards of 40,000 files, decoding speed is important.

This test includes lvqcl's two sets of compiles linked above.

Code: [Select]
Version (Compiler)                             Time (sec)  Speed vs realtime
---------------------------------------------  ----------  -----------------
1.2.1b 32-bit                                      119.13        329x
Xiph 1.3.0 32-bit                                  113.45        345x
Xiph 1.3.0 64-bit                                  103.45        379x
lvqcl 1.3.1 2014-11-15 32-bit (GCC 4.9.1)           80.83        485x
lvqcl 1.3.1 2014-11-15 64-bit (GCC 4.9.1)           76.16        515x
lvqcl 1.3.1 2014-11-15 32-bit (GCC 4.9.2)           80.56        487x
lvqcl 1.3.1 2014-11-15 64-bit (GCC 4.9.2)           75.56        519x
Xiph 1.3.1 pre1 32-bit (GCC 4.9.1)                  81.55        481x
Xiph 1.3.1 pre1 64-bit (GCC 4.9.1)                  77.23        507x


FLAC 1.3.0 has been released

Reply #236
They were all 2 channel 16/44.1. I have some 24/96 files that I can also test with.

FLAC 1.3.0 has been released

Reply #237
I've compiled 32-bit and 64-bit libFLAC with VS2013, and i'm reencoding my whole library via PowerShell Audio. Will try both versions. May take a few hours...

There is no point in building with NASM anymore, right? Just checking... the README still mentions it.

FLAC 1.3.0 has been released

Reply #238
With the beta flac.exe linked in Maurits's post, I get the following on an AMD Phenom II X4 970 @3.5GHz:

Set 1: a few albums (wav 44.1kHz 16bit): 2:33:09, 1 630 978 738 bytes
Code: [Select]
flac 1.2.1 lv8  0:51 (180x) 809 645 691 (49,64%) [+/- 0MB]
flac 1.3.1 lv8  0:24 (383x) 807 720 851 (49,52%) [- 1,8MB]
flac 1.3.1 lv8e 1:27 (106x) 805 230 363 (49,37%) [- 4,2MB]
tak  2.3.0 p4m  1:28 (104x) 755 009 174 (46,29%) [-52,1MB]

Set 2: hires album  (wav 48kHz 24bit): 1:13:58, 1 280 307 724 bytes
Code: [Select]
flac 1.2.1 lv8  1:04 ( 69x) 918 175 228 (71,71%) [+/- 0MB]
flac 1.3.1 lv8  0:26 (171x) 916 311 947 (71,56%) [- 1,8MB]
flac 1.3.1 lv8e 2:02 ( 36x) 915 515 373 (71,50%) [- 2,5MB]
tak  2.3.0 p4m  0:54 ( 82x) 893 934 332 (69,82%) [-23,1MB]

Set 3: hires album  (wav 96kHz 24bit): 0:53:48, 1 863 301 258 bytes
Code: [Select]
flac 1.2.1 lv8  1:29 (36x) 1 222 429 935 (65,60%) [+/- 0MB]
flac 1.3.1 lv8  0:33 (98x) 1 216 111 317 (65,26%) [- 6,0MB]
flac 1.3.1 lv8e 2:50 (19x) 1 204 972 348 (64,66%) [-16,6MB]
tak  2.3.0 p4m  1:06 (49x) 1 168 977 920 (62,73%) [-51,0MB]

This is using foobar with 4x encoding threads from and to a RAMdisk. TAK simply for (personal) reference.
Great job on that encoding speed boost! It doesn't seem to matter whether you're encoding a "normal" or a hires album with flac anymore.
8e is not really worth it compared to TAK though - too slow and too little gain. Leaving the -e parameter out of the lv 8 preference was a solid decision.

FLAC 1.3.0 has been released

Reply #239
And FLAC 1.3.1 has been released. See the corresponding news item I just posted in News Submissions.
Music: sounds arranged such that they construct feelings.

 

FLAC 1.3.0 has been released

Reply #240
New version works great! I also appreciate the improved build experience under visual studio.

 
SimplePortal 1.0.0 RC1 © 2008-2018