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.1 has been released (Read 102456 times) previous topic - next topic
0 Members and 6 Guests are viewing this topic.

FLAC 1.3.1 has been released

Reply #50
Would be nice to update James Chapmans Audiotester he offers at vuplayer since it benefits of faster decoding.
Is troll-adiposity coming from feederism?
With 24bit music you can listen to silence much louder!

FLAC 1.3.1 has been released

Reply #51
I made some test by converting Classical music files from flac 1.3.0 to 1.3.1, using -8 preset. Generally the files created by 1.3.1 are just slightly smaller (I get values of 0.998 0.999, 1.000) but every now and then the file size created by 1.3.1 is bigger! (1.000, 1.002, but sometimes as high as 1.004, 1.005).

I'm on Linux I use my own compile, using GCC 4.8.

FLAC 1.3.1 has been released

Reply #52
flac on the command line gives the following warning:

FAILURE: Compression failed (ratio 1,000, should be < 1.0).
This happens for some files for one or more of the following reasons:
* Recompressing an existing FLAC from a higher to a lower compression setting.
* Insufficient input data  (eg, very short files, < 10000 frames).
* The audio data is not compressable (eg a full range white noise signal).

In my case neither of the above is true.

I'm recompressing from preset 8 to preset 8
The files are not very short
The audio data is compressable

FLAC 1.3.1 has been released

Reply #53
I made some test by converting Classical music files from flac 1.3.0 to 1.3.1, using -8 preset. Generally the files created by 1.3.1 are just slightly smaller (I get values of 0.998 0.999, 1.000) but every now and then the file size created by 1.3.1 is bigger! (1.000, 1.002, but sometimes as high as 1.004, 1.005).

I'm on Linux I use my own compile, using GCC 4.8.


Remember that -e (--exhaustive-model-search) was removed from the new presets, in exchange for functions that are both faster and "typically" yield better compression, but of course will not cover ALL the scenarios. If you re-enable the option (eg: -8e). I'm pretty sure you should ALWAYS get equal or better compression than before, but you'll lose all the speed benefits.

