|
|
| Oba |
| Posted: Dec 3 2014, 06:18 PM |
 |
|
Member
 
Group: Members
Posts: 13
Member No.: 38447
Joined: 26-November 14

|
Hey guys,
In some videos, where a lot of motion happens while camera is doing a close - up, a lot of squares are visible which distort the image significantly. Was wondering what should i use to rectify that, some sort of denoiser - Decomber?
Im using Xvid Single pass @ 2000kbits and deinterlace the video with Tdeint (avisynth). |
 |
| Abrazo |
| Posted: Dec 3 2014, 07:22 PM |
 |
|
Advanced Member
  
Group: Members
Posts: 775
Member No.: 28995
Joined: 5-November 10

|
Blocking is being caused by insufficient data- or bit-rate while recording, resulting in a loss of quality.
You can try to deblock the video by using a deblocking filter (you can Google for "virtualdub deblocking filter")
For example:
Deblocking filter from MSU: > http://www.compression.ru/video/deblocking...g/index_en.html |
 |
| Oba |
| Posted: Dec 3 2014, 09:22 PM |
 |
|
Member
 
Group: Members
Posts: 13
Member No.: 38447
Joined: 26-November 14

|
I tried both MSU Deblocking filter 2.2 and MSU Smart Deblocking 0.8 but blocking persists. 
http://i59.tinypic.com/dqnbl4.png
ill try Deblock_QED see how it goes
Meh, didnt work, maybe i have to drop Xvid or use another encoder |
 |
| dloneranger |
| Posted: Dec 4 2014, 04:49 AM |
 |
|
Moderator
  
Group: Moderators
Posts: 2366
Member No.: 22158
Joined: 26-September 07

|
For capturing, lossless codecs are best if you have disk space and a fast enough drive too keep up with the large file sizes Otherwise use as large a bitrate as possible, or better a codec with a quality setting instead of bitrate (lossless codecs have low cpu usage but make large files, 20Gb+ is fairly common)
x264vfw is a newer code that gives better compression rates for the same file sizes as xvid but has much higher cpu usage - good as long as your pc can keep up on capturing
Or simpler never use bitrates unless you are trying to make a file with an exact size, use the codecs quality setting instead in xvid single pass quantization 1 in x264 there's a quality setting, much like saving jpeg's where you choose the quality you want instead of a bitrate
If you have to (for pc reasons) then the best worst choice is xvid with it's highest bitrate and recompress afterwards for a final video Otherwise a lossless codec like lagarith and recompress afterwards for a final video or x264 set to quality mode for a straight capture and ready to play file
Laragith lossless code x264vfw codec
-------------------- MultiAdjust JoinWav WavNormalize FFMPeg Input Plugin v1827 UnSharpMask Windows7/8 Codec Chooser All FccHandlers Stuff inc. Installers for acm codecs AAC, AC3, LameMp3 |
 |
| Oba |
| Posted: Dec 4 2014, 08:48 AM |
 |
|
Member
 
Group: Members
Posts: 13
Member No.: 38447
Joined: 26-November 14

|
Thanks for the reply,
Lagarith is gr8, but files are way too big, and file size is a constraint. x264vfw takes too long to encode, but ill give it a try
im trying to keep the file size to 600mb , laga and x264vfw give files in the vicinity of multiple gbs. so thats not a good option, ill just try to find a good deblocking function, as i only need it for a 20sec scene
o/ |
 |
| Oba |
| Posted: Dec 4 2014, 12:10 PM |
 |
|
Member
 
Group: Members
Posts: 13
Member No.: 38447
Joined: 26-November 14

|
| QUOTE | | a lossless codec like lagarith and recompress afterwards for a final video |
Do you imply that if i use lagarith and then i recompress it with, say, XviD, that will yield better results in quality and/or size?
|
 |
| dloneranger |
| Posted: Dec 4 2014, 02:30 PM |
 |
