---
Now updating the correct variable...
Vittorio
libavcodec/h264_refs.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/libavcodec/h264_refs.c b/libavcodec/h264_refs.c
index a0b8f45..78bb7c4 100644
--- a/libavcodec/h264_refs.c
+++ b/libavcodec/h264_refs.c
@@ -22
---
libavcodec/h264_refs.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/libavcodec/h264_refs.c b/libavcodec/h264_refs.c
index a0b8f45..57c0ff0 100644
--- a/libavcodec/h264_refs.c
+++ b/libavcodec/h264_refs.c
@@ -224,12 +224,12 @@ int ff_h264_decode_ref_pic_list_r
---
libavcodec/h264_ps.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/libavcodec/h264_ps.c b/libavcodec/h264_ps.c
index cc80f35..94efaa2 100644
--- a/libavcodec/h264_ps.c
+++ b/libavcodec/h264_ps.c
@@ -306,7 +306,9 @@ int ff_h264_decode_seq_parameter_set(H264Context *h)
---
Updated patch with changes requested.
Vittorio
doc/filters.texi | 7 ++---
libavfilter/version.h | 5 +++-
libavfilter/vf_interlace.c | 64 +-
3 files changed, 41 insertions(+), 35 deletions(-)
diff --git a/doc/filters.texi b/doc/f
Sorry I have misunderstood.
Stream_0x24 seems to be used in MPEG TS for HEVC.
But HEVC TS Stream I got from major chip maker is using 0x27 for HEVC. So I
confused.
Maybe it is not yet standardized.
But many of libraries are using 0x24 for HEVC and 0x27 for SHVC.
And some HEVC TS Streams have
On Tue, Feb 18, 2014 at 11:56 PM, Luca Barbato wrote:
> ---
> libavcodec/hevc_ps.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/libavcodec/hevc_ps.c b/libavcodec/hevc_ps.c
> index 0c1550e..c3aabe7 100644
> --- a/libavcodec/hevc_ps.c
> +++ b/libavcodec/hevc_ps.c
> @@ -1
Sample-Id: 1667-google
Reported-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind
CC: libav-sta...@libav.org
---
libavcodec/hevc.c | 30 --
1 file changed, 16 insertions(+), 14 deletions(-)
diff --git a/libavcodec/hevc.c b/libavcodec/hevc.c
index 8d9324a..65ad6d9 10
---
libavcodec/hevc_ps.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavcodec/hevc_ps.c b/libavcodec/hevc_ps.c
index 0c1550e..c3aabe7 100644
--- a/libavcodec/hevc_ps.c
+++ b/libavcodec/hevc_ps.c
@@ -1029,7 +1029,7 @@ int ff_hevc_decode_nal_pps(HEVCContext *s)
got
On 18/02/14 23:42, Vittorio Giovara wrote:
> Also comment all previous profiles.
> ---
> This should be safe enough for everyone, let me know if you'd prefer
> the commenting and the addition in two separate patches.
It is fine for me =)
lu
___
libav-d
Also comment all previous profiles.
---
This should be safe enough for everyone, let me know if you'd prefer
the commenting and the addition in two separate patches.
Cheers,
Vittorio
libavcodec/h264_ps.c | 16 +++-
1 file changed, 11 insertions(+), 5 deletions(-)
diff --git a/li
The section name is the muxer, not the format.
---
Mixed up f4f with f4v, thanks to Martin to telling me which is which.
doc/muxers.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index 141a6d9..56ec0f1 100644
--- a/doc/muxers.texi
+++ b
The section name is the muxer, not the format.
---
doc/muxers.texi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index 141a6d9..0f52e69 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
@@ -347,9 +347,9 @@ avconv -i file.mpg -c copy \
Keep the sections alphabetically sorted.
---
doc/muxers.texi | 334
1 file changed, 167 insertions(+), 167 deletions(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index cf312c1..141a6d9 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
It is not clear why this has to be `1 << 24` and can't be INT_MAX.
---
libavutil/opt.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libavutil/opt.c b/libavutil/opt.c
index ede4a49..d50e631 100644
--- a/libavutil/opt.c
+++ b/libavutil/opt.c
@@ -76,7 +76,7 @@ static int wri
On Tuesday, February 18, 2014, Luca Barbato wrote:
> ---
> doc/muxers.texi | 14 ++
> doc/nut.texi| 21 +
> libavformat/avformat.h | 6 ++
> libavformat/nut.h | 9 -
> libavformat/nutdec.c| 28 ++
On 18/02/14 18:18, Diego Biurrun wrote:
> On Tue, Feb 18, 2014 at 05:51:19PM +0100, Luca Barbato wrote:
>> --- a/doc/muxers.texi
>> +++ b/doc/muxers.texi
>> @@ -369,6 +369,20 @@ Alternatively you can write the command as:
>> +@section nut
>> +
>> +@table @option
>> +@item -nut_flags @var{flags}
>>
This also avoids a macro name clash and related warning on ARM.
---
libavcodec/vp56.c: In function ‘ff_vp56_init’:
libavcodec/vp56.c:667:0: warning: "T" redefined [enabled by default]
In file included from libavcodec/vp56.h:237:0,
from libavcodec/vp56.c:30:
libavcodec/arm/vp56_ari
On 18/02/14 18:18, Diego Biurrun wrote:
> On Tue, Feb 18, 2014 at 05:51:19PM +0100, Luca Barbato wrote:
>> --- a/doc/muxers.texi
>> +++ b/doc/muxers.texi
>> @@ -369,6 +369,20 @@ Alternatively you can write the command as:
>> +@section nut
>> +
>> +@table @option
>> +@item -nut_flags @var{flags}
>>
On 2014-02-07 16:37:01 +0200, Martin Storsjö wrote:
> If linking in an object file without this attribute set, the
> linker will assume that an executable stack might be needed.
> ---
> libavutil/arm/asm.S | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavutil/arm/asm.S b/libavutil/ar
On 18/02/14 18:10, Diego Biurrun wrote:
> On Tue, Feb 18, 2014 at 05:51:18PM +0100, Luca Barbato wrote:
>> Keep the sections alphabetically sorted.
>> ---
>> doc/muxers.texi | 334
>>
>> 1 file changed, 167 insertions(+), 167 deletions(-)
>
On 18/02/14 18:37, Diego Biurrun wrote:
> ---
> .gitignore | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/.gitignore b/.gitignore
> index 01d93b9..2333950 100644
> --- a/.gitignore
> +++ b/.gitignore
> @@ -32,6 +32,8 @@
> /doc/avoptions_codec.texi
> /doc/avoptions_format.texi
> /do
On 2014-02-18 14:35:35 +0100, Niels Möller wrote:
> Christophe Gisquet writes:
>
> > This scale is constant so it is simpler to just scale the
> > FIR coefficients in the tables instead.
> > ---
> > libavcodec/dcadata.h | 384
> > +--
> > libavcod
---
.gitignore | 2 ++
1 file changed, 2 insertions(+)
diff --git a/.gitignore b/.gitignore
index 01d93b9..2333950 100644
--- a/.gitignore
+++ b/.gitignore
@@ -32,6 +32,8 @@
/doc/avoptions_codec.texi
/doc/avoptions_format.texi
/doc/doxy/html/
+/doc/examples/avcodec
+/doc/examples/metadata
/do
On Tue, Feb 18, 2014 at 05:51:19PM +0100, Luca Barbato wrote:
> --- a/doc/muxers.texi
> +++ b/doc/muxers.texi
> @@ -369,6 +369,20 @@ Alternatively you can write the command as:
> +@section nut
> +
> +@table @option
> +@item -nut_flags @var{flags}
> +Modify the nut muxing behaviour in specific ways:
On Tue, Feb 18, 2014 at 05:51:18PM +0100, Luca Barbato wrote:
> Keep the sections alphabetically sorted.
> ---
> doc/muxers.texi | 334
>
> 1 file changed, 167 insertions(+), 167 deletions(-)
This does not look alphabetical to me.
Diego
_
On Tue, Feb 18, 2014 at 5:44 PM, Hendrik Leppkes wrote:
> On Tue, Feb 18, 2014 at 3:19 PM, Vittorio Giovara
> wrote:
>> On Mon, Feb 17, 2014 at 8:38 AM, Hendrik Leppkes wrote:
>>> On Mon, Feb 17, 2014 at 12:06 AM, Vittorio Giovara
>>> wrote:
On Sun, Feb 16, 2014 at 11:15 PM, Luca Barbato
---
doc/muxers.texi | 14 ++
doc/nut.texi| 21 +
libavformat/avformat.h | 6 ++
libavformat/nut.h | 9 -
libavformat/nutdec.c| 28 +++-
libavformat/nutenc.c| 41
Keep the sections alphabetically sorted.
---
doc/muxers.texi | 334
1 file changed, 167 insertions(+), 167 deletions(-)
diff --git a/doc/muxers.texi b/doc/muxers.texi
index cf312c1..0f9b304 100644
--- a/doc/muxers.texi
+++ b/doc/muxers.texi
The broadcast flag was "forgotten" from the version 3 specification and never
implemented, the pipe flag is actually useful for piping raw data across
processors (even more using my nanomsg-based avio to "multicast" it across a
topology, coming probably much later).
__
On Tue, Feb 18, 2014 at 3:19 PM, Vittorio Giovara
wrote:
> On Mon, Feb 17, 2014 at 8:38 AM, Hendrik Leppkes wrote:
>> On Mon, Feb 17, 2014 at 12:06 AM, Vittorio Giovara
>> wrote:
>>> On Sun, Feb 16, 2014 at 11:15 PM, Luca Barbato wrote:
On 16/02/14 23:08, Vittorio Giovara wrote:
> ---
On Tue, Feb 18, 2014 at 4:43 PM, Tim Walker wrote:
> On 18 Feb 2014, at 09:04, Luca Barbato wrote:
>
>> @@ -54,6 +54,7 @@
>> #define STREAM_TYPE_AUDIO_AAC 0x0f
>> #define STREAM_TYPE_VIDEO_MPEG4 0x10
>> #define STREAM_TYPE_VIDEO_H264 0x1b
>> +#define STREAM_TYPE_VIDEO_HEVC 0x2
On 02/17/2014 09:39 PM, Tim Walker wrote:
Some encoders already use this value even
though it's reserved in the A/52 specification.
---
libavcodec/ac3enc.h | 1 +
libavcodec/ac3enc_opts_template.c | 3 ++-
2 files changed, 3 insertions(+), 1 deletion(-)
LGTM
-Justin
__
On 02/18/2014 10:51 AM, Tim Walker wrote:
On 18 Feb 2014, at 05:37, Justin Ruggles wrote:
On 02/17/2014 09:39 PM, Tim Walker wrote:
@@ -55,10 +55,11 @@ static const AVOption ac3_options[] = {
{"ltrt_surmixlev", "Lt/Rt Surround Mix Level", OFFSET(ltrt_surround_mix_level),
AV_OPT_TYPE_FLOAT, {
On 18 Feb 2014, at 09:04, Luca Barbato wrote:
> @@ -52,6 +52,7 @@
> #define STREAM_TYPE_AUDIO_AAC_LATM 0x11
> #define STREAM_TYPE_VIDEO_MPEG4 0x10
> #define STREAM_TYPE_VIDEO_H264 0x1b
> +#define STREAM_TYPE_VIDEO_HEVC 0x27
> #define STREAM_TYPE_VIDEO_CAVS 0x42
> #define STREA
On 18 Feb 2014, at 05:37, Justin Ruggles wrote:
> On 02/17/2014 09:39 PM, Tim Walker wrote:
>> @@ -55,10 +55,11 @@ static const AVOption ac3_options[] = {
>> {"ltrt_surmixlev", "Lt/Rt Surround Mix Level",
>> OFFSET(ltrt_surround_mix_level), AV_OPT_TYPE_FLOAT, {.dbl = -1.0 }, -1.0,
>> 2.0, AC3EN
On 18 Feb 2014, at 03:50, Timothy Gu wrote:
>
>// default value // minimum value // maximum
> value
>> -{"dmix_mode", "Preferred Stereo Downmix Mode",
>> OFFSET(preferred_stereo_downmi
On 18 Feb 2014, at 09:04, Luca Barbato wrote:
> @@ -538,6 +538,7 @@ static const StreamType ISO_types[] = {
> { 0x11, AVMEDIA_TYPE_AUDIO, AV_CODEC_ID_AAC_LATM }, /* LATM syntax */
> { 0x1b, AVMEDIA_TYPE_VIDEO, AV_CODEC_ID_H264 },
> { 0x24, AVMEDIA_TYPE_VIDEO, AV_CODEC_ID
On 18 Feb 2014, at 09:04, Luca Barbato wrote:
> @@ -54,6 +54,7 @@
> #define STREAM_TYPE_AUDIO_AAC 0x0f
> #define STREAM_TYPE_VIDEO_MPEG4 0x10
> #define STREAM_TYPE_VIDEO_H264 0x1b
> +#define STREAM_TYPE_VIDEO_HEVC 0x27
> #define STREAM_TYPE_VIDEO_CAVS 0x42
>
> #define ST
On 02/03/13 15:58, Hendrik Leppkes wrote:
> On Sat, Mar 2, 2013 at 3:12 PM, Luca Barbato wrote:
>> On 02/03/13 12:15, Hendrik Leppkes wrote:
>>> How to proceed?
>>
>> Can we decide ourselves by probing locally the guid?
>
> I looked into that just now, and it would be possible, however this
> pro
On 07/02/14 15:37, Martin Storsjö wrote:
> If linking in an object file without this attribute set, the
> linker will assume that an executable stack might be needed.
> ---
> libavutil/arm/asm.S | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/libavutil/arm/asm.S b/libavutil/arm/asm.S
> i
On 18/02/14 15:18, Martin Storsjö wrote:
> Previously the default fragmentation method was only enabled
> if writing an ISM file.
> ---
> libavformat/movenc.c | 6 ++
> 1 file changed, 2 insertions(+), 4 deletions(-)
>
Probably ok.
___
libav-devel
On 18/02/14 15:26, Vittorio Giovara wrote:
> On Mon, Feb 17, 2014 at 4:26 PM, Luca Barbato wrote:
>> ---
>> libavcodec/h264.c | 10 +++---
>> 1 file changed, 7 insertions(+), 3 deletions(-)
>>
>> diff --git a/libavcodec/h264.c b/libavcodec/h264.c
>> index 421e12a..9cc32e9 100644
>> --- a/liba
Kostya Shishkov writes:
> depends whom you ask ;)
> For the first frame chset sizes are 489, 476, 495 and 520.
> For the last frame sizes are 2571 and 2541.
Thanks! Sorry I'm a bit late responding, but I've been at home with a
cold for a few days.
> Hint: NAVI table should store sizes only for
On Mon, Feb 17, 2014 at 8:41 AM, Hendrik Leppkes wrote:
> On Mon, Feb 17, 2014 at 12:01 AM, Vittorio Giovara
> wrote:
>> Also document origin of unknown profiles and
>> complete checks in ff_h264_decode_seq_parameter_set().
>> ---
>> Revised patch, with added comments instead of removal.
>> Vitto
On Mon, Feb 17, 2014 at 4:26 PM, Luca Barbato wrote:
> ---
> libavcodec/h264.c | 10 +++---
> 1 file changed, 7 insertions(+), 3 deletions(-)
>
> diff --git a/libavcodec/h264.c b/libavcodec/h264.c
> index 421e12a..9cc32e9 100644
> --- a/libavcodec/h264.c
> +++ b/libavcodec/h264.c
> @@ -3368,7
On Tue, Feb 18, 2014 at 2:30 PM, Diego Biurrun wrote:
> ---
> libavcodec/x86/dca.h | 5 +
> 1 file changed, 5 insertions(+)
>
Looks ok.
Vittorio
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/libav-devel
On Mon, Feb 17, 2014 at 8:38 AM, Hendrik Leppkes wrote:
> On Mon, Feb 17, 2014 at 12:06 AM, Vittorio Giovara
> wrote:
>> On Sun, Feb 16, 2014 at 11:15 PM, Luca Barbato wrote:
>>> On 16/02/14 23:08, Vittorio Giovara wrote:
---
This profile got dropped in 2005, I think it should be not l
Previously the default fragmentation method was only enabled
if writing an ISM file.
---
libavformat/movenc.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/libavformat/movenc.c b/libavformat/movenc.c
index 43a1647..762cfef 100644
--- a/libavformat/movenc.c
+++ b/libavfo
On Fri, 7 Feb 2014, Martin Storsjö wrote:
If linking in an object file without this attribute set, the
linker will assume that an executable stack might be needed.
---
libavutil/arm/asm.S | 1 +
1 file changed, 1 insertion(+)
diff --git a/libavutil/arm/asm.S b/libavutil/arm/asm.S
index f4523ea..
Christophe Gisquet writes:
> This scale is constant so it is simpler to just scale the
> FIR coefficients in the tables instead.
> ---
> libavcodec/dcadata.h | 384
> +--
> libavcodec/dcadec.c | 7 +-
> libavcodec/dcadsp.c | 16 +--
> libavco
---
libavcodec/x86/dca.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/libavcodec/x86/dca.h b/libavcodec/x86/dca.h
index ab175b3..11d45ae 100644
--- a/libavcodec/x86/dca.h
+++ b/libavcodec/x86/dca.h
@@ -18,6 +18,9 @@
* Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 0211
Hendrik Leppkes writes:
>
> Hi,
>
> following two patches add proper compat for Sandy Bridge and Ivy Bridge
GPUs to the DXVA2 H.264 HWAccel.
>
> Is it acceptable to add a new mandatory workaround flag that user
applications need to be aware of
> when running on old Intel GPUs?
Any reason
On Tue, Feb 18, 2014 at 12:34:40PM +0100, Anton Khirnov wrote:
> ---
> src/download | 22 ++
> src/news | 16
> 2 files changed, 38 insertions(+)
Thanks for beating me to it.
> --- a/src/download
> +++ b/src/download
> @@ -198,6 +198,28 @@ selected ch
On 18/02/14 12:34, Anton Khirnov wrote:
> ---
> src/download | 22 ++
> src/news | 16
> 2 files changed, 38 insertions(+)
>
Ok.
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/ma
On 18/02/14 12:34, Anton Khirnov wrote:
> ---
> src/template_head2 |1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/src/template_head2 b/src/template_head2
> index e0b4fe6..06a5617 100644
> --- a/src/template_head2
> +++ b/src/template_head2
> @@ -22,6 +22,7 @@
> Contact
> Legal
> h
---
src/template_head2 |1 +
1 file changed, 1 insertion(+)
diff --git a/src/template_head2 b/src/template_head2
index e0b4fe6..06a5617 100644
--- a/src/template_head2
+++ b/src/template_head2
@@ -22,6 +22,7 @@
Contact
Legal
http://planet.libav.org/";>Planet
+Wiki
--
1.7.10.4
_
---
src/download | 22 ++
src/news | 16
2 files changed, 38 insertions(+)
diff --git a/src/download b/src/download
index b002ea7..252d0d0 100644
--- a/src/download
+++ b/src/download
@@ -198,6 +198,28 @@ selected changes from the development branch, w
On Tue, Feb 18, 2014 at 9:36 AM, Luca Barbato wrote:
> On 18/02/14 09:34, Hendrik Leppkes wrote:
>> 0x24 is HEVC, 0x27 is for SHVC.
>
> So would be more correct using 0x24 or better using 0x27 and be future
> proof?
>
0x24 should definitely be written when muxing HEVC. 0x27 is not correct.
For d
On 18/02/14 09:34, Hendrik Leppkes wrote:
> 0x24 is HEVC, 0x27 is for SHVC.
So would be more correct using 0x24 or better using 0x27 and be future
proof?
lu
___
libav-devel mailing list
libav-devel@libav.org
https://lists.libav.org/mailman/listinfo/liba
On Tue, Feb 18, 2014 at 9:01 AM, Luca Barbato wrote:
> On 18/02/14 03:37, Logan Y. Jeon wrote:
>> { 0x24, AVMEDIA_TYPE_VIDEO, AV_CODEC_ID_HEVC },
>> +{ 0x27, AVMEDIA_TYPE_VIDEO, AV_CODEC_ID_HEVC },/* HEVC Video
>> for playing MPEG TS has stream_type 0x27 */
>
>
> Btw. 0x2
From: "Logan Y. Jeon"
---
libavformat/mpegts.c| 1 +
libavformat/mpegts.h| 1 +
libavformat/mpegtsenc.c | 3 +++
3 files changed, 5 insertions(+)
diff --git a/libavformat/mpegts.c b/libavformat/mpegts.c
index 3f828b4..7592e19 100644
--- a/libavformat/mpegts.c
+++ b/libavformat/mpegts.c
From: "Logan Y. Jeon"
---
libavformat/mpeg.c | 3 +++
libavformat/mpeg.h | 1 +
2 files changed, 4 insertions(+)
diff --git a/libavformat/mpeg.c b/libavformat/mpeg.c
index 7430bb0..262183c 100644
--- a/libavformat/mpeg.c
+++ b/libavformat/mpeg.c
@@ -424,6 +424,9 @@ static int mpegps_read_packet
On 18/02/14 03:37, Logan Y. Jeon wrote:
> { 0x24, AVMEDIA_TYPE_VIDEO, AV_CODEC_ID_HEVC },
> +{ 0x27, AVMEDIA_TYPE_VIDEO, AV_CODEC_ID_HEVC },/* HEVC Video
> for playing MPEG TS has stream_type 0x27 */
Btw. 0x24 or 0x27 or both?
63 matches
Mail list logo