From: Li Kai <wolfleekay@gmail.com>
To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org>
Cc: Steven Liu <lingjiujianke@gmail.com>
Subject: Re: [FFmpeg-devel] [PATCH] avformat/hls:use EXT-X-START instead of live_start_index if it's in playlist
Date: Sat, 25 Jun 2022 13:24:03 +0800
Message-ID: <CACGufqRRthLCT+yctmkfijBxxtrK87nsgMyoKy3Hz8yd2jEs=A@mail.gmail.com> (raw)
In-Reply-To: <72023989-5CD8-4EAF-BF84-F896B23257C0@chinaffmpeg.org>
[-- Attachment #1: Type: text/plain, Size: 9637 bytes --]
Ok, I add allowed_x_start option, and the option default is 0. So current
users will not be affected.
please review again.
At last, Thanks your tips.
Steven Liu <lq@chinaffmpeg.org> 于2022年6月25日周六 12:51写道:
>
>
> > 在 2022年6月25日,12:32,少宇李 <wolfleekay@gmail.com> 写道:
> >
> > Hi Steven,
> >
> > Please review code.
> >
> > I changed code, but I still have a question.
> > If EXT-X-START tag in playlist and users set live_start_index, the
> > live_start_index will not work
> > for current codes, which makes maybe users confused.
> > Is that OK?
> for current codes, user cannot aware there have EXT-X-START tag in the
> playlist, so i think we should reserve the old use method.
> or maybe you can add an option for user to decide which way they can use
> (either EXT-X-START or live_start_index).
> Because there should have many people using live_start_index for 'time
> shift’ by player (user control),
>
> >
> > In other hand, if make live_start_index valid when EXT-X-START tag in
> > playlist, maybe live_start_index needs a flag, or
> > make live_start_index default value is INT_MIN to distinguish.
> > becuase the live_start_index default value is -3, I have no idea to
> > distinguish users action or
> > default value when live_start_index=-3.
> yes cannot distinguish users action, but user should can decided use
> live_start_index or EXT-X-START.
>
> >
> > May I need to set default value=INT_MIN as live_start_index default
> value?
> > And only when does not exist EXT-X-START
> > tag in playlist, make live_start_index = -3 or users's configuration
> value.
> > I have no idea which is better~
> >
> > Thanks a lot!
> >
> > Steven Liu <lingjiujianke@gmail.com> 于2022年6月24日周五 14:21写道:
> >
> >> 少宇李 <wolfleekay@gmail.com> 于2022年6月24日周五 11:58写道:
> >>>>
> >>>>
> >>>> Hi, Steven
> >>>
> >>>
> >>> I got it.
> >>>
> >>> User could use "live_start_index" option even if #EXT-X-START in the
> >> playlist.
> >>>
> >>> I changed the priority about #EXT-X-START/live_start_index,
> >>>
> >>> this is new bellow:
> >>>
> >>> ---
> >>> libavformat/hls.c | 69 +++++++++++++++++++++++++++++++++++++++++++----
> >>> 1 file changed, 64 insertions(+), 5 deletions(-)
> >>>
> >>> diff --git a/libavformat/hls.c b/libavformat/hls.c
> >>> index b736f093a9..309471efce 100644
> >>> --- a/libavformat/hls.c
> >>> +++ b/libavformat/hls.c
> >>> @@ -120,6 +120,8 @@ struct playlist {
> >>> enum PlaylistType type;
> >>> int64_t target_duration;
> >>> int64_t start_seq_no;
> >>> + int time_offset_flag;
> >>> + int64_t start_time_offset;
> >>> int n_segments;
> >>> struct segment **segments;
> >>> int needed;
> >>> @@ -741,6 +743,7 @@ static int parse_playlist(HLSContext *c, const char
> >> *url,
> >>> struct segment **prev_segments = NULL;
> >>> int prev_n_segments = 0;
> >>> int64_t prev_start_seq_no = -1;
> >>> + const char *p;
> >>>
> >>> if (is_http && !in && c->http_persistent && c->playlist_pb) {
> >>> in = c->playlist_pb;
> >>> @@ -889,6 +892,18 @@ static int parse_playlist(HLSContext *c, const
> char
> >> *url,
> >>> cur_init_section->key = NULL;
> >>> }
> >>>
> >>> + } else if (av_strstart(line, "#EXT-X-START:", &ptr)) {
> >>> + ret = ensure_playlist(c, &pls, url);
> >>> + if (ret < 0) {
> >>> + goto fail;
> >>> + }
> >>> + if (av_strstart(ptr, "TIME-OFFSET=", &p)) {
> >>> + float offset = strtof(p, NULL);
> >>> + pls->start_time_offset = offset * AV_TIME_BASE;
> >>> + pls->time_offset_flag = 1;
> >>> + } else {
> >>> + goto fail;
> >>> + }
> >>> } else if (av_strstart(line, "#EXT-X-ENDLIST", &ptr)) {
> >>> if (pls)
> >>> pls->finished = 1;
> >>> @@ -1721,10 +1736,54 @@ static int64_t select_cur_seq_no(HLSContext *c,
> >> struct playlist *pls)
> >>>
> >>> /* If this is a live stream, start live_start_index segments
> >> from the
> >>> * start or end */
> >>> - if (c->live_start_index < 0)
> >>> - return pls->start_seq_no + FFMAX(pls->n_segments +
> >> c->live_start_index, 0);
> >>> - else
> >>> - return pls->start_seq_no + FFMIN(c->live_start_index,
> >> pls->n_segments - 1);
> >>> + if (c->live_start_index != INT_MIN) {
> >> Maybe you should not change current logic.
> >> You can just add about process EXT-X-START sence,.
> >> For example:
> >> compute the start_seq_no and save the value to a temp varible and
> >> don't return immediately, check the third scence which get EXT-X-START
> >> tag from playlist.
> >> process the temp varible after start_seq_no compute from
> >> live_start_index or EXT-X-START.
> >>
> >>> + if (c->live_start_index < 0)
> >>> + return pls->start_seq_no + FFMAX(pls->n_segments +
> >>> + c->live_start_index,
> 0);
> >>> + else
> >>> + return pls->start_seq_no + FFMIN(c->live_start_index,
> >>> + pls->n_segments - 1);
> >>> + } else if (c->live_start_index == INT_MIN &&
> >> !pls->time_offset_flag) {
> >>> + return pls->start_seq_no + FFMAX(pls->n_segments - 3, 0);
> >>> + } else {
> >>> + /* If playlist indicate a TIME-OFFSET and user not use
> >> live_start_index,
> >>> + * need to recalculate seq_no */
> >>> + int i;
> >>> + int64_t start_timestamp;
> >>> + int64_t playlist_duration = 0;
> >>> + int64_t cur_timestamp = c->cur_timestamp == AV_NOPTS_VALUE
> >> ? 0 :
> >>> + c->cur_timestamp;
> >>> +
> >>> + for (i = 0; i < pls->n_segments; i++) {
> >>> + playlist_duration += pls->segments[i]->duration;
> >>> + }
> >>> + /* If the absolute value of TIME-OFFSET exceeds
> >>> + * the duration of the playlist, it indicates either the
> >> end of the
> >>> + * playlist (if positive) or the beginning of the playlist
> >> (if
> >>> + * negative). */
> >>> + if (pls->start_time_offset >=0 &&
> >>> + pls->start_time_offset > playlist_duration)
> >>> + start_timestamp = cur_timestamp + playlist_duration;
> >>> + else if (pls->start_time_offset >= 0 &&
> >>> + pls->start_time_offset <= playlist_duration)
> >>> + start_timestamp = cur_timestamp +
> >> pls->start_time_offset;
> >>> + else if (pls->start_time_offset < 0 &&
> >>> + pls->start_time_offset < -playlist_duration)
> >>> + start_timestamp = cur_timestamp;
> >>> + else if (pls->start_time_offset < 0 &&
> >>> + pls->start_time_offset > -playlist_duration)
> >>> + start_timestamp = cur_timestamp + playlist_duration +
> >>> + pls->start_time_offset;
> >>> + else
> >>> + start_timestamp = cur_timestamp;
> >>> +
> >>> + find_timestamp_in_playlist(c, pls, start_timestamp,
> >> &seq_no, NULL);
> >>> + av_log(c, AV_LOG_DEBUG, "start_timestamp: %" PRId64
> >>> + "cur_timestamp:%" PRId64
> >>> + "cur_seq_no:%" PRId64 "\n",
> >>> + start_timestamp, cur_timestamp,
> >> seq_no);
> >>> + return seq_no;
> >>> + }
> >>> }
> >>>
> >>> /* Otherwise just start on the first segment. */
> >>> @@ -2475,7 +2534,7 @@ static int hls_probe(const AVProbeData *p)
> >>> #define FLAGS AV_OPT_FLAG_DECODING_PARAM
> >>> static const AVOption hls_options[] = {
> >>> {"live_start_index", "segment index to start live streams at
> >> (negative values are from the end)",
> >>> - OFFSET(live_start_index), AV_OPT_TYPE_INT, {.i64 = -3},
> >> INT_MIN, INT_MAX, FLAGS},
> >>> + OFFSET(live_start_index), AV_OPT_TYPE_INT, {.i64 = INT_MIN},
> >> INT_MIN, INT_MAX, FLAGS},
> >> This is unnecessary, because the default -3 is ok and be using by
> >> users from many years ago.
> >>
> >>> {"allowed_extensions", "List of file extensions that hls is allowed
> >> to access",
> >>> OFFSET(allowed_extensions), AV_OPT_TYPE_STRING,
> >>> {.str =
> >>
> "3gp,aac,avi,ac3,eac3,flac,mkv,m3u8,m4a,m4s,m4v,mpg,mov,mp2,mp3,mp4,mpeg,mpegts,ogg,ogv,oga,ts,vob,wav"},
> >>> --
> >>> 2.24.1 (Apple Git-126)
> >>>
> >>>
> >>> Thanks Steven
> >>
> >
> <0001-avformat-hls-use-EXT-X-START-instead-of-live_start_i.patch>_______________________________________________
> > 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".
>
> Thanks
> Steven
>
>
>
>
> _______________________________________________
> 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".
>
[-- Attachment #2: v2-0001-avformat-hls-add-EXT-X-START-tag-support-by-allow.patch --]
[-- Type: text/x-patch, Size: 5291 bytes --]
From 705aadf7656c65dbac999f1f2e76898c37f11321 Mon Sep 17 00:00:00 2001
From: Li Kai <wolflikai@163.com>
Date: Thu, 23 Jun 2022 00:55:38 +0800
Subject: [PATCH v2] avformat/hls: add #EXT-X-START tag support by
allowed_x_start opt
Signed-off-by: Li Kai <wolfleekay@gmail.com>
---
libavformat/hls.c | 58 +++++++++++++++++++++++++++++++++++++++++++++--
1 file changed, 56 insertions(+), 2 deletions(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index 8204f55df3..d0daadac7c 100644
--- a/libavformat/hls.c
+++ b/libavformat/hls.c
@@ -120,6 +120,8 @@ struct playlist {
enum PlaylistType type;
int64_t target_duration;
int64_t start_seq_no;
+ int time_offset_flag;
+ int64_t start_time_offset;
int n_segments;
struct segment **segments;
int needed;
@@ -211,6 +213,7 @@ typedef struct HLSContext {
int64_t cur_seq_no;
int m3u8_hold_counters;
int live_start_index;
+ int allowed_x_start;
int first_packet;
int64_t first_timestamp;
int64_t cur_timestamp;
@@ -741,6 +744,7 @@ static int parse_playlist(HLSContext *c, const char *url,
struct segment **prev_segments = NULL;
int prev_n_segments = 0;
int64_t prev_start_seq_no = -1;
+ const char *p;
if (is_http && !in && c->http_persistent && c->playlist_pb) {
in = c->playlist_pb;
@@ -889,6 +893,18 @@ static int parse_playlist(HLSContext *c, const char *url,
cur_init_section->key = NULL;
}
+ } else if (av_strstart(line, "#EXT-X-START:", &ptr)) {
+ ret = ensure_playlist(c, &pls, url);
+ if (ret < 0) {
+ goto fail;
+ }
+ if (av_strstart(ptr, "TIME-OFFSET=", &p)) {
+ float offset = strtof(p, NULL);
+ pls->start_time_offset = offset * AV_TIME_BASE;
+ pls->time_offset_flag = 1;
+ } else {
+ goto fail;
+ }
} else if (av_strstart(line, "#EXT-X-ENDLIST", &ptr)) {
if (pls)
pls->finished = 1;
@@ -1722,9 +1738,45 @@ static int64_t select_cur_seq_no(HLSContext *c, struct playlist *pls)
/* If this is a live stream, start live_start_index segments from the
* start or end */
if (c->live_start_index < 0)
- return pls->start_seq_no + FFMAX(pls->n_segments + c->live_start_index, 0);
+ seq_no = pls->start_seq_no + FFMAX(pls->n_segments +
+ c->live_start_index, 0);
else
- return pls->start_seq_no + FFMIN(c->live_start_index, pls->n_segments - 1);
+ seq_no = pls->start_seq_no + FFMIN(c->live_start_index,
+ pls->n_segments - 1);
+
+ /* If #EXT-X-START in playlist, need to recalculate */
+ if (pls->time_offset_flag && c->allowed_x_start) {
+ int64_t start_timestamp;
+ int64_t playlist_duration = 0;
+ int64_t cur_timestamp = c->cur_timestamp == AV_NOPTS_VALUE ? 0 :
+ c->cur_timestamp;
+
+ for (int i = 0; i < pls->n_segments; i++)
+ playlist_duration += pls->segments[i]->duration;
+
+ /* If the absolute value of TIME-OFFSET exceeds
+ * the duration of the playlist, it indicates either the end of the
+ * playlist (if positive) or the beginning of the playlist (if
+ * negative). */
+ if (pls->start_time_offset >=0 &&
+ pls->start_time_offset > playlist_duration)
+ start_timestamp = cur_timestamp + playlist_duration;
+ else if (pls->start_time_offset >= 0 &&
+ pls->start_time_offset <= playlist_duration)
+ start_timestamp = cur_timestamp + pls->start_time_offset;
+ else if (pls->start_time_offset < 0 &&
+ pls->start_time_offset < -playlist_duration)
+ start_timestamp = cur_timestamp;
+ else if (pls->start_time_offset < 0 &&
+ pls->start_time_offset > -playlist_duration)
+ start_timestamp = cur_timestamp + playlist_duration +
+ pls->start_time_offset;
+ else
+ start_timestamp = cur_timestamp;
+
+ find_timestamp_in_playlist(c, pls, start_timestamp, &seq_no, NULL);
+ }
+ return seq_no;
}
/* Otherwise just start on the first segment. */
@@ -2476,6 +2528,8 @@ static int hls_probe(const AVProbeData *p)
static const AVOption hls_options[] = {
{"live_start_index", "segment index to start live streams at (negative values are from the end)",
OFFSET(live_start_index), AV_OPT_TYPE_INT, {.i64 = -3}, INT_MIN, INT_MAX, FLAGS},
+ {"allowed_x_start", "allow to use #EXT-X-START if it's in playlist instead of live_start_index",
+ OFFSET(allowed_x_start), AV_OPT_TYPE_BOOL, { .i64 = 0 }, 0, 1, FLAGS},
{"allowed_extensions", "List of file extensions that hls is allowed to access",
OFFSET(allowed_extensions), AV_OPT_TYPE_STRING,
{.str = "3gp,aac,avi,ac3,eac3,flac,mkv,m3u8,m4a,m4s,m4v,mpg,mov,mp2,mp3,mp4,mpeg,mpegts,ogg,ogv,oga,ts,vob,wav"},
--
2.25.1
[-- Attachment #3: Type: text/plain, Size: 251 bytes --]
_______________________________________________
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:[~2022-06-25 5:24 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-06-23 15:00 wolfleekay
2022-06-24 1:50 ` Steven Liu
2022-06-24 3:58 ` 少宇李
2022-06-24 6:21 ` Steven Liu
2022-06-25 4:32 ` 少宇李
2022-06-25 4:51 ` Steven Liu
2022-06-25 5:23 ` Li Kai
2022-06-25 5:24 ` Li Kai [this message]
2022-06-25 13:26 ` Steven Liu
2022-06-25 14:15 ` Li Kai
2022-06-27 2:23 ` Steven Liu
2022-06-27 2:58 ` Li Kai
2022-06-27 3:05 ` Steven Liu
2022-06-29 4:17 ` Steven Liu
2022-06-24 16:44 Li Kai
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='CACGufqRRthLCT+yctmkfijBxxtrK87nsgMyoKy3Hz8yd2jEs=A@mail.gmail.com' \
--to=wolfleekay@gmail.com \
--cc=ffmpeg-devel@ffmpeg.org \
--cc=lingjiujianke@gmail.com \
/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