You can take that even further (-8ep) and you will get slightly better compression, but considerably slower performance. There are even more options that would make flac even slower, for very small gains in compression. (Discussed here http://www.hydrogenaud.io/forums/index.php...t&p=875580)

FLAC 1.3.1 has been released

Reply #54
Hello,

@lvqcl, for the fun...

Pentium M 740@1.73GHz, SSE2
Code: [Select]
Official
Kernel  Time =     1.796 =    1%
User    Time =   137.718 =   90%
Process Time =   139.515 =   91%    Virtual  Memory =     14 MB
Global  Time =   152.703 =  100%    Physical Memory =     12 MB

GCC
Kernel  Time =     1.937 =    1%
User    Time =   137.687 =   88%
Process Time =   139.625 =   90%    Virtual  Memory =     14 MB
Global  Time =   154.875 =  100%    Physical Memory =     15 MB

OldCPU
Kernel  Time =     1.734 =    1%
User    Time =   138.343 =   89%
Process Time =   140.078 =   90%    Virtual  Memory =     14 MB
Global  Time =   154.531 =  100%    Physical Memory =     15 MB

Pentium 4 520@2.8GHz, SSE3
Code: [Select]
Official
Kernel  Time =     1.531 =    1%
User    Time =    99.765 =   87%
Process Time =   101.296 =   88%    Virtual  Memory =     14 MB
Global  Time =   113.843 =  100%    Physical Memory =     12 MB

GCC
Kernel  Time =     1.812 =    1%
User    Time =    99.640 =   85%
Process Time =   101.453 =   87%    Virtual  Memory =     14 MB
Global  Time =   116.265 =  100%    Physical Memory =     12 MB

OldCPU
Kernel  Time =     2.062 =    1%
User    Time =    98.843 =   85%
Process Time =   100.906 =   86%    Virtual  Memory =     14 MB
Global  Time =   116.125 =  100%    Physical Memory =     12 MB

Bye,

    AiZ

FLAC 1.3.1 has been released

Reply #55
Today I had a lot of spare CPU and a plenty of time so I decided to reencode my music collection with latest flac 1.3.1.
I thought it might be interesting to share the result.

The collection consists of 8248 songs from 674 CDs (and a handful of Vinyl rips). It spans most genres but the bulk should be leaning towards rock, pop, blues and experimental music.

I run Fedora 20 (linux) for x86-64 and used the following command to perform the reencoding:
"find DIRECTORY -name '*.flac' -print0 | xargs -0 flac -8f"

Previously almost all files were encoded with flac 1.2.1 (20070917) and option "-8". The rest were encoded with earlier flac-versions or with flac 1.3.0.

I used the script made by "tuffy" in the following post to measure the size before and after:
http://www.hydrogenaud.io/forums/index.php...st&p=811058

Before:
$ ./musicsize.py  DIRECTORY/
    metadata length : 104224827
total frames length : 188823150502
uncompressed length : 327231818538
        compression : 57.70%

After:
$ ./musicsize.py DIRECTORY/
    metadata length : 104708391
total frames length : 188428672021
uncompressed length : 327231818538
        compression : 57.58%

Best Ratio: 0.889 (Kate Miccuci - Walking in Los Angeles)
Worst Ratio: 1.073 (Vladimir Vysotsky - Горизонт)
Median Ratio: 0.998
Average Ratio: 0.9977935

The ratios was calculated  over the ratios reported by the flac-command after encoding was done.
The only noteworthy thing I can see from a brief looking through the results with worse ratio is that most seems to come from spoked word (interview CDs and tracks with only people speaking).
One file showed a IO_ERROR due to flac having trouble with the long filename (fixed after shortening the name and rerunning flac manually on it).
Overall a ~400MB size reduction of the whole library and I am quite happy with the results.

Thanks for the new release!

FLAC 1.3.1 has been released

Reply #56
Besides all of the wonderful looking new benchmark numbers, I'd like to add that I converted 334GB of flac music over from 1.3.0 to 1.3.1.
I've got a pretty bad processor so it took about 7 hours, but I saved 940MB from the conversion. Average kbps dropped by 2kbps.

I love it when upgrading versions shows that much!

FLAC 1.3.1 has been released

Reply #57
Besides all of the wonderful looking new benchmark numbers, I'd like to add that I converted 334GB of flac music over from 1.3.0 to 1.3.1.
I've got a pretty bad processor so it took about 7 hours, but I saved 940MB from the conversion. Average kbps dropped by 2kbps.

I love it when upgrading versions shows that much!

You probably did some research before doing it so, what's the easiest/fastest way and does your procedure delete the old version? When I did ALAC to FLAC with dBpoweramp while ago ALAC was deleted automatically after the new FLAC verification was done.

FLAC 1.3.1 has been released

Reply #58
Besides all of the wonderful looking new benchmark numbers, I'd like to add that I converted 334GB of flac music over from 1.3.0 to 1.3.1.
I've got a pretty bad processor so it took about 7 hours, but I saved 940MB from the conversion. Average kbps dropped by 2kbps.

I love it when upgrading versions shows that much!

You probably did some research before doing it so, what's the easiest/fastest way and does your procedure delete the old version? When I did ALAC to FLAC with dBpoweramp while ago ALAC was deleted automatically after the new FLAC verification was done.


I simplified the procedure back when I was converting from 1.2.1 to 1.3.0. I simply used foobar to convert my entire flac library to another drive / folder while retaining the exact folder hierarchy that it was in before. Then I used FreeFileSync to do a time/size difference replace on my original music. It replaces all of the music but leaves all of the existing art and extras behind. I decided on this method just in case something went wrong, given the huge amount of music. Though, I've never had an issue arise never hurts to be cautious.

My conversion:
http://www.zageron.com/img/20141201063025404.png

FLAC 1.3.1 has been released

Reply #59
Here's an update with lvqcl's compiles (32bit):
Code: [Select]
Encoder                   Options                     Process time    FLAC file size
---------------------------------------------------------------------------------------
flac 1.3.0                -8                          77.548 sec      292.407.249 bytes
flac 1.3.1 (xiph)         -8                          56.831 sec      292.127.317 bytes
flac-git-7251201 (AiZ)    -l 12 -b 4096 -m -e -r 6    50.887 sec      292.407.763 bytes
flac 1.3.1 (xiph)         -l 12 -b 4096 -m -e -r 6    52.572 sec      292.407.763 bytes

flac 1.3.1 (lvqcl)        -8                          56.659 sec      292.127.317 bytes
flac 1.3.1_core2 (lvqcl)  -8                          45.084 sec      292.127.317 bytes
flac 1.3.1 (lvqcl)        -l 12 -b 4096 -m -e -r 6    53.055 sec      292.407.763 bytes
flac 1.3.1_core2 (lvqcl)  -l 12 -b 4096 -m -e -r 6    50.856 sec      292.407.763 bytes

AiZ's post: http://www.hydrogenaud.io/forums/index.php?s=&showtopic=101082&view=findpost&p=869644
lvqcl's post: http://www.hydrogenaud.io/forums/index.php?showtopic=107611&view=findpost&p=882856

WAV file size = 663.678.612 bytes (15 files)
CPU used: Intel Core 2 Quad Q9500 @ 2.8 GHz

So lvqcl's version for "older intel cpus" is on-par with AiZ's version when the old -8 settings are used. That could be expected.
But two things really surprised me:
a) The "older intel cpu" version is ~25% faster than the standard compile and ~72% faster than 1.3.0. Excellent!
b) The "older intel cpu" verison is faster with new -8 settings while standard compile is faster with old -8 settings.

