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. |
21st October 2015, 13:54 | #1003 | Link | |
Registered User
Join Date: Mar 2012
Location: Texas
Posts: 1,666
|
Quote:
I see why you have 1,226 posts... |
|
21st October 2015, 14:36 | #1004 | Link | ||
47.952fps@71.928Hz
Join Date: Mar 2011
Posts: 940
|
Shouldn't you be able to encode to x264 using avs2yuv/av4x26x ?
Using Dither_out() The documentation gives example to encode 10bit: Code:
Dither_quantize (bitdepth=10) Dither_out () Code:
avs2yuv -raw "script.avs" -o - | x264-10bit --demuxer raw --input-depth 16 Which would probably serve better if you used FFMPEG to create ffvhuff lossless intermediate. I haven't really used VDub in a long time, unless I test with UTVideo Codec lossless intermediates. Quote:
Quote:
__________________
Win10 (x64) build 19041 NVIDIA GeForce GTX 1060 3GB (GP106) 3071MB/GDDR5 | (r435_95-4) NTSC | DVD: R1 | BD: A AMD Ryzen 5 2600 @3.4GHz (6c/12th, I'm on AVX2 now!)
|
||
24th November 2015, 05:22 | #1006 | Link | |
Registered User
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
|
Quote:
__________________
See My Avisynth Stuff |
|
3rd December 2015, 09:11 | #1007 | Link |
HeartlessS Usurer
Join Date: Dec 2009
Location: Over the rainbow
Posts: 10,980
|
Just thought I'de point out that FFTW library used by eg FFT3DFilter as fftw3.dll and dftTest as libfftw3f-3.dll (same dll, just different name)
has been updated several times since the one included in dither tools. (not sure what date last update was). http://www.fftw.org/index.html Here some update history, current version v3.3.4 Code:
FFTW 3.3.4 * New functions fftw_alignment_of (to check whether two arrays are equally aligned for the purposes of applying a plan) and fftw_sprint_plan (to output a description of plan to a string). * Bugfix in fftw-wisdom-to-conf; thanks to Florian Oppermann for the bug report. * Fixed manual to work with texinfo-5. * Increased timing interval on x86_64 to reduce timing errors. * Default to Win32 threads, not pthreads, if both are present. * Various build-script fixes. FFTW 3.3.3 * Fix deadlock bug in MPI transforms (thanks to Michael Pippig for the bug report and patch, and to Graham Dennis for the bug report). * Use 128-bit ARM NEON instructions instead of 64-bits. This change appears to speed up even ARM processors with a 64-bit NEON pipe. * Speed improvements for single-precision AVX. * Speed up planner on machines without "official" cycle counters, such as ARM. FFTW 3.3.2 * Removed an archaic stack-alignment hack that was failing with gcc-4.7/i386. * Added stack-alignment hack necessary for gcc on Windows/i386. We will regret this in ten years (see previous change). * Fix incompatibility with Intel icc which pretends to be gcc but does not support quad precision. * make libfftw{threads,mpi} depend upon libfftw when using libtool; this is consistent with most other libraries and simplifies the life of various distributors of GNU/Linux. FFTW 3.3.1 * Changes since 3.3.1-beta1: - Reduced planning time in estimate mode for sizes with large prime factors. - Added AVX autodetection under Visual Studio. Thanks Carsten Steger for submitting the necessary code. - Modern Fortran interface now uses a separate fftw3l.f03 interface file for the long double interface, which is not supported by some Fortran compilers. Provided new fftw3q.f03 interface file to access the quadruple-precision FFTW routines with recent versions of gcc/gfortran. * Added support for the NEON extensions to the ARM ISA. (Note to beta users: an ARM cycle counter is not yet implemented; please contact fftw@fftw.org if you know how to do it right.) * MPI code now compiles even if mpicc is a C++ compiler; thanks to Kyle Spyksma for the bug report.
__________________
I sometimes post sober. StainlessS@MediaFire ::: AND/OR ::: StainlessS@SendSpace "Some infinities are bigger than other infinities", but how many of them are infinitely bigger ??? Last edited by StainlessS; 3rd December 2015 at 09:24. |
3rd December 2015, 12:35 | #1008 | Link | |
Registered User
Join Date: Oct 2007
Posts: 135
|
Quote:
Thanks Microsoft. |
|
3rd December 2015, 13:53 | #1009 | Link | |
HeartlessS Usurer
Join Date: Dec 2009
Location: Over the rainbow
Posts: 10,980
|
Thank you AzraelNewtype.
Quote:
According to MS, Your System drive is the one you boot to, and your Boot drive is the one your system is on ! Always good for a giggle, is MS.
__________________
I sometimes post sober. StainlessS@MediaFire ::: AND/OR ::: StainlessS@SendSpace "Some infinities are bigger than other infinities", but how many of them are infinitely bigger ??? |
|
3rd December 2015, 17:51 | #1011 | Link |
Join Date: Mar 2006
Location: Barcelona
Posts: 5,034
|
The latter also works.
__________________
Groucho's Avisynth Stuff |
4th December 2015, 11:48 | #1012 | Link | |
Registered User
Join Date: Feb 2014
Posts: 355
|
Quote:
|
|
4th December 2015, 19:44 | #1013 | Link | |
Registered User
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
|
Quote:
and didn't happened in all video, it happened in ED in this frame only, and in avs 64 (with setmtmode) without AVSTP, and after I see it in the final encode I try to reproduce it but it didn't reproduced with many tries
__________________
See My Avisynth Stuff Last edited by real.finder; 4th December 2015 at 19:57. |
|
5th December 2015, 12:29 | #1015 | Link |
Registered User
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
|
I tried with the same source and script
__________________
See My Avisynth Stuff |
14th December 2015, 07:05 | #1017 | Link |
Registered User
Join Date: Feb 2015
Posts: 55
|
Yes, that'll be identical to resizing the chroma separately like this:
Code:
y = Dither_resize16(1280,720, u=1, v=1) u = UToY8().Dither_resize16(1280,720, src_left=0.25) v = VToY8().Dither_resize16(1280,720, src_left=0.25) YToUV(u,v,y) |
14th December 2015, 08:01 | #1018 | Link | |
Registered User
Join Date: Aug 2008
Location: Isle of Man
Posts: 588
|
Quote:
Thanks, François |
|
14th December 2015, 08:29 | #1019 | Link |
Registered User
Join Date: Feb 2015
Posts: 55
|
It's for when you want to downscale the luma of a video with subsampled chroma without losing any more of the chroma resolution. Specifically, a lot of anime is produced at 720p or thereabout and upscaled to 1080p for release on Blu-ray, so converting the 1080p YV12 video on the BD to 720p YV24 when you encode it lets you avoid wasting bits on upscaled luma.
|
Tags |
color banding, deblocking, noise reduction |
|
|