Size incongronuity

HandBrake for Mac support
Forum rules
An Activity Log is required for support requests. Please read How-to get an activity log? for details on how and why this should be provided.
Post Reply
Blucenturion
Posts: 3
Joined: Sun Feb 04, 2018 8:58 pm

Size incongronuity

Post by Blucenturion »

Description of problem or question
Email attachment size different from what processed file indicates. On my desktop, says 900kb (approx). Sending as email attachment indicates it is 18MB, and according to recipient's Provider, is 24MB!

Steps to reproduce the problem (If Applicable)


HandBrake version (e.g., 1.0.0)
1.0.7

Operating system and version (e.g., Ubuntu 16.04 LTS, macOS 10.3 High Sierra, Windows 10 Creators Update)

Mac High Sierra
Error message text or screenshot (If Applicable)

Provide a URL from any image hosting site.

HandBrake Activity Log ***required*** (see How-to get an activity log)

Use any pastebin website and provide the URL it generates
- or -

Code: Select all

Paste log text between these markers.
[code][12:55:38] macgui: Handbrake Version: 1.0.7  (2017040900)
[12:55:38] hb_init: starting libhb thread
[12:55:38] hb_init: starting libhb thread
[13:02:04] macgui: trying to open a folder or file
[13:02:04] macgui: ScanCore scanning titles with a duration of 10 seconds or more
[13:02:04] CPU: Intel(R) Core(TM) i5-7600 CPU @ 3.50GHz
[13:02:04]  - Intel microarchitecture Kaby Lake
[13:02:04]  - logical processor count: 4
[13:02:04] hb_scan: path=/Users/micasa/Desktop/CarsonsAnkleInjury.mov, title_index=0
udfread ERROR: ECMA 167 Volume Recognition failed
disc.c:274: failed opening UDF image /Users/micasa/Desktop/CarsonsAnkleInjury.mov
disc.c:352: error opening file BDMV/index.bdmv
disc.c:352: error opening file BDMV/BACKUP/index.bdmv
[13:02:04] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 5.0.1
libdvdread: Encrypted DVD support unavailable.
libdvdread:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdread:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[13:02:04] dvd: not a dvd - trying as a stream/file instead
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/micasa/Desktop/CarsonsAnkleInjury.mov':
  Metadata:
    major_brand     : qt  
    minor_version   : 0
    compatible_brands: qt  
    creation_time   : 2018-02-04 20:32:56
  Duration: 00:00:25.85, start: 0.000000, bitrate: 31534 kb/s
    Stream #0:0(und): Audio: aac (LC) [mp4a / 0x6134706D]
      48000 Hz, stereo, fltp, 106 kb/s (default)
    Metadata:
      creation_time   : 2018-02-04 20:32:56
      handler_name    : Core Media Data Handler
    Stream #0:1(und): Video: h264 (High) [avc1 / 0x31637661]
      yuv420p, tv, bt709/bt709/bt709
      1920x1080 [PAR 1:1 DAR 16:9], 31408 kb/s, PAR 1:1 DAR 16:9
      59.94 fps, 60k tbn (default)
    Metadata:
      creation_time   : 2018-02-04 20:32:56
      handler_name    : Core Media Data Handler
      encoder         : H.264
    Stream #0:2(und): Data: tmcd / 0x64636D74, 0 kb/s (default)
    Metadata:
      creation_time   : 2018-02-04 20:32:56
      handler_name    : Core Media Data Handler