Thanks everyone who made this new versions possible.

 

FLAC 1.3.1 has been released

Reply #60
I've updated to Foobar2000 Vn 1.3.6 and the new encoder pack.

Conversions to FLAC work wonderfully well, but the General, Tool in Foobar2000 reports reference libFLAC 1.3.0 20130526 for a newly converted file.

This is not what I expected to see, is it correct?

FLAC 1.3.1 has been released

Reply #61
Besides all of the wonderful looking new benchmark numbers, I'd like to add that I converted 334GB of flac music over from 1.3.0 to 1.3.1.
I've got a pretty bad processor so it took about 7 hours, but I saved 940MB from the conversion. Average kbps dropped by 2kbps.

Insane economic decisions by people in this thread. 1 GB of storage costs like 5 cents. So you took the time (and the cost of seven hours of electricity for powering your computer) for 5 cents. Oh well.

FLAC 1.3.1 has been released

Reply #62
Tool in Foobar2000 reports reference libFLAC 1.3.0 20130526 for a newly converted file.


that's not right. i've just downloaded the latest encoder pack myself and it reports reference libFLAC 1.3.1 20141125 on a newly encoded file. perhaps your converter settings reference the path to an older version??

Insane economic decisions by people in this thread.


i'm sure the real reason is that people want the latest and greatest version reported in the tool section if they use a media player that show it.

FLAC 1.3.1 has been released

Reply #63
Tool in Foobar2000 reports reference libFLAC 1.3.0 20130526 for a newly converted file.


that's not right. i've just downloaded the latest encoder pack myself and it reports reference libFLAC 1.3.1 20141125 on a newly encoded file. perhaps your converter settings reference the path to an older version??

Insane economic decisions by people in this thread.


i'm sure the real reason is that people want the latest and greatest version reported in the tool section if they use a media player that show it.


Thanks so much for your assistance Marc. Replacement of all instances of FLAC.exe on my system with the latest & greatest version fixed it of course!

Also (from olden days) I have in Tools/Converter/Additional Command Line paths, an entry showing the path to FLAC.exe. Is that necessary with the latest version of Foobar2000 please?

FLAC 1.3.1 has been released

Reply #64
For the record, results for Core i7 950 (Nehalem architecture):

encoding time for -8 preset, for 44.1/16/stereo WAV:

"newer intel" vs. "older intel":
32 bit: 33.8 sec vs 39.0 sec;
64 bit: 30.2 sec vs 37.2 sec;

32 bit "no_SSE2": 35.8 sec vs 41.0 sec.

FLAC 1.3.1 has been released

Reply #65
@lvqcl, for the fun...

The results are so close that it's a bit suspicious... Are you sure that there's no other flac.exe somewhere in the PATH (or in the same directory with timer.exe) ?

FLAC 1.3.1 has been released

Reply #66
Hello,

I've downloaded archives again, checked that all flac.exe are different, there's no other flac.exe in the path, etc.: results are the same, I've just added Rarewares icl 1.3.0 & 1.3.1 compiles to compare.

