On Fri, Feb 8, 2019 at 2:44 AM Carl Eugen Hoyos <[email protected]> wrote: > > 2019-02-08 1:42 GMT+01:00, Jan Ekström <[email protected]>: > > On Fri, Feb 8, 2019 at 2:38 AM Carl Eugen Hoyos <[email protected]> wrote: > >> > >> Hi! > >> > >> Attached patch fixes ticket #6320, tested with the sample from ticket > >> #7069. > >> > >> Please comment, Carl Eugen > > > > Nice! > > > > I will try to test this tomorrow. To tell you the truth, I am quite > > jealous that the text encodings you require are already in upstream > > libiconv. > > The sample you provided (for which it would have been > extra-nice to tell us where it came from, I found it meanwhile) > does not allow converting with iconv, or at least I couldn't > guess the encoding... > > Carl Eugen
The samples came from MBS (ARIB captions one) and Tokyo MX (the PID switch one), if that's what you mean. The channels themselves shouldn't matter too much as all broadcasts in Japan generally follow the ARIB specs/recommendations as far as how they're multiplexed. They're part of various samples I've been capturing in Japan along the years. The text coding is ARIB STD-24 and together with the EN300-468 Table00 one I linked both were nack'd at upstream due to not being encodings utilized in general computing, so the iconv modules now live in the linuxtv repository*. Which means that they most likely are not packaged anywhere. * https://git.linuxtv.org/v4l-utils.git/tree/contrib/gconv Libaribb24 is another implementation of the ARIB STD-B24 text coding (in addition to the subtitle part), and I've been so far utilizing it in my WIP branch. Jan _______________________________________________ ffmpeg-devel mailing list [email protected] http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
