It's only available on Windows XP or newer.
Should fix compilation with mingw32 using the default OS target.
Signed-off-by: James Almer
---
cmdutils.c | 2 +-
configure | 2 ++
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/cmdutils.c b/cmdutils.c
index 6960f8c..a725e77 100644
-
On Thu, Aug 18, 2016 at 11:21:00AM +0530, Umair Khan wrote:
> Hi,
>
> On Thu, Aug 18, 2016 at 2:10 AM, Umair Khan wrote:
> > On Thu, Aug 18, 2016 at 1:28 AM, James Almer wrote:
> >> On 8/17/2016 3:59 PM, Umair Khan wrote:
> >>> Hi,
> >>>
> >>> Patch attached.
> >>>
> >>> I hope this is the clean
Steven Liu 于2016年8月15日 周一上午11:23写道：
> 2016-08-11 23:04 GMT+08:00 Steven Liu :
>
>> When ffmpeg exit by exception, start a new ffmpeg will cover the old
>> segment list, add this flag can continue append the new segments into old
>> hls segment list
>>
>> Signed-off-by: LiuQi
>> ---
>> doc/muxers
On Thu, Aug 18, 2016 at 7:50 AM, Moritz Barsnick wrote:
> On Wed, Aug 17, 2016 at 23:13:13 +0100, Mark Thompson wrote:
> > > The test video was captured from a 3MP(2048x1536) camera. The commands
> I
> > > used:
> > > - ffmpeg -c:v h264_qsv -async_depth 10 -i test.h264 -c:v rawvideo -f
> null
>
On Thu, Aug 18, 2016 at 02:48:40PM +0300, Станислав Долганов wrote:
> Seem like this fixes it.
still crashes
zzuf -c -s0: -r0.01 ./ffmpeg -i snow-chroma-bug.avi -f null -
...
[avi @ 0x3e20e40] Something went wrong during header parsing, I will ignore it
and try to continue anyway.
Truncating pa
On Wed, Aug 17, 2016 at 4:41 PM, Andy Furniss wrote:
> Mark Thompson wrote:
>
>> On 17/08/16 20:47, Chao Liu wrote:
>>
>>> Hi there,
>>> I compared h264_qsv decoder from ffmpeg to intel media sdk sample_decode.
>>> There is pretty big speed gap. I wonder whether I did sth. wrong or there
>>> are
On 8/18/16, Paul B Mahol wrote:
> On 8/18/16, Davinder Singh wrote:
>> On Thu, Aug 18, 2016 at 11:52 PM Paul B Mahol wrote:
>>
>>> [...]
>>>
>>
>> i tried to modify EPZS. i removed the early termination threshold which
>> skip some predictors :-/
>> new score:
>> $ tiny_psnr 60_source_2.yuv 60_b
On Thu, Aug 18, 2016 at 11:27:49PM +0530, Umair Khan wrote:
> On Wed, Aug 17, 2016 at 9:54 PM, Michael Niedermayer
> wrote:
> > On Wed, Aug 17, 2016 at 09:16:16PM +0530, Umair Khan wrote:
> >> Hi,
> >>
> >> On Wed, Aug 17, 2016 at 5:33 PM, Michael Niedermayer
> >> wrote:
> >> > On Fri, Jul 22, 20
On 8/18/16, Davinder Singh wrote:
> On Thu, Aug 18, 2016 at 11:52 PM Paul B Mahol wrote:
>
>> [...]
>>
>
> i tried to modify EPZS. i removed the early termination threshold which
> skip some predictors :-/
> new score:
> $ tiny_psnr 60_source_2.yuv 60_bbb.yuv
> stddev: 1.02 PSNR: 47.94 MAXDIFF: 1
On 8/18/16, Umair Khan wrote:
> Hi,
>
> On Thu, Aug 18, 2016 at 2:10 AM, Umair Khan wrote:
>> On Thu, Aug 18, 2016 at 1:28 AM, James Almer wrote:
>>> On 8/17/2016 3:59 PM, Umair Khan wrote:
Hi,
Patch attached.
I hope this is the cleanest solution. :)
- Umair
>>
From: Jan Sebechlebsky
Add support for nonblocking calls.
Signed-off-by: Jan Sebechlebsky
---
No changes since the last version of the patch, just rebased because of
changes in previous fifo patch.
libavformat/fifo.c | 62 --
1 file change
From: Jan Sebechlebsky
Signed-off-by: Jan Sebechlebsky
---
Changes since the last version of the patch:
- fixed mistakes in docs (missing "is", 2xmisspelled "unsuccessful")
- removed braces around return statement in fifo_mux_init()
- fixed "return 0;" -> "return ret;" in fifo_write_header()
On Thu, Aug 18, 2016 at 22:07:34 +0200, Jan Sebechlebsky wrote:
> > You're re-assigning ret in the error case but not using it. I think you
> > meant to return it?
> Yes, that's right - thanks for noticing that. I'll fix that and also the
> issues above and resend the patch.
Apparently, the defau
On Thu, Aug 18, 2016 at 19:26:39 +, Davinder Singh wrote:
> +@table @option
> +@item algo
> +Set the algorithm to be used. Accepts one of the following values:
> +
> +@table @samp
> +@item ebma
> +Exhaustive block matching algorithm.
> +@end table
> +Default value is @samp{ebma}.
[...]
> +
On 08/18/2016 09:05 PM, Moritz Barsnick wrote:
On Thu, Aug 18, 2016 at 01:25:01 +0200, sebechlebsky...@gmail.com wrote:
+@item attempt_recovery @var{bool}
+If failure occurs, attempt to recover the output. This is especially useful
+when used with network output, allows to restart streaming tra
On Thu, Aug 18, 2016 at 11:52 PM Paul B Mahol wrote:
> [...]
>
i tried to modify EPZS. i removed the early termination threshold which
skip some predictors :-/
new score:
$ tiny_psnr 60_source_2.yuv 60_bbb.yuv
stddev: 1.02 PSNR: 47.94 MAXDIFF: 186 bytes:476928000/474163200
original epzs:
$ tiny
On Thu, Aug 18, 2016 at 01:25:01 +0200, sebechlebsky...@gmail.com wrote:
> +@item attempt_recovery @var{bool}
> +If failure occurs, attempt to recover the output. This is especially useful
> +when used with network output, allows to restart streaming transparently.
> +By default this option set to
On Thu, Aug 18, 2016 at 14:49:28 +0300, Станислав Долганов wrote:
> +static int decode_q_branch(FFV1Context *f, int level, int x, int y){
> +RangeCoder *const c = &f->slice_context[0]->c;
> +OBMCContext *s = &f->obmc;
> +const int w= s->b_width << s->block_max_depth;
This whole functi
On Thu, 18 Aug 2016, Nicolas George wrote:
Le decadi 30 thermidor, an CCXXIV, Marton Balint a écrit :
I remember some other advantages of flushing in blocks as well, which made
me suggest it to Jan:
- It is a good thing if the consumer knows that there was a packet
discontinuity, it can decid
On 8/18/16, Davinder Singh wrote:
> On Tue, Aug 16, 2016 at 1:47 AM Paul B Mahol wrote:
>
>> [...]
>
>
> hi,
>
> made EPZS work correctly:
> https://github.com/dsmudhar/FFmpeg/commit/0fc7a5490252a7f9832775b2773b35a42025553b
> also reduced no of repeated predictors which increased the speed also.
On Wed, Aug 17, 2016 at 9:54 PM, Michael Niedermayer
wrote:
> On Wed, Aug 17, 2016 at 09:16:16PM +0530, Umair Khan wrote:
>> Hi,
>>
>> On Wed, Aug 17, 2016 at 5:33 PM, Michael Niedermayer
>> wrote:
>> > On Fri, Jul 22, 2016 at 07:18:13PM +0200, Michael Niedermayer wrote:
>> >> On Wed, Jul 06, 201
On Tue, Aug 16, 2016 at 1:47 AM Paul B Mahol wrote:
> [...]
hi,
made EPZS work correctly:
https://github.com/dsmudhar/FFmpeg/commit/0fc7a5490252a7f9832775b2773b35a42025553b
also reduced no of repeated predictors which increased the speed also.
> What about artifacts with UMH?
> See for examp
From: Jan Sebechlebsky
Signed-off-by: Jan Sebechlebsky
---
Conflicting patch was applied meanwhile, so I am resending this one.
No changes since the last version.
Changelog| 1 +
configure| 1 +
doc/muxers.texi | 95 +++
libavformat/Makefile
Le decadi 30 thermidor, an CCXXIV, Jan Sebechlebsky a écrit :
> I am not sure if I understand this. Do you mean thread queue function which
> would set
> certain flag that the queue should be flushed and flushed the queue at
> certain point in time (next receive call?)?
That is a bit too specific
On Wed, Aug 17, 2016 at 02:07:20PM +0300, Станислав Долганов wrote:
> Hello,
>
> I'm sending the patch set with implementation of GSoC project -- FFV1 P
> frame support. The current FFV1 uses the same OBMC code as the Snow codec.
> Also new median_me_mp function has appeared.
>
> I'm attaching sp
API and Doxy documentation is taken from avresample_build_matrix()
Fixes: Ticket5780
Signed-off-by: Michael Niedermayer
---
libswresample/rematrix.c | 157 +
libswresample/swresample.h | 31 +
2 files changed, 117 insertions(+), 71 deletions
Hi,
On Thu, Aug 18, 2016 at 2:10 AM, Umair Khan wrote:
> On Thu, Aug 18, 2016 at 1:28 AM, James Almer wrote:
>> On 8/17/2016 3:59 PM, Umair Khan wrote:
>>> Hi,
>>>
>>> Patch attached.
>>>
>>> I hope this is the cleanest solution. :)
>>>
>>> - Umair
>>>
>>>
>>> patch.diff
>>>
>>>
>>> From be04357
On Wed, Aug 17, 2016 at 3:13 PM, Mark Thompson wrote:
> On 17/08/16 20:47, Chao Liu wrote:
> > Hi there,
> > I compared h264_qsv decoder from ffmpeg to intel media sdk sample_decode.
> > There is pretty big speed gap. I wonder whether I did sth. wrong or there
> > are really some problems with ff
On 8/17/2016 1:14 PM, Carl Eugen Hoyos wrote:
> Hi!
>
> 2016-08-17 17:32 GMT+02:00 Michael Niedermayer :
>>> +av_opt_get(s->pb, "mime_type", AV_OPT_SEARCH_CHILDREN, &mime_type);
>>> +if (mime_type && s->iformat->mime_type) {
>>> +int rate = 0, channels = 0;
>>> +size_t len
Signed-off-by: Michael Niedermayer
---
libswresample/rematrix.c| 11 ++-
libswresample/swresample_internal.h | 3 ++-
2 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/libswresample/rematrix.c b/libswresample/rematrix.c
index ddba043..0d6138d 100644
--- a/libswr
On Wed, Aug 17, 2016 at 03:58:59PM -0400, compn wrote:
> On Wed, 17 Aug 2016 18:24:09 +0200
> Michael Niedermayer wrote:
>
> > On Wed, Aug 17, 2016 at 09:16:16PM +0530, Umair Khan wrote:
> > > I'd love to mentor some *easy* project in the Outreachy program
> > > definitely. May be I can even get
On Wed, Aug 17, 2016 at 23:13:13 +0100, Mark Thompson wrote:
> > The test video was captured from a 3MP(2048x1536) camera. The commands I
> > used:
> > - ffmpeg -c:v h264_qsv -async_depth 10 -i test.h264 -c:v rawvideo -f null
> > /dev/null
> > - sample_decode h264 -i test.h264
> > Both uses 100%
TODO: tempfiles
Signed-off-by: Michael Niedermayer
---
doc/libav-merge.txt | 4
tools/murge | 13 +
2 files changed, 17 insertions(+)
create mode 100755 tools/murge
diff --git a/doc/libav-merge.txt b/doc/libav-merge.txt
index 60c953a..4b2bb76 100644
--- a/doc/libav-me
On Wed, Aug 17, 2016 at 07:34:07PM +0200, Nicolas George wrote:
> Le primidi 1er fructidor, an CCXXIV, Clement Boesch a écrit :
> > maybe these files should be in /tmp
> >
> > i'd also suggest
> >
> > TMPFILES="murge.theirs murge.common murge.ours murge.X"
> > trap 'rm -f -- $TMPFILES' EXIT
> >
Trailing whitespaces were removed.
2016-08-17 14:07 GMT+03:00 Станислав Долганов
:
> Hello,
>
> I'm sending the patch set with implementation of GSoC project -- FFV1 P
> frame support. The current FFV1 uses the same OBMC code as the Snow
> codec. Also new median_me_mp function has appeared.
>
>
Le decadi 30 thermidor, an CCXXIV, Marton Balint a écrit :
> I remember some other advantages of flushing in blocks as well, which made
> me suggest it to Jan:
>
> - It is a good thing if the consumer knows that there was a packet
> discontinuity, it can decide what to do. If you drop packets earl
Hi,
On Wed, Aug 17, 2016 at 8:03 AM, Michael Niedermayer wrote:
> On Fri, Jul 22, 2016 at 07:18:13PM +0200, Michael Niedermayer wrote:
> > On Wed, Jul 06, 2016 at 11:25:21PM +0200, Michael Niedermayer wrote:
> > > Hi all
> > >
> > > The next Outreachy round starts soon
> > > FFmpeg has till augu
Tried to tune up to newest version + some fixes.
2016-08-18 4:47 GMT+03:00 Michael Niedermayer :
> On Wed, Aug 17, 2016 at 02:07:24PM +0300, Станислав Долганов wrote:
> > Hello,
> >
> > I'm sending the patch set with implementation of GSoC project -- FFV1 P
> > frame support. The current FFV1 use
On Wed, Aug 17, 2016 at 07:34:07PM +0200, Nicolas George wrote:
> Le primidi 1er fructidor, an CCXXIV, Clement Boesch a écrit :
> > maybe these files should be in /tmp
> >
> > i'd also suggest
> >
> > TMPFILES="murge.theirs murge.common murge.ours murge.X"
> > trap 'rm -f -- $TMPFILES' EXIT
> >
On Wed, Aug 17, 2016 at 02:07:24PM +0300, Станислав Долганов wrote:
> Hello,
>
> I'm sending the patch set with implementation of GSoC project -- FFV1 P
> frame support. The current FFV1 uses the same OBMC code as the Snow codec.
> Also new median_me_mp function has appeared.
>
> I'm attaching sp
40 matches
Mail list logo
