Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
13th September 2011, 01:03 | #301 | Link |
Registered User
Join Date: Aug 2006
Location: Stockholm/Helsinki
Posts: 805
|
No, it definitely works. The extra chroma resolution is clearly visible on video game footage, and even more so when loading the encoded video into Avisynth and comparing the chroma planes directly.
Maybe you forgot the "--output-csp i444", which is always needed for 4:4:4 encoding? edit: So the full command line would be avs2pipe26mod -rawvideo script.avs | x264-10b - --demuxer raw --input-res wxh --input-depth 16 --input-csp i444 --output-csp i444 --fps x --crf x -o o.mkv Last edited by ajp_anton; 13th September 2011 at 01:06. |
13th September 2011, 07:14 | #302 | Link |
͡҉҉ ̵̡̢̛̗̘̙̜̝̞̟̠͇̊̋̌̍̎̏̿̿
Join Date: Feb 2009
Location: No support in PM
Posts: 712
|
Oh you're right, I only had the --input-csp. Thanks for the tip! I'll add it to the documentation.
__________________
dither 1.28.1 for AviSynth | avstp 1.0.4 for AviSynth development | fmtconv r30 for Vapoursynth & Avs+ | trimx264opt segmented encoding |
18th September 2011, 08:28 | #303 | Link | |
Registered User
Join Date: Sep 2009
Posts: 378
|
I'm getting weird ghosting exporting 16bit to 10bit x264 with 1.12.0 that with the same script worked fine on 1.10.0 using the following:
Quote:
I'll try to upload a image frame later. |
|
18th September 2011, 12:55 | #304 | Link | |
͡҉҉ ̵̡̢̛̗̘̙̜̝̞̟̠͇̊̋̌̍̎̏̿̿
Join Date: Feb 2009
Location: No support in PM
Posts: 712
|
Quote:
I might consider this later, but it's currently not in my priority task list.
__________________
dither 1.28.1 for AviSynth | avstp 1.0.4 for AviSynth development | fmtconv r30 for Vapoursynth & Avs+ | trimx264opt segmented encoding |
|
5th October 2011, 09:11 | #307 | Link |
Registered User
Join Date: Nov 2009
Posts: 2,361
|
Several questions in Dither_convert_yuv_to_rgb could you implement rgb24? This in case it saves something because I never use alpha.
Also it's strange, when I convert yuv red color AFAIK (81, 90, 240) to RGB in TV range I get 238,14,14, is it ok? Do you still have planned v&c algorithm, Im curious to know how it compares to bayer dithering
__________________
i7-4790K@Stock::GTX 1070] AviSynth+ filters and mods on GitHub + Discussion thread |
5th October 2011, 14:28 | #308 | Link | |||
͡҉҉ ̵̡̢̛̗̘̙̜̝̞̟̠͇̊̋̌̍̎̏̿̿
Join Date: Feb 2009
Location: No support in PM
Posts: 712
|
Quote:
Quote:
BlankClip (pixel_type="YV12", color_yuv=(81*256+90)*256+240) Dither_convert_yuv_to_rgb (tv_range=true) gives me the expected values around (255, 0, 0), and I obtain (238, 14, 14) with tv_range=false. Have you this problem with a specific setting? Quote:
__________________
dither 1.28.1 for AviSynth | avstp 1.0.4 for AviSynth development | fmtconv r30 for Vapoursynth & Avs+ | trimx264opt segmented encoding |
|||
5th October 2011, 16:20 | #309 | Link |
Registered User
Join Date: Nov 2009
Posts: 2,361
|
No, its ok, it just looked like wanting to be 240,16,16. Im converting a bunch of frames for manual editing and wanted to be sure, but I will probably use tvrange true so no range conversion is done.
No problem on v&c, at your pace. Now that you are on mvtools2 it could be interesting if you could have a look on how to make it more flexible, like mdegrain not relying on vectors/mask, so one could mix spatial denoiser and mdegrain through the mvtools motion mask, you can see my discussion in the mvtools thread. This could also enable a more orthodox way for "fake" lsb_in in mdegrain, and play a role on the masktools pipeline. Multithreading the motion search stage is going to be a big leap, you might already know the SVP group are on the GPU direction with this, but I prefer your tools because they work rock steady. No need to hurry.
__________________
i7-4790K@Stock::GTX 1070] AviSynth+ filters and mods on GitHub + Discussion thread |
10th October 2011, 09:26 | #310 | Link | |
Registered User
Join Date: Sep 2009
Posts: 378
|
Is there anything that can be done to improve memory usage when using Dither_convey_yuv4xxp16_on_yvxx() -> AVS2yuv -> Imagemagick written 16bit image sequences? On larger video files the process fails, with out of memory errors by trying to do the whole video in memory I guess before writing out of IM. :-(
Quote:
On another query, I see in the Dither.html that blending frames is possible, so is it possible to use Dither tools to do typical blend modes like overlay, multiply etc in linear light at 16bit depth? I'm interested in working this with new high bit depth tools in Avisynth now. http://forum.doom9.org/showpost.php?...&postcount=219 & here: http://www.dcs.gla.ac.uk/~jhw/filmy/, not so much simulating film grain, don't see much point in that unless mixing computer generated imagery with film scans, but the build up of layers. Last edited by Yellow_; 11th October 2011 at 22:02. |
|
10th October 2011, 12:12 | #311 | Link |
Registered User
Join Date: Nov 2009
Posts: 2,361
|
The interlaced parameter in ditherpost is for interlaced inputs or (separated)fields input? I wonder because it would be unpractical to work 16 bit in real interlaced material.
Also I have been wondering about the motion search in x264, isn't it fooled by the ordered dither as in mvtools2? or does it use another approach for it. At last Im trying to optimize smdegrain depending on processed planes. But there are some behaviours I don't get to grasp. Shouldn't this be true? dfttest(lsb=true,U=true,v=true) DitherPost(mode=-1,u=2,v=2) == dfttest(lsb=true,U=false,v=false) DitherPost(mode=-1,u=3,v=3) I also would think that in the first case UV output would be the MSB part of the clip which is 8 bit, but that also doesn't apply if I compare it to : dfttest(lsb=true,U=false,v=false) DitherPost(mode=-1,u=2,v=2) dfttest(Y=false)
__________________
i7-4790K@Stock::GTX 1070] AviSynth+ filters and mods on GitHub + Discussion thread Last edited by Dogway; 10th October 2011 at 13:44. |
11th October 2011, 10:24 | #312 | Link | |||||
͡҉҉ ̵̡̢̛̗̘̙̜̝̞̟̠͇̊̋̌̍̎̏̿̿
Join Date: Feb 2009
Location: No support in PM
Posts: 712
|
Quote:
Quote:
Quote:
Quote:
Quote:
__________________
dither 1.28.1 for AviSynth | avstp 1.0.4 for AviSynth development | fmtconv r30 for Vapoursynth & Avs+ | trimx264opt segmented encoding |
|||||
11th October 2011, 13:34 | #313 | Link | ||
Registered User
Join Date: Nov 2009
Posts: 2,361
|
Quote:
Quote:
dfttest(lsb=true,U=true,v=true) DitherPost(mode=-1,u=2,v=2) == dfttest(lsb=true,U=false,v=false) DitherPost(mode=-1,u=2,v=2) dfttest(Y=false)
__________________
i7-4790K@Stock::GTX 1070] AviSynth+ filters and mods on GitHub + Discussion thread |
||
11th October 2011, 23:32 | #314 | Link | |
Registered User
Join Date: Sep 2009
Posts: 378
|
cretindesalpes, thanks. Investigating further I've found that Imagemagick has a function called -limit, which can be set to restrict how much memory IM can use before it has to write temp files to disk. Using this on the CLI:
Quote:
|
|
14th October 2011, 07:12 | #316 | Link |
Registered User
Join Date: Oct 2007
Posts: 135
|
DitherPost turns stacked 16bit, usually created by using a denoiser that is designed to take 8bit input and yield that special output format, into dithered single height 8bit. GradFun3 takes your 8bit video and dithers it to attempt to deband source that's already been filtered, in much the same way GradFun2 and its modifications did before it. Which you should use depends on your workflow.
|
15th October 2011, 02:56 | #317 | Link | |
Registered User
Join Date: Aug 2009
Posts: 136
|
Quote:
|
|
15th October 2011, 03:14 | #318 | Link |
Registered User
Join Date: Nov 2009
Posts: 2,361
|
TheProfosist: Gradfun3 basically is the same as:
Code:
Dither_convert_8_to_16() put a low pass denoiser here... ditherpost Ditherpost just takes whatever 16 bit processing clip and converts it to 8 bit with the consequent dither so you don't see banding. So ditherpost in nature doesn't deband but rather prevents banding when doing filtering (among other things). For example GradFun3 with smode=3 is the same code as above but with a bunch of smoothgrad() lines in between with varying settings. So I guess smoothgrad is also some kind of a very lowpass denoiser. If you never filter in 16 bit, use gradfun3 to deband. If instead you filter in 16 bit (denoisers, resizers, etc) then before ditherpost add a smoothgrad() line, and I think you are good to go, I do this oftenly.
__________________
i7-4790K@Stock::GTX 1070] AviSynth+ filters and mods on GitHub + Discussion thread |
20th October 2011, 13:29 | #320 | Link | |
Registered User
Join Date: Nov 2006
Posts: 90
|
Quote:
Code:
# Assume stack16 clip here a=Dither_get_lsb() b=Dither_get_msb() a.mt_lut("x 6 >>",u=3,v=3) DitherPost (last,a,mode=6, u=3, v=3) mt_lut("x 6 <<",u=3,v=3) And what can give better encoding result (quality/size on same CRF) on x264-10bit encode: • dithered (ordered or floid steinberg + static noise) 8-bit source; • 16-bit (MSB/LSB) • 10-bit dithered (probably with static noise too) from 16-bit ? Last edited by SSH4; 20th October 2011 at 15:49. |
|
Tags |
color banding, deblocking, noise reduction |
Thread Tools | Search this Thread |
Display Modes | |
|
|