Hi!
New patch attached that fixes ticket #5657.
Please comment, Carl Eugen
From ed664a5b16d0200675d64c564a9f776bdece569a Mon Sep 17 00:00:00 2001
From: Carl Eugen Hoyos
Date: Tue, 9 Aug 2016 00:55:27 +0200
Subject: [PATCH] lavc/raw: Support QT b64a ARGB64 rawvideo.
Decoder based on a patch by v
Hi!
2016-08-05 12:44 GMT+02:00 Nicolas George :
> Le nonidi 19 thermidor, an CCXXIV, Carl Eugen Hoyos a écrit :
>> Hi!
>>
>> Attached patch implements RFC 2586.
>>
>> Please comment, Carl Eugen
>
>> From ba470c643c836826d75854e3e3539eb09ddd288a Mon Sep 17 00:00:00 2001
>> From: Carl Eugen Hoyos
>
On Thu, 4 Aug 2016, sebechlebsky...@gmail.com wrote:
From: Jan Sebechlebsky
Signed-off-by: Jan Sebechlebsky
applying the patches with "git am" seems to report some whitespace
issues (empty lines at the end of files) could you have a look at those?
[...]
--- a/doc/muxers.texi
+++ b/doc
Hi,
patch attached.
0001-avfilter-add-fillgaps-filter.patch
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 8/8/2016 5:09 PM, Michael Niedermayer wrote:
> On Mon, Aug 08, 2016 at 06:32:23PM +0200, Carl Eugen Hoyos wrote:
>> 2016-08-06 12:52 GMT+02:00 Michael Niedermayer :
>>> QUESTION: is this the best place for this ?
>>>
>>> Signed-off-by: Michael Niedermayer
>>> ---
>>> libavutil/version.h | 6 ++
New update with a small fix for Linux (Error compiling)
Jorge Fuentes
2016-08-07 1:04 GMT+02:00 Llorx :
> Hi Ronald,
>
> Well, this is a PoC. There are a lot of ways to implement this under a
> security context, so that's not a problem. For example, using ZeroMQ as
> Bodecs Bela says in the othe
Hi!
2016-08-08 21:59 GMT+02:00 Michael Niedermayer
> the way i understood the mail here is that the coefficients themselfs
> are wrong too, that should not really be in case of libswresample, but
> of course a wrong reference might have been used or whatever
Thanks for explaining, Carl Eugen
Hi!
2016-08-08 22:21 GMT+02:00 Hendrik Leppkes :
> Incrementing micro with every single commit sounds silly
Yes
> (which this comes out to be, every bugfix or change?).
No.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpe
On Mon, Aug 8, 2016 at 10:09 PM, Michael Niedermayer
wrote:
> On Mon, Aug 08, 2016 at 06:32:23PM +0200, Carl Eugen Hoyos wrote:
>> 2016-08-06 12:52 GMT+02:00 Michael Niedermayer :
>> > QUESTION: is this the best place for this ?
>> >
>> > Signed-off-by: Michael Niedermayer
>> > ---
>> > libavuti
On Mon, Aug 08, 2016 at 06:32:23PM +0200, Carl Eugen Hoyos wrote:
> 2016-08-06 12:52 GMT+02:00 Michael Niedermayer :
> > QUESTION: is this the best place for this ?
> >
> > Signed-off-by: Michael Niedermayer
> > ---
> > libavutil/version.h | 6 ++
> > 1 file changed, 6 insertions(+)
> >
> > d
On Mon, Aug 08, 2016 at 06:27:44PM +0200, Carl Eugen Hoyos wrote:
> 2016-08-07 2:08 GMT+02:00 Michael Niedermayer :
> >> On a somewhat related matter: I was browsing through the matrix encoder
> >> in libavresample/audio_mix_matrix.c, and possibly rediscovered the bug
> >> in https://trac.ffmpeg.or
2016-08-08 20:58 GMT+02:00 Andrey Utkin :
> On Thu, Jul 14, 2016 at 05:27:08PM +, Carl Eugen Hoyos wrote:
>> Andrey Utkin fastmail.com> writes:
>>
>> > It is impossible to pass "aspect" parameter to encoder from ffmpeg
>> > CLI because option from lavc/options_table.h is eclipsed by option
>>
As a quick follow up, there is a full working example (windows DTV
[ATSC/DVBT/DVBS], works with MPEG or H264 streams, capture channels
*with their subchannels* all at once)
https://github.com/rdp/ffmpeg/tree/dtv_protocol
It uses the "schizo" way where digital TV comes in as a "protocol"
from liba
On 8/24/15, Michael Niedermayer wrote:
> On Mon, Aug 24, 2015 at 10:55:07PM +0200, Máté Sebők wrote:
>> Oops, forgot to mention, in dshow_pin.c the libAVPin_QueryAccept() have
>> to
>> be edited to almost the same as libAVPin_ReceiveConnection() just without
>> the pin management.
>
> maybe roger
From: carlos
Signed-off-by: carlos
---
libavformat/Makefile | 2 +-
libavformat/hlsenc.c | 110 +---
libavformat/scte_35.c | 482 ++
libavformat/scte_35.h | 76
4 files changed, 646 insertions(+), 24 deletions(-)
create mode
On Thu, Jul 14, 2016 at 05:27:08PM +, Carl Eugen Hoyos wrote:
> Andrey Utkin fastmail.com> writes:
>
> > It is impossible to pass "aspect" parameter to encoder from ffmpeg
> > CLI because option from lavc/options_table.h is eclipsed by option
> > with same name in ffmpeg_opt.c, which has di
From: Carlos
Signed-off-by: carlos
---
libavcodec/avcodec.h| 1 +
libavcodec/codec_desc.c | 6 ++
libavformat/mpegts.c| 43 ++-
3 files changed, 49 insertions(+), 1 deletion(-)
diff --git a/libavcodec/avcodec.h b/libavcodec/avcodec.h
index
* Corrected reported issue (an unrelated change that made it into the patch)
Carlos (1):
SCTE extraction from mpegts
carlos (1):
SCTE-35 support in hlsenc
libavcodec/avcodec.h| 1 +
libavcodec/codec_desc.c | 6 +
libavformat/Makefile| 2 +-
libavformat/hlsenc.c| 110 ++
On Mon, Aug 8, 2016 at 11:09 PM, Carl Eugen Hoyos wrote:
> 2016-08-08 19:10 GMT+02:00 Umair Khan :
>> Attached the 3 separate patches.
>
> Which other codecs could use mlz decompression in the future?
> Which other codecs could use IEEE 754 single floating point
> soft float implementation in the
2016-08-08 19:10 GMT+02:00 Umair Khan :
> Attached the 3 separate patches.
Which other codecs could use mlz decompression in the future?
Which other codecs could use IEEE 754 single floating point
soft float implementation in the future?
I would suggest that there is one easy-to-understand new li
Hi,
On Sat, Aug 6, 2016 at 10:35 PM, Thilo Borgmann wrote:
> Am 06.08.16 um 17:26 schrieb Umair Khan:
>> On Fri, Aug 5, 2016 at 9:27 PM, Carl Eugen Hoyos wrote:
>>> Hi!
>>>
>>> 2016-08-05 16:57 GMT+02:00 Umair Khan :
Updated patch attached.
>>>
>>> The Changelog hunk of your patch indicates
2016-08-06 12:52 GMT+02:00 Michael Niedermayer :
> QUESTION: is this the best place for this ?
>
> Signed-off-by: Michael Niedermayer
> ---
> libavutil/version.h | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/libavutil/version.h b/libavutil/version.h
> index b2dffb7..7692def 10064
2016-08-04 14:41 GMT+02:00 Robert Krüger :
> On Thu, Aug 4, 2016 at 1:55 PM, Carl Eugen Hoyos wrote:
>
>> 2016-08-04 13:50 GMT+02:00 Robert Krüger :
>> > the log level of INFO does not seem appropriate for the message
>> > (h264dec.c, line 531). If it is a condition that shouldn't really happen,
>
On Tue, Aug 09, 2016 at 12:25:21AM +1000, Matt Oliver wrote:
> On 8 August 2016 at 23:27, Hendrik Leppkes wrote:
>
> > ---
> > cmdutils.c | 9 +
> > cmdutils.h | 5 +
> > ffmpeg.c | 2 ++
> > ffplay.c | 2 ++
> > ffprobe.c | 2 ++
> > ffserver.c | 1 +
> > 6 files changed, 21 in
2016-08-06 12:52 GMT+02:00 Michael Niedermayer :
> + * Starting with FFmpeg 3.2, the released library versions will occupy
> + * a seperate MAJOR.MINOR that is not used on the master development branch
Sounds great.
Carl Eugen
___
ffmpeg-devel mailing l
applied, as dbd7a84c814161926e5f298eae1f5ea17082f814, with an
additional check that AVFilterLink->type is AVMEDIA_TYPE_AUDIO before
calling av_get_sample_fmt_name() on AVFilterLink->format. Thanks for
pointing that out.
I will look into disabling auto-conversions when the filter is used
and removi
2016-08-07 2:08 GMT+02:00 Michael Niedermayer :
>> On a somewhat related matter: I was browsing through the matrix encoder
>> in libavresample/audio_mix_matrix.c, and possibly rediscovered the bug
>> in https://trac.ffmpeg.org/ticket/4175 . Also, the 5-channel coefficient
>> seems to disagrees with
applied
On Sun, Aug 7, 2016 at 2:50 AM, Burt P wrote:
> A new mode, selected by filter option, to aid in analysis of HDCD
> encoded audio. In this mode the audio is replaced by a solid tone and
> the amplitude is adjusted to signal some specified aspect of the process.
> The output file can be lo
Hi,
On Fri, Aug 05, 2016 at 05:18:39PM -0700, Sasi Inguva wrote:
> In YouTube we have long been receiving MOV files from users, which have
> non-trivial edit lists (Those edit lists which are not just used to offset
> video start from audio start) and multiple edit lists. Recently the uploads
>
On 8 August 2016 at 23:27, Hendrik Leppkes wrote:
> ---
> cmdutils.c | 9 +
> cmdutils.h | 5 +
> ffmpeg.c | 2 ++
> ffplay.c | 2 ++
> ffprobe.c | 2 ++
> ffserver.c | 1 +
> 6 files changed, 21 insertions(+)
>
> diff --git a/cmdutils.c b/cmdutils.c
> index 03a4836..6960f8c 100
hi all
im creating a hls segment file
and im seeing that the format wrightsthe m3u8 file when your at about 75
frames into the encoding
how can i flush the file sooner
im making the segment very small for testing about 0.5 sec per segment
any ideas?
--
Dan shamir
Director of Graphic Technolog
---
cmdutils.c | 9 +
cmdutils.h | 5 +
ffmpeg.c | 2 ++
ffplay.c | 2 ++
ffprobe.c | 2 ++
ffserver.c | 1 +
6 files changed, 21 insertions(+)
diff --git a/cmdutils.c b/cmdutils.c
index 03a4836..6960f8c 100644
--- a/cmdutils.c
+++ b/cmdutils.c
@@ -107,6 +107,15 @@ static void lo
On Sun, Aug 07, 2016 at 07:47:19PM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Fri, Aug 5, 2016 at 6:20 PM, Michael Niedermayer
> wrote:
>
> > On Wed, Aug 03, 2016 at 07:48:36PM -0400, Ronald S. Bultje wrote:
> > > Hi,
> > >
> > > On Wed, Aug 3, 2016 at 1:57 PM, Michael Niedermayer
> >
> > > wr
Le primidi 21 thermidor, an CCXXIV, Burt P. a écrit :
> Are you now talking about plans of the future or this specific case?
Both.
> As it is, automatic conversion is very helpful, for example from
> WavePack, which uses s16p.
Apparently, not all of them are to your liking. FFmpeg can not guess
34 matches
Mail list logo
