Kieran Kunhya obe.tv> writes:
> > It is very important that FFmpeg also decodes invalid
> > files as long as no valid files are affected.
>
> Nonsense,
> should FFmpeg be able to decode any file created by using netcat
> on random RTP data?
> Should FFmpeg be able to decode wireshark dumps wh
It passes packets unchanged with a very low overhead.
Using it allows to have the same code path when bitstream filtering
is not used, making the code simpler and avoiding bitroting.
The filter can not be disabled so that applications can rely on it.
It is added out of alphabetical order to keep th
Signed-off-by: Nicolas George
---
libavformat/concatdec.c | 165 ++--
1 file changed, 76 insertions(+), 89 deletions(-)
diff --git a/libavformat/concatdec.c b/libavformat/concatdec.c
index b3a430e..bbea158 100644
--- a/libavformat/concatdec.c
+++ b/lib
Signed-off-by: Nicolas George
---
tests/convert.ffconcat | 3 +++
tests/fate/concatdec.mak | 9 +
tests/ref/fate/concat-demuxer-convert-lavf-h264| 1 +
tests/ref/fate/concat-demuxer-convert-lavf-h264-noconv | 1 +
4 fil
On Thu, Apr 28, 2016 at 12:36 PM, Hendrik Leppkes wrote:
> On Thu, Apr 28, 2016 at 11:06 AM, Nicolas George wrote:
>> The filter can not be disabled so that applications can rely on it.
>>
>
> It probably does generally no harm to include it since its tiny,
> however it would still show up in con
On Thu, Apr 28, 2016 at 11:06 AM, Nicolas George wrote:
> The filter can not be disabled so that applications can rely on it.
>
It probably does generally no harm to include it since its tiny,
however it would still show up in configure and be disable-able in
configure (since the list is generate
Hi,
patches attached.
From 506e14978a831424134c63695ddb386fa56dcfc9 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Mon, 25 Apr 2016 20:42:58 +0200
Subject: [PATCH 1/2] avcodec: add Bonk decoder
Signed-off-by: Paul B Mahol
---
libavcodec/Makefile | 1 +
libavcodec/allcodecs.c | 1 +
Dmitriy Kuminov wrote:
> On 2016-04-21 06:46:38 +, Reimar Döffinger said:
>
>> Have something that results in adding -I/usr/include to the compile
>> options or to C_INCLUDE_PATH? Probably your compiler is misconfigured
>> to not consider that a system include path.
>> Adding -isystem /usr/i
The names are only used for technical output and debugging.
Make them similar to C identifiers for easier quick reading
of debug dumps.
Signed-off-by: Nicolas George
---
ffmpeg_filter.c | 24
libavfilter/avfiltergraph.c | 6 +++---
2 files changed, 15 insert
Le decadi 10 floréal, an CCXXIV, Hendrik Leppkes a écrit :
> It probably does generally no harm to include it since its tiny,
That was my reasoning.
> however it would still show up in configure and be disable-able in
> configure (since the list is generated from the extern const bitstream
> filt
The deprecated avcodec_decode_video2() and avcodec_decode_audio4()
functions called av_packet_split_side_data() on the input packets. This
is required for packets produced by libavformat with the
AVFMT_FLAG_KEEP_SIDE_DATA flag unset (which is unfortunately the
default).
The new API didn't do this
On Thu, Apr 28, 2016 at 03:24:10PM +0200, Nicolas George wrote:
> Le decadi 10 floréal, an CCXXIV, Hendrik Leppkes a écrit :
> > It probably does generally no harm to include it since its tiny,
>
> That was my reasoning.
>
> > however it would still show up in configure and be disable-able in
> >
Le decadi 10 floréal, an CCXXIV, Michael Niedermayer a écrit :
> i think a system that allows user apps to add their own
> bitstream filters would be good
Possibly, but that is completely unrelated to the current discussion.
Regards,
--
Nicolas George
signature.asc
Description: Digital sign
On 4/28/2016 6:06 AM, Nicolas George wrote:
> Signed-off-by: Nicolas George
> ---
> tests/convert.ffconcat | 3 +++
> tests/fate/concatdec.mak | 9 +
> tests/ref/fate/concat-demuxer-convert-lavf-h264| 1 +
> tests/ref/f
Hi!
I hope attached patch fixes an issue seen in a decklink user report where
the bit_rate was negative. Or should the division be changed to 1ULL/...?
Completely untested.
Please review, Carl Eugen
diff --git a/libavdevice/decklink_dec.cpp b/libavdevice/decklink_dec.cpp
index 9d7dc97..89c1a8b 1
Le decadi 10 floréal, an CCXXIV, Carl Eugen Hoyos a écrit :
> I hope attached patch fixes an issue seen in a decklink user report where
> the bit_rate was negative. Or should the division be changed to 1ULL/...?
This does not make the computation 64 bits, it makes them whatever the size
happens t
Hi,
I did a quick test, but it's not bitexact here:
https://www.datafilehost.com/d/4820b89a
Regards
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Google Chrome is not able to playback aac_he_v2 streams remuxed from mpegts to
mp4. To reproduce the problem:
ffmpeg -f lavfi -i 'aevalsrc=sin(2*PI*t*440)[out0]' -t 10 -movflags faststart
-c:a libfdk_aac -ac 2 -ar 48000 -profile:a aac_he_v2 -f mpegts tmp.ts
ffmpeg -i tmp.ts -c copy -bsf:a aac_
> I did a quick test, but it's not bitexact here:
>
> https://www.datafilehost.com/d/4820b89a
also it deadlocks with mono files:
https://www.datafilehost.com/d/b702c504
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/li
On 4/28/2016 8:13 AM, Paul B Mahol wrote:
> +static av_cold int bonk_init(AVCodecContext *avctx)
> +{
> +BonkContext *s = avctx->priv_data;
> +int i;
> +
> +avctx->sample_fmt = AV_SAMPLE_FMT_S16;
> +if (avctx->extradata_size < 17)
> +return AVERROR(EINVAL);
> +
> +if
Looks like it's failing here:
https://code.google.com/p/chromium/codesearch#chromium/src/media/filters/ffmpeg_audio_decoder.cc&l=419
Here is the error message I got from Chrome:
[1:9:0428/101459:VERBOSE2:decoder_selector.cc(195)] InitializeDecoder
[1:9:0428/101459:ERROR:ffmpeg_audio_decoder.cc(421
On 2016-04-28 12:13:21 +, KO Myung-Hun said:
Then, it may be a problem of pkg-config. pkg-config does not output
system header directories such as /usr/include unless
PKG_CONFIG_ALLOW_SYSTEM_CFLAGS is set. However, pkg-config seems not to
think of /@unixroot/usr/include as a system header di
Dana 28. 4. 2016. 18:47 osoba "Piotr Bandurski" napisala
je:
>
> Hi,
>
> I did a quick test, but it's not bitexact here:
>
> https://www.datafilehost.com/d/4820b89a
>
You sure this is lossless file?
> Regards
>
> ___
> ffmpeg-devel mailing list
> ffmpe
> > I did a quick test, but it's not bitexact here:
> >
> > https://www.datafilehost.com/d/4820b89a
> >
>
> You sure this is lossless file?
Yes.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Fixes Ticket5326
Signed-off-by: Michael Niedermayer
---
libavfilter/af_amix.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/libavfilter/af_amix.c b/libavfilter/af_amix.c
index e64e289..3e5e7ee 100644
--- a/libavfilter/af_amix.c
+++ b/libavfilter/af_amix.c
@@ -312,6 +312,9 @@ static i
On Thu, Apr 28, 2016 at 05:30:36PM +0200, Nicolas George wrote:
> Le decadi 10 floréal, an CCXXIV, Carl Eugen Hoyos a écrit :
> > I hope attached patch fixes an issue seen in a decklink user report where
> > the bit_rate was negative. Or should the division be changed to 1ULL/...?
>
> This does n
On Thu, 28 Apr 2016 at 08:42 Carl Eugen Hoyos wrote:
> Kieran Kunhya obe.tv> writes:
>
> > > It is very important that FFmpeg also decodes invalid
> > > files as long as no valid files are affected.
> >
> > Nonsense,
>
> > should FFmpeg be able to decode any file created by using netcat
> > on r
On 4/28/16, Piotr Bandurski wrote:
>> I did a quick test, but it's not bitexact here:
>>
>> https://www.datafilehost.com/d/4820b89a
>
> also it deadlocks with mono files:
>
> https://www.datafilehost.com/d/b702c504
>
Did you used lossless mode with this one? If not, could you provide
source of th
> > also it deadlocks with mono files:
> >
> > https://www.datafilehost.com/d/b702c504
> >
>
> Did you used lossless mode with this one? If not, could you provide
> source of this file?
this file should be lossless as well, but just in case here is source wav file:
https://www.datafilehost.com/d
On 4/28/16, Paul B Mahol wrote:
> Hi,
>
> patches attached.
>
Improved version attached.
From 1a330f7bba56bc1f7ed8f972c130f2a3997fd5b8 Mon Sep 17 00:00:00 2001
From: Paul B Mahol
Date: Mon, 25 Apr 2016 20:42:58 +0200
Subject: [PATCH 1/2] avcodec: add Bonk decoder
Signed-off-by: Paul B Mahol
--
> Improved version attached.
I found another bug, this time in lossy mode - the file encoded as "joint
stereo" decodes after a few seconds into noise:
https://www.datafilehost.com/d/c2e8b332
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http:/
> On Apr 27, 2016, at 07:29, Nicolas George wrote:
>
> Le nonidi 9 floréal, an CCXXIV, Rodger Combs a écrit :
>> ---
>> libavformat/internal.h | 5 +++--
>> libavformat/mux.c | 40 +-
>> libavformat/segment.c | 6 +++--
>> libavformat/utils.c| 59
>>
Fixes Ticket5414
Signed-off-by: Michael Niedermayer
---
libavformat/movenc.c | 32 ++--
1 file changed, 22 insertions(+), 10 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 5acb9af..76032c8 100644
--- a/libavformat/movenc.c
+++ b/libavfo
On 4/27/2016 2:21 PM, foo86 wrote:
> Also add actual speaker pair definitions.
> ---
> libavcodec/dca.h | 28
> libavcodec/dca_exss.c | 9 ++---
> 2 files changed, 30 insertions(+), 7 deletions(-)
>
> diff --git a/libavcodec/dca.h b/libavcodec/dca.h
> index
On 4/27/2016 2:19 PM, foo86 wrote:
> This moves several DCA tables around in preparation and adds decoder for DTS
> Express (LBR) format that is typically used for secondary audio tracks on BDs.
>
> Current implementation supports decoding mono, stereo and 5.1 tracks at
> maximum
> sampling rate
On Thu, Apr 28, 2016 at 03:34:34PM +0200, wm4 wrote:
> The deprecated avcodec_decode_video2() and avcodec_decode_audio4()
> functions called av_packet_split_side_data() on the input packets. This
> is required for packets produced by libavformat with the
> AVFMT_FLAG_KEEP_SIDE_DATA flag unset (whic
On 4/27/2016 2:22 PM, foo86 wrote:
> ---
> Changelog|1 +
> libavcodec/Makefile |2 +-
> libavcodec/dca_lbr.c | 1858
> ++
> libavcodec/dca_lbr.h | 130
> libavcodec/dcadata.c | 460 +
> libavcodec/dcadata.h |
On Thu, Apr 28, 2016 at 01:13:34PM +0200, Paul B Mahol wrote:
> Hi,
>
> patches attached.
[...]
> +static int bonk_probe(AVProbeData *p)
> +{
> +int i;
> +
> +for (i = 0; i < p->buf_size - 5; i++) {
> +if (!p->buf[i] && AV_RL32(p->buf + i + 1) == MKTAG('B','O','N','K'))
> +
38 matches
Mail list logo
