[FFmpeg-devel] [PATCH] lavf/mpegtsdec: fix AVPacket.pos when FEC/DVHS/BDAV data is present

We previously set pos to several bytes before the actual packet sync byte, which meant that seeking to pos relied on resync working, which can fail if there are 0x47 bytes in the additional data. The resync issue should probably also be fixed separately. --- libavformat/mpegts.c | 3 +-- 1 file

Re: [FFmpeg-devel] [PATCH] ffmpeg: block output == input for files

On 31-08-2018 09:57 AM, Gyan Doshi wrote: On 31-08-2018 04:28 AM, Marton Balint wrote: Is there any real use case when same source and destination works, so the option can be used? If not, then just make ffmpeg fail, like the cp command fails for same source and destination. I am against

Re: [FFmpeg-devel] [PATCH] ffmpeg: block output == input for files

On 31-08-2018 04:28 AM, Marton Balint wrote: Is there any real use case when same source and destination works, so the option can be used? If not, then just make ffmpeg fail, like the cp command fails for same source and destination. I am against adding an option if it has no known use.

Re: [FFmpeg-devel] [PATCH v2] avcodec/mips: [loongson] reoptimize h264_chroma_mc8_mmi v2.

>-Original Message- >From: ffmpeg-devel-boun...@ffmpeg.org [mailto:ffmpeg-devel-boun...@ffmpeg.org] >On Behalf Of >Michael Niedermayer >Sent: Friday, August 31, 2018 5:47 AM >To: FFmpeg development discussions and patches >Subject: Re: [FFmpeg-devel] [PATCH v2] avcodec/mips: [loongson]

Re: [FFmpeg-devel] [PATCH] avfilter/vf_transpose adding NPP transpose filter

On Thu, Aug 30, 2018 at 10:13:28AM +, Roman Arzumanyan wrote: > Hello, > This patch adds NPP transpose filter. > > Cmd example: > ffmpeg.exe -hwaccel cuvid -c:v h264_cuvid -i input.mp4 -vf > transpose_npp="t=3" -c:v h264_nvenc -y output_transpose_npp.mp4 > > Supported values: > t=0 no

Re: [FFmpeg-devel] [PATCH] lavc/libaomenc: Add -tile-columns/-tile-rows

On 8/20/2018 2:56 PM, Kagami Hiiragi wrote: > These options are required for multithreaded encoding, because they set > to zero by default in av1_cx_iface.c. > > Signed-off-by: Kagami Hiiragi > > diff --git a/libavcodec/libaomenc.c b/libavcodec/libaomenc.c > index 9431179886..55cb7ff72e 100644

Re: [FFmpeg-devel] [PATCH] lavf/mov: Fix PCM audio w/ bit depth > 16

2018-08-31 1:43 GMT+02:00, Michael Niedermayer : > On Mon, Aug 27, 2018 at 12:59:28PM -0700, John Stebbins wrote: >> This type of audio is defined by the QT spec, but can be found in >> non-QT branded files in the wild. >> >> Fixes ticket #7376 >> --- >> libavformat/mov.c | 14 ++ >>

Re: [FFmpeg-devel] [PATCH] configure: _deps: validate, reduce sensitivity

On Tue, Aug 28, 2018 at 10:27:31PM +, avih wrote: > I analyzed the linkage failures at: > http://ffmpeg.org/pipermail/ffmpeg-devel/2018-August/233674.html > > After finding their immediate cause - expecting a specific output > order from unique() - I realized that there might be a related

Re: [FFmpeg-devel] [PATCH] lavf/mov: Fix PCM audio w/ bit depth > 16

On Mon, Aug 27, 2018 at 12:59:28PM -0700, John Stebbins wrote: > This type of audio is defined by the QT spec, but can be found in > non-QT branded files in the wild. > > Fixes ticket #7376 > --- > libavformat/mov.c | 14 ++ > 1 file changed, 14 insertions(+) So IIUC this is

Re: [FFmpeg-devel] [PATCH 1/4] lavf/mov: add AVCodecTag entry for GoPro metadata

