On 11 April 2015 at 03:05, Michael Niedermayer wrote:
> On Fri, Apr 10, 2015 at 11:48:11PM +1000, Matt Oliver wrote:
> > Recent merge fe25194c5870f21ba10f615f036b64d0c84fca48 broke compilation
> > under windows by changing the inclusion order of winsock.h and windows.h
> > (winsock is included in
---
libavformat/mxfenc.c | 102 ++-
1 file changed, 85 insertions(+), 17 deletions(-)
diff --git a/libavformat/mxfenc.c b/libavformat/mxfenc.c
index 7b400b3..38772b7 100644
--- a/libavformat/mxfenc.c
+++ b/libavformat/mxfenc.c
@@ -313,6 +313,7 @@ ty
changes since v1:
*rename mxf_audio_tcr to mxf_audio_edit_rate
Mark Reid (1):
libavformat/mxfenc: added support mxf opatom audio muxing
libavformat/mxfenc.c | 102 ++-
1 file changed, 85 insertions(+), 17 deletions(-)
--
2.2.1
On Fri, 10 Apr 2015 20:58:13 +0200
Thilo Borgmann wrote:
> Hi!
>
> I'd like to request refunds for merchandise expenses at the Chemnitzer
> Linux Tage 2015, where we had manned a booth for FFmpeg.
>
> I wonder why there seems to be nothing else on the list because
> expenses were higher than la
On Sat, Apr 11, 2015 at 02:02:39AM +0200, Thomas Volkert wrote:
>
>
> Am 10.04.2015 um 23:54 schrieb Andrey Utkin:
> >If width or height doesn't divide by 8, there are non-full blocks with
> >the remaining of pixels; but before this commit, RTP encoding procedure
> >assumed there's just w/8 by h/
Am 10.04.2015 um 23:54 schrieb Andrey Utkin:
If width or height doesn't divide by 8, there are non-full blocks with
the remaining of pixels; but before this commit, RTP encoding procedure
assumed there's just w/8 by h/8 blocks.
Maybe this is a clearer term:
"This fixes the calculation of the n
On Sun, Mar 22, 2015 at 08:47:17PM -0700, Timothy Gu wrote:
> Partially fixes #3869.
> ---
> doc/ffmpeg.texi | 20 ++--
> doc/ffserver.texi | 6 --
> doc/filters.texi | 4 ++--
> 3 files changed, 16 insertions(+), 14 deletions(-)
applied
thanks
[...]
--
Michael Gnu
On Fri, Apr 10, 2015 at 10:47:55AM -0700, Timothy Gu wrote:
> ---
> doc/texi2pod.pl | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Let us carefully observe those good qualities wherein
On Fri, Apr 10, 2015 at 07:25:48PM +0530, Himangi Saraogi wrote:
> ---
> This fixes CID 732219.
>
> libavformat/rtsp.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/libavformat/rtsp.c b/libavformat/rtsp.c
> index 42dbe96..251fdda 100644
> --- a/libavformat/rtsp.c
>
2015-04-11 0:47 GMT+03:00 Michael Niedermayer :
> can be simplified with FF_CEIL_RSHIFT
Thanks.
--
Andrey Utkin
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
If width or height doesn't divide by 8, there are non-full blocks with
the remaining of pixels; but before this commit, RTP encoding procedure
assumed there's just w/8 by h/8 blocks.
Signed-off-by: Andrey Utkin
---
libavformat/rtpenc_jpeg.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(
On Sat, Apr 11, 2015 at 12:14:00AM +0300, Andrey Utkin wrote:
> If width or height doesn't divide by 8, there are non-full blocks with
> the remaining of pixels; but before this commit, RTP encoding procedure
> assumed there's just w/8 by h/8 blocks.
>
> Signed-off-by: Andrey Utkin
> ---
> libav
On Fri, Apr 10, 2015 at 10:27:37AM -0700, Timothy Gu wrote:
> Couldn't find any non-mjpeg samples.
> ---
> tests/fate/video.mak | 3 +++
> tests/ref/fate/avrn | 47 +++
> 2 files changed, 50 insertions(+)
> create mode 100644 tests/ref/fate/avrn
fail
On Fri, Apr 10, 2015 at 01:25:26PM -0700, Timothy Gu wrote:
> On Fri, Apr 10, 2015 at 1:24 PM, Timothy Gu wrote:
> > ---
> >
> > $ du -h *
> > 656Kat3p_sample1.oma
> > 3.6Mat3p_sample1.pcm
> > 1.9Msonateno14op27-2.aa3
> > 100Ksonateno14op27-2-cut.aa3
> > 2.9Msonateno14op27-2-cu
---
The official name is ATRAC3plus, so that is used.
- at3p_sample1.oma is from samples.libav.org
- at3p_sample1.pcm is in incoming.
- sonateno14op27-2-cut.aa3 is a smaller version of sonateno14op27-2.aa3 in
samples.libav.org, and is in incoming.
- sonateno14op27-2-cut.pcm is in incoming.
te
If width or height doesn't divide by 8, there are non-full blocks with
the remaining of pixels; but before this commit, RTP encoding procedure
assumed there's just w/8 by h/8 blocks.
Signed-off-by: Andrey Utkin
---
libavformat/rtpenc_jpeg.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(
On Fri, 10 Apr 2015 22:45:47 +0200
Gilles Chanteperdrix wrote:
> On Thu, Apr 09, 2015 at 10:59:24PM +0200, Lukasz Marek wrote:
> > On 09.04.2015 13:50, Kieran Kunhya wrote:
> > >On 9 April 2015 at 12:17, Rodger Combs wrote:
> > >>Agreed, this belongs in a higher layer. I think it'd be reasonable
On Fri, Apr 10, 2015 at 1:19 PM, Michael Niedermayer wrote:
> On Fri, Apr 10, 2015 at 10:27:37AM -0700, Timothy Gu wrote:
>> Couldn't find any non-mjpeg samples.
>> ---
>> tests/fate/video.mak | 3 +++
>> tests/ref/fate/avrn | 47 +++
>> 2 files chang
If width or height doesn't divide by 8, there are non-full blocks with
the remaining of pixels; but before this commit, RTP encoding procedure
assumed there's just w/8 by h/8 blocks.
Signed-off-by: Andrey Utkin
---
libavformat/rtpenc_jpeg.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(
On Thu, Apr 09, 2015 at 10:59:24PM +0200, Lukasz Marek wrote:
> On 09.04.2015 13:50, Kieran Kunhya wrote:
> >On 9 April 2015 at 12:17, Rodger Combs wrote:
> >>Agreed, this belongs in a higher layer. I think it'd be reasonable for
> >>FFmpeg to have a higher-layer library handling things like play
On Fri, Apr 10, 2015 at 10:51:11AM -0700, Timothy Gu wrote:
> FATE currently discards this information anyway, so why waste the
> disk space?
> ---
> tests/fate-run.sh | 8 +++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B
On Fri, Apr 10, 2015 at 1:24 PM, Timothy Gu wrote:
> ---
>
> $ du -h *
> 656Kat3p_sample1.oma
> 3.6Mat3p_sample1.pcm
> 1.9Msonateno14op27-2.aa3
> 100Ksonateno14op27-2-cut.aa3
> 2.9Msonateno14op27-2-cut.pcm
Samples in incoming.
Timothy
_
---
$ du -h *
656Kat3p_sample1.oma
3.6Mat3p_sample1.pcm
1.9Msonateno14op27-2.aa3
100Ksonateno14op27-2-cut.aa3
2.9Msonateno14op27-2-cut.pcm
tests/fate/atrac.mak | 17 ++---
1 file changed, 14 insertions(+), 3 deletions(-)
diff --git a/tests/fate/atrac.mak b/tests/
On Fri, Apr 10, 2015 at 10:27:37AM -0700, Timothy Gu wrote:
> Couldn't find any non-mjpeg samples.
> ---
> tests/fate/video.mak | 3 +++
> tests/ref/fate/avrn | 47 +++
> 2 files changed, 50 insertions(+)
> create mode 100644 tests/ref/fate/avrn
>
>
On Fri, Apr 10, 2015 at 10:27:36AM -0700, Timothy Gu wrote:
> ---
>
> Samples are from https://samples.ffmpeg.org/A-codecs/ATRAC3%2b/
>
> Should I upload the .pcm files to somewhere? They are easy enough to
> reproduce.
please do, but if possible use a subset / part of the file
50+mb is quite la
On Fri, Apr 10, 2015 at 10:27:34AM -0700, Timothy Gu wrote:
> ---
> libavcodec/cabac.c | 16 +++-
> 1 file changed, 11 insertions(+), 5 deletions(-)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Good people do not need laws to tell
On Fri, Apr 10, 2015 at 03:36:29PM -0300, James Almer wrote:
> On 10/04/15 2:27 PM, Timothy Gu wrote:
> > ---
> > libavcodec/cabac.c | 16 +++-
> > 1 file changed, 11 insertions(+), 5 deletions(-)
> >
> > diff --git a/libavcodec/cabac.c b/libavcodec/cabac.c
> > index 81a75dd..c755d7f
On Fri, Apr 10, 2015 at 10:27:35AM -0700, Timothy Gu wrote:
> ---
> tests/fate/libavcodec.mak | 5 +
> 1 file changed, 5 insertions(+)
applied
thanks
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
The bravest are surely those who have the clearest vision
On 10/04/15 4:24 PM, Derek Buitenhuis wrote:
> On 4/10/2015 5:16 PM, James Almer wrote:
>> Where do you want the extra newlines? After each colon?
>
> I meant the code ;)
>
> - Derek
Right, my bad :P
Done and pushed. Thanks.
___
ffmpeg-devel mailing l
29 matches
Mail list logo
