On Sun, Mar 01, 2015 at 08:25:12AM +0100, Clément Bœsch wrote:
> On Sat, Feb 28, 2015 at 11:15:40PM +0100, Gilles Chanteperdrix wrote:
> > This makes more sense than mapping to AV_CODEC_ID_SUBRIP. Nothing
> > indicates that a T.140 track contains subrip sub-titles.
> > 
> > Signed-off-by: Gilles Chanteperdrix <gilles.chanteperd...@xenomai.org>
> > ---
> >  libavformat/rtpdec.c | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> > 
> > diff --git a/libavformat/rtpdec.c b/libavformat/rtpdec.c
> > index 8cd2f26..2227e23 100644
> > --- a/libavformat/rtpdec.c
> > +++ b/libavformat/rtpdec.c
> > @@ -59,7 +59,7 @@ static RTPDynamicProtocolHandler opus_dynamic_handler = {
> >  static RTPDynamicProtocolHandler t140_dynamic_handler = { /* RFC 4103 */
> >      .enc_name   = "t140",
> >      .codec_type = AVMEDIA_TYPE_SUBTITLE,
> > -    .codec_id   = AV_CODEC_ID_SUBRIP,
> > +    .codec_id   = AV_CODEC_ID_TEXT,
> >  };
> >  
> 
> What do the subs look like? Is it really just plaintext or there is some
> binary or whatever markup?

The T.140 RTP payload is for transmitting plain text. What really
gets transmitted depends on what the server decides to send. I
originally chose subrip, because that is the way vlc decodes these
tracks, but really, this is not standard.

-- 
                                            Gilles.

Attachment: pgpEMrkTRL7X1.pgp
Description: PGP signature

_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel

Reply via email to