On 6/5/18 2:09 AM, Michael Niedermayer wrote:
> On Sun, May 06, 2018 at 10:38:59PM +0530, vdi...@akamai.com wrote:
>> From: Vishwanath Dixit
>>
>> Forced key frames generation functionality was assuming the first PTS
>> value as zero, but, when 'copyts' is enabled, the first PTS can be any
>> big
On 5/6/18 10:38 PM, vdi...@akamai.com wrote:
> From: Vishwanath Dixit
>
> Forced key frames generation functionality was assuming the first PTS
> value as zero, but, when 'copyts' is enabled, the first PTS can be any
> big number. This was eventually forcing all the frames as key frames.
> To re
On 5/7/18 1:59 AM, Michael Niedermayer wrote:
> On Sun, May 06, 2018 at 06:04:35PM +0000, Dixit, Vishwanath wrote:
>>
>>
>> On 4/28/18 6:38 AM, Michael Niedermayer wrote:
>>> On Fri, Apr 27, 2018 at 08:00:23AM +, Dixit, Vishwanath wrote:
>>>>
>>
On 4/28/18 6:38 AM, Michael Niedermayer wrote:
> On Fri, Apr 27, 2018 at 08:00:23AM +0000, Dixit, Vishwanath wrote:
>>
>>
>> On 4/27/18 5:15 AM, Michael Niedermayer wrote:
>>> On Thu, Apr 26, 2018 at 11:05:59AM +, Dixit, Vishwanath wrote:
>>>
On 4/27/18 6:24 AM, Michael Niedermayer wrote:
> On Thu, Apr 26, 2018 at 10:33:59AM +0530, vdi...@akamai.com wrote:
>> From: Vishwanath Dixit
>>
>> Forced key frames creation functionality was assuming the first PTS
>> value to be zero, but, when 'copyts' is enalbed, the first PTS can
>> be any
On 4/27/18 5:15 AM, Michael Niedermayer wrote:
> On Thu, Apr 26, 2018 at 11:05:59AM +0000, Dixit, Vishwanath wrote:
>>
>>
>> On 4/26/18 1:04 AM, Michael Niedermayer wrote:
>>> On Tue, Apr 24, 2018 at 02:46:56PM +0530, vdi...@akamai.com wrote:
>>>> From
On 4/26/18 1:04 AM, Michael Niedermayer wrote:
> On Tue, Apr 24, 2018 at 02:46:56PM +0530, vdi...@akamai.com wrote:
>> From: Vishwanath Dixit
>>
>> This utility function creates 64-bit NTP time format as per the RFC
>> 5905.
>> A simple explaination of 64-bit NTP time format is here
>> http://ww
On 4/11/18 11:47 PM, Carl Eugen Hoyos wrote:
> 2018-04-11 9:00 GMT+02:00, vdi...@akamai.com :
>
>> +#if FF_API_DASH_MIN_SEG_DURATION
>> +{ "min_seg_duration", "minimum segment duration (in microseconds) (will
>> be deprecated)"
>
> "is deprecated"
> But since this is a user option added after
On 3/28/18 11:00 AM, Steven Liu wrote:
>
>
>> On 28 Mar 2018, at 12:52, vdi...@akamai.com wrote:
>>
>> From: Vishwanath Dixit
>>
>> In write only mode, the TCP receive buffer keeps growing and eventually
>> becomes full. This results in zero tcp window size, which in turn causes
>> unwanted issu
On 4/2/18 9:36 AM, Jeyapal, Karthick wrote:
>
>
> On 3/23/18 10:57 AM, vdi...@akamai.com wrote:
>> From: Vishwanath Dixit
>>
>> availability time of Nth segment = availabilityStartTime + (N*segment
>> duration) - availabilityTimeOffset.
>> This field helps to reduce the latency by about a segme
On 4/2/18 9:29 AM, Jeyapal, Karthick wrote:
>
>
> On 3/23/18 10:56 AM, vdi...@akamai.com wrote:
>> From: Vishwanath Dixit
>>
>> @availabilityStartTime specifies the anchor for the computation of the
>> earliest
>> availability time (in UTC) for any Segment in the Media Presentation.
> Please be
On 3/23/18 7:22 PM, Aurelien Jacobs wrote:
> On Fri, Mar 23, 2018 at 02:32:30PM +0800, Steven Liu wrote:
>>
>>
>>> On 23 Mar 2018, at 13:20, vdi...@akamai.com wrote:
>>>
>>> From: Vishwanath Dixit
>>>
>>> ---
>>> doc/muxers.texi | 2 +-
>>> libavformat/dashenc.c | 10 +-
>>> 2 files
On 3/23/18 12:02 PM, Steven Liu wrote:
>
>
>> On 23 Mar 2018, at 13:20, vdi...@akamai.com wrote:
>>
>> From: Vishwanath Dixit
>>
>> ---
>> doc/muxers.texi | 2 +-
>> libavformat/dashenc.c | 10 +-
>> 2 files changed, 6 insertions(+), 6 deletions(-)
>>
>> diff --git a/doc/muxers.texi
On 3/14/18 5:31 PM, Steven Liu wrote:
>
>
>> On 14 Mar 2018, at 19:57, Steven Liu wrote:
>>
>>
>>
>>> On 14 Mar 2018, at 19:45, Dixit, Vishwanath wrote:
>>>
>>>
>>> On 3/6/18 2:12 PM, Steven Liu wrote:
>>>>
&
On 3/6/18 2:12 PM, Steven Liu wrote:
>
>
>> On 5 Mar 2018, at 17:41, rpata...@akamai.com wrote:
>>
>> From: Ravindra
>>
>> ---
>> doc/muxers.texi | 3 +++
>> libavformat/hlsenc.c | 5 -
>> 2 files changed, 7 insertions(+), 1 deletion(-)
>>
>> diff --git a/doc/muxers.texi b/doc/muxers.texi
On 3/12/18, 8:55 PM, "刘歧" wrote:
>> On 12 Mar 2018, at 17:31, vdi...@akamai.com wrote:
>>
>> From: Vishwanath Dixit
>>
>> This is the fix for bug https://trac.ffmpeg.org/ticket/7073
>> ---
>> libavformat/hlsenc.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/lib
>On 2/20/18, 8:28 PM, "Michael Niedermayer" wrote:
>
>On Mon, Feb 19, 2018 at 11:25:09AM +0530, vdi...@akamai.com wrote:
>> From: Vishwanath Dixit
>>
>> ---
>> libavformat/movenc.c | 10 +++---
>> libavformat/movenc.h | 1 +
>> 2 files changed, 8 insertions(+), 3 deletions(-)
>
>will app
On 1/20/18 11:27 PM, Marton Balint wrote:
>
>
> On Mon, 15 Jan 2018, vdi...@akamai.com wrote:
>
>> From: Vishwanath Dixit
>>
>> ---
>> doc/indevs.texi | 5 +
>> libavdevice/decklink_common_c.h | 1 +
>> libavdevice/decklink_dec.cpp| 18 +++---
>> libavdevice/de
On 1/15/18 11:27 AM, Dixit, Vishwanath wrote:
>
>
> On 1/14/18 8:38 PM, Liu Steven wrote:
>>
>>> 在 2018年1月9日，下午5:54，Dixit, Vishwanath 写道：
>>>
>>>
>>>
>>> On 1/9/18 3:05 PM, 刘歧 wrote:
>>>>>>>
>>>>>&g
On 1/18/18 2:39 PM, Brendan McGrath wrote:
> When using an 'agroup' within var_stream_map - the audio stream is
> being added to the master playlist file as both an audio rendition
> and an individual stream (with an AUDIO reference back to itself).
>
> This patch ensures an audio rendition does
On 1/14/18 8:38 PM, Liu Steven wrote:
>
>> 在 2018年1月9日，下午5:54，Dixit, Vishwanath 写道：
>>
>>
>>
>> On 1/9/18 3:05 PM, 刘歧 wrote:
>>>>>>
>>>>>
>>>>>
>>>>> I cannot sure use -cc_stream_map_ccgroup
On 1/9/18 3:22 AM, Moritz Barsnick wrote:
> On Mon, Jan 08, 2018 at 10:56:56 +0530, vdi...@akamai.com wrote:
>
>> -{ "audio_pts", "audio pts source", OFFSET(audio_pts_source),
>> AV_OPT_TYPE_INT, { .i64 = PTS_SRC_AUDIO}, 1, 4, DEC, "pts_source"},
>> -{ "video_pts", "vi
On 1/9/18 3:05 PM, 刘歧 wrote:
>>>
>>>
>>> I cannot sure use -cc_stream_map_ccgroup option is ok, because the ccgroup
>>> string is not standard, maybe it can be defined bu user.
>>> Maybe two ways:
>>> 1. use -cc_stream_map_ccgroup ? this way is defined the name by ffmpeg,
>>> cannot modify
On 1/9/18 2:41 PM, 刘歧 wrote:
>>>
>>
>> If only copy command of the document, it’s ok,
>> If input string by myself, It’s have problem, cannot be used.
>>
>>
>> liuqideMacBook-Pro:xxx liuqi$ ./ffmpeg -re -f lavfi -i color=red -g 25
>> -b:v 1000k -b:a 64k -a53cc 1 -f hls -cc_stream_map
>> "ccg
On 12/29/17 5:35 PM, Steven Liu wrote:
> 2017-12-29 19:58 GMT+08:00 Dixit, Vishwanath :
>>
>> On 12/29/17 5:11 PM, Steven Liu wrote:
>>> 2017-12-29 18:44 GMT+08:00 :
>>>> From: Vishwanath Dixit
>>>>
>>>> ---
>>>> d
On 12/29/17 5:11 PM, Steven Liu wrote:
> 2017-12-29 18:44 GMT+08:00 :
>> From: Vishwanath Dixit
>>
>> ---
>> doc/muxers.texi | 4
>> libavformat/dashenc.c | 2 +-
>> libavformat/hlsenc.c | 14 +-
>> libavformat/hlsplaylist.c | 5 -
>> libavformat/hlsp
On 12/19/17 11:53 AM, 刘歧 wrote:
> On 19 Dec 2017, at 14:09, vdi...@akamai.com wrote:
>> From: Vishwanath Dixit
>>
>> ---
>> doc/muxers.texi | 12 +
>> libavformat/dashenc.c | 3 ++-
>> libavformat/hlsenc.c | 64
>> ---
>> libavf
>On 12/15/17, 8:19 PM, "Steven Liu" wrote:
>
>2017-12-15 16:21 GMT+08:00 Jeyapal, Karthick :
>>
>>
>>>On 12/15/17, 4:45 AM, "Liu Steven" wrote:
>>>
>>>
在 2017年12月15日，上午6:28，Liu Steven 写道：
>
> 在 2017年12月15日，上午12:29，Jeyapal, Karthick 写道：
>
>> On 12/14/17, 8:24 PM, "Ste
>On 11/24/17, 9:06 PM, "Jeyapal, Karthick" wrote:
>
>Thanks for your comments. I have uploaded new patchset v4 with suggested
>corrections.
>Please ignore patchset v3.
>
>On 11/24/17, 4:26 PM, "Mark Thompson" wrote:
>[…]
>>> +s = x264_encoder_headers(x4->enc, &nal, &nnal);
>>> +avctx->
>
>
>
>On 12/4/17, 3:20 PM, "Steven Liu" wrote:
>
>
>
>Signed-off-by: Steven Liu
>
>---
>
> libavformat/hlsenc.c | 681 ++-
>
> 1 file changed, 345 insertions(+), 336 deletions(-)
>
>
>
>diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
>
>in
>On 11/30/17, 5:31 PM, "Steven Liu" wrote:
>
>2017-11-30 19:32 GMT+08:00 :
>> From: Vishwanath Dixit
>>
>>---
>> libavformat/Makefile | 2 +-
>> libavformat/dashenc.c | 2 +-
>> libavformat/hlsenc.c | 65
>> +++
>On 11/20/17, 7:38 AM, "刘歧" wrote:
>pushed!
Thank you!! (
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
>On 11/16/17, 2:41 PM, "刘歧" wrote:
>
>Patchset LGTM, i will apply these patch after 24 hours if there have no
> objections
Thank you for the approval..
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg
Hi,
One of my patches is in the review process. I am fairly new to the patch
submission process and have a query regarding FATE testing on multiple
platforms.
The patch includes a new FATE test and I am expected to get it tested on ARM
Linux, wine+MinGW, Ubuntu, MIPS Linux and OS X. Getting mac
>On 11/14/17, 3:55 PM, "刘歧" wrote:
>make fate failed:
>
>../configure --enable-gpl --enable-memory-poisoning --enable-avresample
> --cc='ccache arm-linux-gnueabi-gcc' --target-exec='qemu-arm -L
> /usr/arm-linux-gnueabi/' --arch=armv5te --cpu=armv5te --enable-cross-compile
> --tar
>There have no master playlist after use patchset:
>
>test command line at bellow:
>
>
>liuqideMBP:xxx liuqi$ ./ffmpeg -f lavfi -i color=red -f lavfi -i
>anullsrc -g 25 -r 25 -b:v:0 1000k -b:v:1 256k -b:a:1 64k -b:a:1 32k
>-map 0:v -map 1:a -map 0:v -map 1:a -f hls -v
>On 11/3/17, 3:24 PM, "Steven Liu" wrote:
>make fate-filter-hls-append
>
>you can grep hls append in the file
I think that is also a test for hls decoder. Basically, I am trying to find, if
there are any basic tests available for hls encoder.
Regards,
Vishwanath
>On 10/24/17, 12:58 PM, "Liu Steven" wrote:
>tests/fate/filter-audio.mak
>reference it
I went through this file. The only HLS related test seems to be for HLS decoder
(fate-filter-hls). I think, FATE does not have any test for HLS encoder yet.
Could you please confirm this?
Regard
>On 10/22/17, 1:28 PM, "Liu Steven" wrote:
>Two patches should be ok, add FATE cases please :)
I am not familiar with FATE and I could not find any sample hlsenc FATE cases
in ffmpeg workspace. Could you please help me with this? If some basic hlsenc
tests are available, I can extend them furthe
Hi,
Please find the attached patches which add support to create multiple HLS
variant streams and master playlist.
Key advantages:
1. A single HLS encoder instance can handle multiple variant streams now.
Otherwise, a separate HLS encoder instance was needed for each variant stream.
So, no
Hi,
Please find the attached patch which adds support to decode SCTE-104 message
from VANC for decklink capture use case.
Regards,
Vishwanath
0001-avdevice-decklink_dec-Added-SCTE104-message-decode-f.patch
Description: 0001-avdevice-decklink_dec-Added-SCTE104-message-decode-f.patch
___
41 matches
Mail list logo