On Mon, Aug 27, 2018 at 12:57:07PM -0700, John Stebbins wrote: > This allows for validation of the track type > --- > libavformat/isom.c | 5 + > libavformat/isom.h | 1 + > libavformat/mov.c | 3 +++ > 3 files changed, 9 insertions(+) > > diff --git a/libavformat/isom.c

Re: [FFmpeg-devel] [PATCH] ffmpeg: block output == input for files

On Thu, 30 Aug 2018, Paul B Mahol wrote: On 8/30/18, Gyan Doshi wrote: On 29-08-2018 09:48 AM, Gyan Doshi wrote: On 29-08-2018 02:43 AM, Michael Niedermayer wrote: On Tue, Aug 28, 2018 at 08:31:51AM +0200, Marton Balint wrote: Instead of this, maybe we should add support to write lock

Re: [FFmpeg-devel] [PATCH]tests/ref/fate/pixelutils: Add a newline

2018-08-30 2:31 GMT+02:00, myp...@gmail.com : > On Thu, Aug 30, 2018 at 5:36 AM Carl Eugen Hoyos wrote: >> Attached patch fixes fate-pixelutils on aix. >> >> Please comment, Carl Eugen > LGTM Patch applied. Thank you, Carl Eugen ___ ffmpeg-devel

Re: [FFmpeg-devel] [PATCH] aacenc: remove unsupported PCE mappings

2018-08-30 23:12 GMT+02:00, Michael Niedermayer : > On Tue, Aug 28, 2018 at 10:29:37PM +0100, Rostislav Pehlivanov wrote: >> Turns out those ones make the decoder unable to accurately determine the >> layout, hence making some API users' guess, and sometimes those are >> correct >> (ffmpeg.c), but

[FFmpeg-devel] [mov] Error on too large stsd entry counts.

Entries are always at least 8 bytes per the parsing code, so if we see an impossible entry count avoid massive allocations. This is similar to an existing check in mov_read_stsc(). Since ff_mov_read_stsd_entries() does eof checks, an alternative approach could be to clamp the entry count to

Re: [FFmpeg-devel] [PATCH v2] avcodec/mips: [loongson] reoptimize h264_chroma_mc8_mmi v2.

On Thu, Aug 30, 2018 at 02:24:04PM +0800, Shiyou Yin wrote: > Reoptimize function ff_put_h264_chroma_mc8_mmi and ff_avg_h264_chroma_mc8_mmi. > Performance of h264 decoding improved about 5%(from 69fps to 73fps, tested on > loongson 3A3000). what do you mean by "Reoptimize"? does this port some

Re: [FFmpeg-devel] [PATCH] aacenc: remove unsupported PCE mappings

On Tue, Aug 28, 2018 at 10:29:37PM +0100, Rostislav Pehlivanov wrote: > Turns out those ones make the decoder unable to accurately determine the > layout, hence making some API users' guess, and sometimes those are correct > (ffmpeg.c), but most often (especially with side channels) they're wrong.

Re: [FFmpeg-devel] [FFmpeg-cvslog] avcodec/utvideodec: use cached bitstream reader everywhere except on x86_32

> ffmpeg | branch: master | Paul B Mahol > | Tue Apr 3 13:32:07 > 2018 +0200| [562f00ed072080b34f351577818783a94ac9de62] | committer: Paul B > Mahol > > avcodec/utvideodec: use cached bitstream reader everywhere except on x86_32 > > >/From 100x

Re: [FFmpeg-devel] wolfSSL - new TLS backend patch

On 8/28/18, samsamsam wrote: > This patch was prepared and tested for version 3.4.2, but I think that it > can be used as base to discuss to add wolfSSL support. How do you think? It can not be used as is. ___ ffmpeg-devel mailing list

Re: [FFmpeg-devel] [PATCH] ffmpeg: block output == input for files

On 8/30/18, Gyan Doshi wrote: > On 29-08-2018 09:48 AM, Gyan Doshi wrote: >> On 29-08-2018 02:43 AM, Michael Niedermayer wrote: >>> On Tue, Aug 28, 2018 at 08:31:51AM +0200, Marton Balint wrote: >> Instead of this, maybe we should add support to write lock the files when

Re: [FFmpeg-devel] [PATCH] ffmpeg: block output == input for files

