IPB

Welcome Guest ( Log In | Register )

8 Pages V   1 2 3 > »   
Reply to this topicStart new topic
FLAC 1.3.0 has been released, the most popular lossless audio codec
birdie
post May 28 2013, 16:59
Post #1





Group: Members
Posts: 108
Joined: 3-March 06
From: this planet
Member No.: 28235



Almost 6 years after the prior release, the new FLAC devs at Xiph.org, headed by Erik de Castro Lopo, have released a new version. Excerpts from the changelog:
  • Supports RF64+Sony Wave64
  • Can ignore timestamp/permissions from infile
  • Allow MM:SS:FF/.SS times in non-CDDA cuesheets
  • Fixed ReplayGain on stdin
  • Appropriate channel masks for 6.1/7.1 input
  • Analyse gain of 56–192 kHz files
  • Handle UTF-8 filenames on Windows
  • Support input files > 2/4 GB
  • Command-line tools can now use wildcards
Home: http://xiph.org/flac/
Compiles: see post #7 onwards

This post has been edited by db1989: Jun 13 2013, 08:01
Reason for edit: adding items to changelog, adding bold-headed lines, condensing to fit in Portal, etc., added mention of Xiph.org and Erik to main post
Go to the top of the page
+Quote Post
themanintheshado...
post May 28 2013, 22:34
Post #2





Group: Members
Posts: 28
Joined: 31-October 12
Member No.: 104212



Changelog is updated, but download links go to old FLAC 1.2.1 version huh.gif
Go to the top of the page
+Quote Post
db1989
post May 29 2013, 10:43
Post #3





Group: Super Moderator
Posts: 5275
Joined: 23-June 06
Member No.: 32180



Which links, where? If you mean on either http://xiph.org/flac/ or the no longer updated http://flac.sourceforge.net/, probably the developers simply have not yet compiled official binaries. Perhaps some reader here has done this for his/her personal usage and platform and might be willing to share the results.

As per the penultimate item on the bulleted list of changes, the sources are now maintained using git at Xiph, not SourceForge. The relevant link: https://git.xiph.org/?p=flac.git;a=tree Download all files at once by clicking on the link entitled “snapshot”.

Finally, moving to Validated News! Congratulations to everyone who helped to bring FLAC back from its cryosleep. biggrin.gif
Go to the top of the page
+Quote Post
skamp
post May 29 2013, 10:52
Post #4





Group: Developer
Posts: 1445
Joined: 4-May 04
From: France
Member No.: 13875



FWIW, Arch Linux already has i686 and x86_64 binaries.

This post has been edited by skamp: May 29 2013, 10:53


--------------------
See my profile for measurements, tools and recommendations.
Go to the top of the page
+Quote Post
ktf
post May 29 2013, 11:00
Post #5





Group: Members
Posts: 383
Joined: 22-March 09
From: The Netherlands
Member No.: 68263



QUOTE (themanintheshadows_2451 @ May 28 2013, 23:34) *
Changelog is updated, but download links go to old FLAC 1.2.1 version huh.gif

Yeah, this is more of a developers release. There are no big changes, (edit: besides the UTF-8 support in Windows of course, thank Case for that) it's been made easier to compile libFLAC. There's no real need to upgrade for end users, except if you want to encode RF64, W64 or 7- or 8-channel files. (edit: or if you want to encode files with non-latin characters in the filenames) There's a checked and tested Windows binary shipped with the new FLAC frontend however, if you're curious. On other platforms you'll have to compile it yourself for now I guess.

This post has been edited by ktf: May 29 2013, 11:05


--------------------
Music: sounds arranged such that they construct feelings.
Go to the top of the page
+Quote Post
chi
post May 29 2013, 12:06
Post #6





Group: Members
Posts: 45
Joined: 27-November 11
Member No.: 95439



The official download location for the source tarballs is at http://downloads.xiph.org/releases/flac/ (that is linked from the “download” page, and 1.3.0 is there).
Go to the top of the page
+Quote Post
db1989
post May 29 2013, 12:10
Post #7





Group: Super Moderator
Posts: 5275
Joined: 23-June 06
Member No.: 32180



