fixes https://trac.ffmpeg.org/ticket/7359
Signed-off-by: vectronic
---
libavformat/mov.c | 39 ---
1 file changed, 36 insertions(+), 3 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 8c3329b815..c994da0f5a 100644
--- a/libavformat/mov.c
Signed-off-by: vectronic
---
libavformat/hls.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index 62473a15dd..045741c3b4 100644
--- a/libavformat/hls.c
+++ b/libavformat/hls.c
@@ -2502,7 +2502,7 @@ static int hls_read_seek
d to be mirrored in the mov demuxer. In mov.c it now
detects if the pos has been reset in mov_read_packet(). It clears fragments and
indexes and searches for the next root i.e. the next fragment via
mov_switch_root().
The second patch in the series simply improves a comment about this behavio
Signed-off-by: vectronic
---
libavcodec/exr.c | 32 +++-
1 file changed, 23 insertions(+), 9 deletions(-)
diff --git a/libavcodec/exr.c b/libavcodec/exr.c
index 8cd867a32f..bc2afcee53 100644
--- a/libavcodec/exr.c
+++ b/libavcodec/exr.c
@@ -1912,10 +1912,13 @@ static
fix: use declared size for attribute of type string to ensure full
value used and prevent parse failure for string lengths longer than
256
libavcodec/exr.c | 32 +++-
1 file changed, 23 insertions(+), 9 deletions(-)
--
2.32.0 (Apple Git-132)
__
> On 16 Jul 2020, at 10:36, Dongwon Kim wrote:
>
>
> HLS spec RFC 8216(https://tools.ietf.org/html/rfc8216) version 7 added
> supporting fMP4(CMAF) format for segment. However, when requesting seek
> operation,
> the hls demuxer doesn't work properly due to previous implementation of the
>
> On 11 May 2020, at 16:46, Gyan Doshi wrote:
>
>
>
> On 11-05-2020 06:44 pm, vectronic wrote:
>>
>>> On 5 May 2020, at 06:19, Gyan Doshi wrote:
>>>
>>>
>>>
>>> On 05-05-2020 03:16 am, vectronic wrote:
>>>>>
> On 7 Jul 2020, at 12:13, Anton Khirnov wrote:
>
> Quoting Nicolas George (2020-07-07 12:46:39)
>>
>> * GMail's warnings about "less secure" applications are scare tactics to
>> get you to exclusively use their products, because they cannot feed
>> you advertisement when you use a real mail c
> On 5 May 2020, at 06:19, Gyan Doshi wrote:
>
>
>
> On 05-05-2020 03:16 am, vectronic wrote:
>>
>>> On 4 May 2020, at 17:56, Gyan Doshi wrote:
>>>
>>>
>>>
>>> On 04-05-2020 09:54 pm, vectronic wrote:
>>>
Extend range of video_track_timescale flag value to -1 to indicate video stream
timescale should be used for track timebase. Add debug message if
video_track_timescale is not specified and the video stream timescale is
clamped to greater than 1.
Signed-off-by: vectronic
---
libavformat
indent
Signed-off-by: vectronic
---
libavformat/movenc.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index bcc0ab4377..989ba5b857 100644
--- a/libavformat/movenc.c
+++ b/libavformat/movenc.c
@@ -6461,11 +6461,11
-video_track_timescale -1 out.mov
The previous would be the same behaviour as the following, but it does not rely
on the user knowing and specifying the input timebase:
ffmpeg -i in.mov -c:v copy -video_track_timescale 600 out.mov
vectronic (2):
avformat movenc extend video_track_timescale flag
> On 4 May 2020, at 17:56, Gyan Doshi wrote:
>
>
>
> On 04-05-2020 09:54 pm, vectronic wrote:
>> I needed to encode to mov/mp4 with a timebase of 1/600 and the output was
>> not as expected.
>
> What was the unexpected output?
>
> You can use video_
disable the timebase limit, and in
the case that the limit
is applied, a debug message is logged to prevent future user confusion.
vectronic (2):
avformat movenc add flag to disable silent limit on timescale
avformat movenc add flag to disable silent limit on timescale
libavformat/movenc.c | 8
Add a flag to allow user to disable the forcing of a track timescale to be
greater than 1. Log a debug message if the timescale is forced to be
greater than 1.
Signed-off-by: vectronic
---
libavformat/movenc.c | 4
libavformat/movenc.h | 1 +
2 files changed, 5 insertions
Indent
Signed-off-by: vectronic
---
libavformat/movenc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 143b00063d..ec7e95e838 100644
--- a/libavformat/movenc.c
+++ b/libavformat/movenc.c
@@ -6462,8 +6462,8 @@ static int
the
streams
which were set to be discarded.
This patch addresses this issue:
The discard state of streams within HLS read packet logic was only checking the
discard state when the first
packet was read. The first packet has already been read as part of calling
avformat_find_stream_info.
vectronic
ect and unwanted packets were returned by subsequent calls to
hls_read_packet.
Signed-off-by: vectronic
---
libavformat/hls.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index fc45719d1c..0740e9c546 100644
--- a/libavformat/hl
as per avio_open2 semantics after open_url_keepalive has failed, the options
dictionary
will have been modified and needs restoring before attempting a new connection
vectronic (1):
avformat hls restore options dict when retrying with a new connection
libavformat/hls.c | 4
1 file
as per avio_open2 semantics after open_url_keepalive has failed, the options
dictionary will have been modified and needs restoring before attempting a new
connection
Signed-off-by: vectronic
---
libavformat/hls.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavformat/hls.c b
FF_API_LAVF_AVCTX checks
- added ffprobe xsd element is boolean
vectronic (1):
ensure closed caption info which is visible in default stream dump is
also available in results when -show_streams is used
doc/ffprobe.xsd | 1 +
fftools/ffprobe.c
Signed-off-by: vectronic
---
doc/ffprobe.xsd | 1 +
fftools/ffprobe.c | 2 ++
tests/ref/fate/concat-demuxer-extended-lavf-mxf | 2 +-
tests/ref/fate/concat-demuxer-extended-lavf-mxf_d10 | 2
> On 25 Apr 2020, at 09:08, Marton Balint wrote:
>
>
>
> On Fri, 24 Apr 2020, vectronic wrote:
>
>> Signed-off-by: vectronic
>> ---
>> doc/ffprobe.xsd | 1 +
>> fftools/ffprobe.c
Signed-off-by: vectronic
---
doc/ffprobe.xsd | 1 +
fftools/ffprobe.c | 2 ++
tests/ref/fate/concat-demuxer-extended-lavf-mxf | 2 +-
tests/ref/fate/concat-demuxer-extended-lavf-mxf_d10 | 2
sorry, missed all the changes in the last version... trying again...
ensure closed caption info which is visible in default stream dump is also
available in results when -show_streams is used and update test references
for closed_caption output in ffprobe stream results
vectronic (1):
ensure
ensure closed caption info which is visible in default stream dump is also
available in results when -show_streams is used and update test references
for closed_caption output in ffprobe stream results
vectronic (1):
ensure closed caption info which is visible in default stream dump is
also
Signed-off-by: vectronic
---
doc/ffprobe.xsd | 1 +
tests/ref/fate/concat-demuxer-extended-lavf-mxf | 2 +-
tests/ref/fate/concat-demuxer-extended-lavf-mxf_d10 | 2 +-
tests/ref/fate/concat-demuxer-simple1-lavf-mxf| 2
Signed-off-by: vectronic
---
tests/ref/fate/concat-demuxer-extended-lavf-mxf | 2 +-
tests/ref/fate/concat-demuxer-extended-lavf-mxf_d10 | 2 +-
tests/ref/fate/concat-demuxer-simple1-lavf-mxf| 2 +-
tests/ref/fate/concat-demuxer-simple1-lavf-mxf_d10| 2
closed caption presence is detected with ffprobe and output as part of
av_dump_format() however it is not included in output from -show_streams
this add closed_captions=0 or 1 to the stream info output and updates
fate test results.
vectronic (2):
tools ffprobe: add closed caption output to
ensure closed caption info which is visible in default stream dump is also
available in results when -show_streams is used
Signed-off-by: vectronic
---
fftools/ffprobe.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/fftools/ffprobe.c b/fftools/ffprobe.c
index 840fcb71e2..f0916cbd70
if pos has been reset, clear fragments and indexes and search for next root
Signed-off-by: vectronic
---
libavformat/mov.c | 36 +---
1 file changed, 33 insertions(+), 3 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 3d6fef685d..8f051fb9b1
ensure a keyframe is returned if AVSEEK_FLAG_ANY is not specified
Signed-off-by: vectronic
---
libavformat/hls.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index fc45719d1c..4e59142c99 100644
--- a/libavformat/hls.c
+++ b
;Skipping after seek\n");
/* seek detected, flush pes buffer */
This behaviour needed to be mirrored in the mov demuxer. In mov.c it now
detects if the pos has been reset in mov_read_packet(). It clears fragments and
indexes and searches for the next root i.e. the next fragment via
mo
> On 24 Apr 2020, at 12:09, vectronic wrote:
>
> if whence == SEEK_SET and offset is filesize and is_streamable is false
> we can just return the filesize to prevent an HTTP 416 error
>
> Signed-off-by: vectronic
> ---
> libavformat/http.c | 2 +-
> 1 file changed,
if whence == SEEK_SET and offset is filesize and is_streamable is false
we can just return the filesize to prevent an HTTP 416 error
Signed-off-by: vectronic
---
libavformat/http.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/http.c b/libavformat/http.c
index
if whence == SEEK_SET and offset is filesize and is_streamable is false
we can just return the filesize to prevent an HTTP 416 error
Fixes https://trac.ffmpeg.org/ticket/6885
vectronic (1):
avformat/http: handle SEEK_SET to filesize
libavformat/http.c | 2 +-
1 file changed, 1 insertion
> On 23 Sep 2019, at 21:43, vectronic wrote:
>
> As discussed earlier on this mailing list, I needed to implement support for
> reading and writing ICC profiles which can be stored in MOV/MP4 sample
> descriptor colour information.
>
> The overall changes are:
>
&
Signed-off-by: vectronic
---
libavformat/hls.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index 336608fa2d..d7f4d5b442 100644
--- a/libavformat/hls.c
+++ b/libavformat/hls.c
@@ -1449,6 +1449,7 @@ reload:
if (c->http_multiple == 1 &
When using http_multiple with HLS and fragmented MP4 media, the last segment is
attempted to be
read without resetting the current segment offset to 0. the previous segments
last offset was
thus used which meant an invalid portion of the last segment was being read.
vectronic (1):
avformat
The offset of a playlist segment into a fragmented MP4 file was being ignored
when
using support for persistent HTTP connections. To allow passing of the segment
offsets
a new ff_http_do_new_request2() method is introduced.
vectronic (2):
avformat/http: add ff_http_do_new_request2() which
Signed-off-by: vectronic
---
libavformat/http.c | 8 +++-
libavformat/http.h | 13 +
2 files changed, 20 insertions(+), 1 deletion(-)
diff --git a/libavformat/http.c b/libavformat/http.c
index 71dd6c2b1f..85cbd06092 100644
--- a/libavformat/http.c
+++ b/libavformat/http.c
Signed-off-by: vectronic
---
libavformat/hls.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavformat/hls.c b/libavformat/hls.c
index 0611ddc6bb..336608fa2d 100644
--- a/libavformat/hls.c
+++ b/libavformat/hls.c
@@ -594,7 +594,7 @@ static int ensure_playlist
Signed-off-by: vectronic
---
libavcodec/avcodec.h | 6 ++
libavcodec/avpacket.c | 1 +
libavcodec/decode.c | 1 +
libavformat/dump.c| 3 +++
4 files changed, 11 insertions(+)
diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
index c91ee4af5b..7d341f85a6 100644
--- a/libavcodec
Signed-off-by: vectronic
---
libavformat/mov.c | 52 +++
1 file changed, 26 insertions(+), 26 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index b0331d3c96..af1227c89e 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
Signed-off-by: vectronic
---
libavformat/movenc.c | 23 +--
libavformat/movenc.h | 1 +
2 files changed, 22 insertions(+), 2 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index c824ff5ba1..390dd64e2b 100644
--- a/libavformat/movenc.c
+++ b
Signed-off-by: vectronic
---
libavformat/mov.c | 15 +--
1 file changed, 13 insertions(+), 2 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 1533c35a1d..b0331d3c96 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -1544,6 +1544,7 @@ static int
ICC profile if it exists.
3. Use av_stream_get_side_data() when writing to the MOV/MP4 in
libavformat/moveenc.c => mov_write_colr_tag() to write ICC profile it it
exists. Added a movflag 'prefer_icc' to ensure backwards compatible behaviour
of 'write_colr' movflag.
Signed-off-by: vectronic
---
doc/APIchanges | 3 +++
1 file changed, 3 insertions(+)
diff --git a/doc/APIchanges b/doc/APIchanges
index 80558a49c7..7328f24911 100644
--- a/doc/APIchanges
+++ b/doc/APIchanges
@@ -15,6 +15,9 @@ libavutil: 2017-10-21
API changes, most recent first:
+2019
> On 16 Sep 2019, at 11:44, vectronic wrote:
>
> index into segmentlists_tab was specified as 4 instead of 3 causing invalid
> access
>
> further fix to: 8135
>
> Signed-off-by: vectronic
> ---
> libavformat/dashdec.c | 2 +-
> 1 file changed, 1 insertion(+)
> On 16 Sep 2019, at 11:55, Liu Steven wrote:
>
>
>
>> 在 2019年9月16日，下午6:44，vectronic 写道：
>>
>> prevent attempt to call xmlFree if val was not allocated
>>
>> fixes: 8135
>> Signed-off-by: vectronic
>> ---
>> libavformat/dashdec
> On 18 Sep 2019, at 18:43, Derek Buitenhuis wrote:
>
> On 18/09/2019 17:29, Hello Vectronic wrote:
>> And here is an example file: http://vectronic.io/icc-profile/icc-profile.mov
>>
>> And here is the relevant standard:
>> https://standards.iso.or
> On 18 Sep 2019, at 15:27, Derek Buitenhuis wrote:
>
> On 18/09/2019 10:30, Hello Vectronic wrote:
>> I need to implement support for reading and writing ICC profiles which can
>> be stored in MOV/MP4 sample descriptor colour information.
>
> Does anything exi
> On 18 Sep 2019, at 11:09, Hendrik Leppkes wrote:
>
> On Wed, Sep 18, 2019 at 11:37 AM Hello Vectronic
> wrote:
>>
>> Hello,
>>
>> I need to implement support for reading and writing ICC profiles which can
>> be stored in MOV/MP4 sample descript
would like to eventually submit as a patch.
Thanks very much,
vectronic
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
index into segmentlists_tab was specified as 4 instead of 3 causing invalid
access
further fix to: 8135
Signed-off-by: vectronic
---
libavformat/dashdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/dashdec.c b/libavformat/dashdec.c
index 738bfeaefb
prevent attempt to call xmlFree if val was not allocated
fixes: 8135
Signed-off-by: vectronic
---
libavformat/dashdec.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/dashdec.c b/libavformat/dashdec.c
index 8c0a9b0102..738bfeaefb 100644
--- a/libavformat/dashdec.c
+++ b
prevent attempt to call xmlFree if val was not allocated
fixes: 8135
Signed-off-by: vectronic
---
libavformat/dashdec.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavformat/dashdec.c b/libavformat/dashdec.c
index 4f725ba09a..4753477fd9 100644
--- a/libavformat/dashdec.c
+++ b
data size calculation was off by one as per DASH SPEC which references RFC
7233. this was then used in http byte range request causing data corruption
when parsing media files referenced in manifest
fixes: 8136
Signed-off-by: vectronic
---
libavformat/dashdec.c | 2 +-
1 file changed, 1
index into segmentlists_tab was specified as 4 instead of 3 causing invalid
access
further fix to: 7976
Signed-off-by: vectronic
---
libavformat/dashdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/dashdec.c b/libavformat/dashdec.c
index 4f725ba09a
prevent attempt to call xmlFree if val was not allocated
fixes: 8135
Signed-off-by: vectronic
---
libavformat/dashdec.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libavformat/dashdec.c b/libavformat/dashdec.c
index 4f725ba09a..8022ba9afe 100644
--- a/libavformat
prevent attempt to call xmlFree if val was not allocated
fixes: 8135
Signed-off-by: vectronic
---
libavformat/dashdec.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/libavformat/dashdec.c b/libavformat/dashdec.c
index 4f725ba09a..8022ba9afe 100644
--- a/libavformat
61 matches
Mail list logo
