Re: [FFmpeg-user] "-acodec copy -vcodec copy" output smaller than original

2016-09-17 Thread Reto Kromer 
Olexandr Melnyk wrote:

>ffmpeg version 2.8.4 Copyright (c) 2000-2015

Please update to the last release or the current HEAD.

___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] "-acodec copy -vcodec copy" output smaller than original

2016-09-17 Thread Olexandr Melnyk 
> On Fri, Sep 16, 2016 at 20:29:20 EEST, Moritz Barsnick wrote:
> Please do show us the complete, uncut console output of your command.

Thanks for all the answers!

Carl and Bertram were spot on. The number of zeroed bytes in the end
of the source file roughly matches the difference in file size -- also
on another sample file I checked.

The number of streams checks out. Could you guys have a look at the
console output to see if there might be anything else important I
might be missing?

smurf:Desktop kynlem$ ffmpeg -i Svalbard2016_g04033.mp4 -acodec copy
-vcodec copy -map 0 output.mp4
ffmpeg version 2.8.4 Copyright (c) 2000-2015 the FFmpeg developers
  built with Apple LLVM version 7.0.0 (clang-700.1.76)
  configuration: --prefix=/usr/local/Cellar/ffmpeg/2.8.4
--enable-shared --enable-pthreads --enable-gpl --enable-version3
--enable-hardcoded-tables --enable-avresample --cc=clang
--host-cflags= --host-ldflags= --enable-opencl --enable-libx264
--enable-libmp3lame --enable-libvo-aacenc --enable-libxvid
--enable-libtheora --enable-libvorbis --enable-libvpx --enable-librtmp
--enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libass
--enable-ffplay --enable-libspeex --enable-libschroedinger
--enable-libfdk-aac --enable-libopus --enable-frei0r
--enable-libopenjpeg --disable-decoder=jpeg2000
--extra-cflags=-I/usr/local/Cellar/openjpeg/1.5.2_1/include/openjpeg-1.5
--enable-nonfree --enable-vda
  libavutil  54. 31.100 / 54. 31.100
  libavcodec 56. 60.100 / 56. 60.100
  libavformat56. 40.101 / 56. 40.101
  libavdevice56.  4.100 / 56.  4.100
  libavfilter 5. 40.101 /  5. 40.101
  libavresample   2.  1.  0 /  2.  1.  0
  libswscale  3.  1.101 /  3.  1.101
  libswresample   1.  2.101 /  1.  2.101
  libpostproc53.  3.100 / 53.  3.100
[mov,mp4,m4a,3gp,3g2,mj2 @ 0x7f974a00d800] unsupported color_parameter_type aclc
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Svalbard2016_g04033.mp4':
  Metadata:
major_brand : avc1
minor_version   : 0
compatible_brands: avc1isom
creation_time   : 2016-07-13 18:03:54
  Duration: 00:00:34.83, start: 0.00, bitrate: 19279 kb/s
Stream #0:0(eng): Video: h264 (Main) (avc1 / 0x31637661),
yuvj420p(pc), 1920x1080 [SAR 1:1 DAR 16:9], 17992 kb/s, 29.97 fps,
29.97 tbr, 240k tbn, 59.94 tbc (default)
Metadata:
  creation_time   : 2016-07-13 18:03:54
  handler_name:  Ambarella AVC
  encoder : Ambarella AVC encoder
Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz,
stereo, fltp, 128 kb/s (default)
Metadata:
  creation_time   : 2016-07-13 18:03:54
  handler_name:  Ambarella AAC
[mp4 @ 0x7f974a011600] Codec for stream 0 does not use global headers
but container format requires global headers
[mp4 @ 0x7f974a011600] Codec for stream 1 does not use global headers
but container format requires global headers
Output #0, mp4, to 'output.mp4':
  Metadata:
major_brand : avc1
minor_version   : 0
compatible_brands: avc1isom
encoder : Lavf56.40.101
Stream #0:0(eng): Video: h264 ([33][0][0][0] / 0x0021), yuvj420p,
1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 17992 kb/s, 29.97 fps, 29.97
tbr, 240k tbn, 240k tbc (default)
Metadata:
  creation_time   : 2016-07-13 18:03:54
  handler_name:  Ambarella AVC
  encoder : Ambarella AVC encoder
Stream #0:1(eng): Audio: aac ([64][0][0][0] / 0x0040), 48000 Hz,
stereo, 128 kb/s (default)
Metadata:
  creation_time   : 2016-07-13 18:03:54
  handler_name:  Ambarella AAC
Stream mapping:
  Stream #0:0 -> #0:0 (copy)
  Stream #0:1 -> #0:1 (copy)
