[FFmpeg-devel] [PATCH] avcodec/mediacodec: add av_mediacodec_render_buffer_at_time()

From: Aman Gupta The existing av_mediacodec_release_buffer allows the user to render or discard the Surface-backed frame. This new method allows the user to control exactly when the frame will be rendered to it's SurfaceView. Available since Android API 21. Signed-off-by: Aman Gupta ---

Re: [FFmpeg-devel] [PATCH] lavf: add avs2 demuxer

On Tue, Jul 31, 2018 at 11:02:20PM +0800, hwren wrote: > Signed-off-by: hwren > --- > libavformat/Makefile | 1 + > libavformat/allformats.c | 1 + > libavformat/davs2.c | 64 > > 3 files changed, 66 insertions(+) > create mode 100644

Re: [FFmpeg-devel] [PATCH]tools/qt-faststart: Allow free atoms after moov atom

2018-07-25 20:37 GMT+02:00, Carl Eugen Hoyos : > 2018-07-19 23:18 GMT+02:00, Carl Eugen Hoyos : >> 2018-07-12 1:28 GMT+02:00, Carl Eugen Hoyos : >> >>> Attached patch allows to fast-start mov files with free atoms after >>> the moov atom. >>> Tested with the sample from ticket #7277. >> >> Ping.

Re: [FFmpeg-devel] Why does ffmpeg h264 decoder stop decoding when certain type of packets are coming in the input stream?

2018-07-28 14:57 GMT+02:00, Naveed Basha : > Yes, please find the test stream here. I was using ffmpeg v3.4.2. > > https://drive.google.com/open?id=1rHCfG4csA3rB4LSgErEBn1F3WfI5nUVr This is now ticket #7340, thank you for the sample. Carl Eugen ___

Re: [FFmpeg-devel] [PATCH] lavc/svq3: Fix regression decoding some files.

2018-07-31 2:22 GMT+02:00, Nikolas Bowe : > Fixes some SVQ3 encoded files which fail to decode correctly after > 6d6faa2a2d. Please provide a sample. Thank you, Carl Eugen ___ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org

[FFmpeg-devel] hlsenc.c changes for fMP4

Hi, I've made changes to the code inside of hlsenc.c to resolve this issue: https://trac.ffmpeg.org/ticket/7281 . I've verified my changes with mpegts separate files, mpegts single file & fMP4 single file, and everything is working fine. I'd like to find

[FFmpeg-devel] [PATCH]lavf/dashdec: Do not copy url on init copy

Hi! Attached patch fixes ticket #7338, better fix welcome! Please comment, Carl Eugen From a967c8d11872d7163175ed946abdc80dcce8f37a Mon Sep 17 00:00:00 2001 From: Carl Eugen Hoyos Date: Wed, 1 Aug 2018 00:04:32 +0200 Subject: [PATCH] lavf/dashdec: Do not copy url address on init copy. Fixes

[FFmpeg-devel] [PATCH] avcodec/mediacodecdec: fix SEGV on modern nvidia decoders

From: Aman Gupta This code came originally from gstreamer, where it was added in [1] as a work-around for the Tegra 3. (The alignment was changed in [2] as a response to [3], from 32-bit to 16-bit). gstreamer only used this workaround in the case where the decoder didn't return a slice-height

Re: [FFmpeg-devel] [PATCH] qt-faststart: Add mode for probing faststart-ness

Hey Tomas, On Sat, Jul 28, 2018 at 1:56 AM, Tomas Härdin wrote: > lör 2018-07-28 klockan 10:31 +0530 skrev Gyan Doshi: > > > > On 28-07-2018 03:33 AM, Tomas Härdin wrote: > > > > > > woot! I didn't know the mov demuxer dumped such things. It is quite > > > slow however, since it will scan

Re: [FFmpeg-devel] [PATCH] avcodec/mediacodec_sw_buffer: Fix segmentation fault with decoding on android oreo (corrected)

On Thu, Jul 19, 2018 at 10:08 AM Peter Bennett wrote: > This is a correction of the earlier submission of this patch. > > avcodec_receive_frame consistently causes a seg fault when decoding 1080i > mpeg2 > on android version oreo. When copying the frame, the second plane in the > buffer >

[FFmpeg-devel] [PATCH] aadec: alternate mp3 seek handling

After seeking, determine the offset of the next frame in the decrypted buffer by scanning the first few bytes for a valid mp3 header. This significantly improves the listening experience for audio content with untypical encoding. --- This is a refinement of an earlier patch iteration, according to

[FFmpeg-devel] avformat/dashdec: fix for ticket #7336

Hi. fix for ticket #7336 From a8948069bbf8995414bb20f578a1553c522b5d06 Mon Sep 17 00:00:00 2001 From: Jacek Jendrzej Date: Mon, 30 Jul 2018 17:17:14 +0200 Subject: [PATCH] fix possible segfault, if dash stream have only audio or video pid --- libavformat/dashdec.c | 6 -- 1 file changed, 4

