similar to: metaflac --no-utf8-convert complains about UTF

On Dec 05 20:16:47, hans at stare.cz wrote: > 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

Hello Jan, I assume the problem is that metaflac has no way of knowing the encoding that was provided on the command line, since it could literally be anything. The --no-utf8-convert option means that metaflac does nothing to the letters as they pass through, and then the problem becomes that the next program to read the tags has to assume the character set without any information. If the program

Hopefully the last patch from me to UTF-8 issues. Metaflac can now print all console supported characters from tags on the screen. It also fixes metaflac to be able to import its own exports back without non-ascii characters getting mutilated. And --no-utf8-convert now works properly with import and export commands. I updated my Windows binary archive with these changes for any interested

Brian Willoughby wrote: > Jan Stary wrote: >>> This is 1.3.1 on OpenBSD/amd64. >>> The --no-utf8-convert option of metaflac(1) does not work for me: ... >> The problem seems to be in >> src/metaflac/operations_shorthand_vorbiscomment.c >> in the set_vc_field() function. > By the way, I've never used FLAC inside Ogg Vorbis. > Instead, I use pure

Martin Leese wrote: ... > Finally, Jan might have more luck taking his > problem with metatflac over to the flac-dev list. Even better, he could submit a bug report at: http://sourceforge.net/p/flac/bugs/ Regards, Martin -- Martin J Leese E-mail: martin.leese stanfordalumni.org Web: http://members.tripod.com/martin_leese/

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

--- Mattias Dahlberg <mdati00@student.vxu.se> wrote: > 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. yes, metaflac is currently not doing utf-8 encoding. the same libutf8 from libvorbis is in the flac source tree but it's not

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

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

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 modified the metaflac program to output in JSON format if the --output-json switch is used, and made a simple Go program to demonstrate use of the output. I imported the MIT licensed json-c library into src/share/json-c and put headers in include/share/json-c. For example, # metaflac --output-json --list myfile.flac example output: https://gist.github.com/waitman/847a8cae4a650a8898ee If

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

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

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