Fixes #7410.
The value of sub-pixel precision for me/mc can change during an Intra frame. In
multi-threaded decoding this change is not propagated to other frame threads
causing decoding artifacts. This patch initializes the sub-pixel precision
parameter from previous thread, which fixes the
From: Andriy Gelman
---
libavcodec/avpacket.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/avpacket.c b/libavcodec/avpacket.c
index 8f0603df78..6ae092ed31 100644
--- a/libavcodec/avpacket.c
+++ b/libavcodec/avpacket.c
@@ -44,6 +44,7 @@ FF_ENABLE_DEPRECATION_WARNINGS
pkt
From: Andriy Gelman
This commit replaces packet assignment operator with av_packet_move_ref when
there
is a packet ownership transfer.
---
Aims to address a TODO in libavformat/utils.c about using av_packet_mov_ref
instead of assignment operator.
libavformat/utils.c | 28
From: Andriy Gelman
Reduces buffering during estimation of mpegts raw_packet_size
parameter. Instead of buffering a fixed 8192 bytes, calculate
probe scores on a smaller buffer. Increase buffer size until
probe score is greater than minimum value.
---
libavformat/mpegts.c | 82
From: Andriy Gelman
Reduces buffering latency with low bitrate streams, where
8192 bytes can mean several seconds.
---
libavformat/mpegts.c | 60 +++-
1 file changed, 37 insertions(+), 23 deletions(-)
diff --git a/libavformat/mpegts.c b/libavformat
timate
parameter if not set by user.
Regards,
Andriy
On Wed, 6 Mar 2019 at 02:51, Carl Eugen Hoyos wrote:
> 2019-03-06 7:01 GMT+01:00, Andriy Gelman :
> > From: Andriy Gelman
> >
> > Reduces buffering latency with low bitrate streams, where
> > 8192 bytes ca
e use of margin address your comment?
> the use of AVProbeData does not seem to help this code in any way
I've removed AVProbeData and added buffer to stack.
Regards,
Andriy
On Tue, 5 Mar 2019 at 19:25, Michael Niedermayer
wrote:
> On Mon, Mar 04, 2019 at 10:21:01PM -0500,
From: Andriy Gelman
Reduces buffering latency with low bitrate streams, where
8192 bytes can mean several seconds.
---
libavformat/mpegts.c | 60 +++-
1 file changed, 37 insertions(+), 23 deletions(-)
diff --git a/libavformat/mpegts.c b/libavformat
n Balint wrote:
>
>
> On Mon, 4 Mar 2019, andriy.gel...@gmail.com wrote:
>
> > From: Andriy Gelman
> >
> > Reduces buffering during estimation of mpegts raw_packet_size
> > parameter. Instead of buffering a fixed 8192 bytes, calculate
> > probe scores
From: Andriy Gelman
Reduces buffering latency with low bitrate streams, where
8192 bytes can mean several seconds.
---
libavformat/mpegts.c | 59 +++-
1 file changed, 36 insertions(+), 23 deletions(-)
diff --git a/libavformat/mpegts.c b/libavformat
From: Andriy Gelman
Reduces buffering latency with low bitrate streams, where
8192 bytes can mean several seconds.
---
libavformat/mpegts.c | 59 +++-
1 file changed, 36 insertions(+), 23 deletions(-)
diff --git a/libavformat/mpegts.c b/libavformat
Hello,
I've been working with HEVC + mpegts at low bitrates 10-20kbps.
At these bitrates, mpegts can create a substantial overhead due
to the 188 byte frame size (i.e. a NAL unit of 200 bytes will get
rounded up to 376 bytes).
I've tried to get around this by concatenating multiple NAL
From: Andriy Gelman
This commit replaces packet assignment operator with av_packet_move_ref
when there is a packet ownership transfer.
---
Michael, the update patch now has correct behavior for ticket 4221.
libavformat/utils.c | 30 --
1 file changed, 16 insertions
On Tue, 14. May 22:36, Jun Li wrote:
> Fix #6945
> Current implementaion for autorotate works fine for stream
> level rotataion but no support for frame level operation
> and frame flip. This patch is for adding flip support and
> per frame operations.
> ---
> fftools/cmdutils.c | 9 ++---
>
Hi Jun,
On Thu, 16. May 00:12, Jun Li wrote:
> Fix #6945
> Current implementaion for autorotate works fine for stream
> level rotataion but no support for frame level operation
> and frame flip. This patch is for adding flip support and
> per frame operations.
> ---
> fftools/cmdutils.c |
On Wed, 15. May 11:57, Jun Li wrote:
> On Wed, May 15, 2019 at 11:45 AM Andriy Gelman
> wrote:
>
> > On Tue, 14. May 22:36, Jun Li wrote:
> > > Fix #6945
> > > Current implementaion for autorotate works fine for stream
> > > level rotataio
On Thu, 16. May 18:28, Jun Li wrote:
> On Thu, May 16, 2019 at 12:54 PM Andriy Gelman
> wrote:
>
> > Hi Jun,
> >
> > On Thu, 16. May 00:12, Jun Li wrote:
> > > Fix #6945
> > > Current implementaion for autorotate works fine for stream
> &g
On Thu, 16. May 00:43, Michael Niedermayer wrote:
> On Tue, May 14, 2019 at 05:54:21PM -0400, Andriy Gelman wrote:
> > From: Andriy Gelman
> >
> > Fixes Ticket #7895.
> >
> > Currently, timestamp interpolation is disabled by default in H264 and
> > H
Hello,
On Mon, 10. Jun 17:29, Andreas Håkon wrote:
> Hi,
>
> Here is a list of comments on this patch:
> (Note: I use for all the tests the file
> https://samples.ffmpeg.org/HDTV/bshi01.tp)
>
> - By default the current behavior is selected. You can verify that this
> patch doesn’t alter the
Michael,
On Thu, 16. May 00:43, Michael Niedermayer wrote:
> On Tue, May 14, 2019 at 05:54:21PM -0400, Andriy Gelman wrote:
> > From: Andriy Gelman
> >
> > Fixes Ticket #7895.
> >
> > Currently, timestamp interpolation is disabled by default in H264 and
> &
From: Andriy Gelman
Fixes Ticket #7895.
Currently, timestamp interpolation is disabled by default in H264 and
HEVC. This creates playback issues when the demuxer does not output a
valid timestamp. This patch allows interpolation when no b-frames have
been observed during decoding, which fixes
Hello,
On Mon, 13. May 12:04, Michael Niedermayer wrote:
> On Sat, May 11, 2019 at 11:20:51PM -0400, Andriy Gelman wrote:
> > From: Andriy Gelman
> >
> > Fixes Ticket #7895.
> >
> > Currently, timestamp interpolation is disabled by default in H264 and
> &
From: Andriy Gelman
Fixes Ticket #7895.
Currently, timestamp interpolation is disabled by default in H264 and
HEVC. This creates playback issues when the demuxer does not output a
valid timestamp. This patch allows interpolation when no b-frames have
been observed during decoding, which fixes
Hello,
On Tue, 14. May 17:54, Andriy Gelman wrote:
> From: Andriy Gelman
>
> This test verifies that missing timestamps from mpegts are interpolated
> for a HEVC stream.
> ---
> tests/fate/mpegts.mak | 7 ++
> tests/ref/fate/mpegts-p
From: Andriy Gelman
This test verifies that missing timestamps from mpegts are interpolated
for a HEVC stream.
---
tests/fate/mpegts.mak | 7 ++
tests/ref/fate/mpegts-probe-interptime | 154 +
2 files changed, 161 insertions(+)
create mode 100644
On Sun, 21. Apr 10:14, Andriy Gelman wrote:
> From: Andriy Gelman
>
> During AVPacket assignment, it is currently not clear when the lhs takes
> ownership of the packet. This commit replaces assignment with an
> explicit av_packet_move_ref call when there is an ownership tran
On Tue, 14. May 22:36, Jun Li wrote:
> Fix #6945
> Current implementaion for autorotate works fine for stream
> level rotataion but no support for frame level operation
> and frame flip. This patch is for adding flip support and
> per frame operations.
> ---
> fftools/cmdutils.c | 9 ++---
>
On Mon, 08. Apr 14:03, Andriy Gelman wrote:
> From: Andriy Gelman
>
> This commit replaces packet assignment operator with av_packet_move_ref
> when there is a packet ownership transfer.
> ---
> Michael, the update patch now has correct behavior for ticket 4221.
>
>
From: Andriy Gelman
Fixes #7985
This patch checks that the number of audio channels is not zero when
writing the total sample count in adx header.
---
libavformat/rawenc.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavformat/rawenc.c b/libavformat/rawenc.c
index 993d232b70
On Sat, 13. Jul 23:10, Andriy Gelman wrote:
> On Sun, 14. Jul 00:40, Carl Eugen Hoyos wrote:
> >
> > > Am 13.07.2019 um 22:50 schrieb Andriy Gelman :
> > >
> > > From: Andriy Gelman
> > >
> > > Fixes #7985
> >
> > Did you c
On Sun, 14. Jul 00:40, Carl Eugen Hoyos wrote:
>
> > Am 13.07.2019 um 22:50 schrieb Andriy Gelman :
> >
> > From: Andriy Gelman
> >
> > Fixes #7985
>
> Did you check the patch mentioned there?
Sorry, I missed that you sent a patch.
I appl
From: Andriy Gelman
During AVPacket assignment, it is currently not clear when the lhs takes
ownership of the packet. This commit replaces assignment with an
explicit av_packet_move_ref call when there is an ownership transfer to
clear the distinction.
---
libavformat/utils.c | 30
On Sat, 03. Aug 00:37, Marton Balint wrote:
> The MPEG-TS muxer had a serious bug related to the use of multiple programs:
> in that case, the PCR pid selection was incomplete for all services except
> one.
> This patch solves this problem and selects a stream to become PCR for each
> service,
On Sat, 03. Aug 10:19, Marton Balint wrote:
> The MPEG-TS muxer had a serious bug related to the use of multiple programs:
> in that case, the PCR pid selection was incomplete for all services except
> one.
> This patch solves this problem and selects a stream to become PCR for each
> service,
Andreas,
On Tue, 13. Aug 06:24, Andreas Rheinhardt wrote:
> Andriy Gelman:
> > Andreas,
> >
> > On Sun, 21. Jul 10:47, Andreas Rheinhardt wrote:
> >> Andriy Gelman:
> >>> From: Andriy Gelman
> >>>
> >>> Fixes #7799
>
Andreas,
On Sun, 21. Jul 10:47, Andreas Rheinhardt wrote:
> Andriy Gelman:
> > From: Andriy Gelman
> >
> > Fixes #7799
> >
> > Currently, the mp4toannexb filter always inserts extradata at the start
> > of each IRAP unit. This can lead to duplication of p
Minor changes in v3:
1. Removed tab character from as per feedback
2. Removed unused timeout variable from ZMQContext
Andriy
>From 66c11c12fcfa8a7fbb3c8c09d23c017992229a99 Mon Sep 17 00:00:00 2001
From: Andriy Gelman
Date: Tue, 30 Jul 2019 14:39:32 -0400
Subject: [PATCH] libavformat:
On Tue, 20. Aug 01:01, Michael Niedermayer wrote:
> On Sun, Aug 18, 2019 at 10:37:57PM -0400, Andriy Gelman wrote:
> [...]
> > diff --git a/tests/fate/hevc.mak b/tests/fate/hevc.mak
> > index 559c3898bc..46f130f4d1 100644
> > --- a/tests/fate/hevc.mak
> > +++ b/tes
From: Andriy Gelman
Fixes #7799
Currently, the mp4toannexb filter always inserts the same extradata at
the start of the first IRAP unit. As in ticket #7799, this can lead to
decoding errors if modified parameter sets are signalled in-band.
This commit keeps track of the vps/sps/pps parameter
Andreas,
On Tue, 20. Aug 07:54, Andreas Rheinhardt wrote:
> Hello,
>
> I have not looked at the *PS and the SEI stuff yet, but here is
> already my review of the general code.
>
> Andriy Gelman:
> > From: Andriy Gelman
> >
> > Fixes #7799
> >
&g
Andreas,
On Mon, 19. Aug 23:56, Andreas Rheinhardt wrote:
> Up until now, avformat_find_stream_info had a potential for memleaks:
> When everything is fine, it read packets and (depending upon whether
> AVFMT_FLAG_NOBUFFER was set) put them in a packet list or unreferenced
> them when they were
Changes in v5:
- Use polling in a loop to check interrupt callback.
- Remove timeout_send/timeout_recv options and update
documentation.
Thanks,
Andriy
>From a0c642f59c314c7ae53917f2b0d02bc6779009c2 Mon Sep 17 00:00:00 2001
From: Andriy Gelman
Date: Tue, 30 Jul 2019 14:39
On Thu, 29. Aug 21:01, Marton Balint wrote:
>
>
> On Thu, 29 Aug 2019, Andriy Gelman wrote:
>
> > Changes in v4:
> > - Use polling instead of non-blocking option for socket
> >read/write operations.
> > - Added pkt_size, timeout_send, timeout_recv o
Marton,
Below are my notes on blocking and non-blocking modes in protocols. Proposed
changes that I'd like to make are at the end.
Thanks,
Andriy
---General notes--
-blocking mode-
- transfer_function deals with polling and timeout
- block inside transfer_function for max
Nicolas, thank you for clarifying
On Mon, 02. Sep 17:21, Nicolas George wrote:
> Andriy Gelman (12019-09-01):
> > Below are my notes on blocking and non-blocking modes in protocols. Proposed
> > changes that I'd like to make are at the end.
> >
> > Thanks,
> >
On Mon, 19. Aug 23:56, Andreas Rheinhardt wrote:
> Up until now, read_frame_internal in avformat/utils.c uses a spare
> packet on the stack that serves no real purpose: At no point in this
> function is there a need for another packet besides the packet destined
> for output:
> 1. If the packet
rom ca5aa5149b97152b15457b2f40c753c80e68e3de Mon Sep 17 00:00:00 2001
From: Andriy Gelman
Date: Tue, 30 Jul 2019 14:39:32 -0400
Subject: [PATCH] libavformat: Add ZeroMQ as a protocol option
Currently multiple clients are only supported by using a multicast
destination address. An alternative is to str
On Sat, 31. Aug 01:59, Marton Balint wrote:
>
>
> On Fri, 30 Aug 2019, Andriy Gelman wrote:
>
> > Changes in v5:
> >- Use polling in a loop to check interrupt callback.
> >- Remove timeout_send/timeout_recv options and update
> > documentatio
On Sat, 31. Aug 03:20, Marton Balint wrote:
>
>
> On Sat, 31 Aug 2019, Marton Balint wrote:
>
> >
> >
> > On Fri, 30 Aug 2019, Andriy Gelman wrote:
> >
> > > On Thu, 29. Aug 21:01, Marton Balint wrote:
> > > >
952 Mon Sep 17 00:00:00 2001
From: Andriy Gelman
Date: Tue, 30 Jul 2019 14:39:32 -0400
Subject: [PATCH] libavformat: Add ZeroMQ as a protocol option
Currently multiple clients are only supported by using a multicast
destination address. An alternative is to stream to a server which
re-distribu
On Mon, 19. Aug 17:28, Andriy Gelman wrote:
> Minor changes in v3:
> 1. Removed tab character from as per feedback
> 2. Removed unused timeout variable from ZMQContext
>
> Andriy
> From 66c11c12fcfa8a7fbb3c8c09d23c017992229a99 Mon Sep 17 00:00:00 2001
> From: Andriy Ge
Marton,
Thanks for reviewing this patch.
On Sat, 24. Aug 19:33, Marton Balint wrote:
>
>
> On Fri, 23 Aug 2019, Andriy Gelman wrote:
>
> > On Mon, 19. Aug 17:28, Andriy Gelman wrote:
> > > Minor changes in v3: 1. Removed tab character from as per feedback
>
On Thu, 29. Aug 02:28, Marton Balint wrote:
>
>
> On Wed, 28 Aug 2019, Andriy Gelman wrote:
>
> > > > > +h->is_streamed = 1;
> > > > > +
> > > > > +av_strstart(uri, "zmq:", );
> > > > > +
On Wed, 04. Sep 13:39, Moritz Barsnick wrote:
> You and the patch submitter failed to reset MICRO to 100 when bumping
> MINOR. Too late now.
sorry for this
Andriy
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
.
Thanks,
Andriy
>From fd53cb5140aaeb71a55686b419c3e57ddebf5eb5 Mon Sep 17 00:00:00 2001
From: Andriy Gelman
Date: Sun, 18 Aug 2019 21:48:43 -0400
Subject: [PATCH 1/2] hevc_mp4toannexb: Insert correct parameter sets before
IRAP
Fixes #7799
Currently, the mp4toannexb filter always inse
Andreas,
Thanks again for reviewing this patch.
On Tue, 20. Aug 07:54, Andreas Rheinhardt wrote:
> Hello,
>
> I have not looked at the *PS and the SEI stuff yet, but here is
> already my review of the general code.
>
> Andriy Gelman:
> > From: Andriy Gelm
On Sun, 08. Sep 14:18, Andreas Rheinhardt wrote:
> Andriy Gelman:
> > Changes in v3:
> > Patch 1/2
> > - Fixed a bug where rbsp payload (without 0x03) was
> > written into packet instead of the raw data (with
> > 0x03).
> > - Segm
On Tue, 10. Sep 13:38, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavcodec/h2645_parse.c | 10 --
> 1 file changed, 4 insertions(+), 6 deletions(-)
>
> diff --git a/libavcodec/h2645_parse.c b/libavcodec/h2645_parse.c
> index
On Sat, 07. Sep 15:55, Andriy Gelman wrote:
> From: Andriy Gelman
>
> Removed (new_size - pkt->nals_allocated) because this value is always 1
> during the call.
> ---
> libavcodec/h2645_parse.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --
From: Andriy Gelman
Removed (new_size - pkt->nals_allocated) because this value is always 1
during the call.
---
libavcodec/h2645_parse.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libavcodec/h2645_parse.c b/libavcodec/h2645_parse.c
index 307e8643e6..ef6a6b4b4f 100
On Sat, 07. Sep 23:50, lance.lmw...@gmail.com wrote:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libswscale/swscale.c | 40
> 1 file changed, 12 insertions(+), 28 deletions(-)
>
> diff --git a/libswscale/swscale.c b/libswscale/swscale.c
>
On Wed, 18. Sep 22:34, Carl Eugen Hoyos wrote:
> Am Mi., 18. Sept. 2019 um 21:38 Uhr schrieb Andriy Gelman
> :
> >
> > From: Andriy Gelman
> >
> > Overwrite tests/data/fate/hevc-bsf-mp4toannexb.out in case it exists.
> > ---
> > tests/fate/hevc.mak | 2
On Wed, 18. Sep 23:39, Carl Eugen Hoyos wrote:
> Am Mi., 18. Sept. 2019 um 23:15 Uhr schrieb Andriy Gelman
> :
> >
> > On Wed, 18. Sep 22:34, Carl Eugen Hoyos wrote:
> > > Am Mi., 18. Sept. 2019 um 21:38 Uhr schrieb Andriy Gelman
> > > :
From: Andriy Gelman
Since the original extradata is in HVCC format, there is no need to
segment the output extradata into nal units.
---
libavcodec/hevc_mp4toannexb_bsf.c | 66 ---
1 file changed, 34 insertions(+), 32 deletions(-)
diff --git a/libavcodec
From: Andriy Gelman
Test hevc-mp4annexb-pps:
Test contains 63 PPS that are signalled in extradata.
Different PPS are referenced by the VCL nal units during the mp4 to
annexb conversion.
Test hevc-mp4annexb-sps:
Access units contain PPS that reference different cached SPS nal
units.
---
tests
Changes in v4:
- Always insert SEI from extradata before IRAP (same approach as original
code). New SEIs are inserted before IRAP, or forwarded after the nal unit.
- Before writing each VCL, I check whether the PPS has already been
signalled in the CVS. If it hasn't been
From: Andriy Gelman
Overwrite tests/data/fate/hevc-bsf-mp4toannexb.out in case it exists.
---
tests/fate/hevc.mak | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/fate/hevc.mak b/tests/fate/hevc.mak
index 4f812b0834..b11e209be0 100644
--- a/tests/fate/hevc.mak
+++ b
From: Andriy Gelman
Fixes #7799
Currently, the mp4toannexb filter always inserts the same extradata at
the start of the first IRAP unit. As in ticket #7799, this can lead to
decoding errors if modified parameter sets are signalled in-band.
This commit keeps track of the VPS/SPS/PPS parameter
:18, Andreas Rheinhardt wrote:
> Andriy Gelman:
> > Changes in v3:
> > Patch 1/2
> > - Fixed a bug where rbsp payload (without 0x03) was
> > written into packet instead of the raw data (with
> > 0x03).
> > - Segment packe
zmq:tcp://127.0.0.1:
Multiple clients can then connect with:
$ ./ffplay zmq:tcp://127.0.0.1:
I would be happy to maintain the code.
Thanks,
Andriy
>From 366f705945f9b2c40158730ec18ac9259bca2695 Mon Sep 17 00:00:00 2001
From: Andriy Gelman
Date: Tue, 30 Jul 2019 14:39:32 -0400
Subj
From: Andriy Gelman
---
libavfilter/f_zmq.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/f_zmq.c b/libavfilter/f_zmq.c
index 89da5bef06..744c721305 100644
--- a/libavfilter/f_zmq.c
+++ b/libavfilter/f_zmq.c
@@ -139,7 +139,7 @@ static int recv_msg
From: Andriy Gelman
---
libavformat/mpegtsenc.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/libavformat/mpegtsenc.c b/libavformat/mpegtsenc.c
index fc0ea225c6..1541a7a073 100644
--- a/libavformat/mpegtsenc.c
+++ b/libavformat/mpegtsenc.c
@@ -846,10 +846,8 @@ static
From: Andriy Gelman
---
libavfilter/f_zmq.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/f_zmq.c b/libavfilter/f_zmq.c
index 89da5bef06..744c721305 100644
--- a/libavfilter/f_zmq.c
+++ b/libavfilter/f_zmq.c
@@ -139,7 +139,7 @@ static int recv_msg
tests pointed by Michael Niedermayer (Sample_cut.ts) and
> Andriy Gelman (day_flight.mpg).
>
> I hope this time the patch will be accepted.
> Regards.
> A.H.
>
> ---
> From 8381febd0e881cfcd53583b0ccdd7eb2c580e422 Mon Sep 17 00:00:00 2001
> From: Andreas Hakon
> D
Andreas,
On Sun, 28. Jul 19:07, Andreas Håkon wrote:
> Hi,
>
> This last version fixes the small bug discovered by Michael Niedermayer:
> https://patchwork.ffmpeg.org/patch/14099/
>
> This version is finally clean.
>
> Regards.
> A.H.
>
> ---
> From 08565b81aa2b6d75043e5e984da143480891c3b0
Andreas,
On Mon, 22. Jul 12:22, Andreas Håkon wrote:
> Hi,
>
> Based on the discussion of my previous patch
> https://patchwork.ffmpeg.org/patch/13487/
> Here I publish a first part of the patch that only addresses the PCR problem.
Thanks for splitting the patch set.
>
> This supersedes
On Sun, 04. Aug 14:36, Andriy Gelman wrote:
> Changes in v2:
> 1. Replaced zmq_poll with zmq_msg_recv.
> 2. Remove user timeout option as zmq_msg_recv(.., .., ZMQ_DONTWAIT) is a
> non-blocking call.
> 3. Updated docs.
>
> Andriy
>
> From 53e6e00d30c9fbf51
From: Andriy Gelman
This patch avoids a read past the end of the input buffer in memcpy since the
size
of the received zmq message is recv_buf_size - 1.
---
tools/zmqsend.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/zmqsend.c b/tools/zmqsend.c
index 7bd7fe4199
Andreas,
On Thu, 01. Aug 08:24, Andreas Håkon wrote:
> Hi Andriy,
>
>
> ‐‐‐ Original Message ‐‐‐
> On Thursday, 1 de August de 2019 0:23, Andriy Gelman
> wrote:
>
> > > +for (i = 0; i < ts->nb_services; i++) {
> > > +serv
Changes in v2:
1. Replaced zmq_poll with zmq_msg_recv.
2. Remove user timeout option as zmq_msg_recv(.., .., ZMQ_DONTWAIT) is a
non-blocking call.
3. Updated docs.
Andriy
>From 53e6e00d30c9fbf5127eea9d377686d37e981c0c Mon Sep 17 00:00:00 2001
From: Andriy Gelman
Date: Tue, 30
From: Andriy Gelman
Fixes #7799
Currently, the mp4toannexb filter always inserts extradata at the start
of each IRAP unit. This can lead to duplication of parameter sets if the
demuxed packet from mdat atom already contains a version of the
parameters.
As in ticket #7799 this can also lead
From: Andriy Gelman
Since reading 4 bits always returns a value in the range [0, 15], the
check for vps_id >= HEVC_MAX_VPS_COUNT, where HEVC_MAX_VPS_COUNT = 16, is
redudant.
---
libavcodec/hevc_ps.c | 12 ++--
1 file changed, 2 insertions(+), 10 deletions(-)
diff --git a/libavco
On Sun, 22. Sep 00:17, Andriy Gelman wrote:
> From: Andriy Gelman
>
> Since reading 4 bits always returns a value in the range [0, 15], the
> check for vps_id >= HEVC_MAX_VPS_COUNT, where HEVC_MAX_VPS_COUNT = 16, is
> redundant.
>
> Signed-off-by: Andriy Gelman
>
From: Andriy Gelman
Fixes #7799
Currently, the mp4toannexb filter always inserts the same extradata at
the start of the first IRAP unit. As in ticket #7799, this can lead to
decoding errors if modified parameter sets are signalled in-band.
This commit keeps track of the VPS/SPS/PPS parameter
From: Andriy Gelman
Test hevc-mp4annexb-pps:
Test contains 64 PPS that are signalled in extradata.
Different PPS are referenced by the VCL nal units during the mp4 to
annexb conversion.
Test hevc-mp4annexb-sps:
Access units contain PPS that reference different cached SPS nal
units.
---
tests
Changes to v5:
- Remove -y from new fate tests so that they are in the same format as other
md5 tests. And removed proposed change to existing fate test.
--
Andriy
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
From: Andriy Gelman
Since the original extradata is in HVCC format, there is no need to
segment the output extradata into nal units.
---
libavcodec/hevc_mp4toannexb_bsf.c | 66 ---
1 file changed, 34 insertions(+), 32 deletions(-)
diff --git a/libavcodec
From: Andriy Gelman
This allows the user to set a maximum number of buffered packets when
probing a codec. It was a hard-coded parameter before this commit.
---
doc/formats.texi| 4
libavformat/avformat.h | 7 +++
libavformat/internal.h | 2 --
libavformat
From: Andriy Gelman
Since reading 4 bits always returns a value in the range [0, 15], the
check for vps_id >= HEVC_MAX_VPS_COUNT, where HEVC_MAX_VPS_COUNT = 16, is
redundant.
Signed-off-by: Andriy Gelman
---
libavcodec/hevc_ps.c | 8
1 file changed, 8 deletions(-)
diff --
On Fri, 27. Sep 16:26, Andriy Gelman wrote:
> From: Andriy Gelman
>
> This allows the user to set a maximum number of buffered packets when
> probing a codec. It was a hard-coded parameter before this commit.
> ---
> doc/formats.texi| 4
> libavforma
On Thu, 26. Sep 14:09, Andriy Gelman wrote:
> From: Andriy Gelman
>
> Fixes #7799
>
> Currently, the mp4toannexb filter always inserts the same extradata at
> the start of the first IRAP unit. As in ticket #7799, this can lead to
> decoding errors if modified paramet
On Sun, 22. Sep 00:44, Carl Eugen Hoyos wrote:
> Am Sa., 21. Sept. 2019 um 04:06 Uhr schrieb Andriy Gelman
> :
> >
> > From: Andriy Gelman
> >
> > Since reading 4 bits always returns a value in the range [0, 15], the
> > check for vps_id >= HEVC_MAX_V
On Mon, 30. Sep 15:17, Steven Liu wrote:
> Signed-off-by: Steven Liu
> ---
> libavformat/avidec.c | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/libavformat/avidec.c b/libavformat/avidec.c
> index e3cd844169..a492b3d037 100644
> --- a/libavformat/avidec.c
Andreas,
On Sun, 09. Jun 13:00, Andreas Rheinhardt wrote:
> Up until now, the bitmasks used to initially find out when one needs
> to take a closer look and search for startcodes were rather primitive:
> If a block (of four or eight bytes, depending on the system) contained a
> zero, it was
On Mon, 21. Oct 23:01, Colin NG wrote:
> ---
> libavcodec/v4l2_m2m_enc.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavcodec/v4l2_m2m_enc.c b/libavcodec/v4l2_m2m_enc.c
> index 474e6bef89..17fc3d30cf 100644
> --- a/libavcodec/v4l2_m2m_enc.c
> +++ b/libavcodec/v4l2_m2m_enc.c
> @@
From: Andriy Gelman
Before this commit an av_assert0 would fail if a v4l2 device did not
support a target format.
For example,
./ffmpeg -f v4l2 -codec:v h264 -i /dev/video0 -f mpegts -
would signal an abort if /dev/video0 did not support h264.
The new behaviour is to return an AVERROR(EINVAL
On Sun, 03. Nov 17:37, Nicolas George wrote:
> Andriy Gelman (12019-11-03):
> > From: Andriy Gelman
> >
> > Currently an av_assert0 is triggered when a target format is not
> > supported by a v4l2 device. Replace by av_assert1 to fix this issue.
> >
> >
From: Andriy Gelman
Currently an av_assert0 is triggered when a target format is not
supported by a v4l2 device. Replace by av_assert1 to fix this issue.
Fixes #6629.
---
libavdevice/v4l2.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavdevice/v4l2.c b/libavdevice
On Sun, 16. Jun 01:13, Jun Zhao wrote:
> From: Jun Zhao
>
> fix the logic check error
>
> Signed-off-by: Jun Zhao
> ---
> libavformat/mpegtsenc.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/libavformat/mpegtsenc.c b/libavformat/mpegtsenc.c
> index
From: Andriy Gelman
This commit removes an av_assert0 which signals an abort when a v4l2 device
does not support a target format.
For example:
./ffmpeg -f v4l2 -codec:v h264 -i /dev/video0 -f mpegts -
will currently signal an abort if /dev/video0 does not support h264.
The new behaviour
1 - 100 of 536 matches
Mail list logo