similar to: Modified metaflac add --output-json

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

On Mon, Dec 1, 2014 at 11:55 PM, Waitman Gobble <gobble.wa at gmail.com> wrote: > > > 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

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 data about each frame and subframe. But looks like I need parser and statistics tools to answer on question about subset

>> Ok I will give it a try and see what I can come up with. > Is the most interesting data the [frame] and [subframe] info? > Is the qlp_coeff[], warmpup[] and parameter[] data for each frame/subframe important? Yes, it would be nice if MetaFLAC will show minimum and maximum values of parameters (if are not constant/fixed) for the stream. And it would be VERY NICE if you implement

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

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

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

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

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.

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

This is 1.3.1 on OpenBSD/amd64. The --no-utf8-convert option of metaflac(1) does not work for me: $ metaflac --no-utf8-convert --set-tag="Artist=?ou?l??ek" aladin.flac aladin.flac: ERROR: tag value for 'Artist' is not valid UTF-8 (You probably can't see the Czech letters properly in my mail, but that's beside the point.) Indeed, it is not valid UTF8 (it's LATIN2),

Hi has anyone looked at adding R128gain code to metaflac so we can select to use this calculation for RP tags rather than replay gain? Best regards -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac-dev/attachments/20140615/1c1ca9c9/attachment.htm

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

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!

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

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

(Apologies if I'm in the wrong place for this...) I'm trying to use the abcde program to archive CDs to flac files. (Each CD to 1 file, and ultimately multi-disk performances to 1 file.) It extracts the audio to a .flac file and creates a cue sheet with track names & locations. However, when it tries to run metaflac with the --import-cuesheet-from option, it core dumps. I'm

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

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