On Mon, 2 Sep 2019 18:02:10 -0700
Aman Gupta wrote:
[...]
> @@ -289,15 +290,59 @@ static int v4l2_bufref_to_buf(V4L2Buffer *out,
> int plane, const uint8_t* data, i int
> ff_v4l2_buffer_avframe_to_buf(const AVFrame *frame, V4L2Buffer *out) {
> int i, ret;
> +struct v4l2_format fmt = out-
On Sun, 8 Oct 2017 13:43:45 +0200
Clément Bœsch wrote:
> On Sun, Oct 08, 2017 at 04:51:49PM +0530, Gyan Doshi wrote:
> > OpenJPEG 2.3 was released a few days ago. Changelog reports "No
> > API/ABI break compared to v2.2.0 but additional symbols for subset
> > of components decoding"
> >
> > This
Hi,
On Sun, 27 Aug 2017 21:41:06 +0200
Jorge Ramirez wrote:
> On 08/27/2017 09:09 PM, Jorge Ramirez wrote:
> > On 08/25/2017 05:35 PM, wm4 wrote:
> >>> +static int buffer_ops_v4l2buf_to_avframe(AVFrame *frame,
> >>> V4L2Buffer *avbuf) +{
> >>> +int i, ret;
> >>> +
> >>> +av_frame_unre
---
Can be reproduced with: ffmpeg -f lavfi -i cellauto,framerate=fps=100 -t 1 -f
null -
(and your favorite memory debugger).
---
libavfilter/vf_framerate.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/vf_framerate.c b/libavfilter/vf_framerate.c
index 237a4873b3
---
tests/fate/filter-video.mak | 4
tests/ref/fate/filter-framerate-down | 6 ++
tests/ref/fate/filter-framerate-up | 15 +++
3 files changed, 25 insertions(+)
create mode 100644 tests/ref/fate/filter-framerate-down
create mode 100644 tests/ref/fate/filter-fram
---
Can be reproduced with: ffmpeg -f lavfi -i cellauto,framerate=fps=100 -t 1 -f
null -
(and your favorite memory debugger).
---
libavfilter/vf_framerate.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavfilter/vf_framerate.c b/libavfilter/vf_framerate.c
index 237a4873b3
On Wed, 21 Oct 2015 22:43:04 +0200
Tomas Härdin wrote:
> On Tue, 2015-10-20 at 16:43 +0200, Marton Balint wrote:
> > On Mon, 19 Oct 2015, Tomas Härdin wrote:
> >
> > > On Mon, 2015-10-19 at 11:40 +0200, Alexis Ballier wrote:
> > >> On Mon, 19 Oc
On Wed, 21 Oct 2015 23:45:07 +0200
Tomas Härdin wrote:
> On Wed, 2015-10-21 at 18:00 +0200, Alexis Ballier wrote:
> > Some files such as those from tickets #2817 & #2776 claim to have
> > constant edit unit size but, in fact, have some of them that are
> > smaller. This
On Wed, 21 Oct 2015 23:31:29 +0200
Tomas Härdin wrote:
> On Wed, 2015-10-21 at 18:00 +0200, Alexis Ballier wrote:
> > klv_decode_ber_length cannot return -1, but can return
> > AVERROR_INVALIDDATA. Store its return value in a signed integer
> > (instead of unsigned KLVPacke
---
libavformat/mxfdec.c | 22 ++
1 file changed, 22 insertions(+)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index 020294d..606afe6 100644
--- a/libavformat/mxfdec.c
+++ b/libavformat/mxfdec.c
@@ -727,6 +727,8 @@ static int mxf_read_content_storage(void *arg, AV
---
libavformat/mxfdec.c | 34 ++
1 file changed, 34 insertions(+)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index 75858fc..020294d 100644
--- a/libavformat/mxfdec.c
+++ b/libavformat/mxfdec.c
@@ -192,6 +192,12 @@ typedef struct MXFDescriptor {
---
libavformat/mxfdec.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index 5c224ef..75858fc 100644
--- a/libavformat/mxfdec.c
+++ b/libavformat/mxfdec.c
@@ -198,6 +198,7 @@ typedef struct MXFIndexTableSegment {
int edit_unit_byte_count;
---
libavformat/mxfdec.c | 4
1 file changed, 4 insertions(+)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index 2b776f6..5c224ef 100644
--- a/libavformat/mxfdec.c
+++ b/libavformat/mxfdec.c
@@ -161,6 +161,7 @@ typedef struct {
int intra_only;
uint64_t sample_count;
---
libavformat/mxfdec.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index e16c678..1320fad 100644
--- a/libavformat/mxfdec.c
+++ b/libavformat/mxfdec.c
@@ -722,6 +722,9 @@ static int mxf_read_source_clip(void *arg, AVIOContext *pb,
int tag,
---
libavformat/mxfdec.c | 8
1 file changed, 8 insertions(+)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index 1320fad..2b776f6 100644
--- a/libavformat/mxfdec.c
+++ b/libavformat/mxfdec.c
@@ -121,6 +121,8 @@ typedef struct MXFSequence {
typedef struct MXFTimecodeComponent
---
libavformat/mxfdec.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index 0ae7ce6..593604e 100644
--- a/libavformat/mxfdec.c
+++ b/libavformat/mxfdec.c
@@ -2767,13 +2767,13 @@ static int mxf_read_header(AVFormatContext *s
Some files such as those from tickets #2817 & #2776 claim to have constant edit
unit size but,
in fact, have some of them that are smaller. This confuses the demuxer that
tries to infer the
current edit unit from the position in the file. By trying to increment the
current edit unit
before rejec
typedef struct MXFTrack { ... } MXFTimecodeComponent; -> typedef struct
MXFTimecodeComponent { ... } MXFTimecodeComponent;
---
libavformat/mxfdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index 526eca6..e16c678 100644
--- a/l
---
libavformat/mxfdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/mxfdec.c b/libavformat/mxfdec.c
index 94a953b..0ae7ce6 100644
--- a/libavformat/mxfdec.c
+++ b/libavformat/mxfdec.c
@@ -2959,7 +2959,7 @@ static int mxf_read_packet_old(AVFormatContext *s,
AVP
klv_decode_ber_length cannot return -1, but can return AVERROR_INVALIDDATA.
Store its return value in a signed integer (instead of unsigned
KLVPacket.length) and forward the error appropriately.
---
libavformat/mxfdec.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/lib
Main patch is patch 4/11 fixing 2 tickets.
Patches 5+ are not very useful by themselves but since I wrote the code
for them trying to understand the issue, I thought I'd just send them anyway.
Those can be dropped without any problem.
Alexis Ballier (11):
libavformat/mxfdec.c: klv_read_p
On Mon, 19 Oct 2015 10:30:00 +0200
Michael Niedermayer wrote:
> On Fri, Oct 16, 2015 at 10:42:32AM +0200, Alexis Ballier wrote:
> > This happens when writing the trailer of a file containing audio
> > but that has not muxed any video packet. Fixes ticket #4817.
> >
>
On Sun, 18 Oct 2015 12:09:48 +0200
Michael Niedermayer wrote:
> On Fri, Oct 16, 2015 at 10:42:33AM +0200, Alexis Ballier wrote:
> > When the encoder is fed with less frames than its delay, the
> > picture list looks like { NULL, NULL, ..., frame, frame, frame }.
> > When
When the encoder is fed with less frames than its delay, the picture list looks
like { NULL, NULL, ..., frame, frame, frame }. When flushing the encoder (input
frame == NULL), we need to ensure the picture list is shifted enough so that we
do not return an empty packet, which would mean the enco
This happens when writing the trailer of a file containing audio but that has
not muxed any video packet.
Fixes ticket #4817.
This ticket also highlights the fact that mpeg2 video encoder produces no
output when it has received less frames than its delay.
---
libavformat/mxfenc.c | 2 +-
On Wed, 14 Oct 2015 12:08:58 -0600
Roger Pack wrote:
> Lacking a better place to debate this, I would like to ask some
> questions on a video codec idea...
>
> The goal is basically to create a very fast lossless screen capture
> codec (i.e. in the input there will be lots of repeated "colors" o
On Fri, 25 Sep 2015 12:22:51 +0200
Clément Bœsch wrote:
> Hi,
>
> With the increasing number of hardware accelerated API, the need for a
> proper M:N asynchronous API is growing. We've observed that with MMAL
> and VideoToolBox accelerations typically. Similarly, the incoming
> MediaCodec hwacce
Fixes the build with --enable-hardcoded-tables since ff_reverse has moved to
lavu.
---
libavcodec/tableprint_vlc.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/tableprint_vlc.h b/libavcodec/tableprint_vlc.h
index 33a9c0e..675251a 100644
--- a/libavcodec/tableprint_vlc.h
+++ b/li
This fixes the build with --enable-hardcoded-tables that was broken since
[8f7b022c8c2f40bf8ddfd90778a4c91424d3a8e5].
---
libavcodec/tableprint_vlc.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libavcodec/tableprint_vlc.h b/libavcodec/tableprint_vlc.h
index aa4c82b..7f46
On Mon, 16 Feb 2015 13:31:40 -0300
James Almer wrote:
> On 16/02/15 1:22 PM, Alexis Ballier wrote:
> > [50cd43f2c] changed that silently, while no modern cpu has mmxext:
> > https://en.wikipedia.org/wiki/Extended_MMX
>
> In this case, mmxext refers to the integer instructi
[50cd43f2c] changed that silently, while no modern cpu has mmxext:
https://en.wikipedia.org/wiki/Extended_MMX
---
configure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index 1d14d0a..ae73970 100755
--- a/configure
+++ b/configure
@@ -2010,7 +2010,7 @@
On Fri, 13 Feb 2015 17:56:41 +0100
Michael Niedermayer wrote:
> no security updates for FFmpeg 1.2 and "gentoo stable" but its
> http://www.gentoo.org/security/en/glsa/index.xml also lists no
> security updates for 1.2 also
> http://packages.gentoo.org/package/media-video/ffmpeg lists stable as
On Fri, 21 Nov 2014 11:52:01 +0100
Alexis Ballier wrote:
> > No, this would imply that the pointer to the opaque data is in
> > AVFrame.data[3], and all other pointers are ignored. So you have
> > only 1 pointer. AVFrame.linesize has no meaning either in this case.
>
> t
On Fri, 21 Nov 2014 11:23:49 +0100
wm4 wrote:
> > I didn't know such "opaque" things existed; it probably makes more
> > sense with it indeed.
> >
> > How should I do it ? add .flags = AV_PIX_FMT_FLAG_HWACCEL and be
> > done ? I would like to keep 'av_pix_fmt_count_planes()' working for
> > it at
On Fri, 21 Nov 2014 10:50:42 +0100
Jean-Baptiste Kempf wrote:
> > Now, if I want to use the fimc device to apply some effects I can't
> > because the decoder is magically using it behind my back.
>
> How is that relevant? Just block it.
Block what ? automatic conversion ? what fmt should i adver
On Fri, 21 Nov 2014 10:51:52 +0100
wm4 wrote:
> On Fri, 21 Nov 2014 10:43:15 +0100
> Alexis Ballier wrote:
>
> > On Fri, 21 Nov 2014 10:15:29 +0100
> > Jean-Baptiste Kempf wrote:
> >
> > > On 21 Nov, Alexis Ballier wrote :
> > > > > So you h
On Fri, 21 Nov 2014 10:38:37 +0100
Jean-Baptiste Kempf wrote:
> On 21 Nov, Alexis Ballier wrote :
> > I think it's safe to assume that if you have a SOC with a HW dec
> > that outputs only this insane and uncommon format, the SOC also has
> > a HW filter that can conv
On Fri, 21 Nov 2014 10:15:29 +0100
Jean-Baptiste Kempf wrote:
> On 21 Nov, Alexis Ballier wrote :
> > > So you have a format outputted that is of no use, except if you
> > > use the filter.
> >
> > On MFCv5 yes; I don't assume because I'm working on
On Fri, 21 Nov 2014 10:02:36 +0100
Jean-Baptiste Kempf wrote:
> On 21 Nov, Alexis Ballier wrote :
> > > > How do you put this in an AVFrame then ?
> > >
> > > Preferably not at all. Is there a need to? Only the end result
> > > (nv12 I suppose) needs to
On Fri, 21 Nov 2014 09:58:40 +0100
Jean-Baptiste Kempf wrote:
> On 21 Nov, Alexis Ballier wrote :
> > On Thu, 20 Nov 2014 18:40:18 +0100
> > Jean-Baptiste Kempf wrote:
> >
> > > On 20 Nov, Alexis Ballier wrote :
> > > > This is the only
On Fri, 21 Nov 2014 09:01:43 +0100
wm4 wrote:
> On Fri, 21 Nov 2014 08:45:47 +0100
> Alexis Ballier wrote:
>
> > On Thu, 20 Nov 2014 18:42:19 +0100
> > wm4 wrote:
> > > I think this should be rejected. It's far too special to be
> > > useful
On Thu, 20 Nov 2014 18:40:18 +0100
Jean-Baptiste Kempf wrote:
> On 20 Nov, Alexis Ballier wrote :
> > This is the only format supported by MFC5 HW decoders (e.g. Samsung
> > exynos 4412).
>
> Why not convert it to a normal format?
>
That is exactly what the m2m filter
On Thu, 20 Nov 2014 18:42:19 +0100
wm4 wrote:
> I think this should be rejected. It's far too special to be useful in
> general, and it's not even pixel- or line-addressable (Z-shaped tiles,
> seriously?). It's pretty much a raw codec, not a pixel format.
How do you put this in an AVFrame then ?
On Thu, 20 Nov 2014 21:41:56 +0100
Michael Niedermayer wrote:
> On Thu, Nov 20, 2014 at 05:51:56PM +0100, Alexis Ballier wrote:
> > Default buffer settings should work with all drivers (mmaped memory
> > from the driver) but would imply useless memcpy()'s if used in
vflip, vf);
REGISTER_FILTER(VIDSTABDETECT, vidstabdetect, vf);
REGISTER_FILTER(VIDSTABTRANSFORM, vidstabtransform, vf);
diff --git a/libavfilter/vf_v4l2_m2m.c b/libavfilter/vf_v4l2_m2m.c
new file mode 100644
index 000..293162a
--- /dev/null
+++ b/libavfilter/vf_v4l
vc1_vdpau);
REGISTER_DECODER(VC1IMAGE, vc1image);
REGISTER_DECODER(VCR1, vcr1);
@@ -296,6 +302,7 @@ void avcodec_register_all(void)
REGISTER_DECODER(VP6F, vp6f);
REGISTER_DECODER(VP7, vp7);
REGISTER_DECODER(VP8,
---
libavcodec/v4l2-common.c | 33 +
1 file changed, 33 insertions(+)
diff --git a/libavcodec/v4l2-common.c b/libavcodec/v4l2-common.c
index 815a5c4..80e1365 100644
--- a/libavcodec/v4l2-common.c
+++ b/libavcodec/v4l2-common.c
@@ -58,6 +58,39 @@ const struct v4l_fm
This is the only format supported by MFC5 HW decoders (e.g. Samsung exynos
4412).
---
libavutil/pixdesc.c | 12
libavutil/pixfmt.h | 1 +
2 files changed, 13 insertions(+)
diff --git a/libavutil/pixdesc.c b/libavutil/pixdesc.c
index 648d014..426dfd4 100644
--- a/libavutil/pixdesc.
This code needs lavc for AV_CODEC_ID_* and can be used by lavc & lavfi with v4l
m2m support.
---
configure | 6 ++-
libavcodec/Makefile | 1 +
libavcodec/v4l2-common.c | 105 ++
libavcodec/v4l2-common.h | 47
It serves to distinguish if we will (de)packetize the format from an AVFrame or
an AVPacket. We will need AVFrame support for v4l m2m and we can certainly not
use as-is e.g. V4L2_PIX_FMT_YUV420 as AV_PIX_FMT_YUV420P since the former is
pseudo-packed while the later is planar. Also, V4L multi pla
50 matches
Mail list logo