Pentium M
Code: [Select]
flac -l 12 -b 4096 -m -e -r 6 

1.3.1 official
Kernel  Time =     1.968 =    1%
User    Time =   137.500 =   89%
Process Time =   139.468 =   90%    Virtual  Memory =     14 MB
Global  Time =   153.468 =  100%    Physical Memory =     12 MB

1.3.1 GCC
Kernel  Time =     2.203 =    1%
User    Time =   137.203 =   89%
Process Time =   139.406 =   90%    Virtual  Memory =     14 MB
Global  Time =   153.750 =  100%    Physical Memory =     15 MB

1.3.1 GCC-nosse2
Kernel  Time =     1.828 =    1%
User    Time =   137.296 =   89%
Process Time =   139.125 =   90%    Virtual  Memory =     14 MB
Global  Time =   152.921 =  100%    Physical Memory =     15 MB

1.3.1 OldCPU
Kernel  Time =     1.703 =    1%
User    Time =   138.359 =   89%
Process Time =   140.062 =   90%    Virtual  Memory =     14 MB
Global  Time =   154.437 =  100%    Physical Memory =     15 MB

1.3.1 OldCPU-nosse2
Kernel  Time =     2.078 =    1%
User    Time =   137.890 =   89%
Process Time =   139.968 =   91%    Virtual  Memory =     14 MB
Global  Time =   153.609 =  100%    Physical Memory =     15 MB

1.3.0 rarewares
Kernel  Time =     3.734 =    2%
User    Time =   151.484 =   95%
Process Time =   155.218 =   97%    Virtual  Memory =      4 MB
Global  Time =   159.062 =  100%    Physical Memory =      2 MB

1.3.1 rarewares
Kernel  Time =     2.046 =    1%
User    Time =   139.343 =   89%
Process Time =   141.390 =   90%    Virtual  Memory =     14 MB
Global  Time =   155.750 =  100%    Physical Memory =     15 MB

Pentium 4
Code: [Select]
flac -l 12 -b 4096 -m -e -r 6

1.3.1 official
Kernel  Time =     2.046 =    1%
User    Time =    99.656 =   85%
Process Time =   101.703 =   86%    Virtual  Memory =     14 MB
Global  Time =   116.937 =  100%    Physical Memory =     12 MB

1.3.1 GCC
Kernel  Time =     1.812 =    1%
User    Time =    99.812 =   86%
Process Time =   101.625 =   88%    Virtual  Memory =     14 MB
Global  Time =   115.437 =  100%    Physical Memory =     12 MB

1.3.1 GCC-nosse2
Kernel  Time =     1.828 =    1%
User    Time =    98.015 =   85%
Process Time =    99.843 =   87%    Virtual  Memory =     14 MB
Global  Time =   114.031 =  100%    Physical Memory =     15 MB

1.3.1 OldCPU
Kernel  Time =     2.078 =    1%
User    Time =    99.218 =   88%
Process Time =   101.296 =   89%    Virtual  Memory =     14 MB
Global  Time =   112.718 =  100%    Physical Memory =     15 MB

1.3.1 OldCPU-nosse2
Kernel  Time =     1.781 =    1%
User    Time =    97.609 =   86%
Process Time =    99.390 =   88%    Virtual  Memory =     14 MB
Global  Time =   112.875 =  100%    Physical Memory =     15 MB

1.3.0 rarewares
Kernel  Time =     5.359 =    3%
User    Time =   130.796 =   83%
Process Time =   136.156 =   86%    Virtual  Memory =      4 MB
Global  Time =   156.671 =  100%    Physical Memory =      5 MB

1.3.1 rarewares
Kernel  Time =     1.578 =    1%
User    Time =   104.734 =   85%
Process Time =   106.312 =   86%    Virtual  Memory =     14 MB
Global  Time =   122.453 =  100%    Physical Memory =     15 MB


    AiZ

FLAC 1.3.1 has been released

Reply #67
my quick test, single album

Code: [Select]
# FLAC, quick test
## machine
    CPU~Single core Intel Pentium 4 CPU (-HT-) clocked at 3192.032 Mhz Kernel~3.2.0-4-amd64 x86_64
## zz_ward, single album
### flac 1.2.1  -8 (wheezy repo)
    done in 0:01:18  
    size 276.4 MiB
