Hi joel96. Nice to see you are lurking less now =p. Anyway a couple of misconceptions I should fix for you. Indeed H.264 (x264) is the preferred video codec, but ogg is not the only preferred. Besides ogg, there is also AAC, which is also preferred. Next, while indeed ffdshow does decode H.264, it does not encode to it (unless you have an old version, in which I would say get a new version due to the outdated encoding to the H.264 part). The x264 executable is what encodes to H.264. As for Avisynth, ffdshow lists it as saying it can use it, but to use it you still need to install Avisynth, which you seem to have done. For lossless codecs, like all codecs, it really just needs to be registered in Windows to be usable, so the location of the lossless codec is not really important. Just as the location of ffdshow and Avisynth is not important. The location of x264 is important though. As for which lossless codecs, there are several which feos has kindly linked to.
What the hybrid encoder script means is that you should rename your DOSBox AVI to movie.avi and place it in the same folder as where you ran the batch file. I'm guessing that would be "C:\Program Files (x86)\TASVideo Encoding\TASEncodingPackage\".
No thanks, the run is playable now albeit with some bugs. The submission page of that run should be updated with those save states though, or maybe just the .SRA as I couldn't get the save states to load at all.
Yep, good idea. I'll ask Swordless to add that.
Santiago wrote:
Continue believing that I victimized you if you want, but observing that a 240p is really shitty quality that in no way compares to the original is the truth. Whether or not you wanna feel insulted is up to you, but don't put words into my mouth.
Quite the contrary, I've never felt insulted and what you say is true, the original source is better, and that's all I watch =p. After all if I was really insulted, why would I bother to help you at all? I don't believe I've placed words in your mouth, and I think you misunderstood what I wrote, but I'll just leave it at that.
Santiago wrote:
Good luck.
Thanks, you too. Hope my poking fun has not gone too far.
Okay, so before this gets out of hand. I will say I was just poking fun at your comment and kept feeding you. I didn't expect this to get so big, lol. My bad. So going back to the subject. Again, do you still want the Mupen folder?
Last poke: It sure was easy to get the run you're asking help for to playback correctly =p. Sorry, had to do it.
Thank you. The save states are useless and dont work (I never saw a save state as small as 64KB before) but the .SRA helped and everything is in sync and playing smoothly except if I'm watching full-screen and the TASer resets the game, MUPEN crashes with Direct3D error, but is fine on windowed.
I kept periodically saving states as game progressed so I can reload if it crash, but my save state halfway through run before Volvagia boss didn't work and now is desynced again. Damn.
Oh the save states are that small because they are after a reset and the start of the game. So nothing much in memory yet.
You and several others accused me of throwing around insults when I was nothing but neutral with all of you and for that you've lost your right to a modest decorum from me.
I told you that the quality of the MKV capture I was watching sucked. Is it the content or the delivery you're complaining about?
So... am I the only one that needed an .SRA in order to play the movie? Why is this even required? I've never played the japanese version of Zelda ever so I don't have any conflicting SRA files.
I made the savestates and save data files because other people had problems. Another tip was to set the CPU affinity to only one CPU for Mupen. As for your full screen crash, I've not encountered that problem.
Giving you feedback on the bad quality of some encodes is insulting? Sorry dude but grow some balls. Nobody will commend you for bad quality. Expecting only compliments and no criticism reeks of severe narcissism to me. This is a very good way to lead an unsuccessful life and learn nothing.
Except you didn't really give me the feedback, just stating it in a thread I had not noticed until now. Also I wasn't exactly complaining about it, but you were asking for some citation. I just gave you the citation. So do you think calling "sucks" is not insulting? This is what I think you believe currently.
I am the one who encoded that run, so yes I can. Yep there is no link to the save states, but here you go:
http://www.mediafire.com/download.php?5dpx357uhdkq8xu
Not sure why you need a citation. Calling anything "suck" is insulting as far as I know. Is it different for you?
No thanks, the 240p one was almost 500MB and noticeably lower quality, now I peak at the 1440p MKV file and its... 600MB? Are you kidding me? I'm surprised the codec even allows a bitrate so low for a resolution so big and 2 hours long. Maybe if youre on drugs thats good quality.
Last time I checked the 320x240 10-bit 4:4:4 encode was 96.17 MB. Where did you get 500 MB? Did you even bother to look at the 1920x1440? Or did you assume just because of the size.
Edit: Apparently there is a misunderstanding. Your 2 hours tick it off, the link you want is from here instead: http://tasvideos.org/forum/p/312229#312229. That file is 2.8 GB for 1920x1440. The original link was to the any% of the run. Apparently you want the "All Dungeons, Temples, & Ganon Trials" run. To sync that run may require save states as said in the submission post (I think?). That may help.
What... how do you make a TAS with such an unreliable emulator? How do you verify any part of the movie you made didnt desync? That is retarded.
Either way, this never happened to me for any of the movies I made with Mupen. And yes I have tried multiple times. How many times has the guy who captured movie to MKV had to try? :-)
Not many as it is more settings than anything.
Santiago wrote:
Can anyone help me figure out desync problem or will I have to download that stupid low quality torrent?
Santiago wrote:
BUMP. Can someone please send me their exact MUPEN folder so I can make sure it matches mine? I cant get the movie to play and the MKV encode quality really sucks. I dont wanna watch 240p.
As mentioned by Guga and the publishing page, there are encodes of higher resolution here:
http://tasvideos.org/forum/p/321794#321794
As for your desyncing problem, yep it's a pain to pinpoint but if you really need it even after those links, I guess I can give you my Mupen folder as I am the one who made those encodes.
loadplugin("pointsize.dll")
directshowsource("your_dumped_emulator_video_goes_here.avi")
left = last
right = last.crop(0,0,width(),height()/2))
right = right.pointresize(right.width()*2,right.height()*2)
stackhorizontal(left, right)
Er this is a bit off. First off, using DirectShowSource() should be last last resort as it is not frame accurate. Second, PointResize() is an internal Avisynth filter thus not needing pointsize.dll.
How to use mkv though? Timecodes are required for the video track, and I'm sure they could be made from an NHML file, but I don't have a tool to do so.
Old and very late, but MKVMerge reads VFR MP4s fine, you just add the file and mux. The resulting MKV is correct.
The main problem with that screenshot is that you don't see the main character completely. I believe in the guidelines, the character should be completely visible, though I may be wrong on this.
It looks okay, but I think it can be improved. Here are some suggestions.
Moving to ASS format may help.
If possible, if you could keep the position of the input buttons, that may make it more readable. For example:
←
S
A
← A
Notice how the button A is always in the same spot.
If possible, using the arrow characters like ←↑↓→ instead of the current method may be helpful also.