On 11/18/2017 05:56 AM, Michael Niedermayer wrote:
> On Thu, Nov 16, 2017 at 08:25:50PM -0500, DeHackEd wrote:
>> diff --git a/fftools/ffmpeg_filter.c b/fftools/ffmpeg_filter.c
>> index aacc185..877fd67 100644
>> --- a/fftools/ffmpeg_filter.c
>> +++ b/fftools/ffmpeg_f
Hello,
Simple one-line patch to avoid creating threads on a filtergrpah which does not
get used during execution. This saves a superfluous thread creation and
tear-down cycle.
Besides cleanliness, the main driver for this feature is a system I have access
to with a large number of cores/threads.
Makes behaviour of 805ce25b1d2f optional, re-enables
HLS key rotation feature
Signed-off-by: DHE
---
doc/muxers.texi | 7 ++-
libavformat/hlsenc.c | 4 +++-
2 files changed, 9 insertions(+), 2 deletions(-)
v1->v2: Actually works this time
v2->v3: Documentation fix, parameter reference
Makes behaviour of 805ce25b1d2f optional, re-enables
HLS key rotation feature
Signed-off-by: DHE
---
doc/muxers.texi | 7 ++-
libavformat/hlsenc.c | 4 +++-
2 files changed, 9 insertions(+), 2 deletions(-)
v1->v2: Actually works this time
diff --git a/doc/muxers.texi b/doc/muxers.texi
On 08/04/2017 10:36 PM, Steven Liu wrote:
> 2017-08-05 8:17 GMT+08:00 DeHackEd :
>> Signed-off-by: DHE
>> ---
>> doc/muxers.texi | 7 ++-
>> libavformat/hlsenc.c | 4 +++-
>> 2 files changed, 9 insertions(+), 2 deletions(-)
>>
>> diff --git
Signed-off-by: DHE
---
doc/muxers.texi | 7 ++-
libavformat/hlsenc.c | 4 +++-
2 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index 94472ce..a7324a4 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -551,7 +551,7 @@ format. The option
On 11/06/2016 06:44 AM, Michael Niedermayer wrote:
> On Sun, Oct 30, 2016 at 09:25:39AM -0400, DeHackEd wrote:
> [...]
>
>> if ((ret = avfilter_graph_parse2(fg->graph, graph_desc, &inputs,
>> &outputs)) < 0)
>> diff --git a/ffmpeg_opt.c b/ffmp
On 11/05/2016 02:51 PM, Michael Niedermayer wrote:
> On Sun, Oct 30, 2016 at 09:25:39AM -0400, DeHackEd wrote:
>> Enables specifying how many threads are available to each filtergraph.
>> ---
>> v2->v3:
>> - Typos in docs fixed
>>
>> v1->v2:
>&
On 10/30/2016 09:25 AM, DeHackEd wrote:
> Enables specifying how many threads are available to each filtergraph.
> ---
> v2->v3:
> - Typos in docs fixed
>
> v1->v2:
> - Reworded documentation
> - Removed hunk from ffmpeg_filter.c not directly applicable to pa
On 10/30/2016 12:09 PM, Paul B Mahol wrote:
> On 10/30/16, DeHackEd wrote:
>> Enables specifying how many threads are available to each filtergraph.
>> ---
>> v2->v3:
>> - Typos in docs fixed
>>
>> v1->v2:
>> - Reworded documentation
>> -
Enables specifying how many threads are available to each filtergraph.
---
v2->v3:
- Typos in docs fixed
v1->v2:
- Reworded documentation
- Removed hunk from ffmpeg_filter.c not directly applicable to patch
doc/ffmpeg.texi | 10 ++
ffmpeg.h| 3 +++
ffmpeg_filter.c | 7 +++
Enables specifying how many threads are available to each filtergraph.
---
Changes:
- Reworded documentation
- Removed hunk from ffmpeg_filter.c not directly applicable to patch
doc/ffmpeg.texi | 10 ++
ffmpeg.h| 3 +++
ffmpeg_filter.c | 7 +++
ffmpeg_opt.c| 4
4
On 10/28/2016 10:30 AM, DHE wrote:
> Enables specifying how many threads are available to each filtergraph.
> ---
> doc/ffmpeg.texi | 10 ++
> ffmpeg.h| 3 +++
> ffmpeg_filter.c | 9 +
> ffmpeg_opt.c| 4
> 4 files changed, 26 insertions(+)
>
> diff --git a/doc/
On 06/12/2016 02:31 PM, Carl Eugen Hoyos wrote:
> DeHackEd dehacked.net> writes:
>
>> The effects vary a bit. One guy in IRC basically had ffmpeg
>> crash for him every 26.5 hours when he was saving to HLS
>
> And when I asked him how I can reproduce this issue h
On 06/12/2016 01:57 PM, Carl Eugen Hoyos wrote:
> DeHackEd dehacked.net> writes:
>
>>> So the bug is that the file gets longer when read with FFmpeg?
>>
>> Heh... that's my fault for copy/pasting from the wrong invocation.
>> I have two test cases,
On 06/12/2016 12:06 PM, Carl Eugen Hoyos wrote:
> DeHackEd dehacked.net> writes:
>
>> $ ffmpeg -r 5 -f lavfi -i testsrc -c:v libx264 -profile:v veryfast
>> -t 97000 bigfile.ts
>
>> $ ffmpeg -i bigfile.ts -c:v copy -f null /dev/null
>
>> frame=487718
On 06/12/2016 08:23 AM, Michael Niedermayer wrote:
> On Sat, Jun 11, 2016 at 06:55:32PM -0400, DeHackEd wrote:
>> Presently the mpegts demuxer passes the timestamps from received packets
>> directly to the output AVPackets. 2^33 / 9
>> seconds is about 26.5 hours at whi
On 06/12/2016 04:07 AM, Carl Eugen Hoyos wrote:
> DeHackEd dehacked.net> writes:
>
>> So here's a first revision of a patch to fix that issue.
>
> How can I reproduce the issue?
1) Produce a very long video, around 27 hours long or so, in mpegts format
$ ffmpeg -r
On 06/11/2016 08:19 PM, Marton Balint wrote:
>
> On Sat, 11 Jun 2016, DeHackEd wrote:
>
>> Presently the mpegts demuxer passes the timestamps from received packets
>> directly to the output AVPackets. 2^33 / 9
>> seconds is about 26.5 hours at which point appl
Presently the mpegts demuxer passes the timestamps from received packets
directly to the output AVPackets. 2^33 / 9
seconds is about 26.5 hours at which point applications start having a fit, and
that's assuming timestamps begin at time 0.
So here's a first revision of a patch to fix that is
Pinging this issue. While likely not a security concern it does cause
uninitialized memory to be printed to the user's terminal and that's pretty
bad.
On 10/01/2015 07:21 PM, DeHackEd wrote:
> From: DHE
>
> Fixes ticket#4900
>
> Signed-off-by: DHE
> ---
From: DHE
Fixes ticket#4900
Signed-off-by: DHE
---
libavformat/hlsenc.c | 29 +
1 file changed, 17 insertions(+), 12 deletions(-)
diff --git a/libavformat/hlsenc.c b/libavformat/hlsenc.c
index 473ca3a..8daf53f 100644
--- a/libavformat/hlsenc.c
+++ b/libavformat/hls
Assumes 'GA94' format (ATSC standard)
Signed-off-by: DHE
---
doc/encoders.texi| 4
libavcodec/libx264.c | 45 +
2 files changed, 49 insertions(+)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index 3550bcc..f2d46dc 100644
--- a/doc/enco
Assumes 'GA94' format (ATSC standard)
Signed-off-by: DHE
---
doc/encoders.texi| 4
libavcodec/libx264.c | 46 ++
2 files changed, 50 insertions(+)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index 3550bcc..f2d46dc 100644
--- a/doc/enc
Assumes 'GA94' format (ATSC standard)
Signed-off-by: DHE
---
doc/encoders.texi| 5 +
libavcodec/libx264.c | 37 +
2 files changed, 42 insertions(+)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index 3550bcc..aabbda0 100644
--- a/doc/encoders.te
On 09/26/2015 05:26 AM, Anshul wrote:
>
>
> On 09/26/2015 05:46 AM, DeHackEd wrote:
>> Assumes 'GA94' format (ATSC standard)
>>
>> Signed-off-by: DHE
>> ---
>> doc/encoders.texi| 5 +
>> libavcodec/libx264.c | 37 +++
Assumes 'GA94' format (ATSC standard)
Signed-off-by: DHE
---
doc/encoders.texi| 5 +
libavcodec/libx264.c | 37 +
2 files changed, 42 insertions(+)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index 3550bcc..bb16dea 100644
--- a/doc/encoders.te
On 09/25/2015 07:45 PM, Carl Eugen Hoyos wrote:
> DeHackEd dehacked.net> writes:
>
>> + item a53cc
>> +Import closed captions (which must be ATSC compatible format) into output.
>> +At this time only the mpeg2 decoder provides these.
>
> I thought the h2
Assumes 'GA94' format (ATSC standard)
Signed-off-by: DHE
---
doc/encoders.texi| 5 +
libavcodec/libx264.c | 37 +
2 files changed, 42 insertions(+)
diff --git a/doc/encoders.texi b/doc/encoders.texi
index 3550bcc..8e3770b 100644
--- a/doc/encoders.te
29 matches
Mail list logo
