[gstreamer-bugs] [Bug 405072] [API] add gst_tag_freeform_string_to_utf8()

[GStreamer (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=405072

  GStreamer | gst-plugins-base | Ver: HEAD CVS


Tim-Philipp Müller changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1




------- Comment #3 from Tim-Philipp Müller  2007-02-06 19:03 UTC -------
> It's possible (though I'm not sure how common it is in the widespread encodings
> we're likely to encounter) for data to validate as UTF-8, but not actually be 
> intended as UTF-8.

Yes, that's theoretically possible, but the chances of this happening with a
non-garbage string are close to zero IIRC. I've actually looked into this once
for a bug and found that it could only happen with absolutely unlikely
character combinations (as in: completely constructed, since one of them would
almost always need to be an uncommon non-letter character like a special quotes
or copyright sign etc.). I back then concluded that the chances of those
occuring in any kind of text (as in: book/paper manuscripts) are very very
small, and the chances of them occuring in tag chunks are almost zero.

It's really mostly about adding a convenience function for this to avoid code
duplication.


-- 
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email