Re: [FFmpeg-devel] [PATCH] libavfilter: temporarily remove DNN framework and vf_sr filter

2018-07-28 14:31 GMT-03:00 Pedro Arthur : > 2018-07-27 14:24 GMT-03:00 Rostislav Pehlivanov : >> On 27 July 2018 at 18:12, Rostislav Pehlivanov wrote: >> >>> >>> And the coding style is just the tip, there are dozens of things I >>> disagree with, such as the custom float to 8 bit conversions,

Re: [FFmpeg-devel] [PATCH 2/2] fate: add decoder test for avs2

On 7/31/2018 9:17 AM, hwren wrote: > Signed-off-by: hwren > --- > tests/Makefile| 1 + > tests/fate/avs2.mak | 9 + > tests/ref/fate/avs2-davs2 | 98 > +++ > 3 files changed, 108 insertions(+) > create mode 100644

[FFmpeg-devel] [PATCH 1/2] docs/filters: add documentation to all existing OpenCL filters

docs/filters: add documentation to all existing OpenCL filters --- Thanks for your comments! Most of the issues have been fixed. >The filer source has many more options defined. >In addition, there are many missing values for the tonemap algo; it appears >not all are effected. If that's the

Re: [FFmpeg-devel] [PATCH 5/5] avformat/matroskaenc: update AV1 support

On 7/31/2018 3:37 AM, Steve Lhomme wrote: > On 30/07/2018 17:13, James Almer wrote: >> On 7/30/2018 2:03 AM, Steve Lhomme wrote: >>> On 26/07/2018 03:11, James Almer wrote: Make sure to not write forbidden OBUs to CodecPrivate, and do the same with unnecessary OBUs for packets. >>>

[FFmpeg-devel] [PATCH] lavf: add avs2 demuxer

Signed-off-by: hwren --- libavformat/Makefile | 1 + libavformat/allformats.c | 1 + libavformat/davs2.c | 64 3 files changed, 66 insertions(+) create mode 100644 libavformat/davs2.c diff --git a/libavformat/Makefile

Re: [FFmpeg-devel] [PATCH 2/2] fate: add decoder test for avs2

The avs2 sample used in this patch could be temporary found in https://gitee.com/hwren/avs2_samples/blob/master/ES/BasketballPass_416x240_50_ai/test.avs2 please download test.avs2 and put it as fate-suite/avs2/test.avs2 At 2018-07-31 20:17:12, "hwren" wrote: >Signed-off-by: hwren >---

[FFmpeg-devel] [PATCH 1/2] lavc/libdavs2.c: change log level

preper for fate test, the info-level param will be added later. Signed-off-by: hwren --- libavcodec/libdavs2.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/libavcodec/libdavs2.c b/libavcodec/libdavs2.c index 12db1f9..676b6fc 100644 --- a/libavcodec/libdavs2.c +++

[FFmpeg-devel] [PATCH 2/2] fate: add decoder test for avs2

Signed-off-by: hwren --- tests/Makefile| 1 + tests/fate/avs2.mak | 9 + tests/ref/fate/avs2-davs2 | 98 +++ 3 files changed, 108 insertions(+) create mode 100644 tests/fate/avs2.mak create mode 100644

Re: [FFmpeg-devel] [PATCH] avformat/librtmp: fix returning EOF from Read/Write

Am 28.07.2018 um 11:48 schrieb Jan Ekström: On Thu, Jul 26, 2018 at 1:20 PM, Timo Rothenpieler wrote: --- libavformat/librtmp.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/libavformat/librtmp.c b/libavformat/librtmp.c index f3cfa9a8e2..43013e46e0 100644

Re: [FFmpeg-devel] Why does ffmpeg h264 decoder stop decoding when certain type of packets are coming in the input stream?

Hi, I was debugging the issue to find out that when there are certain IDR (PPS) AVPackets in the stream the h264 decoder stops decoding AVPackets after that. I am unclear as to if there is something wrong with ffmpeg h264 decoder and needs a fix or if it is a normal behavior and application

Re: [FFmpeg-devel] [PATCH 1/4] vf_tonemap: Update the default peak values

On Wed, Jul 25, 2018 at 5:46 PM, Vittorio Giovara < vittorio.giov...@gmail.com> wrote: > When there is no metadata attached to a frame, take into account both > the PQ and HLG transfers, and change the HLG default value to 10: > the value of 12 is the maximum range in scene referred light, but >

Re: [FFmpeg-devel] [PATCH 5/5] avformat/matroskaenc: update AV1 support

On 30/07/2018 17:13, James Almer wrote: On 7/30/2018 2:03 AM, Steve Lhomme wrote: On 26/07/2018 03:11, James Almer wrote: Make sure to not write forbidden OBUs to CodecPrivate, and do the same with unnecessary OBUs for packets. Does this include reordering the OBUs ? The first one must be the