Further to my earlier comments about the availability of compiled binaries and packages of the source, see the posts starting here in the thread about prereleases of 1.3.0:
http://hydrogenaudio.org/forums/?showtopic...125#entry835436
Replies directed specifically at previous posts within that thread should probably go there. However, if they have significant relevance to the final version as a whole, posting them here might be more prudent.

Other posts about the final release of 1.3.0 should be kept in this thread, in the hope that discussions about it can be easily located by readers, rather than being fragmented across various locations.
Go to the top of the page
+Quote Post
eahm
post May 29 2013, 20:23
Post #8





Group: Members
Posts: 1092
Joined: 11-February 12
Member No.: 97076



There was a Windows binary ready even here right away: http://www.saunalahti.fi/~cse/temp/


--------------------
/1CcSkg3
Go to the top of the page
+Quote Post
nastea
post May 30 2013, 05:05
Post #9





Group: Members
Posts: 48
Joined: 30-July 12
Member No.: 101867



You would expect it here http://www.flac.com/ tongue.gif
Go to the top of the page
+Quote Post
john33
post May 30 2013, 08:41
Post #10


xcLame and OggDropXPd Developer


Group: Developer
Posts: 3760
Joined: 30-September 01
From: Bracknell, UK
Member No.: 111



assuming everything compiles OK, I'll post a set of binaries at Rarewares later today and post here when they're available. smile.gif


--------------------
John
----------------------------------------------------------------
My compiles and utilities are at http://www.rarewares.org/
Go to the top of the page
+Quote Post
eahm
post May 30 2013, 09:22
Post #11





Group: Members
Posts: 1092
Joined: 11-February 12
Member No.: 97076



I don't know much about programming and don't know much about all these binary versions, I just know they are all different (MD5 etc.).

How is the official 1.2.1b build compiled? Is it possible to have a 1.3.0 built the same way of the official one? I just want to make sure it will work with everything.

I am currently use this one: http://www.saunalahti.fi/~cse/temp/flac-1.3.0-win32.zip

Thanks.


--------------------
/1CcSkg3
Go to the top of the page
+Quote Post
Case
post May 30 2013, 11:43
Post #12





Group: Developer (Donating)
Posts: 2241
Joined: 19-October 01
From: Finland
Member No.: 322



QUOTE (eahm @ May 30 2013, 10:22) *
How is the official 1.2.1b build compiled? Is it possible to have a 1.3.0 built the same way of the official one? I just want to make sure it will work with everything.


Old official FLAC was compiled with Visual Studio 6.0. It made small binaries as it could dynamically link against msvcrt.dll that came with Windows since Windows 2000. I don't think anyone has the compiler in use anymore.

QUOTE


That version is compiled with MSVC 2012 Update 2 using the Windows XP toolset and static linking. It works on Windows XP and newer and doesn't require any additional dlls.
Go to the top of the page
+Quote Post
lvqcl
post May 30 2013, 12:20
Post #13





Group: Developer
Posts: 3397
Joined: 2-December 07
Member No.: 49183



I noticed that FLAC compile from Case was added into foobar2000 free encoder pack.
Go to the top of the page
+Quote Post
derty2
post May 30 2013, 14:38
Post #14





Group: Members
Posts: 581
Joined: 5-June 11
Member No.: 91257



What about the issue (problem) regarding FLAC and file sizes greater than 2GB . . . has this been addressed?
Go to the top of the page
+Quote Post
Case
post May 30 2013, 14:48
Post #15





Group: Developer (Donating)
Posts: 2241
Joined: 19-October 01
From: Finland
Member No.: 322



Yes, not sure why it was left out of the changelog. Another problem size was 4 GB. Both issues are solved and I have tested over 20 GB FLAC files succesfully. Such large FLAC actually revealed bugs in foobar2000 that are fixed in latest versions.
Go to the top of the page
+Quote Post
skamp
post May 30 2013, 15:16
Post #16





Group: Developer
Posts: 1445
Joined: 4-May 04
From: France
Member No.: 13875



Confirmed as well on Linux x86_64 with a 5GB FLAC file.


