On Fri, Nov 11, 2016 at 11:42:26AM +0800, Chen Meng wrote:
> Ya. It’s really annoying everyone using patchwork. (So lng text.) I’m
> trying to fix it.
> Please use my name, Chen Meng, if nothing changed in a short time.
>
> 2016-11-11 10:36 GMT+08:00 Chen Meng :
> ---
> libavformat/mov.c | 3
Yes, this change is intended.
Previously, the mov_read_uuid always read the uuid-xmp byte by byte even if,
c->export_xmp == false, it’s no need to export xmp data by default.
It’s OK for a small size uuid-xmp atom. But for a large size of that atom,
which is, for example, exported by non-linear
On Fri, Nov 11, 2016 at 11:42:26AM +0800, Chen Meng wrote:
> Ya. It’s really annoying everyone using patchwork. (So lng text.) I’m
> trying to fix it.
> Please use my name, Chen Meng, if nothing changed in a short time.
>
> 2016-11-11 10:36 GMT+08:00 Chen Meng :
> ---
> libavformat/mov.c | 3
Ya. It’s really annoying everyone using patchwork. (So lng text.) I’m
trying to fix it.
Please use my name, Chen Meng, if nothing changed in a short time.
2016-11-11 10:36 GMT+08:00 Chen Meng :
---
libavformat/mov.c | 32 ++--
1 file changed, 18 insertions(+), 14
2016-11-11 10:36 GMT+08:00 Chen Meng :
> ---
> libavformat/mov.c | 32 ++--
> 1 file changed, 18 insertions(+), 14 deletions(-)
>
> diff --git a/libavformat/mov.c b/libavformat/mov.c
> index 9ec7d03..436c234 100644
> --- a/libavformat/mov.c
> +++ b/libavformat/mov.c
>
---
libavformat/mov.c | 32 ++--
1 file changed, 18 insertions(+), 14 deletions(-)
diff --git a/libavformat/mov.c b/libavformat/mov.c
index 9ec7d03..436c234 100644
--- a/libavformat/mov.c
+++ b/libavformat/mov.c
@@ -4549,24 +4549,28 @@ static int mov_read_uuid(MOVConte
