On 7 October 2014 08:41:09 CEST, Peter Ross wrote:
>> > +for (k = 0; k < 256; k++) {
>> > +int v = 0;
>> > +for (l = 0; l < total; l++)
>> > +v += (((k >> l) & 1) * 2 - 1) *
>fsets->coeff[i][j * 8 + l];
>>
>> Is this faster in a rele
On 8 October 2014 04:39:20 CEST, rongyan wrote:
>Reimar,
>Sorry for late response.
>'HAVE_VSX' is automatically enabled only when HAVE_ALTIVECT is enabled
>and the CPU is little endian. So if the altivec implementation is
>broken in little endian, the HAVE_VSX will not be enabled.
That will make
If present, an MFRA box and its TFRAs are read for fragment start times.
Without this change, timestamps for discontinuous fragmented mp4 are
wrong, and cause audio/video desync and are not usable for generating
HLS.
---
libavformat/isom.h | 14 ++
libavformat/mov.c | 131 ++
On 8 October 2014 16:15, Michael Niedermayer wrote:
> On Wed, Oct 08, 2014 at 03:03:50PM +0200, Michael Niedermayer wrote:
> [...]
>> > @@ -3565,6 +3678,9 @@ static int mov_read_header(AVFormatContext *s)
>> > else
>> > atom.size = INT64_MAX;
>> >
>> > +if (pb->seekable) {
>> > +
On 8 October 2014 16:03, Michael Niedermayer wrote:
> Hi
>
> On Wed, Oct 08, 2014 at 03:05:07PM +0300, Mika Raento wrote:
>> If present, an MFRA box and its TFRAs are read for fragment start times.
>>
>> Without this change, timestamps for discontinuous fragmented mp4 are
>> wrong, and cause audio
On Wed, Oct 08, 2014 at 11:35:31PM +0200, Alexander Strasser wrote:
> Hi Michael!
>
> On 2014-10-08 18:58 +0200, Michael Niedermayer wrote:
> > ---
> > src/index | 26 ++
> > 1 file changed, 26 insertions(+)
> >
> > diff --git a/src/index b/src/index
> > index 8d3f541..
---
libavformat/os_support.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/libavformat/os_support.h b/libavformat/os_support.h
index 1522740..0b9fd49 100644
--- a/libavformat/os_support.h
+++ b/libavformat/os_support.h
@@ -56,6 +56,13 @@
#define mkdir(a, b) _mkdir(a)
#endif
+#ifd
On Wed, Oct 08, 2014 at 11:06:46PM -0300, James Almer wrote:
> On 08/10/14 10:59 PM, Yu Xiaolei wrote:
> > This fixes 2GB seek limit on Android, because NDK does not handle
> > _FILE_OFFSET_BITS
> > (https://code.google.com/p/android/issues/detail?id=64613).
> >
> > ---
> > configure |
On 08/10/14 10:59 PM, Yu Xiaolei wrote:
> This fixes 2GB seek limit on Android, because NDK does not handle
> _FILE_OFFSET_BITS (https://code.google.com/p/android/issues/detail?id=64613).
>
> ---
> configure | 2 ++
> libavformat/file.c | 4
> 2 files changed, 6 insertions(+)
>
>
This fixes 2GB seek limit on Android, because NDK does not handle
_FILE_OFFSET_BITS (https://code.google.com/p/android/issues/detail?id=64613).
---
configure | 2 ++
libavformat/file.c | 4
2 files changed, 6 insertions(+)
diff --git a/configure b/configure
index 2a20d03..e8dc71d
On Wed, Oct 08, 2014 at 10:31:53AM -0700, Vignesh Venkatasubramanian wrote:
> On Wed, Oct 1, 2014 at 10:13 AM, Vignesh Venkatasubramanian
> wrote:
> > Fix incorrect bandwidth computation in some cases. When the cue end
> > descriptor is null (i.e.) start_time_ns == -1, existing bandwidth
> > compu
Wrap the function calls in a similar fashion to how it's being done
with the critical section API.
Signed-off-by: James Almer
---
compat/w32pthreads.h | 64 +++-
1 file changed, 38 insertions(+), 26 deletions(-)
diff --git a/compat/w32pthreads.h b
This silences warnings about passing arguments from incompatible pointer type
when targeting Windows Vista or newer.
Signed-off-by: James Almer
---
Only tested with Mingw-w64 v3.
Can someone test MSVC or ICL? I know the former defines the struct, so the
configure check should succeed on that one
On Wed, Oct 08, 2014 at 11:48:58PM +0200, Marton Balint wrote:
> On init failure, let's just free it, so next time it will be recreated from
> start.
>
> Also fixes Coverity CID 1241515.
>
> Signed-off-by: Marton Balint
> ---
> ffplay.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
Hi,
On Thu, Oct 9, 2014 at 3:41 PM, wrote:
> From: Di Wu
>
> Multi-thread decoding doesn't work when refreshctx is equal to 0. Fix
> it by call ff_thread_finish_setup function in the condition when
> refreshctx is equal to 0.
>
> In vp9_decode_frame function, ff_thread_finish_setup is not calle
On init failure, let's just free it, so next time it will be recreated from
start.
Also fixes Coverity CID 1241515.
Signed-off-by: Marton Balint
---
ffplay.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/ffplay.c b/ffplay.c
index 8fa5ca3..37983e9 100644
--- a/ffplay.c
+
Hi Michael!
On 2014-10-08 18:58 +0200, Michael Niedermayer wrote:
> ---
> src/index | 26 ++
> 1 file changed, 26 insertions(+)
>
> diff --git a/src/index b/src/index
> index 8d3f541..f1b5251 100644
> --- a/src/index
> +++ b/src/index
> @@ -36,6 +36,32 @@
> News
>
Hello :)
I want to make functions of video transition or video fade in/out, insert
text etc.. using ffmpeg library
but i'm beginner on ffmpeg and media programming.. and i can't use ffmpeg
binary file because i will move my code in android NDK..
I refered sample code in doc folder, but i didn't
Enabling -seek_error causes ffmpeg to quit when it notices that
stop_time <= start_time.
Closes ticket #4015.
Signed-off-by: Simon Thelen
---
doc/ffmpeg.texi | 4
ffmpeg_opt.c| 7 +++
2 files changed, 11 insertions(+)
diff --git a/doc/ffmpeg.texi b/doc/ffmpeg.texi
index 4fc7682..4
---
src/index | 26 ++
1 file changed, 26 insertions(+)
diff --git a/src/index b/src/index
index 8d3f541..f1b5251 100644
--- a/src/index
+++ b/src/index
@@ -36,6 +36,32 @@
News
+
+ October 8, 2014, FFmpeg secured a place in OPW!
+
+Thanks to a generous
On Wed, Oct 08, 2014 at 09:46:56AM +, Nedeljko Babic wrote:
> Hi again,
>
> >> but I do agree that it is more maintainable to have one float emulation
> >> and I
> >> am willing to integrate our emulation in softfloat.
> >>
> >> However, there is a difference in some conventions used (for ex
On date Friday 2014-10-03 09:37:02 -0400, compn wrote:
> hello
>
> on the docs page http://ffmpeg.org/documentation.html
>
> what good are these documentations?
> http://ffmpeg.org/libavutil.html
> http://ffmpeg.org/libswresample.html
> http://ffmpeg.org/libavcodec.html
> http://ffmpeg.org/lib
Hello, thanks for your patch. Comments bellow:
On 10/09/2014 04:41 PM, di1028...@samsung.com wrote:
> From: Di Wu
>
> Multi-thread decoding doesn't work when refreshctx is equal to 0. Fix
> it by call ff_thread_finish_setup function in the condition when
> refreshctx is equal to 0.
>
> In vp9_d
On Fri, Oct 3, 2014 at 6:37 AM, compn wrote:
> hello
>
> on the docs page http://ffmpeg.org/documentation.html
>
> what good are these documentations?
> http://ffmpeg.org/libavutil.html
> http://ffmpeg.org/libswresample.html
> http://ffmpeg.org/libavcodec.html
> http://ffmpeg.org/libavformat.html
On Wed, Oct 08, 2014 at 10:04:19AM +0200, Tobias Rapp wrote:
> On 07.10.2014 23:27, Michael Niedermayer wrote:
> >On Mon, Sep 22, 2014 at 09:03:16AM +0200, Tobias Rapp wrote:
> >> [...]
> >>Ping.
> >
> >ping timeout
> >
> >patches applied
> >
> >thanks
> Thank you for keeping track!
> Have attached
On Wed, Oct 08, 2014 at 02:40:13PM +0200, Michael Niedermayer wrote:
> On Fri, Oct 03, 2014 at 12:59:14PM +0200, Carl Eugen Hoyos wrote:
> > Hi!
> >
> > A few weeks ago, I unsuccessfully tried to fix fate-ffprobe
> > with --target-path.
> > Attached is a new try, please comment.
>
> i dont know
On Mon, Oct 06, 2014 at 05:26:29PM +0300, Adi Shavit wrote:
> Hi,
>
> I have a recorded video stream that gives me these errors while playing:
>
> [h264 @ 087e56c0] Found reference and non-reference fields in the
> same frame, which is not implemented. Update your FFmpeg version to the
On Fri, Oct 03, 2014 at 09:37:02AM -0400, compn wrote:
> hello
>
> on the docs page http://ffmpeg.org/documentation.html
>
> what good are these documentations?
> http://ffmpeg.org/libavutil.html
> http://ffmpeg.org/libswresample.html
> http://ffmpeg.org/libavcodec.html
> http://ffmpeg.org/lib
On Wed, Oct 08, 2014 at 03:03:50PM +0200, Michael Niedermayer wrote:
[...]
> > @@ -3565,6 +3678,9 @@ static int mov_read_header(AVFormatContext *s)
> > else
> > atom.size = INT64_MAX;
> >
> > +if (pb->seekable) {
> > +mov_read_mfra(s);
> > +}
>
> mov_read_mfra() req
Thanks a lot for the detailed comments, will address and resubmit. - mika
On 8 October 2014 16:03, Michael Niedermayer wrote:
> Hi
>
> On Wed, Oct 08, 2014 at 03:05:07PM +0300, Mika Raento wrote:
>> If present, an MFRA box and its TFRAs are read for fragment start times.
>>
>> Without this change
Hi
On Wed, Oct 08, 2014 at 03:05:07PM +0300, Mika Raento wrote:
> If present, an MFRA box and its TFRAs are read for fragment start times.
>
> Without this change, timestamps for discontinuous fragmented mp4 are
> wrong, and cause audio/video desync and are not usable for generating
> HLS.
> ---
On Fri, Oct 03, 2014 at 12:59:14PM +0200, Carl Eugen Hoyos wrote:
> Hi!
>
> A few weeks ago, I unsuccessfully tried to fix fate-ffprobe
> with --target-path.
> Attached is a new try, please comment.
i dont know if this will fix it but i suggest to apply it and just
see if it does
[...]
--
Mic
thanks for replying so quickly. in my case(ffmpeg 2.4.1), problem was
decoder. i've solve the issue.
png did not decoded without flushing decoder which using
avcodec_decode_video2 with NULL packet.(this flush code was in demuxing_
decoding example)
with flushing decoder, finally it can decode png
Hi,
I have a recorded video stream that gives me these errors while playing:
[h264 @ 087e56c0] Found reference and non-reference fields in the
same frame, which is not implemented. Update your FFmpeg version to the
newest one from Git. If the problem still occurs, it means that your fil
Hi Michael.i'm using FFmpeg 2.4.1 built on gcc 4.4.7
(configuration: --prefix=/usr/local --enable-shared --disable-static
--bindir=/usr/local/bin --enable-gpl --enable-version3 --enable-nonfree
--disable-outdev=sdl --enable-memalign-hack --enable-runtime-cpudetect
--enable-pthreads --extra-cflags=-
If present, an MFRA box and its TFRAs are read for fragment start times.
Without this change, timestamps for discontinuous fragmented mp4 are
wrong, and cause audio/video desync and are not usable for generating
HLS.
---
libavformat/isom.h | 14 +++
libavformat/mov.c | 116 +
I will send a patch that reads the MFRA. It's more a RFC than a patch,
I for example have not yet run the regression suite with it.
Mika
On 8 October 2014 08:54, Mika Raento wrote:
> Hi
>
> I have a number of ISMV files that have discontinuities (missing
> frames between fragments). Using th
Hi again,
>> but I do agree that it is more maintainable to have one float emulation and I
>> am willing to integrate our emulation in softfloat.
>>
>> However, there is a difference in some conventions used (for example is it
>> more
>> important to represent exactly 0.5 or 1, order of fields i
>
> From: JULIAN GARDNER
>To: FFmpeg development discussions and patches
>Sent: Wednesday, 24 September 2014, 14:48
>Subject: Re: [FFmpeg-devel] Regression problem
>
>
>> From: JULIAN GARDNER
>
>>To: FFmpeg development discussions and patches
>>Sent: Tuesda
On 07.10.2014 23:27, Michael Niedermayer wrote:
On Mon, Sep 22, 2014 at 09:03:16AM +0200, Tobias Rapp wrote:
[...]
Ping.
ping timeout
patches applied
thanks
Thank you for keeping track!
Have attached the missing Changelog update.
Tobias
>From f0c717e04c93a50b261de686216d59b538791594 Mon S
40 matches
Mail list logo
