First, forgive me if this is the wrong place for this question.
Short version:
I am trying to build ffmpeg on Linux and I get a very unhelpful linker
error message. Something in one of the Makefiles or config.mak seems to
be causing error messages from gcc to be suppressed, but I have had no
l
On Thu, Mar 24, 2016 at 03:56:19AM -0400, Larry D. Fishel wrote:
> I think all I really need is to know how to get compiler/linker errors when
> building ffmpeg on a Linux platform rather than the beutified output that
> the makefiles seem to work so hard to present.
There is no special mangling o
Le quintidi 5 germinal, an CCXXIV, Jan Sebechlebsky a écrit :
> Closing single slave operation is pulled out into separate
> function close_slave(TeeSlave*).
> Both close_slave and close_slaves function are moved before
> open_slave function.
>
> Signed-off-by: Jan Sebechlebsky
> ---
> libavform
Le quintidi 5 germinal, an CCXXIV, Jan Sebechlebsky a écrit :
> Adds per slave option 'onfail' to the tee muxer allowing an output to
> fail,so other slave outputs can continue.
>
> Signed-off-by: Jan Sebechlebsky
> ---
> doc/muxers.texi | 14 +
> libavformat/tee.c | 91
>
Thanks. I've been using gcc for 20 years and don't remember ever seeing
such an unhelpful error message (cryptic and needing translation yes,
but not without useful info), but you appear to be correct.
And, yes, I thought ffmpeg-users might have been the appropriate place,
but I assumed it mig
Larry D. Fishel madprogrammer.com> writes:
> I assumed it might have been more related to running
> ffmpeg than building it.
Both running and building questions are not welcome one this
mailing list but are welcome on the user mailing list.
Please remember not to top-post there, Carl Eugen
_
Rodger Combs gmail.com> writes:
> - Channel layouts were never exported
> - Channel mappings were incorrect beyond stereo
What happens if you don't pass a channel layout?
Does the encoder work? Does it return a channel
layout?
Does the AAC encoder support more than one channel
layout for a giv
On 3/21/16, Disha Singh wrote:
> Qualification task for project TrueHD encoder.
> There are two patches.
> One has the changes made to other files to support mlpenc.c and the other
> only has mlpenc.c.
> Also attached is the diff file of mlpenc.c.
> (Modified the file :
> https://github.com/ramiro
Hello, I have implemented simple p frame support for FFV1 codec as part of
the GSoC qualification task, so now it for every non key frame stores a
"residual" instead of a frame itself.
The patch file is attached to this message. It also replaces reference
files for FATE tests, cause relative check
On Thu, Mar 24, 2016 at 12:54:07AM -0500, Rodger Combs wrote:
> - size variables were used in a confusing way
> - incorrect size var use led to channel layouts not being set properly
> - channel layouts were incorrectly mapped for >2-channel AAC
> - bitrates not accepted by the encoder were discard
On Wed, Mar 23, 2016 at 04:46:29AM +0100, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/mpegtsenc.c | 12
> 1 file changed, 12 insertions(+)
applied
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Awnsering
On Wed, Mar 23, 2016 at 04:46:28AM +0100, Michael Niedermayer wrote:
> Simplifies code
>
> Signed-off-by: Michael Niedermayer
> ---
> libavformat/mpegtsenc.c | 17 -
> 1 file changed, 8 insertions(+), 9 deletions(-)
applied
[...]
--
Michael GnuPG fingerprint: 9FF2128B147
Hello, I have implemented simple p frame support for FFV1 codec as part of
the GSoC qualification task, so now it for every non key frame stores a
"residual" instead of a frame itself.
The patch file is attached to this message. It also replaces reference
files for FATE tests, cause relative check
Hello,
There is currently a lot of interest in streaming J2K using MPEG TS:
http://www.videoservicesforum.org/activity_groups/VSF_TR-01_2013-04-15.pdf
It is a pretty new feature, but I was wondering if FFmpeg supports this?
Thanks very much,
Aaron
___
Aaron Boxer gmail.com> writes:
> There is currently a lot of interest in streaming J2K using MPEG TS:
>
> http://www.videoservicesforum.org/activity_groups/VSF_TR-01_2013-04-15.pdf
You forgot to attach your patch.
Carl Eugen
___
ffmpeg-devel mailing
On Thu, Mar 24, 2016 at 02:49:26PM +0300, Станислав Долганов wrote:
> Hello, I have implemented simple p frame support for FFV1 codec as part of
> the GSoC qualification task, so now it for every non key frame stores a
> "residual" instead of a frame itself.
>
> The patch file is attached to this
On Thu, 24 Mar 2016 at 12:08 Aaron Boxer wrote:
> Hello,
>
> There is currently a lot of interest in streaming J2K using MPEG TS:
>
> http://www.videoservicesforum.org/activity_groups/VSF_TR-01_2013-04-15.pdf
>
>
There's a lot of interest, but very little of it actually works in the real
world.
On Wed, Mar 23, 2016 at 10:35 PM, Aaron Boxer wrote:
> On Wed, Mar 23, 2016 at 3:59 PM, Michael Bradshaw
> wrote:
>
> > On Wed, Mar 23, 2016 at 12:24 PM, Aaron Boxer wrote:
> > > Hello Again,
> > >
> > > I took a look at the FFmpeg j2k code. Now, I've worked with OpenJPEG
> for
> > > many years
On Thu, Mar 24, 2016 at 12:23 PM, Alex Beregszaszi wrote:
>
> Not having seen the specification I do have a question: Is it possible this
> code piece is in the spec? Many specs contain sample code or a description
> leading to very similar implementations.
>
> I think this is important to double
Aaron Boxer gmail.com> writes:
> There is currently a lot of interest in streaming J2K using MPEG TS:
>
> http://www.videoservicesforum.org/activity_groups/VSF_TR-01_2013-04-15.pdf
You could also test this patch of course:
http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/197440
Carl Eugen
From: Clément Bœsch
./ffmpeg -nostats -f lavfi -i testsrc2=4k:d=2 -vf
bench=start,scale=1024x1024,bench=stop -f null -
before: t:0.489726 avg:0.489883 max:0.491852 min:0.489482
after: t:0.256515 avg:0.256458 max:0.256999 min:0.253755
---
Changes:
- FIX: not using the v8-v15 registers
-
On Thu, Mar 24, 2016 at 8:26 AM, Carl Eugen Hoyos wrote:
> Aaron Boxer gmail.com> writes:
>
> > There is currently a lot of interest in streaming J2K using MPEG TS:
> >
> >
> http://www.videoservicesforum.org/activity_groups/VSF_TR-01_2013-04-15.pdf
>
> You could also test this patch of course:
On Thu, Mar 24, 2016 at 8:19 AM, Kieran Kunhya wrote:
> On Thu, 24 Mar 2016 at 12:08 Aaron Boxer wrote:
>
> > Hello,
> >
> > There is currently a lot of interest in streaming J2K using MPEG TS:
> >
> >
> http://www.videoservicesforum.org/activity_groups/VSF_TR-01_2013-04-15.pdf
> >
> >
> There's
Hi,
patch attached.
From 9fc844583658ff772c60877a23f0f27f98b12d04 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Thu, 24 Mar 2016 12:35:54 +0100
Subject: [PATCH] avcodec: add jpeg2000 parser
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c |
On Wed, Mar 23, 2016 at 06:35:20PM -0400, Aaron Boxer wrote:
> On Wed, Mar 23, 2016 at 3:59 PM, Michael Bradshaw wrote:
>
> > On Wed, Mar 23, 2016 at 12:24 PM, Aaron Boxer wrote:
> > > Hello Again,
> > >
> > > I took a look at the FFmpeg j2k code. Now, I've worked with OpenJPEG for
> > > many ye
On Thu, Mar 24, 2016 at 02:00:40PM +0100, Paul B Mahol wrote:
> Hi,
>
> patch attached.
> Makefile |1
> allcodecs.c |1
> jpeg2000_parser.c | 103
> ++
> 3 files changed, 105 insertions(+)
> f6cc380cfe80d40deccdc2dbb
Original mail and my own followup on ffmpeg-user earlier today:
I have a device sending out a MJPEG/RTP stream on a low quality setting.
Decoding and displaying the video with libavformat results in a washed
out, low contrast, greyish image. Playing the same stream with VLC results
in proper color
Hi,
On Mar 24, 2016 8:28 AM, "Clément Bœsch" wrote:
>
> From: Clément Bœsch
>
> ./ffmpeg -nostats -f lavfi -i testsrc2=4k:d=2 -vf
bench=start,scale=1024x1024,bench=stop -f null -
>
> before: t:0.489726 avg:0.489883 max:0.491852 min:0.489482
> after: t:0.256515 avg:0.256458 max:0.256999
On Thu, Mar 24, 2016 at 09:35:01AM -0400, Ronald S. Bultje wrote:
> Hi,
>
> On Mar 24, 2016 8:28 AM, "Clément Bœsch" wrote:
> >
> > From: Clément Bœsch
> >
> > ./ffmpeg -nostats -f lavfi -i testsrc2=4k:d=2 -vf
> bench=start,scale=1024x1024,bench=stop -f null -
> >
> > before: t:0.489726 avg:
On Thu, Mar 24, 2016 at 8:23 AM, Alex Beregszaszi wrote:
> On Wed, Mar 23, 2016 at 10:35 PM, Aaron Boxer wrote:
>
> > On Wed, Mar 23, 2016 at 3:59 PM, Michael Bradshaw
> > wrote:
> >
> > > On Wed, Mar 23, 2016 at 12:24 PM, Aaron Boxer
> wrote:
> > > > Hello Again,
> > > >
> > > > I took a look
On Wed, 23 Mar 2016 18:31:56 +0100
Michael Niedermayer wrote:
> On Wed, Mar 23, 2016 at 02:02:12PM +0100, wm4 wrote:
> > This is a bit messy, mainly due to timestamp handling.
> >
> > decode_video() relied on the fact that it could set dts on a flush/drain
> > packet. This is not possible with t
On Thu, Mar 24, 2016 at 02:31:38PM +0100, Ico Doornekamp wrote:
> Original mail and my own followup on ffmpeg-user earlier today:
>
> I have a device sending out a MJPEG/RTP stream on a low quality setting.
> Decoding and displaying the video with libavformat results in a washed
> out, low contras
On Thu, Mar 24, 2016 at 12:55 AM, Reimar Döffinger wrote:
> On Wed, Mar 23, 2016 at 10:50:06PM -0400, Aaron Boxer wrote:
> > On Wed, Mar 23, 2016 at 9:48 PM, Ricardo Constantino
> > wrote:
> >
> > > On 23 March 2016 at 22:35, Aaron Boxer wrote:
> > > > Back to my original point, what is the rea
Hi Alex,
On Thu, Mar 24, 2016 at 10:49 AM, Alex Beregszaszi wrote:
> On Thu, Mar 24, 2016 at 2:44 PM, Aaron Boxer wrote:
> > On Thu, Mar 24, 2016 at 12:55 AM, Reimar Döffinger <
> reimar.doeffin...@gmx.de
> >> wrote:
> >
> >> On Wed, Mar 23, 2016 at 10:50:06PM -0400, Aaron Boxer wrote:
> >> > O
On Thu, Mar 24, 2016 at 2:44 PM, Aaron Boxer wrote:
> On Thu, Mar 24, 2016 at 12:55 AM, Reimar Döffinger > wrote:
>
>> On Wed, Mar 23, 2016 at 10:50:06PM -0400, Aaron Boxer wrote:
>> > On Wed, Mar 23, 2016 at 9:48 PM, Ricardo Constantino
>> > wrote:
>> >
>> > > On 23 March 2016 at 22:35, Aaron Bo
Most useful for MPEG-TS. Works by having the underlying muxer configure the
bitstream filters, then moving them to our own AVStreams.
---
libavformat/segment.c | 30 +-
1 file changed, 25 insertions(+), 5 deletions(-)
diff --git a/libavformat/segment.c b/libavformat/se
Hello,
Currently i am integrating a third party video decoder to FFMPEG.
I have an issue with my decoder. As it is giving multiple output frames for
single packet/frame.
I have tried the possible scenarios
1. If i return the decode function immediately(with consumed bytes) after
getting the outpu
I tried to test with the files sample.cdda.flac and
> sample.hdcd.flac attached in the ticket.
> The output is different and one possible reason
> is the usage of floating point arithmetic in the
> filter.
>
Did you compare flac files or raw audiodata (e.g. wav)? For me flac it is
not identical bu
> On Mar 24, 2016, at 06:25, Michael Niedermayer wrote:
>
> On Thu, Mar 24, 2016 at 12:54:07AM -0500, Rodger Combs wrote:
>>
>> +AudioValueRange *ranges = malloc(size);
>> +if (!ranges)
>
> is it intended to use malloc() instead of av_malloc() here ?
> and not free it ?
Aaron Boxer gmail.com> writes:
> Anyways, the important thing here is to ensure that
> code from other projects gets proper attribution.
Then please send a patch that adds the attribution,
remember that it is based on old libopenjpeg code,
Reimar already provided an appropriate line.
> I'm s
Solved :)
Thanks,
Petru Rares.
From: ffmpeg-devel on behalf of Michael
Niedermayer
Sent: Thursday, March 24, 2016 4:04 AM
To: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel] [PATCH 2/2] Added more tests to
libavutil/parseutil
Suresh Kumar gmail.com> writes:
> Please suggest me how to proceed.
You could send your patch for review to this mailing list.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Rodger Combs gmail.com> writes:
> - channel layouts were incorrectly mapped for >2-channel AAC
Sorry, I had answered the wrong mail before:
What happens if you don't pass a channel layout?
Does the encoder work? Does it return a channel
layout?
Does the AAC encoder support more than one channe
On Tue, Mar 22, 2016 at 12:02 PM, Rostislav Pehlivanov
wrote:
> On 22 March 2016 at 18:36, Ganesh Ajjanagadde wrote:
>
>> No idea why in commit 01ecb7172b684f1c4b3e748f95c5a9a494ca36ec the
>> checks were removed; this can lead to NULL pointer dereferences. This
>> effectively reverts that portion
- size variables were used in a confusing way
- incorrect size var use led to channel layouts not being set properly
- channel layouts were incorrectly mapped for >2-channel AAC
- bitrates not accepted by the encoder were discarded instead of being clamped
- some minor style/indentation fixes
---
This should demonstrate how well or badly the
minimal inflate fits into code designed around zlib.
I am not clear on whether the pngdec implementation
was done explicitly to save memory, some other reason,
or possibly for no good reason at all.
Signed-off-by: Reimar Döffinger
---
configure
FFmpeg currently lacks a fallback inflate algorithm
when zlib is not available.
We have a lot of infrastructure for it already available
though, like VLC code reading (though only in libavcodec,
not libavutil).
This is a small fallback implementation that should
run at reasonable speed but is not o
On Thu, Mar 24, 2016 at 08:35:19PM +0530, Suresh Kumar wrote:
> Hello,
>
> Currently i am integrating a third party video decoder to FFMPEG.
> I have an issue with my decoder. As it is giving multiple output frames for
> single packet/frame.
>
> I have tried the possible scenarios
> 1. If i retur
> On Mar 24, 2016, at 03:55, Carl Eugen Hoyos wrote:
>
> Rodger Combs gmail.com> writes:
>
>> - Channel layouts were never exported
>> - Channel mappings were incorrect beyond stereo
>
> What happens if you don't pass a channel layout?
> Does the encoder work? Does it return a channel
> layo
On Thu, Mar 24, 2016 at 4:33 PM, Reimar Döffinger
wrote:
> This should demonstrate how well or badly the
> minimal inflate fits into code designed around zlib.
> I am not clear on whether the pngdec implementation
> was done explicitly to save memory, some other reason,
> or possibly for no good r
Ping - can this be reviewed?
> On Mar 21, 2016, at 7:55 PM, Rick Kern wrote:
>
> Fixes bug #5352: Error when fetching parameter sets.
>
> Signed-off-by: Rick Kern
> ---
> libavcodec/videotoolboxenc.c | 38 --
> 1 file changed, 24 insertions(+), 14 deletions(-
Can this one be reviewed too?
> On Mar 21, 2016, at 12:55 AM, Rick Kern wrote:
>
> Fixes crash in #5352. VTCompressionSessionInvalidate() crashes if the
> internal encoder hasn't completed, but hasn't experienced an error. The
> function call isn't needed since the encoder is invalidated when
On Mon, 21 Mar 2016 00:55:56 +0800
Rick Kern wrote:
> Fixes crash in #5352. VTCompressionSessionInvalidate() crashes if the
> internal encoder hasn't completed, but hasn't experienced an error. The
> function call isn't needed since the encoder is invalidated when the
> reference count reaches
On Thu, Mar 24, 2016 at 05:14:49PM +0100, Hendrik Leppkes wrote:
> On Thu, Mar 24, 2016 at 4:33 PM, Reimar Döffinger
> wrote:
> > This should demonstrate how well or badly the
> > minimal inflate fits into code designed around zlib.
> > I am not clear on whether the pngdec implementation
> > was d
On Mon, 21 Mar 2016 19:55:24 +0800
Rick Kern wrote:
> Fixes bug #5352: Error when fetching parameter sets.
>
> Signed-off-by: Rick Kern
Could use some more explanations. A referenced issue is IMHO not
enough, and the issue tracker might disappear/be reset/be replaced in
the future too.
> ---
> On Mar 25, 2016, at 12:37 AM, wm4 wrote:
>
> On Mon, 21 Mar 2016 00:55:56 +0800
> Rick Kern wrote:
>
>> Fixes crash in #5352. VTCompressionSessionInvalidate() crashes if the
>> internal encoder hasn't completed, but hasn't experienced an error. The
>> function call isn't needed since the e
> On Mar 25, 2016, at 12:45 AM, wm4 wrote:
>
> On Mon, 21 Mar 2016 19:55:24 +0800
> Rick Kern mailto:ker...@gmail.com>> wrote:
>
>> Fixes bug #5352: Error when fetching parameter sets.
>>
>> Signed-off-by: Rick Kern mailto:ker...@gmail.com>>
>
> Could use some more explanations. A referenced
On Thu, Mar 24, 2016 at 03:34:58PM +0100, wm4 wrote:
> On Wed, 23 Mar 2016 18:31:56 +0100
> Michael Niedermayer wrote:
>
> > On Wed, Mar 23, 2016 at 02:02:12PM +0100, wm4 wrote:
> > > This is a bit messy, mainly due to timestamp handling.
> > >
> > > decode_video() relied on the fact that it cou
Signed-off-by: Michael Niedermayer
---
tests/fate/filter-video.mak |6 ++
tests/ref/fate/filter-metadata-cropdetect | 32 +
2 files changed, 38 insertions(+)
create mode 100644 tests/ref/fate/filter-metadata-cropdetect
diff --git a/tests/fate/
On Thu, Mar 24, 2016 at 06:03:49PM +0100, Michael Niedermayer wrote:
> On Thu, Mar 24, 2016 at 03:34:58PM +0100, wm4 wrote:
> > On Wed, 23 Mar 2016 18:31:56 +0100
> > Michael Niedermayer wrote:
> >
> > > On Wed, Mar 23, 2016 at 02:02:12PM +0100, wm4 wrote:
> > > > This is a bit messy, mainly due
Hi,
Need your help as append..
Here is what we are going to do:
1. Develop the application that run the ffmpeg conversion (format
used including ProRes HD, XDCAM 422, mpeg4) through their command prompt.
2. We foresee less than 100 units of this application to be sold p
>
> Well, what else would you do?
In both cases I was expecting to see null instead of the 1 byte alloc.
In the case of the metadata, I was missing the subtlety about "no update"
vs "update to empty"... makes sense now.
malloc(0) can return NULL or non NULL whchever way libc prefers
> this ma
On Thu, 24 Mar 2016 18:14:03 +0100
Michael Niedermayer wrote:
> On Thu, Mar 24, 2016 at 06:03:49PM +0100, Michael Niedermayer wrote:
> > On Thu, Mar 24, 2016 at 03:34:58PM +0100, wm4 wrote:
> > > On Wed, 23 Mar 2016 18:31:56 +0100
> > > Michael Niedermayer wrote:
> > >
> > > > On Wed, Mar 2
CMVideoFormatDescriptionGetH264ParameterSetAtIndex() fails on some hardware/OS
versions when retrieving the parameter set count alone.
Signed-off-by: Rick Kern
---
libavcodec/videotoolboxenc.c | 43 ---
1 file changed, 32 insertions(+), 11 deletions(-)
d
On Thu, Mar 24, 2016 at 03:25:06PM +, Petru Rares Sincraian wrote:
> Solved :)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Dictatorship naturally arises out of democracy, and the most aggravated
form of tyranny and slavery out of the mos
PCR insertion with specified period is functional when muxrate
is also specified (contant bitrate) as required by DVB and ATSC
(and other) specifications. Feature was non-functional for
variable bitrate (muxrate not specified). Insertion timing
is based on video frame keys and frame period (dts) th
On Thu, 24 Mar 2016, Jan Sebechlebsky wrote:
Calling close_slave in case error is to be returned from open_slave
will free allocated resources.
Since failure can happen before bsfs array is initialized,
close_slave must check that bsfs is not NULL before accessing
tee_slave->bsfs[i] element.
Signed-off-by: Michael Niedermayer
---
libavcodec/libutvideodec.cpp | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/libavcodec/libutvideodec.cpp b/libavcodec/libutvideodec.cpp
index 7c60f4f..a456735 100644
--- a/libavcodec/libutvideodec.cpp
+++ b/libavcodec/libu
On Thu, Mar 24, 2016 at 10:28:18PM +0100, Michael Niedermayer wrote:
> Signed-off-by: Michael Niedermayer
> ---
> libavcodec/libutvideodec.cpp | 12 +++-
> 1 file changed, 11 insertions(+), 1 deletion(-)
reveiwed by maintainer
applied
thanks
[...]
--
Michael GnuPG fingerprint:
On 3/24/16, Paul B Mahol wrote:
> Hi,
>
> patch attached.
>
Fixed version attached.
From 23088e3cf4fef14c8d344403c4124e426db1493b Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Thu, 24 Mar 2016 12:35:54 +0100
Subject: [PATCH] avcodec: add jpeg2000 parser
Signed-off-by: Paul B Mahol
---
lib
Hi all
just wanted to remind all Mentors and Students that googles
"Student application deadline." is in a few hours (25 March 19:00 UTC)
@Students, dont forget to submit a pdf project proposal to google
before the deadline.
Also note that there is time after this deadline for continuing
work on
On Thu, Mar 24, 2016 at 03:14:56PM -0400, Predrag Filipovic wrote:
> PCR insertion with specified period is functional when muxrate
> is also specified (contant bitrate) as required by DVB and ATSC
> (and other) specifications. Feature was non-functional for
> variable bitrate (muxrate not specifie
1. The most important change is the addition of a permute call to ensure
that the comparison between fftw and avfft is fair, since fftw does not
require the call. This is evident from the test code additions in the
previous commit, and also from http://www.fftw.org/benchfft/.
2. Added in a memcpy f
Useful for fast FFT computation: http://www.fftw.org/.
Signed-off-by: Ganesh Ajjanagadde
---
configure | 4
1 file changed, 4 insertions(+)
diff --git a/configure b/configure
index 0987bcd..9a9a36d 100755
--- a/configure
+++ b/configure
@@ -222,6 +222,7 @@ External library support:
--en
Ganesh Ajjanagadde (4):
configure: add fftw3 detection
lavc/fftw: add initial fftw wrapper
lavc/fft-test: add FFTW3 tests
lavc/fft-test: update benchmark code
configure | 4 +++
libavcodec/Makefile | 1 +
libavcodec/fft-test.c | 82 +
Basic FFTW3 testing; the next patch does some slight modifications for fair
benchmarking purposes.
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/fft-test.c | 74 ++-
1 file changed, 67 insertions(+), 7 deletions(-)
diff --git a/libavcodec/fft-t
On Tue, Mar 22, 2016 at 10:01:54AM +, Carl Eugen Hoyos wrote:
> Hi!
>
> I'd like to request refunds for my expenses going to
> Chemnitzer Linuxtage 2015 and 2016. Both years, we
> had a booth for two days with many users asking for
> support and getting information about FFmpeg.
>
> Flight
On Fri, Mar 25, 2016 at 12:44:49AM +0100, Paul B Mahol wrote:
> On 3/24/16, Paul B Mahol wrote:
> > Hi,
> >
> > patch attached.
> >
>
> Fixed version attached.
confirmed
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Many that live deserve death. And some t
No dct business yet; meant to be a minimal setup for now.
Such things added as FIXME's and TODO's.
Signed-off-by: Ganesh Ajjanagadde
---
libavcodec/Makefile | 1 +
libavcodec/fftw.c | 68 +
libavcodec/fftw.h | 80 ++
On Wed, Mar 23, 2016 at 02:02:13PM +0100, wm4 wrote:
> ---
> Not so sure about the frame duplication logic etc.
> ---
> ffmpeg.c | 71
> +---
> 1 file changed, 46 insertions(+), 25 deletions(-)
>
with the 2 commands:
./ffmpeg -i matrix
Fixes error "libavcodec/audiotoolboxenc.c:294:50: error: use of undeclared
identifier 'kAudioCodecPropertyPacketSizeLimitForVBR'."
That was added to 10.9:
https://developer.apple.com/library/mac/releasenotes/General/APIDiffsMacOSX10_9/AudioUnit.html
Signed-off-by: Dan Dennedy
---
libavcodec/aud
81 matches
Mail list logo
