> libavcodec/qsvenc.c | 7 +++
> 1 file changed, 3 insertions(+), 4 deletions(-)
>
> diff --git a/libavcodec/qsvenc.c b/libavcodec/qsvenc.c index
> 931e994..96cf642 100644
> --- a/libavcodec/qsvenc.c
> +++ b/libavcodec/qsvenc.c
> @@ -1377,11 +1377,10 @@ int ff_qsv_encode(AVCodecContext *avctx
>-Original Message-
>From: ffmpeg-devel-boun...@ffmpeg.org [mailto:ffmpeg-devel-boun...@ffmpeg.org]
>On Behalf Of gxw
>Sent: Tuesday, December 18, 2018 9:15 AM
>To: ffmpeg-devel@ffmpeg.org
>Cc: gxw
>Subject: [FFmpeg-devel] [PATCH] avcodec/mips: [loongson] fix failed case:
>hevc-conformance
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf
> Of Zhou, Zachary
> Sent: Monday, December 3, 2018 6:56 PM
> To: FFmpeg development discussions and patches
>
> Cc: Zhou, Zachary
> Subject: Re: [FFmpeg-devel] [PATCH v4] libavfilter: add transpose_vaapi filter
>
> ping? an
On Tue, Dec 18, 2018 at 12:04 AM Mohammad Izadi wrote:
> As Jan mentioned, we need to specify the kind of the HDR metadata. Here are
> some alternatives:
>
> AVDynamicHDRPlus
> AVSMPTE2094App4 (Application 4 is HDR10+ while Dolby is application 1)
> AVHDRPlusMetadata
>
> Which one do you pref
As Jan mentioned, we need to specify the kind of the HDR metadata. Here are
some alternatives:
AVDynamicHDRPlus
AVSMPTE2094App4 (Application 4 is HDR10+ while Dolby is application 1)
AVHDRPlusMetadata
Which one do you prefer?
--
Best,
Mohammad
On Mon, Dec 17, 2018 at 3:07 PM Jan Ekström
> On Dec 17, 2018, at 4:35 PM, Aleksey Skripka wrote:
>
> Evening!
>
> First of all, about playlist writeout:
> before 223d2bde22ce33dcbcb6f17f234b609cb98f1fb6 - playlist was always(!)
> creating via .tmp file.
> after 223d2bde22ce33dcbcb6f17f234b609cb98f1fb6 - playlists .tmp logic become
>
> -Original Message-
> From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of
> Mark Thompson
> Sent: Tuesday, December 18, 2018 6:33 AM
> To: ffmpeg-devel@ffmpeg.org
> Subject: Re: [FFmpeg-devel] [PATCH 1/2] lavfi/vf_hwmap: make hwunmap from
> software frame work.
>
>
The AV_INPUT_BUFFER_PADDING_SIZE has been increased to 64, but the value is
still 32
in function ff_hevc_sao_edge_filter_8_msa. So, Modify the corresponding value
to 64.
Fate tests passed.
---
libavcodec/mips/hevc_lpf_sao_msa.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/
This will be needed by the eventual native AV1 decoder.
Signed-off-by: James Almer
---
Missing Changelog entry, version bump
configure| 1 +
libavcodec/Makefile | 1 +
libavcodec/av1_frame_split_bsf.c | 246 +++
libavcodec/bit
> -Original Message-
> From: Fu, Linjie
> Sent: Monday, December 10, 2018 18:24
> To: ffmpeg-devel@ffmpeg.org
> Cc: Fu, Linjie
> Subject: [PATCH,v3] lavc/hevc_parser: cope with more leading_zero_8bits
> and update FATE
>
> Given that leading_zero_8bits can be included many times at the be
Thanks for your attention, Adrian!
just one moment,
in hls_write_packet():
instead:
+if (use_temp_file) {
+hls_rename_temp_file(s, oc);
should be:
+if (use_temp_file && !(hls->flags & HLS_SINGLE_FILE))
+hls_rename_temp_file(s, oc);
or we a killing 'single
On Mon, 17 Dec 2018, BIGLER Don (Framatome) wrote:
Attached is a patch that fixes a potential segmentation fault in
avdevice/decklink when used in a multi-threaded environment outside of
ffmpeg. Because the capture_started flag is not set the stream is not
closed properly. This can cause a
On Mon, Dec 17, 2018 at 8:26 PM Michael Niedermayer
wrote:
>
> On Sat, Dec 15, 2018 at 08:50:41PM +0200, Jan Ekström wrote:
> > Fixes issues when a subtitle packet is received before PCR for the
> > program has been received, leading to wildly jumping timestamps
> > on the lavf client side as well
On Mon, Dec 17, 2018 at 05:13:05PM +0800, Steven Liu wrote:
> After patch:
> init nbits = 17, get 1 samples, duration: 15221
> Before patch:
> init nbits = 17, get 1 samples, duration: 16105
>
> test script:
> DURATION=0
> for((i=0;i<1;i++)) do
> ./libavcodec/tests/fft -n 17 &>output
>
On Tue, Dec 18, 2018 at 12:58 AM Vittorio Giovara
wrote:
>
> On Mon, Dec 17, 2018 at 5:53 PM Jan Ekström wrote:
>
> > On Tue, Dec 18, 2018 at 12:41 AM Vittorio Giovara
> > wrote:
> > >
> > > I like
> > VeryLongJavaLikeNamingForFunctionsAndDataTypesAsWellAsEnumsOfCourse
> > > as much as the next
On Mon, Dec 17, 2018 at 5:53 PM Jan Ekström wrote:
> On Tue, Dec 18, 2018 at 12:41 AM Vittorio Giovara
> wrote:
> >
> > On Mon, Dec 10, 2018 at 2:50 PM Mohammad Izadi
> wrote:
> >
> > > From: Mohammad Izadi
> > >
> > > The dynamic metadata contains data for color volume transform -
> > > appli
Hi!
Attached patch fixes ticket #7625 for me.
Please comment, Carl Eugen
From be83e6c657b8d8e2a158747b58c4dbc6ba3cc516 Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Mon, 17 Dec 2018 23:53:29 +0100
Subject: [PATCH] lavc/mjpegdec: Interpret three-component Adobe transform 0
also as RGB.
On Tue, Dec 18, 2018 at 12:41 AM Vittorio Giovara
wrote:
>
> On Mon, Dec 10, 2018 at 2:50 PM Mohammad Izadi wrote:
>
> > From: Mohammad Izadi
> >
> > The dynamic metadata contains data for color volume transform -
> > application 4 of SPMTE 2094-40:2016 standard. The data comes from HEVC in
> >
13/12/2018 01:50, Ruiling Song wrote:
> This patch was used to fix the second hwmap filter issue:
> [vaapi_frame] hwmap [software filters] hwmap [vaapi_frame]
> For such case, we also need to allocate the hardware frame
> and map it back to software.
>
> Signed-off-by: Ruiling Song
> ---
> liba
On Mon, Dec 10, 2018 at 2:50 PM Mohammad Izadi wrote:
> From: Mohammad Izadi
>
> The dynamic metadata contains data for color volume transform -
> application 4 of SPMTE 2094-40:2016 standard. The data comes from HEVC in
> the SEI_TYPE_USER_DATA_REGISTERED_ITU_T_T35.
>
> I'll add support to HEVC
Thanks for the explanation, now your intent is clear. I agree that
keeping playlist file always as temp as long as it's a file protocol
makes sense and won't do harm, though I'm still curious why original
change to accept HLS_TEMP_FILE flag was sent to include and was included
in official relea
On 11/12/2018 14:28, Paul B Mahol wrote:
> On 12/11/18, Carl Eugen Hoyos wrote:
>> 2018-12-10 23:41 GMT+01:00, Mark Thompson :
>>> On 09/12/2018 14:21, Mark Thompson wrote:
On 09/12/2018 13:54, Paul B Mahol wrote:
> On 12/9/18, Mark Thompson wrote:
>> On 09/12/2018 08:52, Paul B Maho
Attached is a patch that fixes a potential segmentation fault in
avdevice/decklink when used in a multi-threaded environment outside of ffmpeg.
Because the capture_started flag is not set the stream is not closed properly.
This can cause a segmentation fault when the input callback is called i
2018-12-17 22:51 GMT+01:00, Jan Ekström :
> On Mon, Dec 17, 2018 at 11:47 PM Carl Eugen Hoyos
> wrote:
>>
>> 2018-12-17 22:45 GMT+01:00, Jan Ekström :
>> > On Mon, Dec 17, 2018 at 11:36 PM Carl Eugen Hoyos
>> > wrote:
>> >>
>> >> 2018-12-17 22:27 GMT+01:00, Rodger Combs :
>> >> > ffmpeg | branch:
On Mon, Dec 17, 2018 at 11:47 PM Carl Eugen Hoyos wrote:
>
> 2018-12-17 22:45 GMT+01:00, Jan Ekström :
> > On Mon, Dec 17, 2018 at 11:36 PM Carl Eugen Hoyos
> > wrote:
> >>
> >> 2018-12-17 22:27 GMT+01:00, Rodger Combs :
> >> > ffmpeg | branch: master | Rodger Combs | Mon
> >> > Nov 5
> >> > 10
2018-12-17 22:45 GMT+01:00, Jan Ekström :
> On Mon, Dec 17, 2018 at 11:36 PM Carl Eugen Hoyos
> wrote:
>>
>> 2018-12-17 22:27 GMT+01:00, Rodger Combs :
>> > ffmpeg | branch: master | Rodger Combs | Mon
>> > Nov 5
>> > 10:26:24 2018 -0600| [6ebe88f3a4c427511eba7495896f4a57a2b4b529] |
>> > committ
On Mon, Dec 17, 2018 at 11:36 PM Carl Eugen Hoyos wrote:
>
> 2018-12-17 22:27 GMT+01:00, Rodger Combs :
> > ffmpeg | branch: master | Rodger Combs | Mon Nov 5
> > 10:26:24 2018 -0600| [6ebe88f3a4c427511eba7495896f4a57a2b4b529] | committer:
> > Jan Ekström
> >
> > lavf/isom: add Dolby Vision samp
On 12/17/18, Carl Eugen Hoyos wrote:
> 2018-12-17 22:27 GMT+01:00, Rodger Combs :
>> ffmpeg | branch: master | Rodger Combs | Mon Nov
>> 5
>> 10:26:24 2018 -0600| [6ebe88f3a4c427511eba7495896f4a57a2b4b529] |
>> committer:
>> Jan Ekström
>>
>> lavf/isom: add Dolby Vision sample entry codes for HEV
2018-12-17 22:37 GMT+01:00, Paul B Mahol :
> On 12/17/18, Carl Eugen Hoyos wrote:
>> 2018-12-17 22:29 GMT+01:00, Paul B Mahol :
>>> On 12/17/18, Carl Eugen Hoyos wrote:
2018-12-17 22:26 GMT+01:00, Paul B Mahol :
> On 12/17/18, Carl Eugen Hoyos wrote:
>> 2018-12-17 2:47 GMT+01:00, Ca
On 12/17/18, Carl Eugen Hoyos wrote:
> 2018-12-17 22:29 GMT+01:00, Paul B Mahol :
>> On 12/17/18, Carl Eugen Hoyos wrote:
>>> 2018-12-17 22:26 GMT+01:00, Paul B Mahol :
On 12/17/18, Carl Eugen Hoyos wrote:
> 2018-12-17 2:47 GMT+01:00, Carl Eugen Hoyos :
>
>> The Opus struct RawB
Evening!
First of all, about playlist writeout:
before 223d2bde22ce33dcbcb6f17f234b609cb98f1fb6 - playlist was always(!)
creating via .tmp file.
after 223d2bde22ce33dcbcb6f17f234b609cb98f1fb6 - playlists .tmp logic become
dependent on +temp_file flag.
I suggest to return to original logic.
Non
2018-12-17 22:27 GMT+01:00, Rodger Combs :
> ffmpeg | branch: master | Rodger Combs | Mon Nov 5
> 10:26:24 2018 -0600| [6ebe88f3a4c427511eba7495896f4a57a2b4b529] | committer:
> Jan Ekström
>
> lavf/isom: add Dolby Vision sample entry codes for HEVC and H.264
>
> These are registered identifiers a
2018-12-17 22:29 GMT+01:00, Paul B Mahol :
> On 12/17/18, Carl Eugen Hoyos wrote:
>> 2018-12-17 22:26 GMT+01:00, Paul B Mahol :
>>> On 12/17/18, Carl Eugen Hoyos wrote:
2018-12-17 2:47 GMT+01:00, Carl Eugen Hoyos :
> The Opus struct RawBitsContext is used in both the decoder and the
On Mon, Dec 17, 2018 at 11:23 PM Paul B Mahol wrote:
>
> On 12/3/18, Jan Ekström wrote:
> > From: Rodger Combs
> >
> > These are registered identifiers at the MPEG-4 RA, which are
> > defined as to be utilized for Dolby Vision AVC/HEVC streams that
> > are not correctly presentable by standards-
On 12/17/18, Carl Eugen Hoyos wrote:
> 2018-12-17 22:26 GMT+01:00, Paul B Mahol :
>> On 12/17/18, Carl Eugen Hoyos wrote:
>>> 2018-12-17 2:47 GMT+01:00, Carl Eugen Hoyos :
>>>
The Opus struct RawBitsContext is used in both the decoder and the
encoder.
The fact that *position is con
2018-12-17 22:26 GMT+01:00, Paul B Mahol :
> On 12/17/18, Carl Eugen Hoyos wrote:
>> 2018-12-17 2:47 GMT+01:00, Carl Eugen Hoyos :
>>
>>> The Opus struct RawBitsContext is used in both the decoder and the
>>> encoder.
>>> The fact that *position is const avoids warnings in the decoder where
>>> it
On 12/17/18, Carl Eugen Hoyos wrote:
> 2018-12-17 2:47 GMT+01:00, Carl Eugen Hoyos :
>
>> The Opus struct RawBitsContext is used in both the decoder and the
>> encoder.
>> The fact that *position is const avoids warnings in the decoder where
>> it points into the bitstream. The encoder writes into
On 12/3/18, Jan Ekström wrote:
> ---
> libavformat/mov.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/libavformat/mov.c b/libavformat/mov.c
> index ec57a05803..497790522f 100644
> --- a/libavformat/mov.c
> +++ b/libavformat/mov.c
> @@ -1903,6 +1903,11 @@ static int mov_read_glbl(
On 12/3/18, Jan Ekström wrote:
> From: Rodger Combs
>
> These are registered identifiers at the MPEG-4 RA, which are
> defined as to be utilized for Dolby Vision AVC/HEVC streams that
> are not correctly presentable by standards-compliant AVC/HEVC players.
>
> According to the Dolby Vision specif
2018-12-17 2:47 GMT+01:00, Carl Eugen Hoyos :
> The Opus struct RawBitsContext is used in both the decoder and the encoder.
> The fact that *position is const avoids warnings in the decoder where
> it points into the bitstream. The encoder writes into the same
> pointer, attached cast silences the
2018-12-17 22:18 GMT+01:00, Jan Ekström :
> On Mon, Dec 17, 2018 at 11:11 PM Carl Eugen Hoyos
> wrote:
>>
>> 2018-12-17 22:02 GMT+01:00, Jan Ekström :
>> > On Mon, Dec 17, 2018 at 10:57 PM Carl Eugen Hoyos
>> > wrote:
>> >>
>> >> 2018-12-17 21:52 GMT+01:00, Jan Ekström :
>> >> > On Mon, Dec 17, 2
On Mon, Dec 17, 2018 at 11:11 PM Carl Eugen Hoyos wrote:
>
> 2018-12-17 22:02 GMT+01:00, Jan Ekström :
> > On Mon, Dec 17, 2018 at 10:57 PM Carl Eugen Hoyos
> > wrote:
> >>
> >> 2018-12-17 21:52 GMT+01:00, Jan Ekström :
> >> > On Mon, Dec 17, 2018 at 10:49 PM Carl Eugen Hoyos
> >> > wrote:
> >>
On 12/17/18, Carl Eugen Hoyos wrote:
> 2018-12-17 22:02 GMT+01:00, Paul B Mahol :
>> On 12/17/18, Carl Eugen Hoyos wrote:
>>> 2018-12-17 21:35 GMT+01:00, Rostislav Pehlivanov :
On Mon, 17 Dec 2018 at 01:47, Carl Eugen Hoyos
wrote:
> Hi!
>
> The Opus struct RawBitsConte
2018-12-17 22:02 GMT+01:00, Jan Ekström :
> On Mon, Dec 17, 2018 at 10:57 PM Carl Eugen Hoyos
> wrote:
>>
>> 2018-12-17 21:52 GMT+01:00, Jan Ekström :
>> > On Mon, Dec 17, 2018 at 10:49 PM Carl Eugen Hoyos
>> > wrote:
>> >>
>> >> 2018-12-17 21:30 GMT+01:00, Jan Ekström :
>> >> > On Mon, Dec 17, 2
2018-12-17 22:02 GMT+01:00, Paul B Mahol :
> On 12/17/18, Carl Eugen Hoyos wrote:
>> 2018-12-17 21:35 GMT+01:00, Rostislav Pehlivanov :
>>> On Mon, 17 Dec 2018 at 01:47, Carl Eugen Hoyos
>>> wrote:
>>>
Hi!
The Opus struct RawBitsContext is used in both the decoder and the
enco
On Mon, Dec 17, 2018 at 11:02 PM Jan Ekström wrote:
>
> On Mon, Dec 17, 2018 at 10:57 PM Carl Eugen Hoyos wrote:
> >
> > 2018-12-17 21:52 GMT+01:00, Jan Ekström :
> > > On Mon, Dec 17, 2018 at 10:49 PM Carl Eugen Hoyos
> > > wrote:
> > >>
> > >> 2018-12-17 21:30 GMT+01:00, Jan Ekström :
> > >> >
On 12/17/18, Carl Eugen Hoyos wrote:
> 2018-12-17 21:35 GMT+01:00, Rostislav Pehlivanov :
>> On Mon, 17 Dec 2018 at 01:47, Carl Eugen Hoyos wrote:
>>
>>> Hi!
>>>
>>> The Opus struct RawBitsContext is used in both the decoder and the
>>> encoder.
>>> The fact that *position is const avoids warning
On Mon, Dec 17, 2018 at 10:57 PM Carl Eugen Hoyos wrote:
>
> 2018-12-17 21:52 GMT+01:00, Jan Ekström :
> > On Mon, Dec 17, 2018 at 10:49 PM Carl Eugen Hoyos
> > wrote:
> >>
> >> 2018-12-17 21:30 GMT+01:00, Jan Ekström :
> >> > On Mon, Dec 17, 2018 at 10:23 PM Carl Eugen Hoyos
> >> > wrote:
> >>
2018-12-17 21:52 GMT+01:00, Jan Ekström :
> On Mon, Dec 17, 2018 at 10:49 PM Carl Eugen Hoyos
> wrote:
>>
>> 2018-12-17 21:30 GMT+01:00, Jan Ekström :
>> > On Mon, Dec 17, 2018 at 10:23 PM Carl Eugen Hoyos
>> > wrote:
>> >>
>> >> 2018-12-17 21:17 GMT+01:00, Jan Ekström :
>> >> > On Mon, Dec 17, 2
2018-12-17 21:53 GMT+01:00, Carl Eugen Hoyos :
> 2018-12-17 21:35 GMT+01:00, Rostislav Pehlivanov :
>> On Mon, 17 Dec 2018 at 01:47, Carl Eugen Hoyos
>> wrote:
>>
>>> Hi!
>>>
>>> The Opus struct RawBitsContext is used in both the decoder and the
>>> encoder.
>>> The fact that *position is const av
2018-12-17 21:35 GMT+01:00, Rostislav Pehlivanov :
> On Mon, 17 Dec 2018 at 01:47, Carl Eugen Hoyos wrote:
>
>> Hi!
>>
>> The Opus struct RawBitsContext is used in both the decoder and the
>> encoder.
>> The fact that *position is const avoids warnings in the decoder where
>> it points into the bi
On Mon, Dec 17, 2018 at 10:49 PM Carl Eugen Hoyos wrote:
>
> 2018-12-17 21:30 GMT+01:00, Jan Ekström :
> > On Mon, Dec 17, 2018 at 10:23 PM Carl Eugen Hoyos
> > wrote:
> >>
> >> 2018-12-17 21:17 GMT+01:00, Jan Ekström :
> >> > On Mon, Dec 17, 2018 at 3:47 PM Carl Eugen Hoyos
> >> > wrote:
> >> >
2018-12-17 21:30 GMT+01:00, Jan Ekström :
> On Mon, Dec 17, 2018 at 10:23 PM Carl Eugen Hoyos
> wrote:
>>
>> 2018-12-17 21:17 GMT+01:00, Jan Ekström :
>> > On Mon, Dec 17, 2018 at 3:47 PM Carl Eugen Hoyos
>> > wrote:
>> >>
>> >> 2018-12-17 7:58 GMT+01:00, Jan Ekström :
>> >> > On Mon, Dec 17, 201
On Mon, 17 Dec 2018 at 01:47, Carl Eugen Hoyos wrote:
> Hi!
>
> The Opus struct RawBitsContext is used in both the decoder and the encoder.
> The fact that *position is const avoids warnings in the decoder where
> it points into the bitstream. The encoder writes into the same
> pointer, attached
On Mon, Dec 17, 2018 at 10:23 PM Carl Eugen Hoyos wrote:
>
> 2018-12-17 21:17 GMT+01:00, Jan Ekström :
> > On Mon, Dec 17, 2018 at 3:47 PM Carl Eugen Hoyos wrote:
> >>
> >> 2018-12-17 7:58 GMT+01:00, Jan Ekström :
> >> > On Mon, Dec 17, 2018, 03:02 Carl Eugen Hoyos >> >
> >> >> 2018-12-17 1:58 G
2018-12-17 21:17 GMT+01:00, Jan Ekström :
> On Mon, Dec 17, 2018 at 3:47 PM Carl Eugen Hoyos wrote:
>>
>> 2018-12-17 7:58 GMT+01:00, Jan Ekström :
>> > On Mon, Dec 17, 2018, 03:02 Carl Eugen Hoyos > >
>> >> 2018-12-17 1:58 GMT+01:00, Jan Ekström :
>>
>> >> > So as far as it's been possible to test
On Mon, Dec 17, 2018 at 3:47 PM Carl Eugen Hoyos wrote:
>
> 2018-12-17 7:58 GMT+01:00, Jan Ekström :
> > On Mon, Dec 17, 2018, 03:02 Carl Eugen Hoyos >
> >> 2018-12-17 1:58 GMT+01:00, Jan Ekström :
>
> >> > So as far as it's been possible to test this, that's been done
> >>
> >> Could you point m
2018-12-17 16:45 GMT+01:00, Nicolas George :
> Carl Eugen Hoyos (2018-12-17):
>> #ifndef emms_c
>> -# define emms_c() while(0)
>> +# define emms_c() while(0){}
>> #endif
>
> That feels really wrong, or at least completely unusual. But not the
> change you made, the original code: the usual st
2018-12-17 15:56 GMT+01:00, Steven Liu :
>
>
>> On Dec 17, 2018, at 22:05, Carl Eugen Hoyos wrote:
>>
>> 2018-12-17 10:13 GMT+01:00, Steven Liu :
>>> After patch:
>>> init nbits = 17, get 1 samples, duration: 15221
>>> Before patch:
>>> init nbits = 17, get 1 samples, duration: 16105
>>>
>
On 12/17/18, Michael Niedermayer wrote:
> On Mon, Dec 17, 2018 at 07:32:49PM +0100, Paul B Mahol wrote:
>> On 12/17/18, Michael Niedermayer wrote:
>> > On Mon, Dec 17, 2018 at 06:04:40PM +0100, Paul B Mahol wrote:
>> >> Hi,
>> >>
>> >> patches attached.
>> >
>> >> nut.h|2 +
>> >> nutdec
On Mon, Dec 17, 2018 at 07:32:49PM +0100, Paul B Mahol wrote:
> On 12/17/18, Michael Niedermayer wrote:
> > On Mon, Dec 17, 2018 at 06:04:40PM +0100, Paul B Mahol wrote:
> >> Hi,
> >>
> >> patches attached.
> >
> >> nut.h|2 +
> >> nutdec.c |3 ++
> >> nutenc.c | 87
> >> +++
On 12/17/18, Michael Niedermayer wrote:
> On Mon, Dec 17, 2018 at 11:24:43AM +0100, Paul B Mahol wrote:
>> On 12/14/18, Michael Niedermayer wrote:
>> > Hi
>> >
>> > replying to a comment from IRC here because "durandal_1707 has quit" so
>> > it
>> > wouldnt be seen, and might be interresting for
On 12/17/18, Michael Niedermayer wrote:
> On Sat, Dec 15, 2018 at 08:50:41PM +0200, Jan Ekström wrote:
>> Fixes issues when a subtitle packet is received before PCR for the
>> program has been received, leading to wildly jumping timestamps
>> on the lavf client side as well as in the re-ordering l
On Mon, Dec 17, 2018 at 11:24:43AM +0100, Paul B Mahol wrote:
> On 12/14/18, Michael Niedermayer wrote:
> > Hi
> >
> > replying to a comment from IRC here because "durandal_1707 has quit" so it
> > wouldnt be seen, and might be interresting for others so not mailing
> > private
> >
> > michaelni:
On 12/17/18, Michael Niedermayer wrote:
> On Mon, Dec 17, 2018 at 06:04:40PM +0100, Paul B Mahol wrote:
>> Hi,
>>
>> patches attached.
>
>> nut.h|2 +
>> nutdec.c |3 ++
>> nutenc.c | 87
>> ---
>> 3 files changed, 88 inser
On Sat, Dec 15, 2018 at 08:50:41PM +0200, Jan Ekström wrote:
> Fixes issues when a subtitle packet is received before PCR for the
> program has been received, leading to wildly jumping timestamps
> on the lavf client side as well as in the re-ordering logic.
>
> This usually happens in case of mul
On Mon, Dec 17, 2018 at 06:04:40PM +0100, Paul B Mahol wrote:
> Hi,
>
> patches attached.
> nut.h|2 +
> nutdec.c |3 ++
> nutenc.c | 87
> ---
> 3 files changed, 88 insertions(+), 4 deletions(-)
> 870df19d733f29294a2cb2e
On Sun, Dec 16, 2018 at 09:42:49PM +0100, Tomas Härdin wrote:
> fre 2018-12-14 klockan 13:44 -0800 skrev chcunningham:
> > avio_read may return EOF, leaving the mimetype array unitialized.
> > fail
> > early when this occurs to avoid using the array in an unitialized
> > state.
> > ---
> > libavfo
On 12/16/18, Paul B Mahol wrote:
> Signed-off-by: Paul B Mahol
> ---
> doc/filters.texi | 18 +++---
> libavfilter/af_apad.c | 23 +--
> 2 files changed, 36 insertions(+), 5 deletions(-)
Will apply ASAP!
___
ffmpeg
Comments inline.
Regards
Adrian Guzowski
W dniu 17.12.2018 o 16:56, Aleksey Skripka pisze:
On 17 Dec 2018, at 18:45, Adrian wrote:
IMO temp_file+single_file should be mutually exclusive - why would you want to
have temp file when you're using only one file anyway? In this mode you would
eit
> On 17 Dec 2018, at 18:45, Adrian wrote:
>
> IMO temp_file+single_file should be mutually exclusive - why would you want
> to have temp file when you're using only one file anyway? In this mode you
> would either pool for file changes or just get updated playlist with new byte
> range (and
Carl Eugen Hoyos (2018-12-17):
> #ifndef emms_c
> -# define emms_c() while(0)
> +# define emms_c() while(0){}
> #endif
That feels really wrong, or at least completely unusual. But not the
change you made, the original code: the usual statement is:
"do { statement } while (0)"
And if you mak
IMO temp_file+single_file should be mutually exclusive - why would you
want to have temp file when you're using only one file anyway? In this
mode you would either pool for file changes or just get updated playlist
with new byte range (and that one should be updated after video file). I
believe
Greetings!
Adrian,
with your variant of patch in case of '-hls_flags +temp_file+single_file' no
.tmp logic will be used.
not sure what is better, but all previous versions was doing so.
and also, i'm still sure, that for backward compatibility with all previous
versions, index.m3u8 should alway
On Mon, 17 Dec 2018 14:52:49 +0100
Carl Eugen Hoyos wrote:
> >> Note that this function / this pix_fmt currently has no real use-case
> >> afaict.
> >
> > Is there a list of which pix fmts are useful? Of course I don't want to
> > waste both my and reviewers' time, if the format is considered for
Yeah, it does. My device is running as we speak and I do see tmp files being
created and renamed once done.
Regards
Adrian Guzowski17 gru 2018 16:19 Steven Liu napisał(a):
>
> > On Dec 17, 2018, at 23:11, Adrian wrote:
> >
> > Looks like it, though I've fixed some inconsistencies in file check
> On Dec 17, 2018, at 23:11, Adrian wrote:
>
> Looks like it, though I've fixed some inconsistencies in file checking too
> (i.e you're renaming file A, but checks file B for being able to be temp
> file) + added checking flag for HLS_SINGLE_FILE (it doesn't make sense to
> have HLS_TEMP_FIL
Looks like it, though I've fixed some inconsistencies in file checking
too (i.e you're renaming file A, but checks file B for being able to be
temp file) + added checking flag for HLS_SINGLE_FILE (it doesn't make
sense to have HLS_TEMP_FILE | HLS_SINGLE_FILE).
My bad I didn't check pending pat
> On Dec 17, 2018, at 22:23, Adrian wrote:
>
> Hello,
>
> after upgrading FFmpeg from 4.0 to 4.1 I noticed that temp files in HLS muxed
> stopped working.
> It looks like a regression introduced by
> 223d2bde22ce33dcbcb6f17f234b609cb98f1fb6. I've prepared a patch and tested it
> cross-compi
> On Dec 17, 2018, at 21:07, Ronak Patel
> wrote:
>
>>
>> On Dec 13, 2018, at 9:15 PM, Ronak Patel
>> wrote:
>>
>>
>>
>>> On Dec 12, 2018, at 2:46 AM, Liu Steven wrote:
>>>
>>>
>>>
> 在 2018年12月12日，上午5:08，Ronak 写道：
>
>
> On Dec 11, 2018, at 3:28 PM, Gyan wrote:
>>>
> On Dec 17, 2018, at 22:05, Carl Eugen Hoyos wrote:
>
> 2018-12-17 10:13 GMT+01:00, Steven Liu :
>> After patch:
>> init nbits = 17, get 1 samples, duration: 15221
>> Before patch:
>> init nbits = 17, get 1 samples, duration: 16105
>>
>> test script:
>> DURATION=0
>> for((i=0;i<1;
Hello,
after upgrading FFmpeg from 4.0 to 4.1 I noticed that temp files in HLS
muxed stopped working.
It looks like a regression introduced by
223d2bde22ce33dcbcb6f17f234b609cb98f1fb6. I've prepared a patch and
tested it cross-compiling for my project's target platform (ARM,
Buildroot) and it
2018-12-17 10:13 GMT+01:00, Steven Liu :
> After patch:
> init nbits = 17, get 1 samples, duration: 15221
> Before patch:
> init nbits = 17, get 1 samples, duration: 16105
>
> test script:
> DURATION=0
> for((i=0;i<1;i++)) do
> ./libavcodec/tests/fft -n 17 &>output
> T_DURATION=`grep "d
2018-12-17 8:37 GMT+01:00, Lauri Kasanen :
> On Mon, 17 Dec 2018 01:03:36 +0100
> Carl Eugen Hoyos wrote:
>
>> 2018-12-16 10:06 GMT+01:00, Lauri Kasanen :
>> > This function wouldn't benefit from VSX instructions, so I put it
>> > under altivec.
>> >
>> > ./ffmpeg_g -f rawvideo -pix_fmt rgb24 -s h
2018-12-17 7:58 GMT+01:00, Jan Ekström :
> On Mon, Dec 17, 2018, 03:02 Carl Eugen Hoyos
>> 2018-12-17 1:58 GMT+01:00, Jan Ekström :
>> > So as far as it's been possible to test this, that's been done
>>
>> Could you point me to a dva1 sample?
>
> I have not seen any dolby vision samples with avc
2018-12-17 13:24 GMT+01:00, Michael Niedermayer :
> On Mon, Dec 17, 2018 at 02:14:26AM +0100, Carl Eugen Hoyos wrote:
>> Hi!
>>
>> Attached patch fixes a useless warning when compiling with clang on arm.
>>
>> Please comment, Carl Eugen
>
>> utils.c |3 ++-
>> 1 file changed, 2 insertions(+),
> On Dec 13, 2018, at 9:15 PM, Ronak Patel
> wrote:
>
>
>
>> On Dec 12, 2018, at 2:46 AM, Liu Steven wrote:
>>
>>
>>
在 2018年12月12日，上午5:08，Ronak 写道：
On Dec 11, 2018, at 3:28 PM, Gyan wrote:
> On 12-12-2018 01:13 AM, Ronak wrote:
>
> Looks li
On Mon, Dec 17, 2018 at 02:14:26AM +0100, Carl Eugen Hoyos wrote:
> Hi!
>
> Attached patch fixes a useless warning when compiling with clang on arm.
>
> Please comment, Carl Eugen
> utils.c |3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
> fb6799bbc59d79d9dfba9f8661aaecbed568f3a5
I just verified that patch is working. Build FFmpeg master with and
without patch, run HLS live stream from Youtube (extracted by
youtube_dl for Euronews live).
ffmpeg -i
https://manifest.googlevideo.com/api/manifest/hls_playlist/id/V2E-jOUVsd4.1/itag/95/source/yt_live_broadcast/requiressl/yes/ra
On Sat, Dec 15, 2018, 20:50 Jan Ekström Fixes issues when a subtitle packet is received before PCR for the
> program has been received, leading to wildly jumping timestamps
> on the lavf client side as well as in the re-ordering logic.
>
> This usually happens in case of multiplexes where the PCR
On 12/14/18, Michael Niedermayer wrote:
> Hi
>
> replying to a comment from IRC here because "durandal_1707 has quit" so it
> wouldnt be seen, and might be interresting for others so not mailing
> private
>
> michaelni: nut does not take into consideration duration of
> last frame to return real
Set initialization order of MSA after MMI to make it work on loongson
platform(msa is supported by loongson2k、3a4000 etc.).
---
libavcodec/mips/blockdsp_init_mips.c| 6 +++---
libavcodec/mips/h264chroma_init_mips.c | 6 +++---
libavcodec/mips/h264dsp_init_mips.c | 6 +++---
libavcodec/mi
After patch:
init nbits = 17, get 1 samples, duration: 15221
Before patch:
init nbits = 17, get 1 samples, duration: 16105
test script:
DURATION=0
for((i=0;i<1;i++)) do
./libavcodec/tests/fft -n 17 &>output
T_DURATION=`grep "duration" output | awk -F"=" '{ print $2}'`
DURATION=`expr $D
93 matches
Mail list logo
