On 24-08-2018 12:12 AM, Marton Balint wrote:
On Thu, 23 Aug 2018, Gyan Doshi wrote:
Plan to push tomorrow.
Ok, LGTM.
Thanks.
Pushed as d0b48a960448cc8eb0e2c86e0804b14bdcb3e751
Gyan
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Fri, Aug 24, 2018 at 5:38 AM Rodger Combs wrote:
>
> We previously could fail to check errors entirely, or misinterpret read
errors
> as normal EOFs.
> ---
> libavformat/mpegts.c | 13 +++--
> 1 file changed, 11 insertions(+), 2 deletions(-)
>
> diff --git a/libavformat/mpegts.c
Fixes ticket #7379
Signed-off-by: James Almer
---
libavformat/flvdec.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/libavformat/flvdec.c b/libavformat/flvdec.c
index 93c7f85237..a2dea464e3 100644
--- a/libavformat/flvdec.c
+++ b/libavformat/flvdec.c
@@ -753,6 +753,9 @@ static int
On Thu, Aug 23, 2018 at 10:43 PM James Almer wrote:
>
> On 8/21/2018 7:47 PM, James Almer wrote:
> > On 8/20/2018 3:35 PM, Jacob Trimble wrote:
> >> I am not entirely sure what this flag is supposed to be, since there
> >> is no documentation where it is defined. But this was suggested by
> >>
On Fri, Aug 24, 2018 at 2:55 AM Marton Balint wrote:
>
>
>
> On Thu, 23 Aug 2018, myp...@gmail.com wrote:
>
> > On Wed, Aug 22, 2018 at 4:30 AM Tudor Suciu wrote:
> >>
> >> Hello,
> >>
> >> I get errors when I try to send a live srt stream that the first packet is
> >> too big:
> >>
On Fri, Aug 24, 2018 at 6:54 AM Mark Thompson wrote:
>
> On 23/08/18 01:44, myp...@gmail.com wrote:
> > On Wed, Aug 22, 2018 at 5:51 PM Carl Eugen Hoyos wrote:
> >>
> >> 2018-08-22 2:42 GMT+02:00, myp...@gmail.com :
> >>> On Tue, Aug 21, 2018 at 4:45 PM Carl Eugen Hoyos
> >>> wrote:
>
>
0001-mpeg4video-Add-Studio-DPCM-support.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Thu, 23 Aug 2018 at 00:49, Mark Thompson wrote:
> No supported encode driver requires the pool to be fixed-size, so just
> remove this constraint.
> ---
> libavcodec/vaapi_encode.c | 3 ---
> 1 file changed, 3 deletions(-)
>
> diff --git a/libavcodec/vaapi_encode.c
On Thu, 23 Aug 2018 at 23:18, James Almer wrote:
> Packets of sizes 80ms, 100ms and 120ms can be encoded since libopus 1.2
>
> Signed-off-by: James Almer
> ---
> libavcodec/libopusenc.c | 20 +++-
> 1 file changed, 15 insertions(+), 5 deletions(-)
>
> diff --git
On 23/08/18 01:44, myp...@gmail.com wrote:
> On Wed, Aug 22, 2018 at 5:51 PM Carl Eugen Hoyos wrote:
>>
>> 2018-08-22 2:42 GMT+02:00, myp...@gmail.com :
>>> On Tue, Aug 21, 2018 at 4:45 PM Carl Eugen Hoyos wrote:
2018-06-11 13:22 GMT+02:00, Jun Zhao :
> + * Copyright (c) 2018
Packets of sizes 80ms, 100ms and 120ms can be encoded since libopus 1.2
Signed-off-by: James Almer
---
libavcodec/libopusenc.c | 20 +++-
1 file changed, 15 insertions(+), 5 deletions(-)
diff --git a/libavcodec/libopusenc.c b/libavcodec/libopusenc.c
index 4ae81b0bb2..7c025a66d7
Fixes assertion failures when trying to mux such streams.
Signed-off-by: James Almer
---
libavformat/movenc.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 8ad7026741..1b1d765f7d 100644
--- a/libavformat/movenc.c
+++
On 8/22/2018 8:45 PM, Mark Thompson wrote:
> Set profile compatibility/constraint flags properly (including the
> constraint flags used for RExt profiles, as all streams we can currently
> generate are RExt-compatible), and use that to add support for the "Main
> Intra" and "Main 10 Intra" RExt
Currently numerical option values are misinterpreted in vf_interlace filter.
Patch attached.
Regards,
Thomas
0001-avfilter-vf_interlace-fix-numerical-options.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
I've been given a sample that does this. Not sure exactly why, but the decoder
ignores it and plays normally.
---
libavcodec/hevc_mp4toannexb_bsf.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavcodec/hevc_mp4toannexb_bsf.c
b/libavcodec/hevc_mp4toannexb_bsf.c
index
This didn't actually cause a buffer overread previously, but it could result
in the end of a NAL being filled with zeros silently.
---
libavcodec/hevc_mp4toannexb_bsf.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavcodec/hevc_mp4toannexb_bsf.c
b/libavcodec/hevc_mp4toannexb_bsf.c
We previously could fail to check errors entirely, or misinterpret read errors
as normal EOFs.
---
libavformat/mpegts.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/libavformat/mpegts.c b/libavformat/mpegts.c
index 37a6aa8bff..1350213d39 100644
---
On Thu, Aug 16, 2018 at 03:07:50PM +0800, Linjie Fu wrote:
> Fix the live stream encoding problem using qsv when the first frame
> is not an IDR frame.
>
> Add the extradata information when the IDR frame is missing in the
> first GOP.
>
> Fix the bug reported in ticket #6418.
>
> [PATCH V2]
2018-08-23 15:58 GMT+02:00, Carl Eugen Hoyos :
> 2018-08-23 15:35 GMT+02:00, Carl Eugen Hoyos :
>> 2018-08-23 15:08 GMT+02:00, Paul B Mahol :
>>> From 100x real-time decoding to 138x real-time decoding for 320x240
>>> video.
>>
>> On x86_64 I get an even better improvement, on x86_32
>> decoding
Hey Carl,
On Wed, Aug 22, 2018 at 12:00 PM, Carl Eugen Hoyos
wrote:
> 2018-07-06 19:17 GMT+02:00, Carl Eugen Hoyos :
> > 2018-07-04 20:35 GMT+02:00, Baptiste Coudurier
> > :
> >> ---
> >> libavformat/mxfenc.c | 80 +---
> >> 1 file changed, 39
From: Wang Cao
Add an option "detail_stats" to ffmpeg to output stats for each video/audio
streams and each ouptut file ffmpeg output log in print_report. The format of
stats is unchanged.
Signed-off-by: Wang Cao
---
doc/ffmpeg.texi | 4
fftools/ffmpeg.c | 53
On Thu, 23 Aug 2018, myp...@gmail.com wrote:
On Wed, Aug 22, 2018 at 4:30 AM Tudor Suciu wrote:
Hello,
I get errors when I try to send a live srt stream that the first packet is
too big:
21:30:39.896626/ffmpeg*E: SRT.c: LiveSmoother: payload size: 1504 exceeds
maximum allowed 1316
Here
On Thu, 23 Aug 2018, Gyan Doshi wrote:
Plan to push tomorrow.
Ok, LGTM.
Thanks:
Marton
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hello,
Patch in attach add some bitexact conversion for grayf32
and unscaled conv for gray16 to grayf32.
Pass fate test for me (x86_64, macos 10.12)
001 : Add bit exact conv for float to uint16
002 : Add bit exact conv for float to uint8
003 : Add bit exact lut generation for 8b to float
On Fri, Aug 17, 2018 at 12:07:56AM -0300, James Almer wrote:
> On 7/28/2018 6:28 PM, Michael Niedermayer wrote:
> > On Sat, Jul 28, 2018 at 01:25:36PM -0300, James Almer wrote:
> >> On 7/28/2018 4:09 AM, Michael Niedermayer wrote:
> >>> On Fri, Jul 27, 2018 at 11:11:47PM -0300, James Almer wrote:
On Fri, 20 Jul 2018 14:31:55 +0300
Shlomi Fish wrote:
> On Wed, 11 Jul 2018 19:42:09 +0300
> Shlomi Fish wrote:
>
> > On Wed, 4 Jul 2018 23:10:46 +0300
> > Shlomi Fish wrote:
> >
> > Ping! Can this patch be reviewed please?
> >
>
> Ping!
bump / ping.
--
On Wed, 22 Aug 2018 at 20:12, Michael Niedermayer
wrote:
> On Wed, Aug 22, 2018 at 03:14:53PM +0200, Jean-Baptiste Kempf wrote:
> > Hello fellow devs,
> >
> > VideoLAN is happy to invite you to the usual conference of the end of
> the summer:
> > VDD2018 is happening in Paris, for the 10 years
On 8/22/2018 8:44 PM, Mark Thompson wrote:
> Including a unit test.
> ---
> libavcodec/Makefile| 3 +-
> libavcodec/h264_levels.c | 130 +++
> libavcodec/h264_levels.h | 53 ++
> libavcodec/tests/.gitignore| 1 +
>
On Thu, Aug 23, 2018 at 12:45:01AM +0100, Mark Thompson wrote:
> ---
> doc/bitstream_filters.texi | 9
> libavcodec/h264_metadata_bsf.c | 90 ++
> 2 files changed, 99 insertions(+)
fails to build on mingw64
libavcodec/h264_metadata_bsf.c:243: undefined
On 8/23/18, Carl Eugen Hoyos wrote:
> 2018-08-23 16:00 GMT+02:00, Paul B Mahol :
>> On 8/23/18, Carl Eugen Hoyos wrote:
>>> 2018-08-23 15:35 GMT+02:00, Carl Eugen Hoyos :
2018-08-23 15:08 GMT+02:00, Paul B Mahol :
> From 100x real-time decoding to 138x real-time decoding for 320x240
On Thu, Aug 23, 2018 at 11:54:25AM +0200, Mayeul Cantan wrote:
> Some tools had an artificial dependency on python2: zmqshell.py and
> normalize.py
>
> This patch changes the requested environment to a generic "python",
> and add parenthesis to the "print" calls. 2to3 shows no other
>
2018-08-23 16:00 GMT+02:00, Paul B Mahol :
> On 8/23/18, Carl Eugen Hoyos wrote:
>> 2018-08-23 15:35 GMT+02:00, Carl Eugen Hoyos :
>>> 2018-08-23 15:08 GMT+02:00, Paul B Mahol :
From 100x real-time decoding to 138x real-time decoding for 320x240
video.
>>>
>>> On x86_64 I get an even
On 8/23/18, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch removes an unused function from cfhd.c.
>
> Please comment, Carl Eugen
>
Not acceptable. Function is needed, but was dropped due programmer's error.
___
ffmpeg-devel mailing list
On 8/23/18, Carl Eugen Hoyos wrote:
> 2018-08-23 15:35 GMT+02:00, Carl Eugen Hoyos :
>> 2018-08-23 15:08 GMT+02:00, Paul B Mahol :
>>> From 100x real-time decoding to 138x real-time decoding for 320x240
>>> video.
>>
>> On x86_64 I get an even better improvement, on x86_32
>> decoding gets slower
Hi!
Attached patch removes an unused function from cfhd.c.
Please comment, Carl Eugen
From 191c7baea8b820d07bbcf1ddb50ffcff8f6c6a08 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Thu, 23 Aug 2018 15:56:06 +0200
Subject: [PATCH] lavc/cfhd: Remove an unused function.
---
2018-08-23 15:35 GMT+02:00, Carl Eugen Hoyos :
> 2018-08-23 15:08 GMT+02:00, Paul B Mahol :
>> From 100x real-time decoding to 138x real-time decoding for 320x240
>> video.
>
> On x86_64 I get an even better improvement, on x86_32
> decoding gets slower by approximately 10%.
> Without the patch,
Paul B Mahol wrote:
>Byte Order: Little Endian
I will check the mixed endian on my PDP-11 ;-)
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
2018-08-23 15:35 GMT+02:00, Paul B Mahol :
> On 8/23/18, James Almer wrote:
>> On 8/23/2018 10:24 AM, Paul B Mahol wrote:
>>> On 8/23/18, Carl Eugen Hoyos wrote:
2018-08-23 15:21 GMT+02:00, Paul B Mahol :
> On 8/23/18, Carl Eugen Hoyos wrote:
>> 2018-08-23 15:08 GMT+02:00, Paul B
2018-08-23 15:08 GMT+02:00, Paul B Mahol :
> From 100x real-time decoding to 138x real-time decoding for 320x240 video.
On x86_64 I get an even better improvement, on x86_32
decoding gets slower by approximately 10%.
Without the patch, decoding is faster on x86_32 than
x86_64 here...
Testfile
On 8/23/18, James Almer wrote:
> On 8/23/2018 10:24 AM, Paul B Mahol wrote:
>> On 8/23/18, Carl Eugen Hoyos wrote:
>>> 2018-08-23 15:21 GMT+02:00, Paul B Mahol :
On 8/23/18, Carl Eugen Hoyos wrote:
> 2018-08-23 15:08 GMT+02:00, Paul B Mahol :
>> From 100x real-time decoding to 138x
2018-08-23 15:25 GMT+02:00, Nicolas George :
> Paul B Mahol (2018-08-23):
>> Ugh, can you explain why?
>
> Need provable claims.
What I meant was just that I would prefer to only test on other
platforms...
Not that it wouldn't make sense to add the tested platform
to the commit message though.
On 8/23/2018 10:24 AM, Paul B Mahol wrote:
> On 8/23/18, Carl Eugen Hoyos wrote:
>> 2018-08-23 15:21 GMT+02:00, Paul B Mahol :
>>> On 8/23/18, Carl Eugen Hoyos wrote:
2018-08-23 15:08 GMT+02:00, Paul B Mahol :
> From 100x real-time decoding to 138x real-time decoding for 320x240
>
Paul B Mahol (2018-08-23):
> Try it yourself
Your patch. Still not ok.
--
Nicolas George
signature.asc
Description: Digital signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 8/23/18, Nicolas George wrote:
> Paul B Mahol (2018-08-23):
>> Ugh, can you explain why?
>
> Need provable claims.
Try it yourself, that is only way you will prove it to self.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
Paul B Mahol (2018-08-23):
> Ugh, can you explain why?
Need provable claims.
--
Nicolas George
signature.asc
Description: Digital signature
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 8/23/18, Carl Eugen Hoyos wrote:
> 2018-08-23 15:21 GMT+02:00, Paul B Mahol :
>> On 8/23/18, Carl Eugen Hoyos wrote:
>>> 2018-08-23 15:08 GMT+02:00, Paul B Mahol :
From 100x real-time decoding to 138x real-time decoding for 320x240
video.
>>>
>>> On which hardware did you test?
>>
2018-08-23 15:21 GMT+02:00, Paul B Mahol :
> On 8/23/18, Carl Eugen Hoyos wrote:
>> 2018-08-23 15:08 GMT+02:00, Paul B Mahol :
>>> From 100x real-time decoding to 138x real-time decoding for 320x240
>>> video.
>>
>> On which hardware did you test?
>
> That is highly confidental info.
In that
On 8/23/18, Carl Eugen Hoyos wrote:
> 2018-08-23 15:08 GMT+02:00, Paul B Mahol :
>> From 100x real-time decoding to 138x real-time decoding for 320x240 video.
>
> On which hardware did you test?
That is highly confidental info.
___
ffmpeg-devel mailing
2018-08-23 15:08 GMT+02:00, Paul B Mahol :
> From 100x real-time decoding to 138x real-time decoding for 320x240 video.
On which hardware did you test?
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
Signed-off-by: Paul B Mahol
---
libavcodec/get_bits.h | 218 +-
libavcodec/golomb.h | 151 +
2 files changed, 367 insertions(+), 2 deletions(-)
diff --git a/libavcodec/get_bits.h b/libavcodec/get_bits.h
index
From 100x real-time decoding to 138x real-time decoding for 320x240 video.
Signed-off-by: Paul B Mahol
---
libavcodec/utvideodec.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavcodec/utvideodec.c b/libavcodec/utvideodec.c
index 82cb038ccd..99b37aa0f3 100644
---
Signed-off-by: Paul B Mahol
---
doc/libav-merge.txt | 1 -
1 file changed, 1 deletion(-)
diff --git a/doc/libav-merge.txt b/doc/libav-merge.txt
index 8c182ae78d..d5e671ca55 100644
--- a/doc/libav-merge.txt
+++ b/doc/libav-merge.txt
@@ -95,7 +95,6 @@ Stuff that didn't reach the codebase:
-
add a vaapi decoding/scaling sample.
Signed-off-by: Jun Zhao
---
configure|2 +
doc/examples/Makefile|1 +
doc/examples/vaapi_dec_scaling.c | 377 ++
3 files changed, 380 insertions(+), 0 deletions(-)
create mode
On 8/23/18, Carl Eugen Hoyos wrote:
> 2018-08-23 14:51 GMT+02:00, Paul B Mahol :
>> On 8/23/18, Carl Eugen Hoyos wrote:
>>> 2018-08-23 14:29 GMT+02:00, Paul B Mahol :
On 8/23/18, Carl Eugen Hoyos wrote:
> 2018-08-23 11:11 GMT+02:00, Paul B Mahol :
>> On 8/23/18, Carl Eugen Hoyos
2018-08-23 14:51 GMT+02:00, Paul B Mahol :
> On 8/23/18, Carl Eugen Hoyos wrote:
>> 2018-08-23 14:29 GMT+02:00, Paul B Mahol :
>>> On 8/23/18, Carl Eugen Hoyos wrote:
2018-08-23 11:11 GMT+02:00, Paul B Mahol :
> On 8/23/18, Carl Eugen Hoyos wrote:
>> 2018-08-22 21:24 GMT+02:00,
On 8/23/18, Carl Eugen Hoyos wrote:
> 2018-08-23 14:29 GMT+02:00, Paul B Mahol :
>> On 8/23/18, Carl Eugen Hoyos wrote:
>>> 2018-08-23 11:11 GMT+02:00, Paul B Mahol :
On 8/23/18, Carl Eugen Hoyos wrote:
> 2018-08-22 21:24 GMT+02:00, Paul B Mahol :
>> On 8/22/18, Carl Eugen Hoyos
2018-08-23 14:29 GMT+02:00, Paul B Mahol :
> On 8/23/18, Carl Eugen Hoyos wrote:
>> 2018-08-23 11:11 GMT+02:00, Paul B Mahol :
>>> On 8/23/18, Carl Eugen Hoyos wrote:
2018-08-22 21:24 GMT+02:00, Paul B Mahol :
> On 8/22/18, Carl Eugen Hoyos wrote:
>> 2018-08-22 18:00 GMT+02:00,
On 8/23/18, Carl Eugen Hoyos wrote:
> 2018-08-23 11:11 GMT+02:00, Paul B Mahol :
>> On 8/23/18, Carl Eugen Hoyos wrote:
>>> 2018-08-22 21:24 GMT+02:00, Paul B Mahol :
On 8/22/18, Carl Eugen Hoyos wrote:
> 2018-08-22 18:00 GMT+02:00, Paul B Mahol :
>
>> +switch
2018-08-23 11:11 GMT+02:00, Paul B Mahol :
> On 8/23/18, Carl Eugen Hoyos wrote:
>> 2018-08-22 21:24 GMT+02:00, Paul B Mahol :
>>> On 8/22/18, Carl Eugen Hoyos wrote:
2018-08-22 18:00 GMT+02:00, Paul B Mahol :
> +switch (avctx->bits_per_coded_sample) {
> +case 12:
>
On 8/23/18, Michael Niedermayer wrote:
> On Wed, Aug 22, 2018 at 06:00:54PM +0200, Paul B Mahol wrote:
>> Signed-off-by: Paul B Mahol
>> ---
>> libavcodec/Makefile | 1 +
>> libavcodec/allcodecs.c | 1 +
>> libavcodec/avcodec.h| 1 +
>> libavcodec/codec_desc.c | 7 +
>>
On Wed, Aug 22, 2018 at 12:58:13AM -0300, James Almer wrote:
> On 8/21/2018 7:45 PM, Dale Curtis wrote:
> > This field is a uint16_t, see docs:
> > http://opus-codec.org/docs/opus_in_isobmff.html#4.3.2
> >
> > Signed-off-by: Dale Curtis
> >
> >
> >
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 31 +++
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_lut3d.c | 438 +++
4 files changed, 471 insertions(+)
diff --git a/doc/filters.texi b/doc/filters.texi
On Tue, Aug 21, 2018 at 09:27:27PM -0300, James Almer wrote:
> On 8/6/2018 10:42 AM, hwren wrote:
> > Signed-off-by: hwren
> > ---
> > libavcodec/extract_extradata_bsf.c | 2 ++
> > 1 file changed, 2 insertions(+)
> >
> > diff --git a/libavcodec/extract_extradata_bsf.c
> >
On Wed, Aug 22, 2018 at 06:00:54PM +0200, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> libavcodec/Makefile | 1 +
> libavcodec/allcodecs.c | 1 +
> libavcodec/avcodec.h| 1 +
> libavcodec/codec_desc.c | 7 +
> libavcodec/prosumer.c | 405
On Wed, Aug 22, 2018 at 12:29:57AM +0100, Kieran Kunhya wrote:
> $subj
>
> Depends on Michael's patch.
> I have a FATE sample frame.
> mpeg4videodec.c | 101
> ++--
> mpegvideo.c | 75 -
>
On 22-8-2018 12:52, Gyan Doshi wrote:
> On 22-08-2018 04:01 PM, Marvin Scholz wrote:
>> [Parsed_aresample_1 @ 0x7fb7c540d500] Cannot select channel layout for the
>> link between filters Parsed_aresample_1 and format_out_0_1.
> For this file,
>
> aresample=48000:ocl=stereo
>
>
> Gyan
Related
Some tools had an artificial dependency on python2: zmqshell.py and normalize.py
This patch changes the requested environment to a generic "python",
and add parenthesis to the "print" calls. 2to3 shows no other
modifications are needed, so I expect this to be okay.
Please note that this was
Michael Niedermayer wrote:
>I think future work should be done as FFV1v5 v6 v7 on
>CELLAR/IETF
That is how it should be, in my opinion.
>why you ask ?
>because that way
>its on its way to be a proper IETF standard from day 1
>there are already people who are interrested in this there,
>like
Signed-off-by: Paul B Mahol
---
doc/filters.texi | 29 +++
libavfilter/Makefile | 1 +
libavfilter/allfilters.c | 1 +
libavfilter/vf_lut3d.c | 404 +++
4 files changed, 435 insertions(+)
diff --git a/doc/filters.texi b/doc/filters.texi
On 8/23/18, Carl Eugen Hoyos wrote:
> 2018-08-22 21:24 GMT+02:00, Paul B Mahol :
>> On 8/22/18, Carl Eugen Hoyos wrote:
>>> 2018-08-22 18:00 GMT+02:00, Paul B Mahol :
>>>
+switch (avctx->bits_per_coded_sample) {
+case 12:
+ s->stride = 3LL * FFALIGN(avctx->width,
2018-08-22 21:24 GMT+02:00, Paul B Mahol :
> On 8/22/18, Carl Eugen Hoyos wrote:
>> 2018-08-22 18:00 GMT+02:00, Paul B Mahol :
>>
>>> +switch (avctx->bits_per_coded_sample) {
>>> +case 12:
>>> + s->stride = 3LL * FFALIGN(avctx->width, 8) >> 1;
>>> + break;
>>> +
On Wed, Aug 22, 2018 at 03:24:05PM -0500, Dave Rice wrote:
>
> >> On Aug 22, 2018, at 14:12, Michael Niedermayer
> >> wrote:
> >>
> >> On Wed, Aug 22, 2018 at 03:14:53PM +0200, Jean-Baptiste Kempf wrote:
> >> Hello fellow devs,
> >>
> >> VideoLAN is happy to invite you to the usual conference
-Original Message-
From: Fu, Linjie
Sent: Thursday, August 16, 2018 15:08
To: ffmpeg-devel@ffmpeg.org
Cc: Fu, Linjie
Subject: [PATCH V2] avcodec/h264_mp4toannexb_bsf: add No IDR frame situation
Fix the live stream encoding problem using qsv when the first frame is not an
IDR frame.
Paul B Mahol wrote:
>So we already have 3 FFV2 variants.
>
>Which of them are actually useful?
Useful for what? E.g. 1 is a great source of inspiration! (At
least to me, since Dave Rice tweeted it on 2016-07-15.)
Best regards, Reto
___
ffmpeg-devel
74 matches
Mail list logo
