zzzzzzzzzz Posted June 1, 2015 Report Share Posted June 1, 2015 I'm encoding something but one of my TVs displays some sort of blocking noise (blocksized grain, very noticable). Is this the TVs fault or am I doing something wrong with my encoding? Sample:https://mega.co.nz/#!md8GQJ4Q!j1Q5uwboer449Uhvc9m6odQEbpUaxWwSLwA_1RCauu8 Quote Link to comment Share on other sites More sharing options...
badman Posted June 1, 2015 Report Share Posted June 1, 2015 It looks fine to me, you can see the fine texture in the backgrounds, so i'd say the encode is good. Certainly no blocking anywhere Quote Link to comment Share on other sites More sharing options...
JohnFlower Posted June 1, 2015 Report Share Posted June 1, 2015 I don't see any 'blocking noise' in the sample. There is some funky stuff in the backgrounds, but other than that it's fine. Oh, and are you purposefully stripping user data? Quote Link to comment Share on other sites More sharing options...
Koby Posted June 1, 2015 Report Share Posted June 1, 2015 I don't notice anything wrong with this either. I'm going to assume it's your TV display and not the video. Quote Link to comment Share on other sites More sharing options...
zzzzzzzzzz Posted June 2, 2015 Author Report Share Posted June 2, 2015 Here's another sample I found that is even more blockierhttps://mega.co.nz/#!zM9Flb5S!Pg8_pmOwNemhou-ooiC4gr3b9Ork0DaTLGyrZg3YQZg I don't see any 'blocking noise' in the sample. There is some funky stuff in the backgrounds, but other than that it's fine.Oh, and are you purposefully stripping user data? If you mean with funky stuff in the background that it looks like a plaster wall, that's normal Stripping user data? If you mean iTunes metadata, it's not from iTunes Quote Link to comment Share on other sites More sharing options...
JohnFlower Posted June 2, 2015 Report Share Posted June 2, 2015 x264 user data. You said it was an encode. Quote Link to comment Share on other sites More sharing options...
Baal Posted June 2, 2015 Report Share Posted June 2, 2015 (edited) x264 user data. You said it was an encode. If you split file in mkvmerge then all parts but first have x264 data stripped. Here's another sample I found that is even more blockier https://mega.co.nz/#!zM9Flb5S!Pg8_pmOwNemhou-ooiC4gr3b9Ork0DaTLGyrZg3YQZg Is this your problem? Edited June 2, 2015 by Baal Quote Link to comment Share on other sites More sharing options...
zzzzzzzzzz Posted June 2, 2015 Author Report Share Posted June 2, 2015 That looks like it, but a bit worse on my tv. I checked the source and it doesn't look like it's in there, maybe I'm overfiltering? Quote Link to comment Share on other sites More sharing options...
Baal Posted June 2, 2015 Report Share Posted June 2, 2015 We can't tell you if you are overfiltering if we dont see your script/x264 settings. Generic Gradfun3 in 16bit and more bitrate should solve your problems, oh and some noise removal like SMDegrain or FFT3d or TBilateral etc. Quote Link to comment Share on other sites More sharing options...
zzzzzzzzzz Posted June 2, 2015 Author Report Share Posted June 2, 2015 (edited) Ofcourse Avisynth script MPEG2Source("input.d2v") Undot() Cnr2() Crop(4, 0, -4, 0) TemporalDegrain(HQ=2) nnedi3_rpow2(rfactor=2,cshift="spline36resize",fwidth=1270,fheight=720,nsize=3,nns=4,pscrn=4) AwarpSharp2(depth=6) Toon(strength=0.6)x264 commandlinex264.exe --profile high --level 4.1 --preset veryslow --crf 18 --tune animation --output output.mkv script.avs Unprocessed samplehttps://mega.co.nz/#!OctB1KoK!rMpgC5p65Tja2m2m-y5ITrvbJZcfiGHeWjyahFtFLUg Edited June 2, 2015 by miss-eps Quote Link to comment Share on other sites More sharing options...
Baal Posted June 2, 2015 Report Share Posted June 2, 2015 I would: - Drop undot(), warpsharp() - Add Dehalo_alpha - Add debandingDither_convert_8_to_16() gradfun3(lsb=true,lsb_in=true) #or flash3kyuu_deband Ditherpost() - Use frameserver like avs4x26x - Use crf 17, higher alpha & beta deblocking - Use x264 build with fade compensate - no-fast-pskip, higher qcomp - use LSFmod for sharpenning But thats me, I would also encode it to 10bit and use HTPC for playback. Your problem is lack of debanding and some blocking in the source. 1 Quote Link to comment Share on other sites More sharing options...
zzzzzzzzzz Posted June 2, 2015 Author Report Share Posted June 2, 2015 I would: - Drop undot(), warpsharp() - Add Dehalo_alpha - Add debanding Dither_convert_8_to_16() gradfun3(lsb=true,lsb_in=true) #or flash3kyuu_deband Ditherpost() - Use frameserver like avs4x26x - Use crf 17, higher alpha & beta deblocking - Use x264 build with fade compensate - no-fast-pskip, higher qcomp - use LSFmod for sharpenning But thats me, I would also encode it to 10bit and use HTPC for playback. Your problem is lack of debanding and some blocking in the source. That's some huge help, thanks! Few questions 'just to be sure': Should I add dehaloing and debanding before or after resizing? Will --crf 17 give more deblocking or do I need to add --deblock parameters? Does the lastest Win32 x264 build (http://download.videolan.org/pub/videolan/x264/binaries/win32/, last one in the list) include --fade-compensate? Or do I need one of these builds: http://x264.fushizen.eu/ Quote Link to comment Share on other sites More sharing options...
Baal Posted June 2, 2015 Report Share Posted June 2, 2015 (edited) Debanding should be the last in such simple scripts.Dehalo after nnedi, or after sharpenning. I dont know how much you want to sharpen. There is ringing in the source so if you sharpen only little then after nnedi, but if more (if it creates visible ringing) then after sharpen with stronger settings. Crf 17 will give more bitrate and thats what gradients need to look good + smoothing (debanding).Default deblock is 0:0, tune "animation" sets it to 1:1 ( a : b ). "a" controls how many blocks you deblock and "b" boosts deblocking strength. Experiment. Google x264 tMod or kMod (I prefer kMod). Also AQ3 (found in tMod/kMod) gives better results with anime/animation than AQ2. Edited June 2, 2015 by Baal Quote Link to comment Share on other sites More sharing options...
JohnFlower Posted June 2, 2015 Report Share Posted June 2, 2015 If you split file in mkvmerge then all parts but first have x264 data stripped.Oh right. I would never have known >_>. I assumed one would use trim or x264's frames param. Do you know if this is a wide spread practise around these parts and abroad? tmod has a patch for this as well... Just curious how many people actually do it purposefully. @miss-eps, I would question your upscaling too... While a lot of the lines are clean and sharp, you will get scenes like the one shown in the second sample. It honestly hurts my eyes to watch. Oh, and don't bother with the deblock param. Just keep lowering that crf until you have a large enough file. Aint need no mini encodes. Quote Link to comment Share on other sites More sharing options...
Baal Posted June 2, 2015 Report Share Posted June 2, 2015 @JohnFlowerI have no idea. I personally use trim when I'm testing x264 settings or need to fix section of a video. In all other cases I split in mmg so I thought its obvious that its what miss-eps did here. I don't think crf will help with existing blocks... Quote Link to comment Share on other sites More sharing options...
JohnFlower Posted June 2, 2015 Report Share Posted June 2, 2015 Oh, the blocking is in the source. I didn't see that link :\ Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.