Press [q] to stop, [?] for help
frame=  366 fps=0.0 q=-1.0 size=   27151kB time=00:00:12.22
bitrate=18195.6kbitsframe=  637 fps=630 q=-1.0 size=   47138kB
time=00:00:21.26 bitrate=18155.5kbitsframe=  917 fps=600 q=-1.0 size=
 67593kB time=00:00:30.57 bitrate=18112.8kbitsframe= 1044 fps=585
q=-1.0 Lsize=   77086kB time=00:00:34.81 bitrate=18138.0kbits/s
video:76511kB audio:544kB subtitle:0kB other streams:0kB global
headers:0kB muxing overhead: 0.040283%


And as for metadata, I ran diff on the metadata of the source and
output files, and here's what I got:

smurf:Desktop kynlem$ exiftool -G Svalbard2016_g04033.mp4 >
Svalbard2016_g04033.exif
smurf:Desktop kynlem$ exiftool -G output.mp4 > output.exif
smurf:Desktop kynlem$ diff Svalbard2016_g04033.exif output.exif
2c2
< [File]  File Name   : Svalbard2016_g04033.mp4
---
> [File]  File Name   : output.mp4
4,8c4,8
< [File]  File Size   : 80 MB
< [File]  File Modification Date/Time : 2016:09:17 15:27:01+00:00
< [File]  File Access Date/Time   : 2016:09:17 15:27:43+00:00
< [File]  File Inode Change Date/Time : 2016:09:17 15:27:01+00:00
< [File]  File Permissions: rwxrwxrwx
---
> [File]  File Size   : 75 MB
> [File]  File Modifica

Re: [FFmpeg-user] "-acodec copy -vcodec copy" output smaller than original

2016-09-16 Thread Carl Eugen Hoyos 
2016-09-16 7:25 GMT+02:00 Olexandr Melnyk :
> Howdy, my intention is to split a big video file into smaller chunks for
> more convenient storage and transfer.

Depending on what "storage" means, FFmpeg may not be the
right tool for this (rar probably is but I don't use it so I don't know).

I suspect the input file is muxed with a very large overhead (it
contains areas of "0"), MP4Box may be able to tell.

Losing metadata is generally unavoidable.

Carl Eugen
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] "-acodec copy -vcodec copy" output smaller than original

2016-09-16 Thread Bertram Lyons 
> On Fri, Sep 16, 2016 at 05:25:07 +, Olexandr Melnyk wrote:
> > ffmpeg -i Svalbard2016_g04033.mp4 -acodec copy -vcodec copy -map 0
> > output.mp4
> >
> > Here, the output file I'm getting is 5MB smaller than the source file.
> And
> > if I do the same for a bigger source file, the size difference is bigger
> as
> > well.
>
> > Any thoughts why this is happening?
>
>

> > I'm going to delete the source files eventually, hence I'm afraid if I'm
> > losing anything (metadata?) in the process.
>
> > https://dl.dropboxusercontent.com/u/30369146/Svalbard2016_g04033.mp4
> (produced
> > with an original SJ5000+ camera, if that's of any help)
>
>
Hi Olexandr --

From a quick look at your source file, I'd say ffmpeg is dropping the
approximately 5MB of "free" 00s that are at the end of your source file.
Take a look in a hex viewer at your source file and you will see a "free"
atom with almost 5MB of 00s at the end of the file.

Best --

Bert
__

Bertram Lyons, CA
AVPreserve
http://www.avpreserve.com
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] "-acodec copy -vcodec copy" output smaller than original

2016-09-16 Thread Moritz Barsnick 
On Fri, Sep 16, 2016 at 05:25:07 +, Olexandr Melnyk wrote:
> ffmpeg -i Svalbard2016_g04033.mp4 -acodec copy -vcodec copy -map 0
> output.mp4
> 
> Here, the output file I'm getting is 5MB smaller than the source file. And
> if I do the same for a bigger source file, the size difference is bigger as
> well.

Please do show us the complete, uncut console output of your command.

> Any thoughts why this is happening?

Many things to speculate about. Less speculation if we see the valuable
information ffmpeg prints to console. ;-) For example it could be
dropping other streams (unknown data), it could be dropping padding,
...

> I'm going to delete the source files eventually, hence I'm afraid if I'm
> losing anything (metadata?) in the process.

Metadata you could check.

> https://dl.dropboxusercontent.com/u/30369146/Svalbard2016_g04033.mp4 (produced
> with an original SJ5000+ camera, if that's of any help)

I'll check later, my download asks me to be patient for another 30
minutes.

Moritz

P.S.: Svalbard! <3
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".