On 29-08-2018 09:48 AM, Gyan Doshi wrote: On 29-08-2018 02:43 AM, Michael Niedermayer wrote: On Tue, Aug 28, 2018 at 08:31:51AM +0200, Marton Balint wrote: Instead of this, maybe we should add support to write lock the files when opening them for reading. Then ffmpeg can request this.

[FFmpeg-devel] wolfSSL - new TLS backend patch

This patch was prepared and tested for version 3.4.2, but I think that it can be used as base to discuss to add wolfSSL support. How do you think? diff -Nur ffmpeg-3.4.2/configure ffmpeg-3.4.2_wolfssl_patch/con --- ffmpeg-3.4.2/configure 2018-02 01:29:18.0 +0100 +++

[FFmpeg-devel] lavf//dashdec:fix calc_cur_seg_no with presentation_timeoffset

Hi. My try to fix Ticket #7382. Patch for https://trac.ffmpeg.org/ticket/7382 From a22984201f05854c6ec6e86cf05f67c2419d Mon Sep 17 00:00:00 2001 From: Jacek Jendrzej Date: Wed, 29 Aug 2018 12:35:35 +0200 Subject: [PATCH] avformat/dashdec:try to fix calc_cur_seg_no with

[FFmpeg-devel] avformat/dashdec:try to fix calc_cur_seg_no with presentation_timeoffset

Hi. Patch for Ticket #7382. From a22984201f05854c6ec6e86cf05f67c2419d Mon Sep 17 00:00:00 2001 From: Jacek Jendrzej Date: Wed, 29 Aug 2018 12:35:35 +0200 Subject: [PATCH] avformat/dashdec:try to fix calc_cur_seg_no with presentation_timeoffset --- libavformat/dashdec.c | 2 +- 1 file

[FFmpeg-devel] Can support h264 encoder by mediacodec on android?

Hello, Ffmpeg has supported H264 hardware decoding by mediacodec.But it cannot support H264 encoder by mediacodec. Can you add H264 encoder by mediacodec in future? Thank's for help. Regards. flhcd ___ ffmpeg-devel mailing list

[FFmpeg-devel] [PATCH] avcodec/scpr: add version 3 support

Signed-off-by: Paul B Mahol --- libavcodec/scpr.c | 1606 +++-- 1 file changed, 1568 insertions(+), 38 deletions(-) diff --git a/libavcodec/scpr.c b/libavcodec/scpr.c index 965a3ed22f..bef6d10130 100644 --- a/libavcodec/scpr.c +++ b/libavcodec/scpr.c @@

Re: [FFmpeg-devel] [PATCH] avformat/utils: Don't parse encrypted packets.

On Wed, Aug 29, 2018 at 4:37 PM Michael Niedermayer wrote: > > On Wed, Aug 29, 2018 at 03:30:39PM -0700, Jacob Trimble wrote: > > On Wed, Aug 29, 2018 at 3:20 PM James Almer wrote: > > > > > > On 8/29/2018 7:07 PM, Michael Niedermayer wrote: > > > > On Tue, Aug 28, 2018 at 10:58:43AM -0700,

Re: [FFmpeg-devel] [PATCH] lavf/libsmbclient: return AVERROR_EOF for EOF.

Nicolas George (2018-08-30): > Fix trac ticket #7387. > > Signed-off-by: Nicolas George > --- > libavformat/libsmbclient.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > > Untested, I do not have a SMB share at hand. Confirmed to work on trac. Will push soon. Regards, --

[FFmpeg-devel] [PATCH] lavf/libsmbclient: return AVERROR_EOF for EOF.

Fix trac ticket #7387. Signed-off-by: Nicolas George --- libavformat/libsmbclient.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) Untested, I do not have a SMB share at hand. diff --git a/libavformat/libsmbclient.c b/libavformat/libsmbclient.c index b68cd8bd79..3285868957 100644 ---

[FFmpeg-devel] [PATCH v2] avcodec/mips: [loongson] optimize memset in h264dsp.

Optimized memset with mmi in following functions: 1. ff_h264_add_pixels4_8_mmi. 2. ff_h264_idct_add_8_mmi. 3. ff_h264_idct8_add_8_mmi. This optimization improved h264 decoding performance about 1fps(tested on loongson 3A3000). Change-Id: I4e8b75510e6a34b4c80f84ad784b00377570c4ec ---