### flac 1.3.1  -8 (static compile)
    done in 0:01:13    
    size 275.0 MiB
### flac 1.3.1  -8 (static compile),(parallel --gnu flac -8 {} ::: "$@")
    done in 0:01:08
    size 275.0 MiB
### ape 3.99 insane (multimedia repo)
    done in 0:06:46  
    size 254.5 MiB
### wavpack 4.60  -xh (wheezy repo)
    done in 0:01:03  
    size 273,0 MiB
### wavpack 4.60  -xhh (wheezy repo)
    done in 0:01:18  
    size 268,0 MiB


notes:
- monkeys-audio version is ancient
- wavpack is old
PANIC: CPU 1: Cache Error (unrecoverable - dcache data) Eframe = 0x90000000208cf3b8
NOTICE - cpu 0 didn't dump TLB, may be hung

FLAC 1.3.1 has been released

Reply #68
Just a minor cosmetic note:
When encoding a file, the first line of the text-output is longer than 80 characters, which results in wrapping:
Code: [Select]
flac 1.3.1, Copyright (C) 2000-2009  Josh Coalson, 2011-2014  Xiph.Org Foundatio
n
flac comes with ABSOLUTELY NO WARRANTY.  This is free software, and you are
welcome to redistribute it under certain conditions.  Type `flac' for details.

FLAC 1.3.1 has been released

Reply #69
flac on the command line gives the following warning:

FAILURE: Compression failed (ratio 1,000, should be < 1.0).
This happens for some files for one or more of the following reasons:
* Recompressing an existing FLAC from a higher to a lower compression setting.
* Insufficient input data  (eg, very short files, < 10000 frames).
* The audio data is not compressable (eg a full range white noise signal).

In my case neither of the above is true.

I'm recompressing from preset 8 to preset 8
The files are not very short
The audio data is compressable


I'm also getting this error message and nothing seems to be wrong with the source file for me as well. However, the converted file is smaller than the original one but it's still listed as 1.3.0 by foobar and has the same MD5 checksum as the original....?!?

FLAC 1.3.1 has been released

Reply #70
flac on the command line gives the following warning:

FAILURE: Compression failed (ratio 1,000, should be < 1.0).
This happens for some files for one or more of the following reasons:
* Recompressing an existing FLAC from a higher to a lower compression setting.
* Insufficient input data  (eg, very short files, < 10000 frames).
* The audio data is not compressable (eg a full range white noise signal).

In my case neither of the above is true.

I'm recompressing from preset 8 to preset 8
The files are not very short
The audio data is compressable


I'm also getting this error message and nothing seems to be wrong with the source file for me as well. However, the converted file is smaller than the original one but it's still listed as 1.3.0 by foobar and has the same MD5 checksum as the original....?!?


I assume that because it failed, it reverted to the original file and discarded the changes. Maybe the verify flag was on?

In any case, read post 54 ( http://www.hydrogenaud.io/forums/index.php...st&p=882953 )

FLAC 1.3.1 has been released

Reply #71
I assume that because it failed, it reverted to the original file and discarded the changes. Maybe the verify flag was on?

In any case, read post 54 ( http://www.hydrogenaud.io/forums/index.php...st&p=882953 )


Thanks for the reply Makaki. The script which I use converts files with the -v option so the file probably couldn't be compressed anymore and was thus reverted to 1.3.0

However, it's still strange that the reverted file is a bit smaller than the original as both are 1.3.0 with the same compression level. I guess that this has something to do with rewriting the headers as the MD5 checksum has remained identical.

FLAC 1.3.1 has been released

Reply #72
However, it's still strange that the reverted file is a bit smaller than the original as both are 1.3.0 with the same compression level. I guess that this has something to do with rewriting the headers as the MD5 checksum has remained identical.


Padding I guess? If you remove a picture using a tagger, then I assume it does not rewrite the file - rather, it leaves empty space. Rewriting the file with same data but without the empty space ... try to compress them using 7z or zip or something, and see if it evens out the difference.

FLAC 1.3.1 has been released

Reply #73
I did some testing, using an Intel Core i5-4460, here are my results:

Code: [Select]
CLI encoder: flac.exe
Destination file: G:\MP3\CD-Backup\Alice In Chains - 1992 - Would [COL 668328 2]\Alice In Chains - Would.flac
Encoder stream format: 44100Hz / 2ch / 16bps
Command line: "C:\Users\*\Desktop\flac-1.3.1-git-7251201-win32\flac.exe" -s --ignore-chunk-sizes -8 - -o "Alice In Chains - Would.flac"
Working folder: G:\MP3\CD-Backup\Alice In Chains - 1992 - Would [COL 668328 2]\
Encoder process still running, waiting...
Encoder process terminated cleanly.
Track converted successfully.
Total encoding time: 0:05.257, 122.78x realtime

wav-cdda: 108 MB
flac: 74.4 MB
----------------------------------------------------------------------------------------------------
CLI encoder: flac.exe
Destination file: G:\MP3\CD-Backup\Alice In Chains - 1992 - Would [COL 668328 2]\Alice In Chains - Would.flac
Encoder stream format: 44100Hz / 2ch / 16bps
Command line: "C:\Users\*\Desktop\flac-1.3.1-win-for_older_intel_CPUs\flac.exe" -s --ignore-chunk-sizes -8 - -o "Alice In Chains - Would.flac"
Working folder: G:\MP3\CD-Backup\Alice In Chains - 1992 - Would [COL 668328 2]\
Encoder process still running, waiting...
Encoder process terminated cleanly.
Track converted successfully.
Total encoding time: 0:04.087, 157.93x realtime

wav-cdda: 108 MB
flac: 74.3 MB
----------------------------------------------------------------------------------------------------
CLI encoder: flac.exe
Destination file: G:\MP3\CD-Backup\Alice In Chains - 1992 - Would [COL 668328 2]\Alice In Chains - Would.flac
Encoder stream format: 44100Hz / 2ch / 16bps
Command line: "C:\Users\*\Desktop\flac-1.3.1-win-lvqcl\flac.exe" -s --ignore-chunk-sizes -8 - -o "Alice In Chains - Would.flac"
Working folder: G:\MP3\CD-Backup\Alice In Chains - 1992 - Would [COL 668328 2]\
Encoder process still running, waiting...
Encoder process terminated cleanly.
Track converted successfully.
Total encoding time: 0:03.244, 198.97x realtime

wav-cdda: 108 MB
flac: 74.3 MB
----------------------------------------------------------------------------------------------------
CLI encoder: flac.exe
Destination file: G:\MP3\CD-Backup\Alice In Chains - 1992 - Would [COL 668328 2]\Alice In Chains - Would.flac
Encoder stream format: 44100Hz / 2ch / 16bps
Command line: "C:\Users\*\Desktop\flac-1.3.1-x64-icl-rarewares\flac.exe" -s --ignore-chunk-sizes -8 - -o "Alice In Chains - Would.flac"
Working folder: G:\MP3\CD-Backup\Alice In Chains - 1992 - Would [COL 668328 2]\
Encoder process still running, waiting...
Encoder process terminated cleanly.
Track converted successfully.
Total encoding time: 0:03.464, 186.33x realtime

wav-cdda: 108 MB
flac: 74.3 MB

FLAC 1.3.1 has been released

Reply #74
flac on the command line gives the following warning:

FAILURE: Compression failed (ratio 1,000, should be < 1.0).
This happens for some files for one or more of the following reasons:
* Recompressing an existing FLAC from a higher to a lower compression setting.
* Insufficient input data  (eg, very short files, < 10000 frames).
* The audio data is not compressable (eg a full range white noise signal).


I'm also getting this error message and nothing seems to be wrong with the source file for me as well. However, the converted file is smaller than the original one but it's still listed as 1.3.0 by foobar and has the same MD5 checksum as the original....?!?


I assume that because it failed, it reverted to the original file and discarded the changes. Maybe the verify flag was on?



First I also thought that conversion failed. But it did not. The resulting (bigger than 1.3.0) file had vendor string 1.3.1. (I did the conversion on Linux on the command line.)
What failed is not conversion but compression. 1.3.1 produced a bigger file than the older flac I transcoded.
It also happened that when converting my collection from 1.2.1 to 1.3.0, some files became bigger. But flac 1.3.0 did not gave such a message. This must be a new feature of 1.3.1.