Displaying 3 results from an estimated 3 matches for "utf8len_".
Did you mean:
utf8clen
2007 Aug 24
0
Fixes to make flac build on Solaris
...;> +++ flac-1.1.3/src/libFLAC/format.c 2006-12-02 19:57:40.139113400
>> +0000
>> @@ -294,7 +294,7 @@
>> * and a more clear explanation at the end of this section:
>> * http://www.cl.cam.ac.uk/~mgk25/unicode.html#utf-8
>> */
>> -static __inline unsigned utf8len_(const FLAC__byte *utf8)
>> +static inline unsigned utf8len_(const FLAC__byte *utf8)
>> {
>> FLAC__ASSERT(0 != utf8);
>> if ((utf8[0] & 0x80) == 0) {
>>> _______________________________________________
>> Flac-dev mailing list
>> Flac-dev@xiph.or...
2014 Dec 05
7
metaflac --no-utf8-convert complains about UTF
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),
2014 Dec 07
0
metaflac --no-utf8-convert complains about UTF
...to UTF-8 if necessary */
> if(raw) {
> converted = data;
> }
> }
> but later checks that FLAC__format_vorbiscomment_entry_is_legal()
> whether or not we are utf converting; and this function, defined
> in ./src/libFLAC/format.c, ultimately calls for utf8len_(s) no matter what.
> So my LATIN2 text fails to be legal, because it's not legal UTF
> -- which, indeed, it isn't.
On Dec 06 12:33:35, martin.leese at stanfordalumni.org wrote:
> METADATA_BLOCK_VORBIS_COMMENT is defined at:
> https://xiph.org/flac/format.html#metadata_block_vor...