Re: [FFmpeg-devel] [PATCH] avfilter/vf_transpose adding NPP transpose filter

Thanks! I'm a bit short on time at the moment, but I'll try to have a look during the weekend. If someone else also wants to give a review, please go ahead! smime.p7s Description: S/MIME Cryptographic Signature ___ ffmpeg-devel mailing list

[FFmpeg-devel] [PATCH] avfilter/vf_transpose adding NPP transpose filter

Hello, This patch adds NPP transpose filter. Cmd example: ffmpeg.exe -hwaccel cuvid -c:v h264_cuvid -i input.mp4 -vf transpose_npp="t=3" -c:v h264_nvenc -y output_transpose_npp.mp4 Supported values: t=0 no transpose t=1 90 deg clockwise t=2 180 deg clockwise t=3 270 deg clockwise -- BR, Roman

[FFmpeg-devel] [PATCH] avcodec/dnxhdenc: stop leaking memory when initalization fails

Fixes #6593. Signed-off-by: Paul B Mahol --- libavcodec/dnxhdenc.c | 18 +- libavcodec/dnxhdenc.h | 2 ++ 2 files changed, 11 insertions(+), 9 deletions(-) diff --git a/libavcodec/dnxhdenc.c b/libavcodec/dnxhdenc.c index 01e22e7764..5135eedfd6 100644 ---

Re: [FFmpeg-devel] [PATCH] avfilter/vf_interlace: fix numerical options

Am Mo., 27. Aug. 2018 um 20:40 Uhr schrieb Thomas Mundt : > Am Mo., 27. Aug. 2018 um 19:40 Uhr schrieb Paul B Mahol >: > >> On 8/27/18, Thomas Mundt wrote: >> > Am Fr., 24. Aug. 2018 um 15:05 Uhr schrieb Paul B Mahol < >> one...@gmail.com>: >> > >> >> On 8/23/18, Thomas Mundt wrote: >> >> >

[FFmpeg-devel] [PATCH v2] fate: add 10-bit test for hue video filter

Signed-off-by: Tobias Rapp --- tests/fate/filter-video.mak | 3 +++ tests/ref/fate/filter-hue4 | 1 + 2 files changed, 4 insertions(+) create mode 100644 tests/ref/fate/filter-hue4 diff --git a/tests/fate/filter-video.mak b/tests/fate/filter-video.mak index edd51e1..8bbdc04 100644 ---

Re: [FFmpeg-devel] [PATCH]lavc/cfhd: Drop an unused function

On 8/23/18, Gagandeep Singh wrote: > On Thu, Aug 23, 2018 at 7:33 PM Paul B Mahol wrote: > >> 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

[FFmpeg-devel] [PATCH 2/2] examples: Fix use of AV_CODEC_FLAG_GLOBAL_HEADER

AV_CODEC_FLAG_GLOBAL_HEADER should be set before calling avcodec_open2() to have any effect. --- doc/examples/transcoding.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/doc/examples/transcoding.c b/doc/examples/transcoding.c index a83fa3a..e48837c 100644 ---

[FFmpeg-devel] [PATCH 1/2] Fix typos

--- libavcodec/qsvenc_h264.c | 2 +- libavutil/avassert.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/libavcodec/qsvenc_h264.c b/libavcodec/qsvenc_h264.c index 7aa65e9..dfa4666 100644 --- a/libavcodec/qsvenc_h264.c +++ b/libavcodec/qsvenc_h264.c @@ -1,5 +1,5 @@ /*

[FFmpeg-devel] [PATCH v2] avcodec/mips: [loongson] reoptimize h264_chroma_mc8_mmi v2.

Reoptimize function ff_put_h264_chroma_mc8_mmi and ff_avg_h264_chroma_mc8_mmi. Performance of h264 decoding improved about 5%(from 69fps to 73fps, tested on loongson 3A3000). Change-Id: Iccd7f4e480b2d0bfc47e4d409874c4adb77416cc --- libavcodec/mips/h264chroma_mmi.c | 744