|
Moderator
  
Group: Moderators
Posts: 2366
Member No.: 22158
Joined: 26-September 07

|
If you capture lossless, just use it as a temporary file
pro you can recompress the file, and if it's bad because eg too low bitrate, do it again you can edit etc as much as you like without loss of quality seeking is fast in the video while editing cpu usage is low so less chance of dropped frames when you have a final file, you can just delete the lossless one
con disk space used hard drive has to be fast enough to keep up with the data rate
OTOH For video editing, even 80Gb is pretty small, and hard drives are dirt cheap
-------------------
The trouble with blocking is, the best you can do will never really get rid of it and usually gives a bit of a blur to the entire video
-------------------
x264vfw should give very small file sizes compared to the others like XVid, or the same size but better quality If it's not, then you're doing something wrong
There's a picture of decent quality based settings here http://forums.virtualdub.org/index.php?act...1157&hl=x264vfw
-------------------
If you are 100% sure you need a specific file size, always use multipass, never ever single pass (even then you might find that quality based works better as it's just as easy to overestimate as underestimate the required bitrate/size) I think I last used bitrate based about 8 years ago Just on a quick look I have some 1280x720 vids ranging from 24 to 29 fps and about 1 1/2 to 2 hours long - they range from 300MB to 900MB done on quality There's no way I'd have been able to guess the bitrates needed for those files, some would have been a lot larger than needed and some would have had visual artefacts from too little bitrate
-------------------- MultiAdjust JoinWav WavNormalize FFMPeg Input Plugin v1827 UnSharpMask Windows7/8 Codec Chooser All FccHandlers Stuff inc. Installers for acm codecs AAC, AC3, LameMp3 |
 |
| Oba |
| Posted: Dec 4 2014, 10:22 PM |
 |
|
Member
 
Group: Members
Posts: 13
Member No.: 38447
Joined: 26-November 14

|
k, ill try the x264vfw, see if i get better results, dont see any reason to use lagarith since the original video is a vob from a dvd rip, and since vdub is RGB32 colourspace, lagarith conversion will be lossy, unless i can keep the same colourspace ( which afaik vdub will turn to RGB).
|
 |
| dloneranger |
| Posted: Dec 5 2014, 06:13 AM |
 |
|
Moderator
  
Group: Moderators
Posts: 2366
Member No.: 22158
Joined: 26-September 07

|
vob's are yuv encoded, virtualdub also works fine in yuv as long as you don't use any filters that force a change to rgb as you're using avisynth, you may want to check that everything there is also yuv
the video menu -> color depth lets you configure the format you want to use, and on the filters page if you tick 'show image formats' you can see the format as it works it's way down the list of filters
If the blocking is in the original, then there's not a lot you can do apart from playing with filters (just occasionally, with some interlaced material you can get better result by separating the fields, deblocking and joining them again - depends if the blocks are frame or field based i guess)
if you're using a vob rip then there's no point in making a temp lossless file to work from didn't know you were ripping dvd's, for some reason when you said camera I actually assumed you were capturing from a camera and the saved files were blocky
-------------------- MultiAdjust JoinWav WavNormalize FFMPeg Input Plugin v1827 UnSharpMask Windows7/8 Codec Chooser All FccHandlers Stuff inc. Installers for acm codecs AAC, AC3, LameMp3 |
 |
| Oba |
| Posted: Dec 5 2014, 06:40 AM |
 |
|
Member
 
Group: Members
Posts: 13
Member No.: 38447
Joined: 26-November 14

|
| QUOTE | | didn't know you were ripping dvd's, for some reason when you said camera I actually assumed you were capturing from a camera and the saved files were blocky |
Sorry, my bad, i guess certain words in this forum are reserved and subject to strict interpretation ^^
Anyway, blocking problem solved , x264vfw took care of it, far better quality on the movie and with a ratefactor of 15, size was kept under wraps!!
|
 |