--------------------
See my profile for measurements, tools and recommendations.
Go to the top of the page
+Quote Post
lvqcl
post May 30 2013, 15:20
Post #17





Group: Developer
Posts: 3397
Joined: 2-December 07
Member No.: 49183



AFAIK 2GB problem was related to MSVC:

QUOTE (jcoalson @ Dec 30 2009, 05:31) *
libFLAC uses the C stdlib for file i/o. even on my XP box with VS 2005, microsoft's stdlib implementation is still limited to 2 GB (i.e. no 64-bit off_t).

I'm reluctant to add win-specific calls to libFLAC just because MS is intentionally sabotaging portability. every other build of flac works with large files.

Go to the top of the page
+Quote Post
db1989
post May 30 2013, 16:07
Post #18





Group: Super Moderator
Posts: 5275
Joined: 23-June 06
Member No.: 32180



Good point about the fixes for large input files and the curious fact of these being omitted from the changelog. I have added those and some other things to the list of changes in the OP, alongside a couple of new links that are useful to have in the same place for quick access.
Go to the top of the page
+Quote Post
julf
post May 30 2013, 16:23
Post #19





Group: Members
Posts: 252
Joined: 14-January 12
Member No.: 96426



QUOTE (Case @ May 30 2013, 15:48) *
Yes, not sure why it was left out of the changelog. Another problem size was 4 GB. Both issues are solved and I have tested over 20 GB FLAC files succesfully. Such large FLAC actually revealed bugs in foobar2000 that are fixed in latest versions.


So I assume continuously streaming flac will now also work?
Go to the top of the page
+Quote Post
john33
post May 30 2013, 16:46
Post #20


xcLame and OggDropXPd Developer


Group: Developer
Posts: 3760
Joined: 30-September 01
From: Bracknell, UK
Member No.: 111



32 and 64 bit compiles are at Rarewares now - ICL 12.1 compiles. smile.gif


--------------------
John
----------------------------------------------------------------
My compiles and utilities are at http://www.rarewares.org/
Go to the top of the page
+Quote Post
CoRoNe
post May 30 2013, 21:31
Post #21





Group: Members
Posts: 185
Joined: 31-May 05
From: Netherlands
Member No.: 22417



Crash.
Do these ICL 12.1 compiles require a SSE2 cpu by any chance?


--------------------
DC-Bass Source Mod: http://reino.degeelebosch.nl
Go to the top of the page
+Quote Post
aztec_mystic
post May 30 2013, 21:59
Post #22





Group: Members
Posts: 93
Joined: 28-March 13
Member No.: 107425



QUOTE (CoRoNe @ May 30 2013, 22:31) *
Crash.
Do these ICL 12.1 compiles require a SSE2 cpu by any chance?

The Intel 12.1 compiler defaults to arch SSE2. Therefore, my guess is the answer to your question is yes.
Go to the top of the page
+Quote Post
lvqcl
post May 30 2013, 22:30
Post #23





Group: Developer
Posts: 3397
Joined: 2-December 07
Member No.: 49183



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
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)
Go to the top of the page
+Quote Post
lvqcl
post May 31 2013, 01:24
Post #24





Group: Developer
Posts: 3397
Joined: 2-December 07
Member No.: 49183



And for FLAC -5:

CODE
Case               21.0 s
ktf                23.2 s
john33 32bit       21.2 s
lamedude SSE 32bit 21.1 s

john33 64bit       26.3 s
lamedude SSE 64bit 25.3 s
Go to the top of the page
+Quote Post
Compact Dick
post May 31 2013, 01:42
Post #25





Group: Members
Posts: 164
Joined: 6-April 02
Member No.: 1707



QUOTE (john33 @ May 30 2013, 15:46) *
32 and 64 bit compiles are at Rarewares now - ICL 12.1 compiles. smile.gif

Thank you very much, John smile.gif

I can confirm that the 64-bit encoder is slower than the 32-bit version. Running Win 8 Pro, i5 2500k, using foobar2000 1.2.6 as a front-end, 32-bit averages around 245x real-time, while 64-bit is around 222x.
Go to the top of the page
+Quote Post

8 Pages V   1 2 3 > » 
Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 30th September 2014 - 07:03