1
Avisynth Usage / Re: dealing with upscales
« on: April 13, 2012, 12:41:06 PM »
ah, thanx for the explain
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.





I fail to see how that will make any difference to a "regular encode" because that will do 8-bit 420
"can I combine different pixel sampling formats with different color depths"

x264-8bit --<options> --vf resize:csp=rgb:16 --output out.mp4 in.avsi noticed that the result with this was better
Seems like you are trying to calculate the maximum allowed references for a level,... if so this thread might be interesting,....
to my knowledge, the specification has no restriction on the number of bframes.
this applies to both the levels and the standard overall.
x264 simply has an arbitrary maximum at 16.
the only primary restriction on bframes is the ability to have them or not, which is specified by the profile.
In file included from E:\x264-snapshot-20120127-2245\/common/common.h:87:0,
from E:\x264-snapshot-20120127-2245\x264.c:33:
E:\x264-snapshot-20120127-2245\/common/osdep.h:36:20: fatal error: config.h: No
such file or directory
compilation terminated.In file included from E:\x264-snapshot-20120127-2245\/common/osdep.h:60:0,
from E:\x264-snapshot-20120127-2245\/common/common.h:87,
from E:\x264-snapshot-20120127-2245\x264.c:33:
e:\cross-mingw-w64.gcc462.20111101\bin\../lib/gcc/i686-w64-mingw32/4.6.2/../../.
./../i686-w64-mingw32/include/math.h:514:25: error: expected ')' before '/' toke
n
e:\cross-mingw-w64.gcc462.20111101\bin\../lib/gcc/i686-w64-mingw32/4.6.2/../../.
./../i686-w64-mingw32/include/math.h:515:24: error: expected ')' before '/' toke
n
In file included from E:\x264-snapshot-20120127-2245\/common/common.h:203:0,
from E:\x264-snapshot-20120127-2245\x264.c:33:
e:\cross-mingw-w64.gcc462.20111101\bin\../lib/gcc/i686-w64-mingw32/4.6.2/../../.
./../i686-w64-mingw32/include/x264.h:42:25: fatal error: x264_config.h: No such
file or directory
compilation terminated.
Dedup will drop all frames that are below the threshold up to the maximum drop count. Dedup does not know what makes the output "bad".
As for the file size, what are you comparing it with? The same input with the same options (excluding the TC fie)? If so, I wonder what settings you're using.




)
DupMC(log="stats.txt")DeDup(threshold=.1,maxcopies=4,maxdrops=4,dec=true,log="stats.txt",times="timecodes.txt")




>sorry about my bad english
<
DGDecode_mpeg2source("test.d2v")
trim(8639,26697)+trim(32900,45150)
AnimeIVTC(mode=1,aa=2)
tfm(d2v="test.d2v", output="matches.txt")
tdecimate(mode=4, output="metrics.txt")DGDecode_mpeg2source("test.d2v")
trim(8639,26697)+trim(32900,45150)
AnimeIVTC(mode=1,aa=2)
tfm(d2v="test.d2v", input="matches.txt")
tdecimate(mode=5, hybrid=2, vfrDec=1, input="metrics.txt", tfmIn="matches.txt", mkvOut="mkv-timecodesfile.txt") 
DGDecode_mpeg2source("test.d2v")
trim(8639,26697)+trim(32900,45150)
AnimeIVTC(mode=1,aa=2)
tfm(d2v="test.d2v", output="matches.txt")
tdecimate(mode=4, output="metrics.txt")ffvideosource("lossless.mp4")
tfm(d2v="test.d2v", input="matches.txt")
tdecimate(mode=5, hybrid=2, vfrDec=1, input="metrics.txt", tfmIn="matches.txt", mkvOut="mkv-timecodesfile.txt")


Dither_convey_yuv4xxp16_on_yvxx()only!?