[13:02:05] scan: decoding previews for title 1
[13:02:05] scan: audio 0x0: aac, rate=48000Hz, bitrate=106231 Unknown (AAC) (2.0 ch)
[13:02:06] scan: 10 previews, 1920x1080, 59.940 fps, autocrop = 0/0/0/0, aspect 16:9, PAR 1:1
[13:02:06] libhb: scan thread found 1 valid title(s)
[13:02:06] macgui: ScanCore scan done
[13:02:17] macgui: QueueCore scanning specifically for title: 1
[13:02:17] CPU: Intel(R) Core(TM) i5-7600 CPU @ 3.50GHz
[13:02:17]  - Intel microarchitecture Kaby Lake
[13:02:17]  - logical processor count: 4
[13:02:17] hb_scan: path=/Users/micasa/Desktop/CarsonsAnkleInjury.mov, title_index=1
udfread ERROR: ECMA 167 Volume Recognition failed
disc.c:274: failed opening UDF image /Users/micasa/Desktop/CarsonsAnkleInjury.mov
disc.c:352: error opening file BDMV/index.bdmv
disc.c:352: error opening file BDMV/BACKUP/index.bdmv
[13:02:17] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 5.0.1
libdvdread: Encrypted DVD support unavailable.
libdvdread:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdread:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[13:02:17] dvd: not a dvd - trying as a stream/file instead
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/micasa/Desktop/CarsonsAnkleInjury.mov':
  Metadata:
    major_brand     : qt  
    minor_version   : 0
    compatible_brands: qt  
    creation_time   : 2018-02-04 20:32:56
  Duration: 00:00:25.85, start: 0.000000, bitrate: 31534 kb/s
    Stream #0:0(und): Audio: aac (LC) [mp4a / 0x6134706D]
      48000 Hz, stereo, fltp, 106 kb/s (default)
    Metadata:
      creation_time   : 2018-02-04 20:32:56
      handler_name    : Core Media Data Handler
    Stream #0:1(und): Video: h264 (High) [avc1 / 0x31637661]
      yuv420p, tv, bt709/bt709/bt709
      1920x1080 [PAR 1:1 DAR 16:9], 31408 kb/s, PAR 1:1 DAR 16:9
      59.94 fps, 60k tbn (default)
    Metadata:
      creation_time   : 2018-02-04 20:32:56
      handler_name    : Core Media Data Handler
      encoder         : H.264
    Stream #0:2(und): Data: tmcd / 0x64636D74, 0 kb/s (default)
    Metadata:
      creation_time   : 2018-02-04 20:32:56
      handler_name    : Core Media Data Handler
