On 2009-07-15 at 21:54:26 [+0200], Tyler Laing <[email protected]> wrote:
> So how would I provide support for subtitles then? Which version is this
> implemented in?
Please don't top-post. I have no idea what kind of stream you are looking
at. I suppose there are other subtitle stream respectively codec types and
some of them have to have an actual decoder. Have you tried reading packet
chunks? It sounds a bit as if there wouldn't actually be a need to decode
the packets ("text" probably is to be taken literally). So from
libavformat, reading a text packet, it may well be that you already have
all the information you need: 1) The actual text, 2) The PTS (presentation
time stamp). I don't know if there are empty text packets that are trying
to tell you to remove the last displayed text, or if there is some other
way for you to know when to remove the text. In any case, I have not yet
collected any experience with decoding and displaying subtitles in a media
player myself.
Best regards,
-Stephan
> On Wed, Jul 15, 2009 at 12:49 PM, Stephan Assmus<[email protected]>
> wrote:
> > On 2009-07-15 at 19:25:34 [+0200], Tyler Laing <[email protected]>
> > wrote:
> >> As the title says. I'm using decode_subtitle, not decode_subtitle2, as
> >> I'm trying to maintain the widest amount of backwards compatibility
> >> with v 0.5. On investigation, I found that the AVCodecContext had a
> >> codec internal to it, that was empty, and this is why the segfault is
> >> thrown. On debugging, I found that avcodec_find_decoder(CODEC_ID_TEXT)
> >> returns null, which causes avcodec_open to fail. Why does
> >> avcodec_find_decoder return null for CODEC_ID_TEXT?
> >>
> >> I am using the 0.5 package, downloaded from the website, and installed
> >> from source with --enable-shared as the only command line option.
> >
> > CODEC_ID_TEXT appears only as ID in the avcodec.h header. There is not
> > an actual implementation (at least in v0.5). There are a couple more
> > IDs that don't have an implementation, for example CODEC_ID_INDEO5.
> >
> > Best regards,
> > -Stephan
_______________________________________________
libav-user mailing list
[email protected]
https://lists.mplayerhq.hu/mailman/listinfo/libav-user
