similar to: flac default options no longer printed

--- Dat Head <dathead2@gmail.com> wrote: > On Dec 28, 2007 12:37 PM, Dat Head <dathead2@gmail.com> wrote: > > I was going to start storing the flac version number and options > > in an ENCODER meta field and with v1.1.2 if you did: > > flac foo.flac 2>&1 | grep options > > you could see the defaults options, in 1.2.1 it doesn't print the >

wow, that was a mighty keen eye - you must really have been looking at it (thanx!) - that is just a typo, the example just above and below that line still show that the issue i'm having exists. an easy test anyone can do is: metaflac --version metaflac --show-sample-rate c:/any.flac metaflac --show-sample-rate /cygdrive/c/any.flac On Dec 13, 2007 5:43 PM, Christopher Brown

I'm uploading some very large flac files, and I've had to use the Unix command 'split' to break the files into smaller pieces. This works well, but my only concern is that I want to make sure I get all the pieces back together in the right order, without any missing pieces or partial files. "flac -t filename.flac" works perfectly. It will detect a truncated

On Dec 18, 2009, at 12:12 AM, Brian Willoughby wrote: > > On Dec 17, 2009, at 20:42, Ron Decline wrote: >> Anyway, as you and dathead2 suggested, I can just flac -d, then swap the channels on the wav with SoX, and then flac -a, I can then use metaflac to transfer the tags. Easy enough to write a script to do the work. > > > flac -a will analyze, not encode. Apart from

> On Dec 17, 2009, at 8:50 PM, dathead2 at gmail.com wrote: > > On Dec 17, 2009, at 8:42 PM, Ron Decline <rutlecorps at gmail.com> wrote: > >> Is it possible to switch the Left / Right channel when encoding in FLAC? >> (I have some flac files with incorrect left/right channel assignment that I would like to re-encode with flac) >> _____________________________

On Dec 17, 2009, at 11:02 PM, Brian Willoughby wrote: > > On Dec 17, 2009, at 19:00, Ron Decline wrote: >> On Dec 17, 2009, at 8:50 PM, dathead2 at gmail.com wrote: >>> On Dec 17, 2009, at 8:42 PM, Ron Decline <rutlecorps at gmail.com> wrote: >>> >>>> Is it possible to switch the Left / Right channel when encoding in FLAC? >>>> (I have

So, let's provide some information then :-) ---------------------------------------------------------------------------------------------- soa2ii at thor /mnt/files/music/Slime/Alle gegen Alle $ flac -aF 02\ St?rtebecker.flac flac 1.2.1, Copyright (C) 2000,2001,2002,2003,2004,2005,2006,2007 Josh Coalson flac comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome

that's why i asked the original poster if the files were odd size, i had that issue before with a 24 bit mono file and wrote this script to fix it: #!/bin/sh # # sfoddfix - Sound File ODD size FIXer # # NOTE: flac v1.1.2 pukes on files that have an odd byte count, this pads them files=${*:-*.wav} for file in $files do size=$(stat --printf='%s' $file) if [ $(($size%2)) -ne 0 ];

Firstly, a big thank-you to Josh for FLAC. Someone mentioned it in a post on Slashdot, so I came over to sourceforge for a look-see. This is just the sort of thing I've been looking for. Can anyone relate any general tips for using flac on Windows for the purpose of archiving cd's? If I can nail down a solid, easy-to-use process, I'm happy to write it up and contribute it to the

$ ls -l a.wav -rw-r--r-- 1 rootboy None 30587804 Jan 7 23:00 a.wav $ flac -v flac 1.2.1 $ type flac flac is hashed (/usr/bin/flac) $ uname -a CYGWIN_NT-5.1 DFBJ7M51 1.5.24(0.156/4/2) 2007-01-31 10:57 i686 Cygwin $ flac -f a.wav a.wav: wrote 16323314 bytes, ratio=0.534 $ flac -l8 -f a.wav a.wav: wrote 16323314 bytes, ratio=0.534 $ flac -l5 -f a.wav a.wav: wrote 16398095 bytes, ratio=0.536 $

I know Erik is busy with maintenance and wants to get a release out soon. In the meantime, is it appropriate to tag HEAD as 1.2.1_git and include this in the CLI tools (flac, metaflac, etc)? This would make it easier to allow programs in development to test against git flac and older flac versions. For example, sample rates above 48kHz (for ReplayGain) is available in git flac but not 1.2.1.

Dear Free Audio Tool Lovers, I am very pleased to announce the first official release of FLAC, the Free Lossless Audio Codec, in over 6 years. FLAC is not dead! It is however a mature software product that is now being maintained by a team working under the auscpices of the Xiph.Org Foundation. The executive summary of changes in this new version: * Nothing major. * Source tree is now hosted in

Are you sure they didn't change the default encoding level ? I would include some example timings to give a better idea of what "significantly slower" is Wonder if you see same for 44/16 files? > On Jul 25, 2014, at 2:29 AM, Martijn van Beurden <mvanb1 at gmail.com> wrote: > > Hi, > > You might want to report this to the flac-dev mailinglist instead of the

Please cc: the results from dev list back here though I would run some tests on a diff platform but don't have access to my PC for a few weeks Would also be interesting to see what decoding stats you get > On Jul 25, 2014, at 7:38 AM, Scott Brown <scottcbrown at gmail.com> wrote: > > I will post to the dev list, sorry about that. > > To give an idea, though, at flac

Hi FLAC list! I have a question (maybe a strange one) about getting the compression level (0-8) using metaflac. So I want to know for a given FLAC file what compression level was used to compress that file. I tried using the --list option but this doesn't give any information about this. Is there a way to get the compression level of a given FLAC file using metaflac or another tool? thx

Hej, well I'm not sure because those file that are corrupt have been around for a quite long time. It could have been k3b but I'm really not sure. Right now I was ripping with Audex and tagging with Audex/Amarok/kid3. Those files seem to be fine though. My lates approaches have been with Picard/beets :-) I think it's not possible to share those files without getting in legal

ERROR while decoding data state = FLAC__STREAM_DECODER_END_OF_STREAM It's happening with every file that I've tried now, using both 1.2.1 and 1.3.0. If a file has artwork and I remove padding, I get the above error when verifying or decompressing. If no artwork and I remove padding, the file verifies and decompresses with no issues. I'm writing tags via

Why isn't the compression level added in a metadata block by the flac encoder itself (just like the encoder version)? In this way all programs that read the file can see what compression level was used. thx 2007/7/4, Scot Thompson <scot.thompson@cox.net>: > > This has been asked many times. The answer is no. I suggest saving the > compression level into a tag for future

dd if=$file ibs=1 count=$(($(stat --printf='%s' $file)-2)) of=$file.new of course if you run this on one of the files that doesn't have the extra 2 bytes you're gonna lose something you didn't want to On 11/1/07, Alex Brims <alex.brims@gmail.com> wrote: > Ok, we actually worked this out - there were 2 extra bytes doing nothing at > the end of the files. Opening

I'm trying to use libFLAC++ v1.1.2, to read Song information (like artist, trackname etc..). So.. I read metadata from file FLAC::Metadata::get_streaminfo("somefile.flac", infosik); and It's ok - no error, then I read vorbis info: FLAC::Metadata::VorbisComment vorbis_kom(infosik); int number_of_comments = vorbis_kom.get_num_comments(); and after that I have