Posts for Aktan

Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
arflech wrote:
Aktan, you must have an insanely powerful computer to be able to encode the run in a couple hours; I remember when I encoded Lord Tom's 100% run it took about a day for all the steps to fully churn through (then again it was also 3 times as long).
I wish! My computer is very slow. It would usually take 6+ hours on a 30 min video. Easy to encode stuff like NES games are the exception.
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
mklip2001 wrote:
Somewhat off topic, it seems appropriate to bring up this old College Humor goodie: http://www.collegehumor.com/video:1770138 It actually takes a little longer to watch this video than it does to watch the run!
great link!
Post subject: Re: Raidisencode
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Raiscan wrote:
Flygon wrote:
But I am sure Grunt, Aktan, Raiscan and I (Along with other active encoders) only have one computer for encoding with, otherwise I would have run this game through a more advanced script.
I have 4 Computers at my disposal, and I've been trying to work on a distributed system in which chunks of the capture are sent to each of them to encode. I had only mild success, the biggest hindrance being I couldn't work out a good way to stitch them together without doing it at the container level (i.e, having 20 or so different chunks of the movie playing one after another).
Hmm, what's wrong with stitching them together at the container level? For some longer runs, I usually do split the movie in half to max out both cores and then combine them. If chosen at the right points like a scene change, the output is usually very close to not splitting at all.
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
At the bitrate of the published file, I doubt it would still look good with the most intense settings, but then again, my definition of HQ differs from everyone else. The encode I posted in this thread was done at 1 FPS, and, to me, it is only borderline HQ despite having a huge filesize.
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Warp wrote:
Is this game particularly hard on the h264 format? Is the unusually large amount of visible compression artifacts to be expected?
Yep, there is a lot of action and all the layers really makes it hard to encode.
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
DemonStrate wrote:
When I try to watch it, I don't see any of the characters... So, I'm watching the little yellow dot move around on the map... I tried a bunch of different settings, but I can't get anything to show up. Its just the backgrounds on the bottom screen. Any help?
Change 3D render to software.
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
TRT wrote:
By the way, two encodes on dailymotion? Thats kinda funny.
Yea, each encoder does our own =).
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Joseph Collins wrote:
Well, I downloaded the Mega Man X5 one early on the 26th and this one early on the 27th, so if the X5 one was fixed before then, I dunno what to tell you... In any case, I just thought I'd ask in case it was on my end. The copy of the X5 video I have seems to be off by about half a second, as does the whereas the copy of the X2 video... (While I don't have a stopwatch handy, I checked via the first fight with Violen. Since you can damage boss enemies about once every second, I gauged from when he started flashing to when the damage noise played. It was about half a second.) The aforementioned MKV for X2 works perfectly, though. Guess this one's on me. Heh.
MMX5 was fixed before it was ever posted on the net, so you have the fixed version. Both the MP4 and the MKV have the delay problem, so I would say it is you =).
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
TRT wrote:
Atma wrote:
miseiler wrote:
In the NSMB thread TRT mentioned he was using 0.9.2+ to do the run...try that.
I see, that's not 0.9.4 like he listed in the submission though :P I got to the same point as grunt did when it desynced. you hit the halfway point in 8 tower 2, and then a little bit later you jump on the spikes and then fall to your death.
You know, I find it interesting because, for me, it tends to desync in 8-6 and 8-T2 as well. However, this only happens some of the time. It also should be noted that I was never able to directly compare my WIP with any other WIP because the other WIPs would desync early in the run as well. Perhaps it has to do with computers (I use a laptop).
TRT, is miseiler correct in that version 0.9.2+ was used to make the movie, not 0.9.4?
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Sir VG wrote:
FYI, you should cancel the old run now that you've submitted a new one.
The old one has been canceled already, I thought?
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
klmz wrote:
Stolen & tampered post: This is slightly off-topic, but the two encodes I've gotten of this movie -- the published one and the mkv one from Aktan -- have had the sound desynched by about a third and an eighth of a second, respectively. Is this a common thing that no one's bothered to mention until now, or are my codecs just a bit boffed up? If it helps, I'm using the "K-Lite Uber Codec Pack" and Media Player Classic on Windows XP with Service Pack 3.
I believe your codecs is messed up. Someone else said in the MMX2 thread with the same exact codec pack had the same problems with my encodes. While this video does have a delay due to me not noticing that encoding to AAC adds a delay until now, the delay was minimal that I didn't notice until later. The exact delay is -105 ms off, which apparently you may have noticed. But the fact that the other guy noticed a delay on an encode that fixed the AAC delay problem, and that you and him both have the same exact specs, I think it's more the codec pack's fault. I don't know if it installs Haali media splitter, but that's what you need.
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
For Mega Man X5 the sync issue has been fixed, but for Mega Man X 2, there is a slight sync off that I found out later, but small enough to be unnoticeable. I don't think it's the files but you, then. I always don't like codec packs, and K-Lite seem always to be problematic. I don't know if it installs Haali splitter, but that's what you need. Edit: Upon relooking at the MMX2 video, the delay is defiantly there, though I only really notice it when I really paid careful attention. The thing that you also think there is a delay in MMX5 leads me to think the problem is elsewhere since I did fix that problem in MMX5. But what's funny is that your guess for the delay is practically right. The delay in MMX2 is -97 ms. If you think the delay is 1/3 off though, then I do think it's the demultiplexer since both the video and audio is suppose to be delayed by that much due to the way I create MP4s. Since you are using MPC, you could try the MKV posted in this thread by me to see if that helps.