WLMM Blurred Photo's ?

Page 2 - Seeking answers? Join the Tom's Guide community: where nearly two million members share solutions and discuss the latest tech.

kaitheus

Distinguished
Sep 4, 2009
20
0
18,560
As the title suggests I'm running into an issue when I take perfectly clear 1080p res screenshots into WLMM and it for some dumb reason it blurs them taking away nearly all the detail, I have even encoded a video to see if it was just the viewing window in WLMM but its not, it encoded it blurred. So with that said I'd like to know if there's a way I can get it to not blur my pictures ? I've been looking literally all day on Google for an answer and have yet to find 1 that actually works as resizing the pictures doesn't change the end result.
 

WMV is like AVI, not good anymore : )

RAM is pretty cheap, I got 16GB @ http://www.newegg.com/Product/ProductList.aspx?Submit=ENE&N=100007611%20600006073%20600006127&IsNodeId=1&Description=corsair%20ram&name=DDR3%201600%20%28PC3%2012800%29&Order=PRICED&Pagesize=50
 


Currently I'm using a set of these, http://www.newegg.com/Product/Product.aspx?Item=N82E16820231321 very flexible ram for a reasonable price, thinking about either getting another set *If they become available again* or just go ahead an get 4x8GB sticks of 1866MHz for when I get a FX 😀, The more the merrier lol.

An atm I'm in the middle of trying out Sony Vegas instead of WLMM, pretty sure it'll put out better quality images lol. my only issue atm is that when I output as an mp4 for some reason I don't have any sound, so I need to get that worked out lols.
 
An update to my current issue.

I think I've found the silver bullet, lol http://www.youtube.com/watch?v=oiDUwFlVWWc this video was created using Sony Vegas 11 Pro, I know this may seem odd but I ended up having to encode the video as a wmv, which came out surprisingly well. After that I through it in Handbrake with your mentioned settings except for the 2 passes and set file size, instead I left it at CQ RF15.

I still ended up saving over 150MBs! and kept the quality 😵 there's no noticeable change is quality which surprised the crap out of me lols.

Even though the biterate changed drastically the quality didn't ? That's just insane! I think I'm ganna keep encoding my video's this way, it may take a little longer but in the end it's totally worth it!

Bitrate change.

Before Handbrake.
Dwm2011-11-3015-23-09-72.jpg


After Handbrake.
Dwm2011-11-3015-22-56-05.jpg
 


I use the windows 7 codec pack actually and did you not see the video I posted ? that's literally as good as it gets for a YT upload lols.

I'll do 1 encode with the 2 pass and compare it to the 1 without it an see if there is a difference, but tbh I have a doubt it is since the 1st is so good there's no difference from it or the original that I can see.
 
U can do turbo pass. Show me this... Copy from media info.

Format : Matroska
Format version : Version 2
File size : 2.11 GiB
Duration : 2h 18mn
Overall bit rate : 2 180 Kbps
Writing application : HandBrake 0.9.5
Writing library : libmkv 0.6.4.1

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L5.0
Format settings, CABAC : Yes
Format settings, ReFrames : 14 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 2h 18mn
Nominal bit rate : 1 535 Kbps
Width : 1 280 pixels
Height : 532 pixels
Display aspect ratio : 2.40:1
Frame rate : 29.970 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.075
Writing library : x264 core 112
Encoding settings : cabac=1 / ref=14 / deblock=1:-1:-1 / analyse=0x1:0x111 / me=hex / subme=9 / psy=1 / psy_rd=1.15:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=12 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=14 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=0 / open_gop=0 / weightp=2 / keyint=300 / keyint_min=29 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=1535 / ratetol=1.0 / qcomp=0.60 / qpmin=3 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00
Language : English
Default : Yes
Forced : No
Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
Transfer characteristics : BT.709-5, BT.1361
Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : A_AAC
Duration : 2h 18mn
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Compression mode : Lossy
Language : English
Default : Yes
Forced : No
 
Where exactly are you grabbing all that info from ? Cause I can't seem to find it 🙁 lols, also I did do a 2 pass encode with the same file with an average bitrate of 3129 Kbps *same as the encode at CQ RF15* and there's literally no difference, there is but its so small you wont notice it unless your REALLY looking.

2 Pass Encode.
Dwm2011-11-3017-36-52-31.jpg


1 pass Encode.
Dwm2011-11-3017-37-23-95.jpg


There really isn't a difference :O. lol
 



I use Fraps for taking both screenshots and video, as I can set what it monitors etc.

Also which file you want the info from ? the 1 pass or 2 pass or both lol ?
 

1Pass, but is there a way to save it as tiff?

And when u save it as jpeg, is it saved @ 100% quality?
 


No I don't have tiff as an option in fraps I have BMP, JPG, PNG, TGA, I think PNG is the next best to Tiff with the said options ?
Also my JPEGs are saved at the 1920x1080 res the video was encoded at.

1Pass.

General
Complete name : C:\Users\~~~~~~~~\Videos\Handbrake\Great for YT\My Gear 03-1.m4v
Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42
File size : 201 MiB
Duration : 8mn 59s
Overall bit rate mode : Variable
Overall bit rate : 3 129 Kbps
Encoded date : UTC 2011-11-30 21:17:49
Tagged date : UTC 2011-11-30 21:36:16
Writing application : HandBrake 0.9.5 2011010300

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5.0
Format settings, CABAC : Yes
Format settings, ReFrames : 10 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 8mn 59s
Bit rate mode : Variable
Bit rate : 2 933 Kbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 29.970 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.047
Stream size : 189 MiB (94%)
Writing library : x264 core 112
Encoding settings : cabac=1 / ref=10 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=hex / subme=8 / psy=1 / psy_rd=1.00:0.15 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-3 / threads=6 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=10 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=300 / keyint_min=29 / scenecut=40 / intra_refresh=0 / rc_lookahead=50 / rc=crf / mbtree=1 / crf=15.0 / qcomp=0.60 / qpmin=3 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Encoded date : UTC 2011-11-30 21:17:49
Tagged date : UTC 2011-11-30 21:36:16
Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
Transfer characteristics : BT.709-5, BT.1361
Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 40
Duration : 8mn 59s
Bit rate mode : Variable
Bit rate : 192 Kbps
Maximum bit rate : 266 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 44.1 KHz
Compression mode : Lossy
Stream size : 12.3 MiB (6%)
Language : English
Encoded date : UTC 2011-11-30 21:17:49
Tagged date : UTC 2011-11-30 21:36:16
 


Ok I'll do another encode with the mentioned settings and see what changes, I'll post a comparison of it and the other 2 encodes as well.
 
For some reason Handbrake stopped responding at 98.8% on the 1st encoding which was done with my preset of CQ RF 15 and your mentioned changes, so I ran a 2 pass encode with a set bit rate of 3129 kbps and that went through just fine. I think it was just a hickup so I'm ganna run it again with the CQ RF15 set and see if that finishes. So far it really doesn't have a big impact with size so that's good news lol.
 

Happens 2 times a year : )
 
Yup it seems Handbrake doesn't like encoding a 1 pass with those said settings lol kind of odd but owell lols. Ganna try with out the RF setting and a single pass an see what that does lols.

Update.

Well it seems Handbrake doesn't like using that many B-frames without it also being a 2 pass encode otherwise it stops responding, so with that said I think I'll keep to the 10 B-frames + 2 pass method as it's never failed and the -2-2 de-blocking as well as I don't see any harm keeping that either.