Michael Niedermayer in gmane.comp.video.ffmpeg.devel (Sat, 25 Oct 2014
00:14:14 +0200):
>patch applied
FFmpeg does not (cross)compile anymore on Ubuntu (GCC 4.9.1) after this
patch:
libavcodec/libutvideodec.cpp: In function 'int
utvideo_decode_init(AVCodecContext*)':
libavcodec/libutvideodec.cpp:
Hi all,
I am using FFMPEG library to mux H.264 and AAC frames to Matroska (.mkv)
file. I can do that both using command line and C program.
Now, instead of writing the muxed matroska data into file I want to
write these muxed data directly on to socket or pipe. My actual goal is
to write a C
Hi,
On Tuesday, October 28, 2014, Ngassa Finjap wrote:
> Hello,
>
> I have ran the FATE test suite on my Fedora host using this: ( make V=2 -j2
> SAMPLES=/var/fate/samples THREADS=2 fate) and I can't seem to authenticate
> and upload the results. I had previously sent a key to for authenticatio
Hello,
I have ran the FATE test suite on my Fedora host using this: ( make V=2 -j2
SAMPLES=/var/fate/samples THREADS=2 fate) and I can't seem to authenticate
and upload the results. I had previously sent a key to for authentication.
But I had some problems uploading my test results. I have genera
On Mon, Oct 27, 2014 at 11:25:01PM -0300, James Almer wrote:
> __sync built-ins are considered legacy and will be deprecated.
> These new memory model aware built-ins have been available since GCC 4.7.0
>
> Use them by default when available except for __atomic_compare_exchange_n(),
> which is slo
The MOV_TRUN_DATA_OFFSET flag was always getting set, so data_offset is
being expected and read. The offset was computed correctly anyway during
fragment-flush. Alternatively, I could have selectively set the flag
only when base-data-offset is defined, but certain players (Chrome)
seem to fail when
Carl Eugen, I changed the indentations and attached a unified diff. Since I´m
on windows I used turtoise git. I hope that´s okay.
Regards,
Thomas
avci_mxf.diff
Description: Binary data
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg
On Tue, Oct 28, 2014 at 10:51:27PM +0100, Michael Niedermayer wrote:
> On Tue, Oct 28, 2014 at 07:16:45PM +0100, Clément Bœsch wrote:
> > On Tue, Oct 28, 2014 at 06:30:34PM +0100, Stefano Sabatini wrote:
> > [...]
> > > How much effort would it take to implement the remaining scaling modes?
> > >
Ыы
Sent from my BlackBerry 10 smartphone on the Rogers network.
Original Message
From: Michael Niedermayer
Sent: Tuesday, October 28, 2014 17:51
To: FFmpeg development discussions and patches
Reply To: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel] [PATCH] lavfi: add x
Sent from my BlackBerry 10 smartphone on the Rogers network.
Original Message
From: Michael Niedermayer
Sent: Tuesday, October 28, 2014 17:51
To: FFmpeg development discussions and patches
Reply To: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel] [PATCH] lavfi: add xbr
Sent from my BlackBerry 10 smartphone on the Rogers network.
Original Message
From: Michael Niedermayer
Sent: Tuesday, October 28, 2014 17:51
To: FFmpeg development discussions and patches
Reply To: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel] [PATCH] lavfi: add xbr
Sent from my BlackBerry 10 smartphone on the Rogers network.
Original Message
From: Michael Niedermayer
Sent: Tuesday, October 28, 2014 17:51
To: FFmpeg development discussions and patches
Reply To: FFmpeg development discussions and patches
Subject: Re: [FFmpeg-devel] [PATCH] lavfi: add xbr
On Tue, Oct 28, 2014 at 07:16:45PM +0100, Clément Bœsch wrote:
> On Tue, Oct 28, 2014 at 06:30:34PM +0100, Stefano Sabatini wrote:
> [...]
> > How much effort would it take to implement the remaining scaling modes?
> >
>
> According to
> https://ffmpeg.org/pipermail/ffmpeg-devel/2014-October/1645
On Tue, Oct 28, 2014 at 06:30:34PM +0100, Stefano Sabatini wrote:
[...]
> How much effort would it take to implement the remaining scaling modes?
>
According to
https://ffmpeg.org/pipermail/ffmpeg-devel/2014-October/164574.html
"I think 4x can be done fast enough, but 3x will take time."
[...]
On Tue, Oct 28, 2014 at 03:32:42PM +0100, tomas.har...@codemill.se wrote:
> From 662adc4db39b1925c90fc78fb83d58c0e3e6dfd4 Mon Sep 17 00:00:00 2001
> From: =?UTF-8?q?Tomas=20H=C3=A4rdin?=
> Date: Tue, 28 Oct 2014 13:33:47 +0100
> Subject: [PATCH 3/5] Revert "avformat/mxfdec: detect loops during hea
On Tue, Oct 28, 2014 at 03:33:50PM +0100, tomas.har...@codemill.se wrote:
> From d1827479c17186db7bda472e92b272bbdf4ddcfb Mon Sep 17 00:00:00 2001
> From: =?UTF-8?q?Tomas=20H=C3=A4rdin?=
> Date: Tue, 28 Oct 2014 14:36:27 +0100
> Subject: [PATCH 5/5] mxfdec: Tighten RIP length bounds in
> mxf_read
On Tue, Oct 28, 2014 at 03:33:23PM +0100, tomas.har...@codemill.se wrote:
> mxfdec.c | 24 ++--
> 1 file changed, 10 insertions(+), 14 deletions(-)
> b8324b93726e1e92289ab8ffe2a3ffebb973c53b
> 0004-mxfdec-Merge-last_partition-and-footer_partition.patch
> From 86ce75449ef2fe
On Tue, Oct 28, 2014 at 03:35:42PM +0100, tomas.har...@codemill.se wrote:
> On 2014-10-28 15:31, tomas.har...@codemill.se wrote:
> >This fixes the actual issue (Ticket 3278). See also deadlock3.mxf
> >on FTP.
> >
> >/Tomas
>
> Oops, wrong subject - I should probably set up git-send-email..
> Reatt
On Tue, Oct 28, 2014 at 03:29:28PM +0100, tomas.har...@codemill.se wrote:
> This is part of a series of patches that fix tickets 3278 and 4040
> (http://trac.ffmpeg.org/ticket/3278
> http://trac.ffmpeg.org/ticket/4040), plus some refactoring.
>
> I uploaded a file called deadlock3.mxf (and corresp
On date Tuesday 2014-10-28 13:45:06 +0530, arwa arif encoded:
> On Tue, Oct 28, 2014 at 1:25 AM, Clément Bœsch wrote:
>
> > On Mon, Oct 27, 2014 at 08:54:11PM +0100, Clément Bœsch wrote:
> > [...]
> > > Can you add a FATE test similar to this? See tests/fate/filter-video.mak.
> >
> > similar to h
Le septidi 7 brumaire, an CCXXIII, Binathi a écrit :
> Branch: refs/heads/master
> Home: https://github.com/Binathi/ffmpeg
> Commit: d83ead999c0343b74d66b58d02c3ef381ac43b69
>
> https://github.com/Binathi/ffmpeg/commit/d83ead999c0343b74d66b58d02c3ef381ac43b69
> Author: Binathi
>
Branch: refs/heads/master
Home: https://github.com/Binathi/ffmpeg
Commit: d83ead999c0343b74d66b58d02c3ef381ac43b69
https://github.com/Binathi/ffmpeg/commit/d83ead999c0343b74d66b58d02c3ef381ac43b69
Author: Binathi
Date: 2014-10-28 (Tue, 28 Oct 2014)
Changed paths:
M doc/
Branch: refs/heads/master
Home: https://github.com/Binathi/ffmpeg
Commit: d83ead999c0343b74d66b58d02c3ef381ac43b69
https://github.com/Binathi/ffmpeg/commit/d83ead999c0343b74d66b58d02c3ef381ac43b69
Author: Binathi
Date: 2014-10-28 (Tue, 28 Oct 2014)
Changed paths:
M doc/
Le septidi 7 brumaire, an CCXXIII, Michael Niedermayer a écrit :
> this makes it impossible to switch between them without recompiling
> though
>
> for development and testing it may be usefull to enable both though
>
> one example are fate clients, which if these parts are mutually
> exclusive p
Le septidi 7 brumaire, an CCXXIII, compn a écrit :
> the message of follow_mouse is a direct copy (with a punctuation fix).
>
> my question is, if its a copy/paste of the option description, do we
> have to put some original author attribution into the copyright list at
> the top of xcbgrab.c ?
On Tue, 28 Oct 2014 12:48:43 +0100
Michael Niedermayer wrote:
> On Tue, Oct 28, 2014 at 10:05:29AM +0100, Nicolas George wrote:
> > Le sextidi 6 brumaire, an CCXXIII, compn a écrit :
> > > so its name is changed in the makefile, but not the device name?
> [...]
> > Therefore, I think it is logica
Okay. I will do so next patch.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
On Tue, 28 Oct 2014 10:05:29 +0100
Nicolas George wrote:
> Le sextidi 6 brumaire, an CCXXIII, compn a écrit :
> > from x11grab.c:
> >
> > AV_OPT_TYPE_INT, {.i64 = 1}, 0, 1, DEC }, { "follow_mouse", "move
> > the grabbing region when the mouse pointer reaches within specified
> > amount of pixels
On Tuesday 28 October 2014 03:36:05 pm Thomas Mundt wrote:
> -mxf_write_cdci_common(s, st, mxf_mpegvideo_descriptor_key, 8+5);
> -// bit rate
> -mxf_write_local_tag(pb, 4, 0x8000);
> -avio_wb32(pb, sc->video_bit_rate);
> -
> -// profile and level
> -mxf_write_local_tag(pb, 1
I´m not happy with the for-loop I coded yesterday night, so I made a new patch.
Regards,
Thomas
--- a/libavformat/mxfenc.c
+++ b/libavformat/mxfenc.c
@@ -42,6 +42,8 @@
#include "libavutil/time_internal.h"
#include "libavcodec/bytestream.h"
#include "libavcodec/dnxhddata.h"
+#include "libavcod
On 2014-10-28 15:31, tomas.har...@codemill.se wrote:
This fixes the actual issue (Ticket 3278). See also deadlock3.mxf on
FTP.
/Tomas
Oops, wrong subject - I should probably set up git-send-email..
Reattached patch just to be sure.
/TomasFrom 783aaa31271266587fad8f60a588ed755744a765 Mon Se
From d1827479c17186db7bda472e92b272bbdf4ddcfb Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Tomas=20H=C3=A4rdin?=
Date: Tue, 28 Oct 2014 14:36:27 +0100
Subject: [PATCH 5/5] mxfdec: Tighten RIP length bounds in
mxf_read_random_index_pack()
---
libavformat/mxfdec.c | 27 +--
1
From 86ce75449ef2febb584d7f337a4035ef2cee2b1a Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Tomas=20H=C3=A4rdin?=
Date: Tue, 28 Oct 2014 14:27:06 +0100
Subject: [PATCH 4/5] mxfdec: Merge last_partition and footer_partition
FooterPartition offset specified in RIP takes precedence over any value written
From 662adc4db39b1925c90fc78fb83d58c0e3e6dfd4 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Tomas=20H=C3=A4rdin?=
Date: Tue, 28 Oct 2014 13:33:47 +0100
Subject: [PATCH 3/5] Revert "avformat/mxfdec: detect loops during header
parsing"
This reverts commit 1c010fd035c1a14dc73827b84f21f593e969a5d6.
---
This fixes the actual issue (Ticket 3278). See also deadlock3.mxf on
FTP.
/TomasFrom 783aaa31271266587fad8f60a588ed755744a765 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Tomas=20H=C3=A4rdin?=
Date: Tue, 28 Oct 2014 13:38:18 +0100
Subject: [PATCH 2/5] mxfdec: Parse PreviousPartition in
mxf_seek_to
This is part of a series of patches that fix tickets 3278 and 4040
(http://trac.ffmpeg.org/ticket/3278 http://trac.ffmpeg.org/ticket/4040),
plus some refactoring.
I uploaded a file called deadlock3.mxf (and corresponding deadlock3.txt)
to incoming that demonstrates another issue similar to Tic
On Tue, Oct 28, 2014 at 10:58:11AM +0100, Christophe Gisquet wrote:
> Fate tests ran for this+vlc patch on top of master's 39680ca (ie
> including the previous series of patches):
>
> fate-lavf-dv_fmt fate-vsynth2-dv fate-vsynth2-dv-411
> fate-vsynth2-dv-50 fate-vsynth1-dv fate-vsy nth1-dv-411
> f
On Tue, Oct 28, 2014 at 10:05:29AM +0100, Nicolas George wrote:
> Le sextidi 6 brumaire, an CCXXIII, compn a écrit :
> > so its name is changed in the makefile, but not the device name?
[...]
> Therefore, I think it is logical to have both devices called "x11grab", i.e.
> "grab from an X11 server".
On Tue, Oct 28, 2014 at 10:48:52AM +0100, Christophe Gisquet wrote:
> Hi,
>
> 2014-10-26 23:37 GMT+01:00 Michael Niedermayer :
> >> -#define TEX_VLC_BITS 9
> >> +#define TEX_VLC_BITS 10
> >
> > this probably needs an update to these:
> >
> > libavcodec/dv.c:RL_VLC_ELEM ff_dv_rl_vlc[1184];
> > liba
Fate tests ran for this+vlc patch on top of master's 39680ca (ie
including the previous series of patches):
fate-lavf-dv_fmt fate-vsynth2-dv fate-vsynth2-dv-411
fate-vsynth2-dv-50 fate-vsynth1-dv fate-vsy nth1-dv-411
fate-vsynth1-dv-50 fate-seek-lavf-dv_fmt fate-seek-vsynth2-dv
fate-seek-vsynth2-d
Hi,
2014-10-26 23:37 GMT+01:00 Michael Niedermayer :
>> -#define TEX_VLC_BITS 9
>> +#define TEX_VLC_BITS 10
>
> this probably needs an update to these:
>
> libavcodec/dv.c:RL_VLC_ELEM ff_dv_rl_vlc[1184];
> libavcodec/dv.c:av_assert1(dv_vlc.table_size == 1184);
So the related assert does n
On Tue, 28 Oct 2014 10:03:18 +0100
Carl Eugen Hoyos wrote:
> On Tuesday 28 October 2014 09:57:12 am wm4 wrote:
>
> > > The user should be told by libavformat if it does something unexpected.
> > > Related to ticket #4059.
> >
> > Why should it print a warning in this case, but not other cases wh
On Tue, Oct 28, 2014 at 10:02:18AM +0100, Carl Eugen Hoyos wrote:
> On Tuesday 28 October 2014 09:56:28 am Clément Bœsch wrote:
>
> > > +if (s && (r->type == FF_UTF16LE || r->type == FF_UTF16BE))
> > > +av_log(s, AV_LOG_WARNING,
> > > + "UTF16 is automatically converted t
Le sextidi 6 brumaire, an CCXXIII, compn a écrit :
> so its name is changed in the makefile, but not the device name?
It seems that Anton noticed it too on the other side.
> from x11grab.c:
>
> static const AVOption options[] = {
> { "draw_mouse", "draw the mouse pointer", OFFSET(draw_mouse)
Le septidi 7 brumaire, an CCXXIII, Carl Eugen Hoyos a écrit :
> I'd like to print a warning in that case as well, how can I
> reproduce it?
There is nothing to reproduce: text subtitles in Matroska are UTF-8, period.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
_
On Tuesday 28 October 2014 09:57:12 am wm4 wrote:
> > The user should be told by libavformat if it does something unexpected.
> > Related to ticket #4059.
>
> Why should it print a warning in this case, but not other cases when
> the subtitle packets are already in UTF-8, such as Matroska?
I'd li
On Tuesday 28 October 2014 09:56:28 am Clément Bœsch wrote:
> > +if (s && (r->type == FF_UTF16LE || r->type == FF_UTF16BE))
> > +av_log(s, AV_LOG_WARNING,
> > + "UTF16 is automatically converted to UTF8, do not specify
> > a character encoding\n");
>
> av_log() accepts a
On Tue, 28 Oct 2014 09:58:48 +0100
Nicolas George wrote:
> Le septidi 7 brumaire, an CCXXIII, Carl Eugen Hoyos a écrit :
> > The user should be told by libavformat if it does something unexpected.
> > Related to ticket #4059.
>
> I do not object to this quick fix, but the correct fix would be to
Le septidi 7 brumaire, an CCXXIII, Carl Eugen Hoyos a écrit :
> The user should be told by libavformat if it does something unexpected.
> Related to ticket #4059.
I do not object to this quick fix, but the correct fix would be to set the
codec context sub_charenc and sub_charenc_mode correctly in
On Tue, 28 Oct 2014 08:35:12 +0100
Carl Eugen Hoyos wrote:
> Hi!
>
> The user should be told by libavformat if it does something unexpected.
> Related to ticket #4059.
>
> Please comment, Carl Eugen
Why should it print a warning in this case, but not other cases when
the subtitle packets are a
On Tue, Oct 28, 2014 at 08:35:12AM +0100, Carl Eugen Hoyos wrote:
> Hi!
>
> The user should be told by libavformat if it does something unexpected.
> Related to ticket #4059.
>
> Please comment, Carl Eugen
[...]
> -void ff_text_init_avio(FFTextReader *r, AVIOContext *pb)
> +void ff_text_init_avi
On Tue, Oct 28, 2014 at 02:01:15PM +0530, arwa arif wrote:
> On Tue, Oct 28, 2014 at 1:52 PM, Clément Bœsch wrote:
>
> > On Tue, Oct 28, 2014 at 01:45:06PM +0530, arwa arif wrote:
> > > On Tue, Oct 28, 2014 at 1:25 AM, Clément Bœsch wrote:
> > >
> > > > On Mon, Oct 27, 2014 at 08:54:11PM +0100,
On Tue, Oct 28, 2014 at 1:52 PM, Clément Bœsch wrote:
> On Tue, Oct 28, 2014 at 01:45:06PM +0530, arwa arif wrote:
> > On Tue, Oct 28, 2014 at 1:25 AM, Clément Bœsch wrote:
> >
> > > On Mon, Oct 27, 2014 at 08:54:11PM +0100, Clément Bœsch wrote:
> > > [...]
> > > > Can you add a FATE test simila
On Tue, Oct 28, 2014 at 01:45:06PM +0530, arwa arif wrote:
> On Tue, Oct 28, 2014 at 1:25 AM, Clément Bœsch wrote:
>
> > On Mon, Oct 27, 2014 at 08:54:11PM +0100, Clément Bœsch wrote:
> > [...]
> > > Can you add a FATE test similar to this? See tests/fate/filter-video.mak.
> >
> > similar to hqx
On Tue, Oct 28, 2014 at 1:25 AM, Clément Bœsch wrote:
> On Mon, Oct 27, 2014 at 08:54:11PM +0100, Clément Bœsch wrote:
> [...]
> > Can you add a FATE test similar to this? See tests/fate/filter-video.mak.
>
> similar to hqx I meant
>
> --
> Clément B.
>
Updated patch.
I will try adding the FATE
Hi!
I don't remember a report about xlib autodetection and we won't get a
bug-report without it.
Please comment, Carl Eugen
diff --git a/configure b/configure
index 0a1b154..15bf471 100755
--- a/configure
+++ b/configure
@@ -251,7 +251,7 @@ External library support:
--enable-libx264 e
Hi!
The user should be told by libavformat if it does something unexpected.
Related to ticket #4059.
Please comment, Carl Eugen
diff --git a/libavformat/assdec.c b/libavformat/assdec.c
index ccbf4c0..c62e76f 100644
--- a/libavformat/assdec.c
+++ b/libavformat/assdec.c
@@ -112,7 +112,7 @@ static i
57 matches
Mail list logo
