x264 and my huge pr0n collection

Quick question: What will have a bigger impact on quality? Increasing the reference frame count from 3 to 4, or setting subme from 7 to 8 (or 9)? Here are my current 2nd pass settings: program --pass 2 --bitrate 2000 --stats ".stats" --ref 3 --mixed-refs --bframes 16 --b-pyramid --weightb --direct auto --filter -1:-1 --subme 7 --psy-rd 1.1:0 --partitions all --8x8dct --me umh --threads auto --thread-input --progress --no-psnr --no-ssim --output "output" "input" I need maximum quality as this is for all my good pr0n.

I'd personally drop partitions all and just max subme.

Thank you very much sir.

Also, maybe drop bframes to 3-4, and use --b-adapt 2? What about trellis quantization? ~MiSfit

Thanks, I will play around with your b frames suggestions. As for trellis, I have read quite a few times that the quality increase with trellis is very "subjective". However, as I haven't seen an encode that used trellis I can't verify this...

Really? I hadn't noticed much speed drop with trellis 2, although it may be different with HD material. I typically use around 640x352 for 16:9 material, or roughly 225000 pixels for other aspect ratios.

"Memory cleaners" usualy just hurt — they swap out memory to disk which will be loaded back with horrible speed producing major slowdown on applications response. Vista manages memory pretty well on it's own — just limit cache size as it can sometimes get unusually big and swap out useful memory. The only useful case for memory cleaner is to swap out unneeded allocated memory after system boot.

This is OT, but setting working set size to zero IS immideatly swap out of program's memory on XP, that different on vista, but same in the end. Windows can't know what allocated memory is unused. Author of program of this sort can say anything, even that he is from Mars and bring knowledge of all universe to you with his program :) I don't recommend "cleaning" memory of any process larger that 50-70mb or you risking waiting up to some MINUTES until application will response. Unused memory pages moves out automatically when system gets low on memory, so you really don't need any program of that type. P.S. if you want to continue discussion it's best to make new topic for it.

The goal is to encode it all then put it (along with some non-pr0n) on a NAS enclosure to have pr0n on demand. Plus it's easier to hide that way :devil:

I think he meant just drop it, not replace it with something else. So that's what I did...