I know it's been a while, but I've been trying to open Aktan's Avisynth script in VirtualDub and I keep on getting a syntax error on line 14, column 0. I can't see what's wrong with the syntax there. Any help?
Any decent video player (MPC, WMP, etc.) can do that, and so can AviDemux (via its AVS proxy) and MeGui. I've had a couple bad experiences with VirtualDub in the past year or so. Its methodology is really outdated. It can only completely handle the AVI container. It can only run VfW codecs. I can't recall other problems I had, but those were the major stoppers for me. I guess if it works for your singular purpose, that's fine. It just seems like it'd be another program to maintain which can be replaced by one with a larger scope at this point to me, though.
I'd just mux in the WAV and hope YouTube can gobble it up.
You could put it into an MKV (mkvmerge) and extract the WAV file (mkxextract)... But a better solution would be to use a different video editor.
Ah, I see. Maybe I wouldn't get that either if I set the process priority to high.
I realized now that the reason for the chop was that I loaded a state at that point, so it's not a big deal since usually you don't need to load states when you're encoding.
Glide64 does seem to draw those inward lines, but black instead of white. I'm really hoping there will be an encode soon. I've watched the YouTube one, but those aren't really of exceptional quality and I'd really like to show this run to some people who just love Goldeneye. (Then again, who doesn't?)
^^Never noticed that before. So is there alot of missing textures? I assume that since no one has really noticed it that it's not such a major issue? Anyway, does additional savestates(at beginnings of desynching levels) fix the problem with extra desynchs? There will of course be alot of extra segments but i can't figure out any other solution at the moment...
Yes, this is seriously my HD encoding script.start /wait x264.exe "consoleencode.avs" --versioninfo --ssim --crf 0 --keyint 300 --ref 16 --mixed-refs --no-fast-pskip --bframes 16 --b-adapt 2 --mbtree --weightb --direct auto --subme 10 --trellis 2 --partitions all --me umh --merange 64 --rc-lookahead 250 --fullrange on --8x8dct --no-dct-decimate --output "encodedboth.mp4"
But like i said, this should synch fine already, are you sure you have the right plugins/emulator version etc?
About having more desynchs i'm not sure what you mean?? The savestates should synch entire movie without problems?
So just for clearing up the confusion: Is it possible to make an encode without graphical errors?