[13:02:17] scan: decoding previews for title 1
[13:02:17] scan: audio 0x0: aac, rate=48000Hz, bitrate=106231 Unknown (AAC) (2.0 ch)
[13:02:18] scan: 10 previews, 1920x1080, 59.940 fps, autocrop = 0/0/0/0, aspect 16:9, PAR 1:1
[13:02:18] libhb: scan thread found 1 valid title(s)
[13:02:18] macgui: QueueCore scan done
[13:02:18] macgui: QueueCore started encoding CarsonsAnkleInjury.mp4
[13:02:18] 1 job(s) to process
[13:02:18] macgui: QueueCore with preset Fast 1080p30
[13:02:18] starting job
[13:02:18] decomb filter thread started for segment 1
[13:02:18] decomb filter thread started for segment 0
[13:02:18] decomb filter thread started for segment 2
[13:02:18] decomb filter thread started for segment 3
[13:02:18] decomb check thread started for segment 0
[13:02:18] decomb check thread started for segment 1
[13:02:18] decomb check thread started for segment 2
[13:02:18] decomb check thread started for segment 3
[13:02:18] mask filter thread started for segment 0
[13:02:18] mask filter thread started for segment 1
[13:02:18] mask filter thread started for segment 2
[13:02:18] mask filter thread started for segment 3
[13:02:18] mask erode thread started for segment 0
[13:02:18] mask erode thread started for segment 1
[13:02:18] mask erode thread started for segment 2
[13:02:18] mask erode thread started for segment 3
[13:02:18] mask dilate thread started for segment 0
[13:02:18] mask dilate thread started for segment 1
[13:02:18] mask dilate thread started for segment 2
[13:02:18] mask dilate thread started for segment 3
[13:02:18] yadif thread started for segment 0
[13:02:18] yadif thread started for segment 1
[13:02:18] yadif thread started for segment 2
[13:02:18] yadif thread started for segment 3
[13:02:18] work: only 1 chapter, disabling chapter markers
[13:02:18] job configuration:
[13:02:18]  * source
[13:02:18]    + /Users/micasa/Desktop/CarsonsAnkleInjury.mov
[13:02:18]    + title 1, chapter(s) 1 to 1
[13:02:18]    + container: mov,mp4,m4a,3gp,3g2,mj2
[13:02:18]    + data rate: 31534 kbps
[13:02:18]  * destination
[13:02:18]    + /Users/micasa/Desktop/CarsonsAnkleInjury.mp4
[13:02:18]    + container: MPEG-4 (libavformat)
[13:02:18]  * video track
[13:02:18]    + decoder: h264
[13:02:18]      + bitrate 31408 kbps
[13:02:18]    + filters
[13:02:18]      + Comb Detect (mode=3:spatial-metric=2:motion-thresh=1:spatial-thresh=1:filter-mode=2:block-thresh=40:block-width=16:block-height=16)
[13:02:18]      + Decomb (mode=39)
[13:02:18]      + Framerate Shaper (mode=2:rate=27000000/900000)
[13:02:18]        + frame rate: 59.940 fps -> peak rate limited to 30.000 fps
[13:02:18]      + Crop and Scale (width=1920:height=1080:crop-top=0:crop-bottom=0:crop-left=0:crop-right=0)
[13:02:18]        + source: 1920 * 1080, crop (0/0/0/0): 1920 * 1080, scale: 1920 * 1080
[13:02:18]    + Output geometry
[13:02:18]      + storage dimensions: 1920 x 1080
[13:02:18]      + pixel aspect ratio: 1 : 1
[13:02:18]      + display dimensions: 1920 x 1080
[13:02:18]    + encoder: H.264 (libx264)
[13:02:18]      + preset:  fast
[13:02:18]      + profile: main
[13:02:18]      + level:   4.0
[13:02:18]      + quality: 22.00 (RF)
[13:02:18]  * audio track 1
[13:02:18]    + decoder: Unknown (AAC) (2.0 ch) (track 1, id 0x0)
[13:02:18]      + bitrate: 106 kbps, samplerate: 48000 Hz
[13:02:18]    + mixdown: Stereo
[13:02:18]    + encoder: AAC (Apple AudioToolbox)
[13:02:18]      + bitrate: 160 kbps, samplerate: 48000 Hz
[13:02:18] sync: expecting 1549 video frames
[13:02:18] encx264: min-keyint: 30, keyint: 300
[13:02:18] encx264: encoding at constant RF 22.000000
[13:02:18] encx264: unparsed options: subme=6:level=4.0:vbv-maxrate=20000:vbv-bufsize=25000:8x8dct=0:ref=2:weightp=1:rc-lookahead=30
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 AVX2 LZCNT BMI2
x264 [info]: profile Main, level 4.0
[13:02:18] sync: first pts video is 0
[13:02:18] sync: "Chapter 1" (1) at frame 1 time 0
[13:02:18] sync: first pts audio 0x0 is 0
[13:02:47] reader: done. 1 scr changes
[13:02:50] work: average encoding speed for job is 50.842869 fps
[13:02:50] comb detect: heavy 6 | light 94 | uncombed 1446 | total 1546
[13:02:50] decomb: deinterlaced 6 | blended 94 | unfiltered 1446 | total 1546
[13:02:50] vfr: 774 frames output, 772 dropped and 0 duped for CFR/PFR
[13:02:50] vfr: lost time: 0 (0 frames)
[13:02:50] vfr: gained time: 0 (0 frames) (0 not accounted for)
[13:02:50] aac-decoder done: 1212 frames, 0 decoder errors
[13:02:50] h264-decoder done: 1546 frames, 0 decoder errors
[13:02:50] sync: got 1546 frames, 1549 expected
[13:02:50] sync: framerate min 59.960 fps, max 59.960 fps, avg 59.940 fps
x264 [info]: frame I:3     Avg QP:20.89  size:152825
x264 [info]: frame P:224   Avg QP:22.96  size: 42985
x264 [info]: frame B:547   Avg QP:25.20  size: 15085
x264 [info]: consecutive B-frames:  3.9%  3.1%  7.8% 85.3%
x264 [info]: mb I  I16..4: 26.0%  0.0% 74.0%
x264 [info]: mb P  I16..4: 10.1%  0.0%  7.4%  P16..4: 46.8% 15.0%  7.6%  0.0%  0.0%    skip:13.1%
x264 [info]: mb B  I16..4:  4.7%  0.0%  1.2%  B16..8: 29.0%  6.7%  0.6%  direct:15.4%  skip:42.3%  L0:45.3% L1:47.7% BI: 7.0%
x264 [info]: coded y,uvDC,uvAC intra: 32.9% 75.9% 26.9% inter: 10.7% 35.6% 0.5%
x264 [info]: i16 v,h,dc,p: 30% 42% 18% 10%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 24% 27% 13%  5%  6%  7%  7%  6%  5%
x264 [info]: i8c dc,h,v,p: 49% 27% 19%  6%
x264 [info]: Weighted P-Frames: Y:4.9% UV:0.9%
x264 [info]: ref P L0: 73.1% 26.9%
x264 [info]: ref B L0: 88.3% 11.7%
x264 [info]: ref B L1: 96.8%  3.2%
x264 [info]: kb/s:5686.41
[13:02:50] mux: track 0, 774 frames, 18338557 bytes, 5664.42 kbps, fifo 512
[13:02:50] mux: track 1, 1213 frames, 409961 bytes, 126.63 kbps, fifo 1024
[13:02:50] libhb: work result = 0
[13:02:50] macgui: QueueCore work done
[13:02:50] macgui: Queue Done, there are no more pending encodes
[/i]
Deleted User 11865

Re: Size incongronuity

Post by Deleted User 11865 »

Based on the output bitrates and duration, the file appears to be just under ~19 MiB (~20 MB).
Woodstock
Veteran User
Posts: 4614
Joined: Tue Aug 27, 2013 6:39 am

