Hi,
On 27/06/2016 18:31, Michael Niedermayer wrote:
On Mon, Jun 27, 2016 at 02:38:50PM +0200, Benoit Fouet wrote:
h264_ps.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
ea8cc471972e1dbaa4f4f03cd7a5fe92a3b848e9
0001-h264_ps-change-decode_scaling_matrices-so-that-it-ta
Hi. A question
We have developed a new kind of video file and feel that ffmpeg is a good
tool to help spread usage for this format.
How does the dev community feel about adding a new decoder/muxer format?
--
*This email and any files transmitted with it contain information from
Idomoo whic
On Mon, Jun 27, 2016 at 6:02 PM, Michael Niedermayer
wrote:
> On Mon, Jun 27, 2016 at 04:46:16PM +0700, Muhammad Faiz wrote:
>> previously support little endian only because of fate problem
>> generally native endian code is faster
>>
>> require 'tests/fate-run: support both le/be formats on pixfm
Visual Studio 2015 Update 3 introduced a new SSA optimizer, however
it unfortunately causes miscompilations. Until it is fixed, the new
optimizations are disabled and should be re-checked on subsequent
compiler releases.
Fixes recent FATE failure on VS2015 stations.
---
configure | 3 +++
1 file
Le primidi 11 messidor, an CCXXIV, Hendrik Leppkes a écrit :
> Visual Studio 2015 Update 3 introduced a new SSA optimizer, however
> it unfortunately causes miscompilations. Until it is fixed, the new
> optimizations are disabled and should be re-checked on subsequent
> compiler releases.
>
> Fixe
Le decadi 10 messidor, an CCXXIV, Stefano Sabatini a écrit :
> +The fftextdata bytestream consists of a sequence of packets. Each
> +packet starts with a timestamps expressed in a format recognized by
> +FFmpeg (see
> +@ref{time duration syntax,,the Time duration section in the ffmpeg-utils(1)
> m
Visual Studio 2015 Update 3 introduced a new SSA optimizer, however
it unfortunately causes miscompilations. Until it is fixed, the new
optimizations are disabled and should be re-checked on subsequent
compiler releases.
Fixes recent FATE failure of fate-lavf-pam on VS2015.
---
configure | 4
On Tue, Jun 28, 2016 at 11:48 AM, Hendrik Leppkes wrote:
> Visual Studio 2015 Update 3 introduced a new SSA optimizer, however
> it unfortunately causes miscompilations. Until it is fixed, the new
> optimizations are disabled and should be re-checked on subsequent
> compiler releases.
>
> Fixes re
L'octidi 8 messidor, an CCXXIV, Marton Balint a écrit :
> I thought your primary concern was the overhead which was discussed.
It was only one reason amongst several; the other reasons are pretty much
the usual benefits in the discussion between designing a new API for a new
feature or fitting it
On Tue, Jun 28, 2016 at 04:07:31PM +0700, Muhammad Faiz wrote:
> On Mon, Jun 27, 2016 at 6:02 PM, Michael Niedermayer
> wrote:
> > On Mon, Jun 27, 2016 at 04:46:16PM +0700, Muhammad Faiz wrote:
> >> previously support little endian only because of fate problem
> >> generally native endian code is
From: Matthieu Bouron
Fixes regression introduced by 0cd5e281df3f69c1ed8f2a72a5bcbf9691e1b5d5.
---
libavcodec/mediacodecdec_h264.c | 21 +++--
1 file changed, 19 insertions(+), 2 deletions(-)
diff --git a/libavcodec/mediacodecdec_h264.c b/libavcodec/mediacodecdec_h264.c
index eb
On Tue, Jun 28, 2016 at 12:01:54PM +0200, Hendrik Leppkes wrote:
> On Tue, Jun 28, 2016 at 11:48 AM, Hendrik Leppkes wrote:
> > Visual Studio 2015 Update 3 introduced a new SSA optimizer, however
> > it unfortunately causes miscompilations. Until it is fixed, the new
> > optimizations are disabled
On Tue, Jun 28, 2016 at 12:50 PM, Michael Niedermayer
wrote:
> On Tue, Jun 28, 2016 at 12:01:54PM +0200, Hendrik Leppkes wrote:
>> On Tue, Jun 28, 2016 at 11:48 AM, Hendrik Leppkes
>> wrote:
>> > Visual Studio 2015 Update 3 introduced a new SSA optimizer, however
>> > it unfortunately causes mis
On Thu, Jun 16, 2016 at 11:04:30AM +0200, Clément Bœsch wrote:
> On Fri, Jun 10, 2016 at 04:28:55AM +0200, Michael Niedermayer wrote:
> > On Thu, Jun 09, 2016 at 04:35:02PM +0200, Clément Bœsch wrote:
> > > On Thu, Jun 09, 2016 at 03:59:30PM +0200, Clément Bœsch wrote:
> > > > On Thu, Jun 09, 2016
Hi,
ffmpeg has its own built-in rtmp plugin, and also support to use rtmpdump as
another rtmp plugin.
How to use specified rtmp plugin, i.e. build-in rtmp plugin or rtmpdump plugin,
if rtmpdump is enabled and built within ffmpeg?
Thanks!
Regards
Andrew
___
Le primidi 11 messidor, an CCXXIV, Nicolas George a écrit :
> Well, looking at the code, I am thinking that the current design is flawed:
> the extra alloc in ff_bsf_get_packet() seems completely useless, and could
> be removed as is without any other change in the current code, because all
> curre
Hello,
in attach patch to fix piz float file (ticket 5674)
the size of a channel is now calculate using the pixel type.
Comments welcome
Martin
Jokyo Images
From b3edf5888e75110b0b2bf4af3f95a6fb50f8e82a Mon Sep 17 00:00:00 2001
From: Martin Vignali
Date: Tue, 28 Jun 2016 13:23:43 +0200
Subject
From: Jan Sebechlebsky
Hello,
I'm sending the patch with implementation of discussed FIFO pseudo-muxer which
is part of my GSoC project. The muxer allows to separate decoder from the actual
muxer (or several muxers when combined with tee). Trasparent recovery from
failure
is also implemented.
I
On 06/28/2016 12:10 PM, Nicolas George wrote:
In summary: I am ok with this version IFF it works without malloc()
overhead for empty lists and is reasonably simple.
I think I can start to work on this. I think it can be done without
dynamic allocation.
Apart from that - do you think it would
From: Jan Sebechlebsky
FIFO pseudo-muxer allows to separate decoder from the
actual output by using first-in-first-out queue and
running actual muxer asynchronously in separate thread.
It can be configured to attempt transparent recovery
of output on failure.
Signed-off-by: Jan Sebechlebsky
--
If librtmp is enabled FFmpeg will only use it. You can't select one or
the other on runtime.
On 28 June 2016 at 12:14, qw wrote:
> Hi,
>
> ffmpeg has its own built-in rtmp plugin, and also support to use rtmpdump as
> another rtmp plugin.
>
> How to use specified rtmp plugin, i.e. build-in rtmp
Le primidi 11 messidor, an CCXXIV, sebechlebsky...@gmail.com a écrit :
> From: Jan Sebechlebsky
>
> FIFO pseudo-muxer allows to separate decoder from the
> actual output by using first-in-first-out queue and
> running actual muxer asynchronously in separate thread.
>
> It can be configured to at
before patched:
[root@localhost ffmpeg]# ./ffmpeg_g -re -i /root/facebook.mp4 -c copy -f
hls -v verbose -y .m3u8
ffmpeg version N-80779-gb18d6c5 Copyright (c) 2000-2016 the FFmpeg
developers
built with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-17)
configuration: --prefix=/usr/ --libdir=/usr/l
2016-06-28 14:26 GMT+08:00 aihua zhao :
> Hi Experts:
>
> I use ffmpeg to parse/demux media content, and created a player basing on
> it.
>
> here is a m3u8 content:
>
> http://asp.cntv.lxdns.com/asp/hls/main/0303000a/3/default/438eb7a818b246c187e72f1cd4e1bc4c/main.m3u8
> <
> http://asp.cntv.lxdns
Hello Nicolas,
On 06/28/2016 03:42 PM, Nicolas George wrote:
+The fifo pseudo-muxer allows to separate encoding from any other muxer
+by using first-in-first-out queue and running the actual muxer in separate
+thread. This is especially useful in combination with tee muxer
+and output to several
On Tue, Jun 28, 2016 at 3:29 PM, Steven Liu wrote:
> before patched:
> [root@localhost ffmpeg]# ./ffmpeg_g -re -i /root/facebook.mp4 -c copy -f
> hls -v verbose -y .m3u8
> ffmpeg version N-80779-gb18d6c5 Copyright (c) 2000-2016 the FFmpeg
> developers
The way I see it, the auto bsf from the
Attached patch fixes an int<-->uint bug affecting muxing of ogg audio.
This line is the problem:
https://github.com/FFmpeg/FFmpeg/blob/master/libavformat/oggparsevorbis.c#L476
You can see in:
https://github.com/FFmpeg/FFmpeg/blob/master/libavformat/oggdec.h#L68 that
`os->pduration` is an `unsigne
On 6/28/16, Martin Vignali wrote:
> Hello,
>
> in attach patch to fix piz float file (ticket 5674)
>
> the size of a channel is now calculate using the pixel type.
>
> Comments welcome
>
> Martin
> Jokyo Images
>
lgtm
___
ffmpeg-devel mailing list
ffmpe
On Wed, 2016-06-22 at 20:33 -0300, James Almer wrote:
> On 6/22/2016 8:15 PM, Dan Parrot wrote:
> > On Thu, 2016-06-23 at 01:03 +0200, Michael Niedermayer wrote:
> >> On Tue, Jun 21, 2016 at 12:04:42AM -0500, Dan Parrot wrote:
> >>> On Tue, 2016-06-21 at 02:22 +0200, Michael Niedermayer wrote:
> >>
2016-06-26 20:41 GMT+02:00 Michael Niedermayer :
> On Sun, Jun 26, 2016 at 12:52:00PM +0200, Martin Vignali wrote:
> > Hello,
> >
> > in attach a patch to add test for lossy decoding of webp.
> >
> > Compare with dwebp tool, the result of ffmpeg in yuv is exactly the same
> > than the official de
On 6/28/2016 5:43 PM, Martin Vignali wrote:
> 2016-06-26 20:41 GMT+02:00 Michael Niedermayer :
>
>> On Sun, Jun 26, 2016 at 12:52:00PM +0200, Martin Vignali wrote:
>>> Hello,
>>>
>>> in attach a patch to add test for lossy decoding of webp.
>>>
>>> Compare with dwebp tool, the result of ffmpeg in
2016-06-29 0:16 GMT+08:00 Hendrik Leppkes :
> On Tue, Jun 28, 2016 at 3:29 PM, Steven Liu
> wrote:
> > before patched:
> > [root@localhost ffmpeg]# ./ffmpeg_g -re -i /root/facebook.mp4 -c copy -f
> > hls -v verbose -y .m3u8
> > ffmpeg version N-80779-gb18d6c5 Copyright (c) 2000-2016 the FFmpe
On Wed, Jun 29, 2016 at 12:30 AM, Steven Liu wrote:
>
>
> 2016-06-29 0:16 GMT+08:00 Hendrik Leppkes :
>>
>> On Tue, Jun 28, 2016 at 3:29 PM, Steven Liu
>> wrote:
>> > before patched:
>> > [root@localhost ffmpeg]# ./ffmpeg_g -re -i /root/facebook.mp4 -c copy -f
>> > hls -v verbose -y .m3u8
>>
thanks.
Yes, readahead the list is must.
but during playback, I found ffmpeg downloads each content of the list
-- av_read_frame() returns me each content with different stream_index.
I'm expecting av_read_frame() returns me the interested stream only.
I haven't found a way to do so; or said, is t
2016-06-29 7:07 GMT+08:00 Hendrik Leppkes :
> On Wed, Jun 29, 2016 at 12:30 AM, Steven Liu
> wrote:
> >
> >
> > 2016-06-29 0:16 GMT+08:00 Hendrik Leppkes :
> >>
> >> On Tue, Jun 28, 2016 at 3:29 PM, Steven Liu
> >> wrote:
> >> > before patched:
> >> > [root@localhost ffmpeg]# ./ffmpeg_g -re -i /
2016-06-29 8:36 GMT+08:00 aihua zhao :
> thanks.
>
> Yes, readahead the list is must.
> but during playback, I found ffmpeg downloads each content of the list
> -- av_read_frame() returns me each content with different stream_index.
> I'm expecting av_read_frame() returns me the interested stream
On Tue, Jun 28, 2016 at 09:23:14AM +0200, Benoit Fouet wrote:
> Hi,
>
> On 27/06/2016 18:31, Michael Niedermayer wrote:
> >On Mon, Jun 27, 2016 at 02:38:50PM +0200, Benoit Fouet wrote:
> >> h264_ps.c | 11 +++
> >> 1 file changed, 7 insertions(+), 4 deletions(-)
> >>ea8cc471972e1dbaa4f4
On Tue, Jun 28, 2016 at 01:33:13PM +0200, Nicolas George wrote:
> Le primidi 11 messidor, an CCXXIV, Nicolas George a écrit :
> > Well, looking at the code, I am thinking that the current design is flawed:
> > the extra alloc in ff_bsf_get_packet() seems completely useless, and could
> > be removed
Hi,
FFmpeg has its native rtmp plugin, and also can use rtmpdump instead if
enable-librtmp is chosen when building ffmpeg.
I have reviewed rtmp specification, where client and server can notify its peer
of audio/video information via metadata message, and of audio/video codec via
connect comma
Hi,
On 27/06/2016 14:37, Benoit Fouet wrote:
Hi,
First patch change decode_scaling_matrices function, so that it does
not affect the SPS structure it gets, and marks SPS and PPS const in
its arguments.
Second patch straightens the check for macroblock sizes in
ff_h264_decode_seq_parameter_
40 matches
Mail list logo
