[FFmpeg-trac] #3363(ffprobe:new): ffprobe silently drops non-ASCII metadata in VQF files
FFmpeg
trac at avcodec.org
Sun Feb 2 19:00:14 CET 2014
#3363: ffprobe silently drops non-ASCII metadata in VQF files
-------------------------------------+-----------------------------------
Reporter: trejkaz | Owner:
Type: defect | Status: new
Priority: normal | Component: ffprobe
Version: unspecified | Resolution:
Keywords: | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
-------------------------------------+-----------------------------------
Comment (by saste):
Replying to [comment:2 trejkaz]:
> {{{ffmpeg}}} outputs:
>
> {{{
> Input #0, vqf, from '/Users/trejkaz/Downloads/handinha.vqf':
> Metadata:
> title : Hand in Hand (Gewalt ist doof!)
> comment : http://bluemchen.koti.com.pl
> copyright : Edel Records GmbH
> filename : handinha.vqf
> author : Bl?mchen
> size : 300441
> }}}
>
> So it hasn't lost the character, but it has still mangled it.
This depends on our UTF-8 decoding mechanism.
The '?' and the following character are interpreted as a single invalid
UTF-8 sequence, and thus are consumed as a single "invalid" sequence. We
could add a new flag for lazy decoding (starts from the second character
if the whole sequence is invalid, which seems the system used by the
terminal), or allow to set the text encoding.
--
Ticket URL: <https://trac.ffmpeg.org/ticket/3363#comment:3>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list