Re: Size incongronuity

Post by Woodstock »

When you send a binary file via email, the size will increase 33%, i.e., it will become 4/3 the original size. This is because email is essentially a 7-bit transport medium, so 8-bit files have to be encoded. When it arrives, the recipient would save it locally, and it would return to its original size on their system.
Deleted User 11865

Re: Size incongronuity

Post by Deleted User 11865 »

That I didn't know, interesting…
Woodstock
Veteran User
Posts: 4614
Joined: Tue Aug 27, 2013 6:39 am

Re: Size incongronuity

Post by Woodstock »

It's the sort of trivia most people don't NEED to know. It's only when you have to deal with it on a daily basis.... Well, sometimes I wish I didn't have to know it, either, but it's part of why I can afford my anime collection. ;)
Blucenturion
Posts: 3
Joined: Sun Feb 04, 2018 8:58 pm

Re: Size incongronuity

Post by Blucenturion »

It was only because of the bounced email I discovered the reported size after I put down my cocktail was much smaller than reality. IOW, I thought videos were being reduced around 75%, when that appears not to be close to the actual reduction.
Woodstock
Veteran User
Posts: 4614
Joined: Tue Aug 27, 2013 6:39 am

Re: Size incongronuity

Post by Woodstock »

The size of the output is dependent upon your source and the choices made.

My experience with MOV files (from my WinBook cameras) is that they are rather strongly compressed already, and most common presets in handbrake make them LARGER. Using RF22 (like you used), it's about 5%. Other MOVs might not be so compressed. A lot depends on the hardware in the camera.

I don't bother trying to compress my MOVs anymore, because of that.
mduell
Veteran User
Posts: 8187
Joined: Sat Apr 21, 2007 8:54 pm

Re: Size incongronuity

Post by mduell »

Woodstock wrote: Sun Feb 04, 2018 11:06 pm When you send a binary file via email, the size will increase 33%, i.e., it will become 4/3 the original size. This is because email is essentially a 7-bit transport medium, so 8-bit files have to be encoded. When it arrives, the recipient would save it locally, and it would return to its original size on their system.
That'd be 8/7 the size, not 4/3.
Blucenturion
Posts: 3
Joined: Sun Feb 04, 2018 8:58 pm

Re: Size incongronuity

Post by Blucenturion »

I'd like to change my atrocious spelling; "incongruity". There.

On my Mac, and I presume Windows, a file size is below the filename. I have one that after Handbrake applied (RF22) says it's 3.4 MB. But I select "Get Info" that information says it's 67.5 MB. Why the discrepancy? I've been assuming the lower number was accurate until today.
Woodstock
Veteran User
Posts: 4614
Joined: Tue Aug 27, 2013 6:39 am

Re: Size incongronuity

Post by Woodstock »

mduell wrote: Mon Feb 05, 2018 3:37 amThat'd be 8/7 the size, not 4/3.
Multipurpose Internet Mail Extensions (MIME) is an Internet standard that extends the format of email to support:

Text in character sets other than ASCII
Non-text attachments: audio, video, images, application programs etc.
Message bodies with multiple parts
Header information in non-ASCII character sets
The most popular way of encoding binary data for MIME is base64.
Base64 is a group of similar binary-to-text encoding schemes that represent binary data in an ASCII string format by translating it into a radix-64 representation. The term Base64 originates from a specific MIME content transfer encoding.

Each base64 digit represents exactly 6 bits of data. Three 8-bit bytes (i.e., a total of 24 bits) can therefore be represented by four 6-bit base64 encodings.
Again, useless trivia for most of the population.
Woodstock
Veteran User
Posts: 4614
Joined: Tue Aug 27, 2013 6:39 am

Re: Size incongronuity

Post by Woodstock »

Blucenturion wrote: Mon Feb 05, 2018 4:09 amOn my Mac, and I presume Windows, a file size is below the filename. I have one that after Handbrake applied (RF22) says it's 3.4 MB. But I select "Get Info" that information says it's 67.5 MB. Why the discrepancy? I've been assuming the lower number was accurate until today.
I can't speak (or type) to why Finder would provide different values, except when it has a value "cached". Usually, that only happens if the file is on a network share, but the displayed value should be updated to "correct" the next time that share is loaded. You can also ask it to refresh the view.
User avatar
BradleyS
Moderator
Posts: 1860
Joined: Thu Aug 09, 2007 12:16 pm

Re: Size incongronuity

Post by BradleyS »

Finder is notorious for needing a good whack to be up to date. Option click the Finder icon on the Dock and relaunch it, if you’re in a pickle.

Also, consider using one of the Gmail presets if you need < 25 MB file sizes.
Post Reply