From: Marth64 <marth64@proxyid.net>
To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org>
Subject: Re: [FFmpeg-devel] [PATCH v10 2/5] avformat/rcwtdec: add RCWT Closed Captions demuxer
Date: Fri, 29 Mar 2024 09:28:40 -0500
Message-ID: <CA+28BfCLDtx+QvojQ4d4jSN_SoTOBnKG4O5YjCcKumFgibV21A@mail.gmail.com> (raw)
In-Reply-To: <1a1afbd5f86167ebf23bf05df225555cc4a71924.camel@haerdin.se>
Tomas Härdin:
> Can we please get away from this way of reading subtitles? Every other
> type of media (audio, video) are capable of being streamed, but not
> subtitles, precisely because all of them do all parsing in the
> read_header() call. We have a perfectly good generic index and seeking
> functionality. My recent experiment with srt shows it's possible to
> read packets in read_packet() like every other demuxer..
Is there an example I can follow? Is this something that can be fixed
in an enhancement patch or is it a deal-breaker to merge this?
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
next prev parent reply other threads:[~2024-03-29 14:29 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-03-28 20:11 [FFmpeg-devel] [PATCH v10 0/5] RCWT Closed Captions demuxer (v10) Marth64
2024-03-28 20:11 ` [FFmpeg-devel] [PATCH v10 1/5] avformat/subtitles: extend ff_subtitles_queue_insert() to support not yet available events Marth64
2024-03-28 20:11 ` [FFmpeg-devel] [PATCH v10 2/5] avformat/rcwtdec: add RCWT Closed Captions demuxer Marth64
2024-03-29 11:51 ` Tomas Härdin
2024-03-29 14:28 ` Marth64 [this message]
2024-03-29 17:21 ` Tomas Härdin
2024-03-29 18:03 ` Marth64
2024-03-30 0:23 ` Michael Niedermayer
2024-03-30 14:55 ` Stefano Sabatini
2024-03-30 17:12 ` Marth64
2024-03-31 15:07 ` Michael Niedermayer
2024-04-02 5:15 ` Marth64
2024-03-28 20:11 ` [FFmpeg-devel] [PATCH v10 3/5] avformat/rcwtenc: remove repeated documentation Marth64
2024-03-28 20:11 ` [FFmpeg-devel] [PATCH v10 4/5] doc/muxers: refresh the RCWT muxer's doc to be consistent with the demuxer Marth64
2024-03-28 20:11 ` [FFmpeg-devel] [PATCH v10 5/5] doc/indevs: update CC extraction example to use RCWT muxer Marth64
2024-03-29 9:58 ` [FFmpeg-devel] [PATCH v10 0/5] RCWT Closed Captions demuxer (v10) Stefano Sabatini
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CA+28BfCLDtx+QvojQ4d4jSN_SoTOBnKG4O5YjCcKumFgibV21A@mail.gmail.com \
--to=marth64@proxyid.net \
--cc=ffmpeg-devel@ffmpeg.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
This inbox may be cloned and mirrored by anyone:
git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \
ffmpegdev@gitmailbox.com
public-inbox-index ffmpegdev
Example config snippet for mirrors.
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git