[MacGui] [svn 2259+] preview window size

[ArrMiHardies]

I have seen this issue for several svn revisions now. It seems to happen only with blu-ray .m2ts files fed into handbrake. The window containing the preview image takes up a very large portion of the screen, but only a fraction of that window contains an image, which is apparently scaled to 40% the original size. With most DVD conversions, the window is the same, or nearly the same size as the preview image. I know the image size has a width of 1280, I usually bump up a bunch of my blu-ray resolutions from default. Be assured though, that the window size was the same before doing do. Ideally the window should be (much) smaller. Takes up too much screen real estate as it currently stands.

Code: Select all

[12:09:08] macgui: trying to open video_ts folder (parent directory chosen)
[12:09:09] hb_scan: path=/Volumes/Proteus/Horton.m2ts, title_index=0
[12:09:09] scan: trying to open with libdvdread
[12:09:09] dvd: not a dvd - trying as a stream/file instead
[12:09:09] file is MPEG Transport Stream with 192 byte packets offset 4 bytes
[12:09:09] hb_ts_stream_find_pids - found the following PIDS
[12:09:09]     Video PIDS : 
[12:09:09]       0x1011 type H.264 (0x1b)
[12:09:09]     Audio PIDS : 
[12:09:09]       0x1100 type AC-3 (0x81)
[12:09:13] transport stream pid 0x1100 (type 0x81) may be AC-3 audio (id 0x1)
[12:09:13] scan: decoding previews for title 1
[12:09:13] scan: audio 0x1: AC-3, rate=48000Hz, bitrate=640000 Unknown (AC3) (5.1 ch)
    Last message repeated 12 times
[h264 @ 0x1c6dc00]non-existing SPS 31 referenced in buffering period
[h264 @ 0x1c6dc00]non-existing PPS referenced
[h264 @ 0x1c6dc00]non-existing SPS 0 referenced in buffering period
[h264 @ 0x1c6dc00]non-existing PPS referenced
[h264 @ 0x1c6dc00]non-existing SPS 31 referenced in buffering period
[h264 @ 0x1c6dc00]non-existing PPS referenced
[h264 @ 0x1c6dc00]non-existing SPS 0 referenced in buffering period
[h264 @ 0x1c6dc00]non-existing PPS referenced
[h264 @ 0x1c6dc00]non-existing SPS 32 referenced in buffering period
[h264 @ 0x1c6dc00]non-existing PPS referenced
[h264 @ 0x1c6dc00]non-existing SPS 0 referenced in buffering period
[h264 @ 0x1c6dc00]non-existing PPS referenced
[h264 @ 0x1c6dc00]non-existing SPS 31 referenced in buffering period
[h264 @ 0x1c6dc00]non-existing PPS referenced
[12:09:30] scan: 10 previews, 1920x1080, 47.952 fps, autocrop = 16/24/0/0, aspect 16:9, PAR 1:1
[12:09:30] scan: title (0) job->width:1920, job->height:1040
[12:09:30] stream: 7 good frames, 0 errors (0%)
[12:09:30] libhb: scan thread found 1 valid title(s)
[12:09:31] macgui: ScanDone state received from fHandle

The image below was too large to post with the image tag, so here is a link instead.
http://identifyapp.files.wordpress.com/ ... review.png

[dynaflash]

No, its correct its scaled down due to your settings. The window itself represents your source size, the preview image itself represents your specified size including cropping.

[ArrMiHardies]

Thank you for that clarification. But dont you think that in cases like this, that window size might be a bit excessive?

[nightstrm]

I actually quite like the way HB SVN handles showing the preview window. Lots of info can be determined just by looking at that window.