Hi,
I found ffmpeg support two rtmp libs, where one is ffmpeg's native rtmp lib,
and the other is rtmpdump. Which is better?
Thanks!
Regards
Andrew
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
Hi,
Does ffmpeg support AEC, i.e. Acoustic Echo Cancellation? Or Does ffmpeg has
third-party dependency lib that supports AEC?
Thanks!
Regards
Andrew
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-deve
Le primidi 21 messidor, an CCXXIV, Marton Balint a écrit :
> The basic goals are the ones which are set in the GSOC trac page under the
> tee muxer improvement project:
>
> Description: FFmpeg contains a tee muxer, which is capable of writing the
> same coded packets to multiple outputs. However,
On Sat, Jul 09, 2016 at 07:46:17AM +0800, Steven Liu wrote:
> add update document of patch
>
>
> support split hls segment at duration set by hls_time
>
> Signed-off-by: LiuQi
> ---
> doc/muxers.texi | 6 ++
> libavformat/hlsenc.c | 4 +++-
> 2 files changed, 9 insertions(+), 1 deleti
On Wed, Jul 06, 2016 at 08:25:24PM -0300, James Almer wrote:
> While not enforced, RFC 5334[1] recommends to use the .oga extension
> for all audio codecs except Vorbis (.ogg) and Speex (.spx)
a recommandition to use .oga when Y does not imply a recommandition
of the reverse (.oga -> Y)
unless mi
Hi,
On Sat, Jul 9, 2016 at 11:12 AM, James Almer wrote:
> On 7/8/2016 6:59 PM, Ronald S. Bultje wrote:
> > +%if ARCH_X86_64
> > +INIT_YMM avx2
>
> Add an %if HAVE_AVX2_EXTERNAL check here, because yasm 1.1.0 and older
> don't support avx2.
>
> lgtm aside from that.
Changed, and pushed.
Ronald
Le septidi 17 messidor, an CCXXIV, sebechlebsky...@gmail.com a écrit :
> From: Jan Sebechlebsky
>
> Use ff_stream_encode_params_copy() to copy encoding-related
> fields (parameters) of stream.
>
> Signed-off-by: Jan Sebechlebsky
> ---
> libavformat/tee.c | 14 +++---
> 1 file changed,
Hi,
On Sun, Jul 10, 2016 at 5:37 PM, Michael Niedermayer wrote:
> On Sun, Jul 10, 2016 at 02:30:20PM -0400, Ronald S. Bultje wrote:
> > Hi,
> >
> > On Sun, Jul 10, 2016 at 1:25 PM, Michael Niedermayer
> > > wrote:
> >
> > > It could be reverted, it could be left for the next developer to use
>
Le septidi 17 messidor, an CCXXIV, sebechlebsky...@gmail.com a écrit :
> From: Jan Sebechlebsky
>
> Signed-off-by: Jan Sebechlebsky
> ---
> libavformat/tee.c | 11 +--
> 1 file changed, 5 insertions(+), 6 deletions(-)
LGTM.
Regards,
--
Nicolas George
signature.asc
Description: D
Le septidi 17 messidor, an CCXXIV, sebechlebsky...@gmail.com a écrit :
> From: Jan Sebechlebsky
>
> This will fix crash when caller attempts to flush by
> calling write_packet with NULL packet pointer and
> flushes slaves as expected.
>
> Signed-off-by: Jan Sebechlebsky
Probably ok.
Regards,
On 7/11/2016 11:11 AM, Michael Niedermayer wrote:
> On Wed, Jul 06, 2016 at 08:25:24PM -0300, James Almer wrote:
>> While not enforced, RFC 5334[1] recommends to use the .oga extension
>> for all audio codecs except Vorbis (.ogg) and Speex (.spx)
>
> a recommandition to use .oga when Y does not im
On Mon, Jul 11, 2016 at 11:41:20AM -0300, James Almer wrote:
> On 7/11/2016 11:11 AM, Michael Niedermayer wrote:
> > On Wed, Jul 06, 2016 at 08:25:24PM -0300, James Almer wrote:
> >> While not enforced, RFC 5334[1] recommends to use the .oga extension
> >> for all audio codecs except Vorbis (.ogg)
On 7/11/2016 12:38 PM, Michael Niedermayer wrote:
> On Mon, Jul 11, 2016 at 11:41:20AM -0300, James Almer wrote:
>> On 7/11/2016 11:11 AM, Michael Niedermayer wrote:
>>> On Wed, Jul 06, 2016 at 08:25:24PM -0300, James Almer wrote:
While not enforced, RFC 5334[1] recommends to use the .oga exte
I have tried gcc-4.9.1, and it works. gcc-4.2.1 is too old.
All right. Please help to revert my patch. Thanks!
On Sat, Jul 9, 2016 at 11:02 AM, Michael Niedermayer
wrote:
> adding jingyu (author of 311a953c76081fca99b872629d248f9d69ebc0c3) to CC
>
> On Sat, Jul 09, 2016 at 07:47:26AM -0600, Pavel
Dear devs,
Please apply the following patch. 23.97 is already supported in the encoder,
but not 24 fps. According to the dnxhd white paper, only 1080p resolution
supports 24 fps.
I found this old ticket about this issue, but it was not properly fixed back
then.
https://trac.ffmpeg.org/ticket/3
On Mon, Jul 11, 2016, at 12:00 AM, qw wrote:
> Hi,
>
> Does ffmpeg support AEC, i.e. Acoustic Echo Cancellation? Or Does ffmpeg
> has third-party dependency lib that supports AEC?
Wrong mailing list. ffmpeg-devel is only for patch submissions and
discussions related to the development of FFmpeg.
Users can be unaware of -vframes/-frames:v when they want to output a single
image.
May prevent invalid bug reports such as #5701.
Signed-off-by: Lou Logan
---
libavformat/img2enc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavformat/img2enc.c b/libavformat/img2enc.c
Lou Logan lrcd.com> writes:
> or use -vframes 1 to output single image)\n",
Since this is a muxer and -vframes is an ffmpeg option,
I am not convinced this is a good solution.
Note that -vsync vfr also "fixes" ticket #5701.
Carl Eugen
___
ffmpeg-dev
Håvard Espeland mixedrealities.no> writes:
> Please apply the following patch. 23.97 is already supported
> in the encoder, but not 24 fps.
I believe the FFmpeg encoder supports any sample rate,
no limitations.
Only the help text is wrong afaict.
Carl Eugen
__
On 07/11/2016 02:23 AM, Marton Balint wrote:
+ret = av_dict_copy(&dst->metadata, src->metadata, 0);
+if (ret < 0)
+return ret;
Since you are resetting every existing field in dst, it might make
sense to free the metadata dictionary as well, before copying items to
it.
Th
Rostislav Pehlivanov gmail.com> writes:
> +Current users and members of the community are
> invited to write a replacement program to fill the
> same niche that ffserver did in a clean way
Please remove the word "clean" from the sentence, it has
a very bad connotation imo.
Carl Eugen
__
From: Jan Sebechlebsky
This will add support for flushing by writing NULL
packet to the tee muxer, which propagates the action
to slave muxers as expected.
Signed-off-by: Jan Sebechlebsky
---
Unfortunately, I've realized that I've forgotten to set AVFMT_ALLOW_FLUSH
flag to the tee muxer to ma
On Mon, 11 Jul 2016 21:08:40 + (UTC), Carl Eugen Hoyos wrote:
> Lou Logan lrcd.com> writes:
>
> > or use -vframes 1 to output single image)\n",
>
> Since this is a muxer and -vframes is an ffmpeg option,
> I am not convinced this is a good solution.
> Note that -vsync vfr also "fixes" ti
On Mon, Jul 11, 2016 at 11:43:19AM +0200, Håvard Espeland wrote:
> Dear devs,
>
> Please apply the following patch. 23.97 is already supported in the encoder,
> but not 24 fps. According to the dnxhd white paper, only 1080p resolution
> supports 24 fps.
The patch is missing from your email. Can
Ronald S. Bultje gmail.com> writes:
> +%if ARCH_X86_64
Just curious: Why does this not work on x86-32?
Isn't there some asm magic that moves some
parameters to the stack if necessary?
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Mon, Jul 11, 2016 at 11:48 PM, Carl Eugen Hoyos wrote:
> Ronald S. Bultje gmail.com> writes:
>
>> +%if ARCH_X86_64
>
> Just curious: Why does this not work on x86-32?
> Isn't there some asm magic that moves some
> parameters to the stack if necessary?
>
> Carl Eugen
Uses more than 8 vector re
Removed the "in a clean way", it was unnencessary anyway as the "new APIs"
were already implied to be nicer earlier.
Signed-off-by: Rostislav Pehlivanov
---
src/index | 9 +
1 file changed, 9 insertions(+)
diff --git a/src/index b/src/index
index 4cdd94b..0606e42 100644
--- a/src/index
On Mon, 11 Jul 2016, Nicolas George wrote:
Le primidi 21 messidor, an CCXXIV, Marton Balint a écrit :
The basic goals are the ones which are set in the GSOC trac page under the
tee muxer improvement project:
Description: FFmpeg contains a tee muxer, which is capable of writing the
same coded
Only call hdcd_update_info() when the control code changes
instead of every frame, so the counters are more meaningful.
Also, adds some basic error detection. After scanning through
about 30 HDCD-encoded CD's I've found errors where a code
is signaled, but then fails to match one of the patterns,
On 23 June 2016 at 18:06, Rostislav Pehlivanov
wrote:
> This set of commits significantly improves the stability and performance
> of the decoder, both with other profiles and the VC-2 HQ profile.
>
> Suggestions on how to improve the performance of the VLC parser are highly
> apperciated since i
It looks like a Darwin related issue.
Given that this is a really an old combination (apple on power),
rather than revert this patch, I would make a new patch which wraps
the new code format with #ifdef__APPLE__. I will send the patch for
review shortly. Thanks!
On Sat, Jul 9, 2016 at 5:18 PM, Jin
On Thu, Jul 7, 2016 at 11:43 AM, Vignesh Venkatasubramanian
wrote:
> VPx (VP8/VP9) alpha encoding has been part of FFmpeg. Now, add the
> ability to decode such files with alpha channel.
>
> Signed-off-by: Vignesh Venkatasubramanian
> ---
> libavcodec/libvpxdec.c | 111 +
Fixes ticket #5704
Signed-off-by: James Almer
---
libavformat/oggenc.c | 8
1 file changed, 8 insertions(+)
diff --git a/libavformat/oggenc.c b/libavformat/oggenc.c
index fc70e49..952261b 100644
--- a/libavformat/oggenc.c
+++ b/libavformat/oggenc.c
@@ -533,6 +533,14 @@ static int ogg_w
Add #ifdef __APPLE__ to wrap around non-standard assembly code to make it
compatible with old platform.
Is it ok for trunk?
Thanks!
---
libavcodec/ppc/asm.S | 4
libavcodec/ppc/fft_altivec.S | 32
2 files changed, 36 insertions(+)
diff --git a/lib
Hi,
The following patch adds support for detecting more dnxhr header prefixes.
After generating many random resolution dnxhr files via quicktime,
I have deduced that second 4 bytes in prefix is the header size or
data offset to the end of the scan table. On heights smaller then 1080 the
header siz
---
libavcodec/dnxhddata.h | 15 +++
libavcodec/dnxhddec.c | 2 +-
2 files changed, 12 insertions(+), 5 deletions(-)
diff --git a/libavcodec/dnxhddata.h b/libavcodec/dnxhddata.h
index 3ae4683..2394e04 100644
--- a/libavcodec/dnxhddata.h
+++ b/libavcodec/dnxhddata.h
@@ -34,8 +34,6 @@
On Monday, July 11, 2016 3:22:03 PM CDT qw wrote:
> Hi,
>
> I found ffmpeg support two rtmp libs, where one is ffmpeg's native rtmp lib,
> and the other is rtmpdump. Which is better?
>
Native.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http:
Signed-off-by: LiuQi
---
doc/muxers.texi |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index bf5bc82..f6fc8e5 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -520,6 +520,15 @@ Emit @code{#EXT-X-PLAYLIST-TYPE:EVENT} in the
add the hls_flags round_durations, discont_start, omit_endlist flags
describe
Signed-off-by: LiuQi
---
doc/muxers.texi | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index 15b63f4..bf5bc82 100644
--- a/doc/muxers.texi
+++ b/
This patch does not apply against current master.
I've attached an alternative patch that works for me on osx ppc.
I can't test my patch with clang, can someone else do it?
Pavel.
On 07/11/2016 07:56 PM, Jing Yu wrote:
Add #ifdef __APPLE__ to wrap around non-standard assembly code to make it
I have tested your patch with LLVM and GCC-4.9.1 on Ubuntu
powerpc64le. Both work.
I don't have the old Apple Power machine though.
On Mon, Jul 11, 2016 at 9:43 PM, Pavel Koshevoy wrote:
> This patch does not apply against current master.
>
> I've attached an alternative patch that works for me o
41 matches
Mail list logo
