On 8/30/19, myp...@gmail.com wrote:
> On Thu, Aug 29, 2019 at 9:07 PM Michael Niedermayer
> wrote:
>>
>> On Thu, Aug 29, 2019 at 01:04:43AM +0800, Jun Zhao wrote:
>> > From: Jun Zhao
>> >
>> > Always set *size to zero if *bufptr is NULL, it's more make sence.
>> >
>> > fix #8095
>> >
>> > Signed
Here is sample: https://0x0.st/z49v.avi
On 8/30/19, Paul B Mahol wrote:
> It still exits early when no blocks are encoded.
>
> On 8/30/19, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> Untested. There doesn't seem to be a fate test, and i have no samples
>> at hand.
>>
>> libavcod
tor 2019-08-29 klockan 16:44 +0800 skrev lance.lmw...@gmail.com:
> From: Limin Wang
>
> Signed-off-by: Limin Wang
> ---
> libavformat/mxfenc.c | 7 +++
> 1 file changed, 3 insertions(+), 4 deletions(-)
>
> diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
> index 8b3d599a6f..aa23ee3
It still exits early when no blocks are encoded.
On 8/30/19, James Almer wrote:
> Signed-off-by: James Almer
> ---
> Untested. There doesn't seem to be a fate test, and i have no samples
> at hand.
>
> libavcodec/wcmv.c | 23 +--
> 1 file changed, 9 insertions(+), 14 deletio
Aman Gupta (12019-08-29):
> > > -in_port_params.format.video.xFramerate = (1 << 16) *
> > avctx->framerate.num / avctx->framerate.den;
> > > +in_port_params.format.video.xFramerate = (int64_t)(1 << 16) *
> > avctx->framerate.num / avctx->framerate.den;
> >
> > change 1 > 1LL is more
From: Limin Wang
Reviewed-by: Steven Liu
Signed-off-by: Limin Wang
---
libavformat/hlsenc.c | 50 ++-
libavformat/hlsplaylist.c | 4 ++--
libavformat/hlsplaylist.h | 4 ++--
3 files changed, 19 insertions(+), 39 deletions(-)
diff --git a/liba
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/v210dec.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libavcodec/v210dec.c b/libavcodec/v210dec.c
index 5a33d8c089..6ce18aab5a 100644
--- a/libavcodec/v210dec.c
+++ b/libavcodec/v210dec.c
@@ -98,8 +98,7 @@ stati
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/v210dec.c | 136 +++
libavcodec/v210dec.h | 1 +
2 files changed, 87 insertions(+), 50 deletions(-)
diff --git a/libavcodec/v210dec.c b/libavcodec/v210dec.c
index 6ce18aab5a..d3add8b45b 100644
-
On Thu, Aug 29, 2019 at 9:07 PM Michael Niedermayer
wrote:
>
> On Thu, Aug 29, 2019 at 01:04:43AM +0800, Jun Zhao wrote:
> > From: Jun Zhao
> >
> > Always set *size to zero if *bufptr is NULL, it's more make sence.
> >
> > fix #8095
> >
> > Signed-off-by: Jun Zhao
> > ---
> > libavutil/file.c |
On Thu, Aug 29, 2019 at 2:47 PM Jorge Ramirez
wrote:
> On 8/29/19 22:23, Aman Gupta wrote:
> > From: Aman Gupta
>
>
> lets discuss this a bit further. I havent been very active in the past
> due to personal reasons and there might be others willing to take on
> full maintanership with perhaps mo
On Thu, Aug 29, 2019 at 5:56 PM Limin Wang wrote:
> On Thu, Aug 29, 2019 at 05:30:25PM -0700, Aman Gupta wrote:
> > From: Aman Gupta
> >
> > Integer overflow in the Q16 framerate calculation was sending
> > invalid values to the OMX encoder.
> >
> > On the RPI4, this manifested as bitrate contro
On Thu, Aug 29, 2019 at 05:30:25PM -0700, Aman Gupta wrote:
> From: Aman Gupta
>
> Integer overflow in the Q16 framerate calculation was sending
> invalid values to the OMX encoder.
>
> On the RPI4, this manifested as bitrate controls being ignored
> on video streams with 6/1001 framerates.
From: Aman Gupta
Integer overflow in the Q16 framerate calculation was sending
invalid values to the OMX encoder.
On the RPI4, this manifested as bitrate controls being ignored
on video streams with 6/1001 framerates. Video streams with
3/1001 framerates were not affected.
Signed-off-by
From: Will Martin
Some rtmp streamers (i.e. AWS Elemental Encoder, Wirecast) send C0 and C1
together and expect S0 and S1 returned together. When sent in different
packets, this results in a C2 handshake. This patch fixes that error.
Note that the patch is based off of a fix proposed by rubensa
this function is used to get the previous shutdown status
when reusing the old connection in block mode.
Signed-off-by: Steven Liu
---
libavformat/http.c | 16
libavformat/http.h | 9 +
2 files changed, 25 insertions(+)
diff --git a/libavformat/http.c b/libavformat/htt
fix ticket: 7975
Signed-off-by: Steven Liu
---
libavformat/hlsenc.c | 66 +++-
1 file changed, 55 insertions(+), 11 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index c6bd664b92..d9b48f0e7c 100644
--- a/libavformat/hlsenc.
Signed-off-by: James Almer
---
Untested. There doesn't seem to be a fate test, and i have no samples
at hand.
libavcodec/wcmv.c | 23 +--
1 file changed, 9 insertions(+), 14 deletions(-)
diff --git a/libavcodec/wcmv.c b/libavcodec/wcmv.c
index 0d60b9fe1f..68142b45fd 100644
-
From: Aman Gupta
Signed-off-by: Aman Gupta
Signed-off-by: Jorge Ramirez-Ortiz
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 7f60ef0021..f83d543321 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -243,7 +243,7 @@ Codecs:
tta
Marton Balint (12019-08-24):
> avio_feof() returns true both in case of actual EOF and in case of IO errors.
> Some demuxers (matroska) have special handling to be able to return the proper
> error for this exact reason, e.g.:
>
> if (avio_feof(pb)) {
> if (pb->error) {
> return pb->
On Sat, 24 Aug 2019, Marton Balint wrote:
avio_feof() returns true both in case of actual EOF and in case of IO errors.
Some demuxers (matroska) have special handling to be able to return the proper
error for this exact reason, e.g.:
if (avio_feof(pb)) {
if (pb->error) {
return pb
On Sat, 24 Aug 2019, James Almer wrote:
On Sat, Aug 24, 2019 at 5:48 AM Marton Balint wrote:
On Sat, 24 Aug 2019, Carl Eugen Hoyos wrote:
> Am Sa., 24. Aug. 2019 um 01:47 Uhr schrieb Marton Balint :
>>
>> Some security cams generate this, as well as some versions of
VirtualDub so
>> supp
Fixes: index 2304 out of bounds for type 'float [2304]'
Fixes:
16332/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_QDM2_fuzzer-5679142481166336
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavco
snow allows creating large output from tiny input, like other
wavelet codecs
Fixes: Timeout (82sec -> 1.5sec)
Fixes:
9520/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SNOW_fuzzer-6286612576075776
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/f
On 8/29/2019 4:04 PM, Michael Niedermayer wrote:
> Fixes: Timeout (20sec -> 0.5sec)
> Fixes:
> 16404/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ARBC_fuzzer-5660216355454976
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
> Signed-o
Fixes: Timeout (20sec -> 0.5sec)
Fixes:
16404/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_ARBC_fuzzer-5660216355454976
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
Signed-off-by: Michael Niedermayer
---
libavcodec/arbc.c | 21 +++
Fixes: signed integer overflow: 57342 * 120830 cannot be represented in type
'int'
Fixes:
16426/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_CFHD_fuzzer-5758744817827840
Found-by: continuous fuzzing process
https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
---
libavcodec/cfhd
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 options.
Updated documentation for new options.
No, timeout_send and timeout_recv is not needed. The UR
Changes in v4:
- Use polling instead of non-blocking option for socket
read/write operations.
- Added pkt_size, timeout_send, timeout_recv options.
Updated documentation for new options.
- Removed redundant memcpy now that pkt_size is set.
- Check that context is successfully creat
On Thu, Aug 29, 2019 at 7:17 PM Carl Eugen Hoyos wrote:
>
> Am Do., 29. Aug. 2019 um 18:12 Uhr schrieb Elliott Karpilovsky
> :
> >
> > On Wed, Aug 28, 2019 at 3:11 PM Carl Eugen Hoyos wrote:
> > >
> > > Am Mi., 28. Aug. 2019 um 23:26 Uhr schrieb Elliott Karpilovsky
> > > :
> > > >
> > > > Current
On 8/29/19, James Almer wrote:
> On 8/29/2019 1:18 PM, Paul B Mahol wrote:
>> On 8/29/19, James Almer wrote:
>>> Signed-off-by: James Almer
>>> ---
>>> libavcodec/qtrle.c | 7 +++
>>> 1 file changed, 7 insertions(+)
>>>
>>> diff --git a/libavcodec/qtrle.c b/libavcodec/qtrle.c
>>> index f565
On 8/29/2019 1:18 PM, Paul B Mahol wrote:
> On 8/29/19, James Almer wrote:
>> Signed-off-by: James Almer
>> ---
>> libavcodec/qtrle.c | 7 +++
>> 1 file changed, 7 insertions(+)
>>
>> diff --git a/libavcodec/qtrle.c b/libavcodec/qtrle.c
>> index f565e0e358..ba6740f5d4 100644
>> --- a/libavco
On 8/29/19, James Almer wrote:
> Signed-off-by: James Almer
> ---
> libavcodec/qtrle.c | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/libavcodec/qtrle.c b/libavcodec/qtrle.c
> index f565e0e358..ba6740f5d4 100644
> --- a/libavcodec/qtrle.c
> +++ b/libavcodec/qtrle.c
> @@ -449,6 +
Am Do., 29. Aug. 2019 um 18:12 Uhr schrieb Elliott Karpilovsky
:
>
> On Wed, Aug 28, 2019 at 3:11 PM Carl Eugen Hoyos wrote:
> >
> > Am Mi., 28. Aug. 2019 um 23:26 Uhr schrieb Elliott Karpilovsky
> > :
> > >
> > > Current default is 200kbps, which produces inconsistent
> > > results (too high for
Am Do., 29. Aug. 2019 um 16:16 Uhr schrieb Fu, Linjie :
> Thus AYUV will make more sense.
If your hardware decoding does not produce valid alpha data (0xFF
for opaque, 0x00 for completely transparent), you cannot use an
FFmpeg pix_fmt that defines alpha for decoding.
If you define a pix_fmt that
On Wed, Aug 28, 2019 at 3:11 PM Carl Eugen Hoyos wrote:
>
> Am Mi., 28. Aug. 2019 um 23:26 Uhr schrieb Elliott Karpilovsky
> :
> >
> > Current default is 200kbps, which produces inconsistent
> > results (too high for low-res, too low for hi-res). Use
> > CRF instead, which will adapt. Affects vp8/
Hey Jun,
So I got kodi running with FFmpeg n4.2 and the issue persists. Here's the
debugger output after trying to play the test link you provided.
With the patch this does not occur so their must be some way to call
function with rt->rtsp_hd_out as NULL;
Thanks,
Ross
Process 92017 stopped
*
Signed-off-by: James Almer
---
libavcodec/qtrle.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/libavcodec/qtrle.c b/libavcodec/qtrle.c
index f565e0e358..ba6740f5d4 100644
--- a/libavcodec/qtrle.c
+++ b/libavcodec/qtrle.c
@@ -449,6 +449,7 @@ static int qtrle_decode_frame(AVCodecConte
On 24.08.2019 20:12, Carl Eugen Hoyos wrote:
> Am Do., 8. Aug. 2019 um 02:35 Uhr schrieb Thomas Volkert :
>> From: Thomas Volkert
>>
>> ---
>> libavutil/hwcontext_d3d11va.c | 7 ---
>> 1 file changed, 4 insertions(+), 3 deletions(-)
>>
>> diff --git a/libavutil/hwcontext_d3d11va.c b/libavutil
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Carl Eugen Hoyos
> Sent: Thursday, August 29, 2019 21:31
> To: FFmpeg development discussions and patches de...@ffmpeg.org>
> Subject: Re: [FFmpeg-devel] [PATCH 1/2] lavu/pixfmt: add AYUV pixe
> Am 29.08.2019 um 14:30 schrieb Hendrik Leppkes :
>
>> On Thu, Aug 29, 2019 at 1:47 PM Carl Eugen Hoyos wrote:
>>
>>
>>
>> Am 29.08.2019 um 03:34 schrieb Fu, Linjie :
>>
-Original Message-
From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
Of Carl
> Am 29.08.2019 um 14:30 schrieb Hendrik Leppkes :
>
>> On Thu, Aug 29, 2019 at 1:47 PM Carl Eugen Hoyos wrote:
>>
>>
>>
>> Am 29.08.2019 um 03:34 schrieb Fu, Linjie :
>>
-Original Message-
From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
Of Carl
On Wed, Aug 14, 2019 at 09:00:06AM +0200, Michael Niedermayer wrote:
> Fixes: Timeout (7sec -> 1sec)
> Fixes:
> 14709/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_GDV_fuzzer-5704215281795072
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/f
On Mon, Aug 12, 2019 at 09:17:03PM +0200, Michael Niedermayer wrote:
> Fixes: Timeout (13sec ->1sec)
> Fixes:
> 16122/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_SANM_fuzzer-5724944247291904
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/
On Mon, Aug 12, 2019 at 02:17:14AM +0200, Michael Niedermayer wrote:
> Fixes: signed integer overflow: -395281576 + -1827578048 cannot be
> represented in type 'int'
> Fixes:
> 16038/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_TTA_fuzzer-5646109705240576
>
> Found-by: continuous fuzzing pr
On Mon, Aug 12, 2019 at 02:17:19AM +0200, Michael Niedermayer wrote:
> Fixes: Timeout (->9sec)
> Fixes:
> 16292/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_VB_fuzzer-5747063496638464
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
>
On Sat, Aug 10, 2019 at 11:09:43PM +0200, Michael Niedermayer wrote:
> Fixes: Timeout (122sec -> 13ms)
> Fixes:
> 15978/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_CAVS_fuzzer-5148925004087296
>
> Found-by: continuous fuzzing process
> https://github.com/google/oss-fuzz/tree/master/project
On Sat, Aug 10, 2019 at 11:09:48PM +0200, Michael Niedermayer wrote:
> Fixes: signed integer overflow: 9223372036854775807 + 1 cannot be represented
> in type 'long'
> Fixes:
> 16022/clusterfuzz-testcase-minimized-ffmpeg_DEMUXER_fuzzer-5759796759756800
>
> Found-by: continuous fuzzing process
>
On Tue, Jul 30, 2019 at 08:18:47PM +0200, Michael Niedermayer wrote:
> This makes the code bitexact between platforms.
> Intermediate timestamps between frames are preserved.
> The timebase is simplified.
> Rounding differs from doubles in cases where timestamps/durations
> are "funny"
>
> Suggest
From: Nick Renieris
"LinearRaw" is a value that the PhotometricInterpretation tag can be set
to on DNG images that contain color information for all channels instead
of being bayer-encoded ("CFA" value).
The DNG decoder is complete enough that we can enable this now.
Sample:
- http://www.rawsam
From: Nick Renieris
Initialized to `(2 ^ BitsPerSample) - 1` as per the DNG Specification.
Also make sure that `BlackLevel < WhiteLevel`.
This fixes decoding for "X7 CinemaDNG" samples here:
- https://www.dji.com/gr/zenmuse-x7/info#downloads
Signed-off-by: Nick Renieris
---
libavcodec/tiff.c
From: Nick Renieris
This fixes "X7 RAW" and "X7 CinemaDNG" samples here:
- https://www.dji.com/gr/zenmuse-x7/info#downloads
Signed-off-by: Nick Renieris
---
libavcodec/tiff.c | 12
1 file changed, 12 insertions(+)
diff --git a/libavcodec/tiff.c b/libavcodec/tiff.c
index 28b8f42ed
From: Nick Renieris
This enables decoding of DNG images generated by the 'DJI Zenmuse X7'
digital camera
Samples: https://www.dji.com/gr/zenmuse-x7/info#downloads
Signed-off-by: Nick Renieris
---
libavcodec/tiff.c | 61 +++
1 file changed, 51 inserti
From: Nick Renieris
DNG samples here can now be decoded:
- https://www.photographyblog.com/previews/pentax_k1_photos
Signed-off-by: Nick Renieris
---
libavcodec/tiff.c | 61 ---
1 file changed, 37 insertions(+), 24 deletions(-)
diff --git a/libavcod
From: Nick Renieris
10-bit sample: http://www.rawsamples.ch/raws/phones/RAW_ONEPLUS_ONE-A0001.DNG
14-bit sample:
https://drive.google.com/open?id=0B4JyRT3Lth5HVndyOTVOdWktM3J4TFEydTk1MnY3RWlpSzVB
Signed-off-by: Nick Renieris
---
libavcodec/tiff.c | 23 +++
1 file changed,
From: Nick Renieris
Samples:
- Embedded JPEG images in the DNG images here:
https://www.photographyblog.com/previews/pentax_k1_photos
Signed-off-by: Nick Renieris
---
libavcodec/mjpegdec.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/libavcodec/mjpegdec.c b
From: Nick Renieris
Signed-off-by: Nick Renieris
---
libavcodec/tiff.c | 42 ++
1 file changed, 22 insertions(+), 20 deletions(-)
diff --git a/libavcodec/tiff.c b/libavcodec/tiff.c
index 3bf2b3e557..28b8f42edd 100644
--- a/libavcodec/tiff.c
+++ b/libavco
From: Nick Renieris
When the height is equal to the tile length (full-height tile)
after `height % tile_length` is applied with the current code,
it results in the operating tile_length to be 0. This commit
makes this leftover logic only applies if it's necessary.
Signed-off-by: Nick Renieris
From: Nick Renieris
Signed-off-by: Nick Renieris
---
libavcodec/tiff.c | 25 -
1 file changed, 24 insertions(+), 1 deletion(-)
diff --git a/libavcodec/tiff.c b/libavcodec/tiff.c
index eb064eec5c..78b4bd5301 100644
--- a/libavcodec/tiff.c
+++ b/libavcodec/tiff.c
@@ -556,
From: Nick Renieris
Also, ensure no false positives when determining DNG bayer images, by
setting them in tiff.c instead of relying on a heuristic. There's no
way to determine this just from the JPEG data, so we have to pass this
information from outside the MJPEG decoder.
Signed-off-by: Nick R
From: Nick Renieris
Some JPEGs [1] have incorrect DHT entries that map 2 codes to
the same value.
The second (last) mapping does not ever actually appear in the
code stream, therefore ignoring any mappings after the first one
fixes this.
Without this, an "mjpeg_decode_dc: bad vlc: 0:0" error is
From: Nick Renieris
Signed-off-by: Nick Renieris
---
libavcodec/tiff.c | 34 +++---
1 file changed, 23 insertions(+), 11 deletions(-)
diff --git a/libavcodec/tiff.c b/libavcodec/tiff.c
index 4c6b835afe..eb064eec5c 100644
--- a/libavcodec/tiff.c
+++ b/libavcodec/tiff
From: Nick Renieris
Used a technique similar to lavc/tdsc.c for invoking the MJPEG decoder.
This commit adds support for:
- DNG tiles
- DNG tile huffman lossless JPEG decoding
- DNG 8-bpp ("packed" as dcraw calls it) decoding
- DNG color scaling [1]
- LinearizationTable tag
- BlackLevel tag
From: Nick Renieris
Main image data in DNGs is usually comprised of tiles, each of which is a
Huffman-encoded lossless JPEG.
Tested for ljpeg regressions with:
`ffmpeg -f lavfi -i testsrc=d=1 -vcodec ljpeg test.avi`
`ffmpeg test.avi out.avi`
The modified code in ljpeg_decode_rgb_scan runs witho
Στις Πέμ, 29 Αυγ 2019 στις 4:00 μ.μ., ο/η Michael Niedermayer
έγραψε:
> This looks unrelated
Messed up when rebasing, will fix in a bit.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscri
On Thu, Aug 29, 2019 at 01:04:43AM +0800, Jun Zhao wrote:
> From: Jun Zhao
>
> Always set *size to zero if *bufptr is NULL, it's more make sence.
>
> fix #8095
>
> Signed-off-by: Jun Zhao
> ---
> libavutil/file.c |7 ++-
> 1 files changed, 6 insertions(+), 1 deletions(-)
probably ok
On Wed, Aug 28, 2019 at 03:27:13PM +0300, Nick Renieris wrote:
> From: Nick Renieris
>
> Some JPEGs [1] have incorrect DHT entries that map 2 codes to
> the same value.
>
> The second (last) mapping does not ever actually appear in the
> code stream, therefore ignoring any mappings after the fir
On Thu, Aug 29, 2019 at 1:47 PM Carl Eugen Hoyos wrote:
>
>
>
> Am 29.08.2019 um 03:34 schrieb Fu, Linjie :
>
> >> -Original Message-
> >> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> >> Of Carl Eugen Hoyos
> >> Sent: Thursday, August 29, 2019 05:17
> >> To: FFmp
On 8/29/19, Carl Eugen Hoyos wrote:
>
>
> Am 29.08.2019 um 03:34 schrieb Fu, Linjie :
>
>>> -Original Message-
>>> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
>>> Of Carl Eugen Hoyos
>>> Sent: Thursday, August 29, 2019 05:17
>>> To: FFmpeg development discussions
Am 29.08.2019 um 03:34 schrieb Fu, Linjie :
>> -Original Message-
>> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
>> Of Carl Eugen Hoyos
>> Sent: Thursday, August 29, 2019 05:17
>> To: FFmpeg development discussions and patches > de...@ffmpeg.org>
>> Subject: Re:
fix ticket: 8097
Signed-off-by: Steven Liu
---
libavformat/dashdec.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/libavformat/dashdec.c b/libavformat/dashdec.c
index f82a750d6f..a6f75514f6 100644
--- a/libavformat/dashdec.c
+++ b/libavformat/dashdec.c
@@ -794,
On Thu, Aug 29, 2019 at 10:12:23AM +0200, Marton Balint wrote:
>
> On Thu, 29 Aug 2019, lance.lmw...@gmail.com wrote:
>
> >From: Limin Wang
>
> See https://patchwork.ffmpeg.org/patch/14141/
Haven't notice it, however the patch isn't continue anymore. I submit the
update patch
by the Tomas comm
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/mxfenc.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
index 8b3d599a6f..aa23ee3947 100644
--- a/libavformat/mxfenc.c
+++ b/libavformat/mxfenc.c
@@ -553,15 +553,14
On Thu, 29 Aug 2019, lance.lmw...@gmail.com wrote:
From: Limin Wang
See https://patchwork.ffmpeg.org/patch/14141/
Thanks,
Marton
Signed-off-by: Limin Wang
---
libavformat/mxfenc.c | 8
1 file changed, 8 deletions(-)
diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
index
From: Limin Wang
Signed-off-by: Limin Wang
---
libavformat/mxfenc.c | 8
1 file changed, 8 deletions(-)
diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
index 8b3d599a6f..b5d9bb5f46 100644
--- a/libavformat/mxfenc.c
+++ b/libavformat/mxfenc.c
@@ -542,14 +542,6 @@ static void m
I did leave out one detail. Currently kodi is using v4.0.4. It's possible
there was a fix since that prevents rt->rtsp_hd being NULL in the call
to rtsp_send_cmd_with_content_async
in the first place.
Won't be able to test with 4.2 and kodi until the version gets bumped to
see if it persists witho
From: Limin Wang
Signed-off-by: Limin Wang
---
libavcodec/v210enc.c | 171 +--
1 file changed, 69 insertions(+), 102 deletions(-)
diff --git a/libavcodec/v210enc.c b/libavcodec/v210enc.c
index 2400538f73..1b17d885cc 100644
--- a/libavcodec/v210enc.c
+++
> -Original Message-
> From: James Zern [mailto:jz...@google.com]
> Sent: Thursday, August 29, 2019 2:14 PM
> To: Guo, Yejun
> Cc: FFmpeg development discussions and patches
> Subject: Re: [FFmpeg-devel] [PATCH V5] avcodec/libvpxenc: add ROI-based
> encoding support for VP8/VP9 support
77 matches
Mail list logo
