[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