similar to: metaflac problem on cygwin

I just diffed metaflac 1.1.2 vs. 1.1.4 and I don't see anything that would cause that. did you build binaries yourself or did you get them from cygwin? --- Dat Head <dathead2@gmail.com> wrote: > 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

ever since going from flac 1.1.2 to 1.1.4 on cygwin I've encountered an issue where I can't use metaflac on certain path specifications (see examples below). I tried again with 1.2.1 and it still doesn't work (I can't recall but I think it is from the cygwin dist, not the windows installed version) not sure if this is a flac issue, or a cygwin one, but thougt i'ld start here.

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 options (even if you give it a valid flac file name) i.e. options: -P 4096 -b 4608 -m -l 8 -q 0 -r 3,3 here was what i was going to do: metaflac

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 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

--- 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 >

strlen() returns the length excluding the terminating null byte..then an string of len 4 will be off-by-one in application_id[4]; GCC 4.7 detects this bug. --- src/metaflac/options.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/metaflac/options.c b/src/metaflac/options.c index eb3498d..2cb0959 100644 --- a/src/metaflac/options.c +++ b/src/metaflac/options.c @@

Erik, I don't know what abcde would be providing as tags, or why on Earth it would be importing that from stdin. Unfortunately, abcde is a bash script, and so not exactly easy for me to read. I haven't gotten any response from posting on their mailing list. I do get the same crash when running metaflac without the --import-tags-from, so I'm not sure this is the problem. Unless

I mention metaflac because there are a few shell scripts that use it to write RG tags in a flac music library on Linux. With support for Ebu R128 gain in metaflac (the calculation according to specification, not an external program) it would be easy to use, just change the cmd line for metaflac in the script. Now that metaflac supports sample rates higher than 48kHz this would be a good thing in

Hi Erik, I've noticed a couple small things missing in the metaflac man pages. Namely, the new sample rates provided by Earl Chew as well as the PICTURE block being a valid block type. Attached is a patch for metaflac.sgml and metaflac.1 that details the new sample rates metaflac's replaygain supports. Also, there is now the PICTURE block added as a valid block type. Thanks!

Using metaflac (1.0.3) like this: metaflac file.flac --set-vc-field=title=test??????e? The vorbiscomment will not be UTF8-encoded, instead they will be stored directly as ANSI. When trying to add some more comment, it gave the following error: ERROR: writing FLAC file file.flac, error = FLAC__METADATA_CHAIN_STATUS_OK Does that mean that weren't enough room for the comments? But

On Mon, Dec 1, 2014 at 10:40 PM, ???? ?????? <bart.gopnik at gmail.com> wrote: > Please help me solve the following problem: > > FLAC tools have a lots of warnings about non-subset files during > encoding, but unfortunately don't have easy way to check/test existing > FLAC stream for subset compliance. > > "flac -a" generates the big text file that has

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

Hello all, I used metaflac to add replay-gain to a lot of flac-files. But with few of them metaflac exit and sais "Speicherzugriffsfehler" which I translate to "memory access error" or somethin like this. The problematic files has the same size like the other ones and I dont know why metaflac has a problem with them. I tested them with flac and the files seems to be ok. I use

Hi List, I am writing an audio player that exclusively plays FLAC sound files, with CUE sheets. It is written in Python, so it is cross-platform, and it is working very well so far. The soundfile IO is handled by the Audiere library. For metadata (aside from the CUE sheet), I make system calls to metaflac to do things like extract album art for display, and I have a question concerning metaflac.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm trying to use flac to make backups of my CD collection, and am running into problems with disks that contain a pregap (or lead-in) before the start of track one. cdrdao rips these disks *WITHOUT* the pregap, and puts a PREGAP entry into the cue file. For my test CD (Police, Synchronicity, catalog# 0082839373524) I get (in part): TRACK 01

Hi, I realize that this is not strictly flac-related, but... I've got my collection in flac now, and at the end of the endeavor, I realized that (I think...) I've managed to have a few different encodings in the tags, one way or another. For instance: [root@localhost Zen Arcade]# metaflac --list 01-Something\ I\ Learned\ Today.flac > 1 [root@localhost Zen Arcade]# metaflac

Erik, The command used by abcde is metaflac --no-utf8-convert --import-cuesheet-from=/home/me/Audio/abcde.50107806/cue-50107806.txt --import-tags-from=- /home/me/Audio/abcde.50107806/track1.flac but I get the same result re-trying without the --no-utf8-convert and -no-utf8-convert. Here's the cuesheet: PERFORMER "William Shakespeare" TITLE "A Midsummer

> 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) >> _____________________________

Ooops? I accidently sent a reply privately instead of to the list, sorry for that. Here it is again, this time hopefully to the list: ---------- Forwarded message ---------- From: Johnny Rosenberg <gurus.knugum at gmail.com> Date: 2013/4/23 Subject: Re: [flac-dev] Metaflac UTF-8 fixes To: Janne Hyv?rinen <cse at sci.fi> 2013/4/23 Janne Hyv?rinen <cse at sci.fi>: > Hopefully