On 11.03.2016, at 03:48, Ganesh Ajjanagadde wrote:
> On Thu, Mar 10, 2016 at 3:12 AM, Reimar Döffinger
> wrote:
>> On 10.03.2016, at 00:49, Ganesh Ajjanagadde wrote:
>>
>>> There is no reason for computing cbrtf at runtime; we have a table for
>>> this.
>>>
>>> Cruft needed due to the build s
On 03/11/2016 06:43 AM, Mats Peterson wrote:
On 03/11/2016 05:10 AM, Mats Peterson wrote:
Forget patch 2/3 and 3/3 from the old patch set.
From the Microsoft documentation for BITMAPINFOHEADER at
https://msdn.microsoft.com/en-us/library/windows/desktop/dd318229%28v=vs.85%29.aspx:
"biSize: S
Hi,
2016-03-10 19:57 GMT+01:00 Hendrik Leppkes :
> This patch (the relocations part) broke debugging mingw-w64 ffmpeg
> builds with gdb, you can't set breakpoints anymore when its applied.
That issue prevented me to do anything interesting for ffmpeg since
then, thinking it was a toolchain issue.
On 11.03.2016, at 05:16, Ganesh Ajjanagadde wrote:
> Code taken from the Julia project, licensed under MIT:
> https://github.com/JuliaLang/julia/blob/master/base/random.jl, in turn
> derived from: "The Ziggurat Method for generating random variables" -
> Marsaglia and Tsang.
>
> Paper and refere
From: Shivraj Patil
Signed-off-by: Shivraj Patil
---
configure |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index 1516b01..1b189328 100755
--- a/configure
+++ b/configure
@@ -5118,7 +5118,8 @@ elif enabled mips; then
fi
enabled mipsf
On Fri, Mar 11, 2016 at 5:10 AM, Mats Peterson
wrote:
>
> Regarding the biClrUsed field, I'm setting it to 1 <<
> bits_per_coded_sample if palettized video, since setting it to 0 is
> another case where it won't work with Windows Media Player and Microsoft
> Video 1 in 8 bpp mode.
>
This is not "
On Fri, Mar 11, 2016 at 8:57 AM, Christophe Gisquet
wrote:
> Hi,
>
> 2016-03-10 19:57 GMT+01:00 Hendrik Leppkes :
>> This patch (the relocations part) broke debugging mingw-w64 ffmpeg
>> builds with gdb, you can't set breakpoints anymore when its applied.
>
> That issue prevented me to do anything
Hendrik Leppkes skrev: (11 mars 2016 09:18:43 CET)
>On Fri, Mar 11, 2016 at 5:10 AM, Mats Peterson
> wrote:
>>
>> Regarding the biClrUsed field, I'm setting it to 1 <<
>> bits_per_coded_sample if palettized video, since setting it to 0 is
>> another case where it won't work with Windows Media Play
Mats Peterson skrev: (11 mars 2016 10:07:06
CET)
>Hendrik Leppkes skrev: (11 mars 2016 09:18:43
>CET)
>>On Fri, Mar 11, 2016 at 5:10 AM, Mats Peterson
>> wrote:
>>>
>>> Regarding the biClrUsed field, I'm setting it to 1 <<
>>> bits_per_coded_sample if palettized video, since setting it to 0 is
>
On 03/11/2016 09:05 AM, Mats Peterson wrote:
On 03/11/2016 06:43 AM, Mats Peterson wrote:
On 03/11/2016 05:10 AM, Mats Peterson wrote:
Forget patch 2/3 and 3/3 from the old patch set.
From the Microsoft documentation for BITMAPINFOHEADER at
https://msdn.microsoft.com/en-us/library/windows/des
On Wed, Mar 02, 2016 at 15:17:58 +0100, Moritz Barsnick wrote:
> As suggested in the thread regarding the proposed streammd5 muxer:
> http://ffmpeg.org/pipermail/ffmpeg-devel/2016-February/189694.html
> this patchset converts the md5/framemd5 muxers into hash/hashenc muxers with
> aliased muxers re
On 03/11/2016 10:07 AM, Mats Peterson wrote:
Hendrik Leppkes skrev: (11 mars 2016 09:18:43 CET)
On Fri, Mar 11, 2016 at 5:10 AM, Mats Peterson
wrote:
Regarding the biClrUsed field, I'm setting it to 1 <<
bits_per_coded_sample if palettized video, since setting it to 0 is
another case where i
On 03/11/2016 10:44 AM, Mats Peterson wrote:
On 03/11/2016 10:07 AM, Mats Peterson wrote:
Hendrik Leppkes skrev: (11 mars 2016 09:18:43 CET)
On Fri, Mar 11, 2016 at 5:10 AM, Mats Peterson
wrote:
Regarding the biClrUsed field, I'm setting it to 1 <<
bits_per_coded_sample if palettized video,
From: Clément Bœsch
---
I just wanted to see if it was possible to do something less dumb than the
current code. I'm not sure I will push this patch (.altmacro is known to cause
issues and it's currently not used for aarch64), but that was just as an
exercise. It might be "inspiring" for the sws
This patch should be used in conjunction with my latest three-part patch
set.
Mats
--
Mats Peterson
http://matsp888.no-ip.org/~mats/
>From c5b2f45589fe532cc0a803a193e8d71b9ce6d5c9 Mon Sep 17 00:00:00 2001
From: Mats Peterson
Date: Fri, 11 Mar 2016 12:12:42 +0100
Subject: [PATCH] tests/ref: Upd
Hi,
>
> > Samples: https://drive.google.com/open?id=0B3_pEBoLs0faei1Sd1h6SG11QlE
>
> Mats
This will be fixed when someone merges
http://comments.gmane.org/gmane.comp.video.libav.scm/17960
Regards
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.or
Hi,
Could you post v3 of your patch? I want to test it with some files.
Regards
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On 03/11/2016 12:26 PM, Piotr Bandurski wrote:
Hi,
Samples: https://drive.google.com/open?id=0B3_pEBoLs0faei1Sd1h6SG11QlE
Mats
This will be fixed when someone merges
http://comments.gmane.org/gmane.comp.video.libav.scm/17960
Regards
___
Oh,
On Fri, Mar 11, 2016 at 05:17:18AM +0100, Mats Peterson wrote:
> On 03/11/2016 05:10 AM, Mats Peterson wrote:
> >Forget patch 2/3 and 3/3 from the old patch set.
> >
> > From the Microsoft documentation for BITMAPINFOHEADER at
> >https://msdn.microsoft.com/en-us/library/windows/desktop/dd318229%28v
On 03/11/2016 01:14 PM, Michael Niedermayer wrote:
On Fri, Mar 11, 2016 at 05:17:18AM +0100, Mats Peterson wrote:
On 03/11/2016 05:10 AM, Mats Peterson wrote:
Forget patch 2/3 and 3/3 from the old patch set.
From the Microsoft documentation for BITMAPINFOHEADER at
https://msdn.microsoft.com/e
On 03/11/2016 01:16 PM, Mats Peterson wrote:
On 03/11/2016 01:14 PM, Michael Niedermayer wrote:
On Fri, Mar 11, 2016 at 05:17:18AM +0100, Mats Peterson wrote:
On 03/11/2016 05:10 AM, Mats Peterson wrote:
Forget patch 2/3 and 3/3 from the old patch set.
From the Microsoft documentation for BI
On 03/11/2016 01:17 PM, Mats Peterson wrote:
On 03/11/2016 01:16 PM, Mats Peterson wrote:
On 03/11/2016 01:14 PM, Michael Niedermayer wrote:
On Fri, Mar 11, 2016 at 05:17:18AM +0100, Mats Peterson wrote:
On 03/11/2016 05:10 AM, Mats Peterson wrote:
Forget patch 2/3 and 3/3 from the old patch
On 03/11/2016 01:14 PM, Michael Niedermayer wrote:
On Fri, Mar 11, 2016 at 05:17:18AM +0100, Mats Peterson wrote:
On 03/11/2016 05:10 AM, Mats Peterson wrote:
Forget patch 2/3 and 3/3 from the old patch set.
From the Microsoft documentation for BITMAPINFOHEADER at
https://msdn.microsoft.com/e
On 03/11/2016 01:25 PM, Mats Peterson wrote:
On 03/11/2016 01:14 PM, Michael Niedermayer wrote:
On Fri, Mar 11, 2016 at 05:17:18AM +0100, Mats Peterson wrote:
On 03/11/2016 05:10 AM, Mats Peterson wrote:
Forget patch 2/3 and 3/3 from the old patch set.
From the Microsoft documentation for BI
On 03/11/2016 01:28 PM, Mats Peterson wrote:
On 03/11/2016 01:25 PM, Mats Peterson wrote:
On 03/11/2016 01:14 PM, Michael Niedermayer wrote:
On Fri, Mar 11, 2016 at 05:17:18AM +0100, Mats Peterson wrote:
On 03/11/2016 05:10 AM, Mats Peterson wrote:
Forget patch 2/3 and 3/3 from the old patch
On Fri, Mar 11, 2016 at 01:28:47PM +0100, Mats Peterson wrote:
> On 03/11/2016 01:25 PM, Mats Peterson wrote:
> >On 03/11/2016 01:14 PM, Michael Niedermayer wrote:
> >>On Fri, Mar 11, 2016 at 05:17:18AM +0100, Mats Peterson wrote:
> >>>On 03/11/2016 05:10 AM, Mats Peterson wrote:
> Forget patch
Michael Niedermayer skrev: (11 mars 2016 13:49:32 CET)
>On Fri, Mar 11, 2016 at 01:28:47PM +0100, Mats Peterson wrote:
>> On 03/11/2016 01:25 PM, Mats Peterson wrote:
>> >On 03/11/2016 01:14 PM, Michael Niedermayer wrote:
>> >>On Fri, Mar 11, 2016 at 05:17:18AM +0100, Mats Peterson wrote:
>> >>>On
Mats Peterson skrev: (11 mars 2016 13:55:20
CET)
>Michael Niedermayer skrev: (11 mars 2016
>13:49:32 CET)
>>On Fri, Mar 11, 2016 at 01:28:47PM +0100, Mats Peterson wrote:
>>> On 03/11/2016 01:25 PM, Mats Peterson wrote:
>>> >On 03/11/2016 01:14 PM, Michael Niedermayer wrote:
>>> >>On Fri, Mar 11
Mats Peterson skrev: (11 mars 2016 14:06:19
CET)
>Mats Peterson skrev: (11 mars 2016
>13:55:20 CET)
>>Michael Niedermayer skrev: (11 mars 2016
>>13:49:32 CET)
>>>On Fri, Mar 11, 2016 at 01:28:47PM +0100, Mats Peterson wrote:
On 03/11/2016 01:25 PM, Mats Peterson wrote:
>On 03/11/2016
Mats Peterson skrev: (11 mars 2016 14:12:56
CET)
>Mats Peterson skrev: (11 mars 2016
>14:06:19 CET)
>>Mats Peterson skrev: (11 mars 2016
>>13:55:20 CET)
>>>Michael Niedermayer skrev: (11 mars 2016
>>>13:49:32 CET)
On Fri, Mar 11, 2016 at 01:28:47PM +0100, Mats Peterson wrote:
> On 03/1
On Thu, Mar 10, 2016 at 11:16:08PM -0500, Ganesh Ajjanagadde wrote:
> Code taken from the Julia project, licensed under MIT:
> https://github.com/JuliaLang/julia/blob/master/base/random.jl, in turn
> derived from: "The Ziggurat Method for generating random variables" -
> Marsaglia and Tsang.
>
>
On Fri, Mar 11, 2016 at 02:12:56PM +0100, Mats Peterson wrote:
> Mats Peterson skrev: (11 mars 2016
> 14:06:19 CET)
> >Mats Peterson skrev: (11 mars 2016
> >13:55:20 CET)
> >>Michael Niedermayer skrev: (11 mars 2016
> >>13:49:32 CET)
> >>>On Fri, Mar 11, 2016 at 01:28:47PM +0100, Mats Peterson
Michael Niedermayer skrev: (11 mars 2016 15:05:49 CET)
>On Fri, Mar 11, 2016 at 02:12:56PM +0100, Mats Peterson wrote:
>> Mats Peterson skrev: (11 mars 2016
>14:06:19 CET)
>> >Mats Peterson skrev: (11 mars
>2016
>> >13:55:20 CET)
>> >>Michael Niedermayer skrev: (11 mars 2016
>> >>13:49:32 CET)
On 03/11/2016 03:13 PM, Mats Peterson wrote:
Michael Niedermayer skrev: (11 mars 2016 15:05:49 CET)
On Fri, Mar 11, 2016 at 02:12:56PM +0100, Mats Peterson wrote:
Mats Peterson skrev: (11 mars 2016
14:06:19 CET)
Mats Peterson skrev: (11 mars
2016
13:55:20 CET)
Michael Niedermayer skrev
On 03/11/2016 03:21 PM, Mats Peterson wrote:
On 03/11/2016 03:13 PM, Mats Peterson wrote:
Michael Niedermayer skrev: (11 mars 2016
15:05:49 CET)
On Fri, Mar 11, 2016 at 02:12:56PM +0100, Mats Peterson wrote:
Mats Peterson skrev: (11 mars 2016
14:06:19 CET)
Mats Peterson skrev: (11 mars
2
Hi,
On Thu, Mar 10, 2016 at 9:23 PM, Ganesh Ajjanagadde
wrote:
> On Thu, Mar 10, 2016 at 8:56 AM, Ronald S. Bultje
> wrote:
> > Hi,
> >
> > On Thu, Mar 10, 2016 at 2:37 AM, Reimar Döffinger <
> reimar.doeffin...@gmx.de>
> > wrote:
> >
> >> On 10.03.2016, at 03:06, Ganesh Ajjanagadde wrote:
> >
On 03/11/2016 03:27 PM, Mats Peterson wrote:
On 03/11/2016 03:21 PM, Mats Peterson wrote:
On 03/11/2016 03:13 PM, Mats Peterson wrote:
Michael Niedermayer skrev: (11 mars 2016
15:05:49 CET)
On Fri, Mar 11, 2016 at 02:12:56PM +0100, Mats Peterson wrote:
Mats Peterson skrev: (11 mars 2016
14
On Wed, Mar 9, 2016 at 4:51 PM, Hendrik Leppkes wrote:
> On Wed, Mar 9, 2016 at 4:35 PM, Michael Niedermayer
> wrote:
>> On Wed, Mar 09, 2016 at 04:27:12PM +0100, Hendrik Leppkes wrote:
>>> On Wed, Mar 9, 2016 at 3:37 PM, Michael Niedermayer
>>> wrote:
>>> > document the issue with av_tempfile()
I am writing a filter that takes a video file and remaps pixels based on
second and third input.
second and third input are pgm files, which should give me a list of
integers (gray16) that I can use in the filter.
However ffmpeg by default converts my pgm files to YUV.
Is there a way to prevent tha
Le duodi 22 ventôse, an CCXXIV, F.Sluiter a écrit :
> I am writing a filter that takes a video file and remaps pixels based on
> second and third input.
> second and third input are pgm files, which should give me a list of
> integers (gray16) that I can use in the filter.
> However ffmpeg by defau
Thanks Nicolas, can you be a bit more specific on how I can change it to
get what I need?
Or is it not possible?
Floris
2016-03-11 16:33 GMT+01:00 Nicolas George :
> Le duodi 22 ventôse, an CCXXIV, F.Sluiter a écrit :
> > I am writing a filter that takes a video file and remaps pixels based on
>
On 03/11/2016 05:10 AM, Mats Peterson wrote:
Forget patch 2/3 and 3/3 from the old patch set.
From the Microsoft documentation for BITMAPINFOHEADER at
https://msdn.microsoft.com/en-us/library/windows/desktop/dd318229%28v=vs.85%29.aspx:
"biSize: Specifies the number of bytes required by the st
On 03/11/2016 06:04 PM, Mats Peterson wrote:
On 03/11/2016 05:10 AM, Mats Peterson wrote:
Forget patch 2/3 and 3/3 from the old patch set.
From the Microsoft documentation for BITMAPINFOHEADER at
https://msdn.microsoft.com/en-us/library/windows/desktop/dd318229%28v=vs.85%29.aspx:
"biSize: S
On 03/11/2016 06:06 PM, Mats Peterson wrote:
On 03/11/2016 06:04 PM, Mats Peterson wrote:
On 03/11/2016 05:10 AM, Mats Peterson wrote:
Forget patch 2/3 and 3/3 from the old patch set.
From the Microsoft documentation for BITMAPINFOHEADER at
https://msdn.microsoft.com/en-us/library/windows/des
Need guidance on getting started to write tests for libavutil/aes_ctr.c.
Thank you,
Naga
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Fri, Mar 11, 2016 at 03:31:55PM +0100, Mats Peterson wrote:
> On 03/11/2016 03:27 PM, Mats Peterson wrote:
> >On 03/11/2016 03:21 PM, Mats Peterson wrote:
> >>On 03/11/2016 03:13 PM, Mats Peterson wrote:
> >>>Michael Niedermayer skrev: (11 mars 2016
> >>>15:05:49 CET)
> On Fri, Mar 11, 2016
Dana 11. 3. 2016. 16:42 osoba "F.Sluiter" napisala je:
>
> Thanks Nicolas, can you be a bit more specific on how I can change it to
> get what I need?
> Or is it not possible?
Its possible, just set explicitly formats for second and third input.
See similar how its done for extractplanes.
> Flor
---
libavcodec/vp9_superframe_bsf.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/libavcodec/vp9_superframe_bsf.c b/libavcodec/vp9_superframe_bsf.c
index f991a80..d4a61ee 100644
--- a/libavcodec/vp9_superframe_bsf.c
+++ b/libavcodec/vp9_superframe_bsf.c
@@ -82,13 +82,13
On 3/11/2016 4:22 PM, Ronald S. Bultje wrote:
> ---
> libavcodec/vp9_superframe_bsf.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/libavcodec/vp9_superframe_bsf.c b/libavcodec/vp9_superframe_bsf.c
> index f991a80..d4a61ee 100644
> --- a/libavcodec/vp9_superframe_
Fixes trac tickets 5127, 5129, 5130.
---
libavcodec/vp9.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/libavcodec/vp9.c b/libavcodec/vp9.c
index 5d8ad12..5c6f176 100644
--- a/libavcodec/vp9.c
+++ b/libavcodec/vp9.c
@@ -743,7 +743,7 @@ static int decode
Hi,
On Fri, Mar 11, 2016 at 2:33 PM, James Almer wrote:
> On 3/11/2016 4:22 PM, Ronald S. Bultje wrote:
> > ---
> > libavcodec/vp9_superframe_bsf.c | 6 +++---
> > 1 file changed, 3 insertions(+), 3 deletions(-)
> >
> > diff --git a/libavcodec/vp9_superframe_bsf.c
> b/libavcodec/vp9_superframe_
Fill DTS if all packets have been read in avformat_find_stream_info, and still
has_decode_delay_been_guessed returns false.
Signed-off-by: Sasi Inguva
---
libavformat/utils.c | 37 +
1 file changed, 37 insertions(+)
diff --git a/libavformat/utils.c b/libavfor
With this patch it doesn't produce invalid DTS for the file you mentioned
tickets/1242/sample.mkv
./ffmpeg -i sample.mkv -c:v copy -an -t 1 -f framecrc -
On Fri, Mar 11, 2016 at 12:36 PM, Sasi Inguva wrote:
> Having another go at this. My goal is to fix DTS of H264 videos which are
> shorter tha
Having another go at this. My goal is to fix DTS of H264 videos which are
shorter than 7 frames and don't have B-frames. Currently ffmpeg will output
DTS=N/A for such frames.
On Fri, Mar 11, 2016 at 12:34 PM, Sasi Inguva wrote:
> Fill DTS if all packets have been read in avformat_find_stream_inf
From: Matthieu Bouron
Android N will prevent users from loading non-public APIs.
Users should only rely on the av_jni_set_java_vm function to set the
Java VM.
---
libavcodec/ffjni.c | 88 ++
1 file changed, 3 insertions(+), 85 deletions(-)
di
On 3/11/2016 4:41 PM, Ronald S. Bultje wrote:
> Fixes trac tickets 5127, 5129, 5130.
> ---
> libavcodec/vp9.c | 20 ++--
> 1 file changed, 10 insertions(+), 10 deletions(-)
LGTM
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http
The maximum number of bits int the prefix code for
p(0) is 4. By setting it as 3, we were missing the
last 0 bit.
This fixes bug #4715 present on the trac.
Signed-off-by: Umair Khan
---
libavcodec/alsdec.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/alsdec.c b/
On Fri, Mar 11, 2016 at 4:05 PM, James Almer wrote:
> On 3/11/2016 4:41 PM, Ronald S. Bultje wrote:
> > Fixes trac tickets 5127, 5129, 5130.
> > ---
> > libavcodec/vp9.c | 20 ++--
> > 1 file changed, 10 insertions(+), 10 deletions(-)
>
> LGTM
Pushed, ty.
Ronald
__
On 03/11/2016 06:45 PM, Michael Niedermayer wrote:
On Fri, Mar 11, 2016 at 03:31:55PM +0100, Mats Peterson wrote:
On 03/11/2016 03:27 PM, Mats Peterson wrote:
On 03/11/2016 03:21 PM, Mats Peterson wrote:
On 03/11/2016 03:13 PM, Mats Peterson wrote:
Michael Niedermayer skrev: (11 mars 2016
15
Am 11.03.16 um 22:04 schrieb Umair Khan:
> The maximum number of bits int the prefix code for
> p(0) is 4. By setting it as 3, we were missing the
> last 0 bit.
> This fixes bug #4715 present on the trac.
>
> Signed-off-by: Umair Khan
> ---
> libavcodec/alsdec.c | 2 +-
> 1 file changed, 1 inser
Mats Peterson skrev: (11 mars 2016 22:26:43
CET)
>On 03/11/2016 06:45 PM, Michael Niedermayer wrote:
>> On Fri, Mar 11, 2016 at 03:31:55PM +0100, Mats Peterson wrote:
>>> On 03/11/2016 03:27 PM, Mats Peterson wrote:
On 03/11/2016 03:21 PM, Mats Peterson wrote:
> On 03/11/2016 03:13 PM, M
For testing , a link to one such failing video
https://drive.google.com/file/d/0Bz6XfEJZ-9N3X0FSMWR6T3B3U28/view?usp=sharing
. Without this patch,
ffprobe -show_frames -print_format compact | grep media_type=video -
shows dts=N/A
On Fri, Mar 11, 2016 at 12:39 PM, Sasi Inguva wrote:
> With th
Thilo Borgmann mail.de> writes:
> > libavcodec/alsdec.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
>
> Ok.
Then please push, the days of the monkeys are long
gone;-)
Carl Eugen
(Or explicitly ask for pushing if you are away.)
___
f
Sasi Inguva ffmpeg.org> writes:
> Fill DTS if all packets have been read in
> avformat_find_stream_info, and still
> has_decode_delay_been_guessed returns false.
Could you explain your use-case?
Are streams with less than seven frames frequent?
> return 1;
> #endif
> +
No unrelated
We get significant uploads of short timelapse videos which are of very low
frame rate very short length videos, and contain 5-6 frames.
We also have lot of teams using very small test-files, so that they can
test their pipeline very fast.
Sorry for the unintended space insertion.
I couldn't figur
On Fri, Mar 11, 2016 at 01:46:42PM +0530, shivraj.pa...@imgtec.com wrote:
> From: Shivraj Patil
>
> Signed-off-by: Shivraj Patil
> ---
> configure |3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611E
Hi,
I am trying to build linphone-android in cygwin.
Thank you very much for the patch.
Regards
MO
2016-03-11 0:23 GMT+02:00 Carl Eugen Hoyos :
> mehmet ozisik gmail.com> writes:
>
> > I was looking for a problem which was posted before which I
> > have encountered while building ffmped for an
On Fri, Mar 11, 2016 at 12:34:19PM -0800, Sasi Inguva wrote:
> Fill DTS if all packets have been read in avformat_find_stream_info, and still
> has_decode_delay_been_guessed returns false.
>
> Signed-off-by: Sasi Inguva
> ---
> libavformat/utils.c | 37 +
> 1
On Fri, Mar 11, 2016 at 01:54:07PM -0800, Sasi Inguva wrote:
> For testing , a link to one such failing video
> https://drive.google.com/file/d/0Bz6XfEJZ-9N3X0FSMWR6T3B3U28/view?usp=sharing
> . Without this patch,
can we include this video in the fate samples for adding a fate test?
[...]
--
Mi
On Fri, Mar 11, 2016 at 10:40:06PM +0100, Thilo Borgmann wrote:
> Am 11.03.16 um 22:04 schrieb Umair Khan:
> > The maximum number of bits int the prefix code for
> > p(0) is 4. By setting it as 3, we were missing the
> > last 0 bit.
> > This fixes bug #4715 present on the trac.
> >
> > Signed-off-
On Fri, Mar 11, 2016 at 03:35:43PM +0100, Hendrik Leppkes wrote:
> On Wed, Mar 9, 2016 at 4:51 PM, Hendrik Leppkes wrote:
> > On Wed, Mar 9, 2016 at 4:35 PM, Michael Niedermayer
> > wrote:
> >> On Wed, Mar 09, 2016 at 04:27:12PM +0100, Hendrik Leppkes wrote:
> >>> On Wed, Mar 9, 2016 at 3:37 PM,
On Thu, 10 Mar 2016, Michael Niedermayer wrote:
On Tue, Mar 08, 2016 at 09:29:51PM +0100, Marton Balint wrote:
fails on mips
concat-demuxer-extended-lavf-mxf
TESTconcat-demuxer-extended-lavf-mxf_d10
--- /home/michael/ffmpeg-git/ffmpeg/tests/ref/fate/gapless2-mov-aac
2016-03-10 12:5
Related to ticket #2324, #2325.
Stream duration still need to be fixed...
Signed-off-by: Marton Balint
---
libavformat/mov.c | 3 +++
tests/ref/fate/gapless2-ipod-aac1 | 36 ++--
tests/ref/fate/gapless2-ipod-aac2 | 36 ++--
Signed-off-by: Marton Balint
---
libavformat/utils.c | 10 --
tests/ref/fate/gapless2-ipod-aac1 | 72 +++
tests/ref/fate/gapless2-ipod-aac2 | 72 +++
3 files changed, 80 insertions(+), 74 deletions(-)
diff
Signed-off-by: Marton Balint
---
tests/fate-run.sh | 30 ++
tests/fate/gapless.mak| 20 +-
tests/ref/fate/gapless2-ipod-aac1 | 82 +++
tests/ref/fate/gapless2-ipod-aac2 | 82 +++
On Thu, Mar 10, 2016 at 07:57:53PM +0100, Hendrik Leppkes wrote:
> On Mon, Sep 21, 2015 at 6:41 AM, Alex Smith wrote:
> > From: Alex Smith
> >
> > Binutils will always strip the relocation information from executable
> > files even if it needs it (dynamicbase/ASLR). We can work around this
> > b
On Sat, Mar 12, 2016 at 02:49:10AM +0100, Marton Balint wrote:
> Signed-off-by: Marton Balint
> ---
> tests/fate-run.sh | 30 ++
> tests/fate/gapless.mak| 20 +-
> tests/ref/fate/gapless2-ipod-aac1 | 82
> +++
>
New patch set. Forget the old one.
From the Microsoft documentation for BITMAPINFOHEADER at
https://msdn.microsoft.com/en-us/library/windows/desktop/dd318229%28v=vs.85%29.aspx:
"biSize: Specifies the number of bytes required by the structure. This
value does not include the size of the color tab
Here's an interesting one. Windows Media Player won't make any palette
changes without the xxpc chunks beeing indexed.
Fixing the logic for reading and seeking with xxpc chunks in the demuxer
is a future task. Now the muxing of video with xxpc chunks works
properly at least.
Try playing the
On 03/12/2016 07:14 AM, Mats Peterson wrote:
Here's an interesting one. Windows Media Player won't make any palette
changes without the xxpc chunks beeing indexed.
Fixing the logic for reading and seeking with xxpc chunks in the demuxer
is a future task. Now the muxing of video with xxpc chunk
On 03/12/2016 08:31 AM, Mats Peterson wrote:
On 03/12/2016 07:14 AM, Mats Peterson wrote:
Here's an interesting one. Windows Media Player won't make any palette
changes without the xxpc chunks beeing indexed.
Fixing the logic for reading and seeking with xxpc chunks in the demuxer
is a future
81 matches
Mail list logo
