Posts for Aktan

1 2
13 14 15
49 50
Posted: 5/5/2014 12:42 AM
Quote
Aktan
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
He's sending to YouTube, hence why I suggested WAV with H.264 in MKV...
Posted: 4/1/2014 11:51 PM
Quote
Aktan
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
H.264 only works in AVI via an hack that was not highly supported, so newer versions of ffdshow stopped including x264vfw (H.264). Getting Lagarith is as easy as: http://bit.ly/PeoBjm So sorry if I don't see the problem =p. Really if you want H.264 in AVI, you would need to get an older version of ffdshow, which I'm not sure where to get. Also make sure you get 32-bit of everything because the 64-bit counterparts are not all there. Aka get 32-bit VirtualDub, 32-bit Lagarith (comes with both actually), 32-bit ffdshow, etc...
Posted: 2/5/2014 2:13 PM
Quote
Aktan
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
xnamkcor wrote:
Is over 1 minute not a major improvement?
I suppose you are right, thanks for pointing it out.
Posted: 1/30/2014 12:18 AM
Quote
Aktan
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
QuizmasterBos wrote:
Can you tell me at what time you can be on IRC?
I'm on IRC pretty much 24/7, doesn't mean I am there though. I am more likely there after 7 PM EST (-5 GMT).
Posted: 1/29/2014 5:29 AM
Quote
Aktan
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
So the IP conflict is a big clue. That means your network has a loop in it somewhere. I think what would help solve the problem is draw a diagram and how they are connected (wired/wireless). Be sure to include any other details like modems, APs, switches, or even hubs (gasp!). While drawing, I would really just follow the wires (if possible). As for reinstalling, did you try a direct connection from your new laptop to the router with NOTHING (including the modem) else connected? You should get an IP if it is just your laptop wired to the router. This is a good starting point. If you want more faster help, I suggest you get on IRC so we can talk directly. Oh I should mention that if it really is related to your laptop only, maybe bridge mode is on somehow creating the loop.
Posted: 1/26/2014 2:23 AM
(Edited: 1/30/2014 11:30 PM)
Quote
Aktan
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Here are the encodes: 320x240: https://archive.org/download/Lozoot-tas-bloobieblamrgrunz/lozootj-tas-bloobieblamrgrunz.mkv 320x240 Stream: http://aktan.site90.com/?vid=Lozoot-tas-bloobieblamrgrunz/lozootj-tas-bloobieblamrgrunz_512kb 640x480: https://archive.org/download/Lozoot-tas-bloobieblamrgrunz/lozootj-tas-bloobieblamrgrunz_480.mkv 640x480 Stream: http://aktan.site90.com/?vid=Lozoot-tas-bloobieblamrgrunz/lozootj-tas-bloobieblamrgrunz_480_512kb 1920x1440: https://archive.org/download/Lozoot-tas-bloobieblamrgrunz/lozootj-tas-bloobieblamrgrunz_1440.mkv 1920x1440 Stream: http://aktan.site90.com/?vid=Lozoot-tas-bloobieblamrgrunz/lozootj-tas-bloobieblamrgrunz_1440_512kb Other encodes coming soon. Edit: Well I made a blunder in which the subs are wrong, removing files for now. Edit 2: Added the fixed 320x240 encodes. Edit 3: Fixed 320x240 Stream link. Edit 4: Added 640x480 encode/stream. Edit 5: Added 1920x1440 encode. Edit 6: Added 1920x1440 stream.
Posted: 12/28/2013 9:07 PM
Quote
Aktan
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
For NTSC, it should be 8-231.
Posted: 12/24/2013 10:23 PM
Quote
Aktan
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Slowking wrote:
That MrGrunz guy is a big old jerk. Voting no! @Aktan With what plugin did you capture the "the end" screen? Actually looks like it should.
I've been doing it for the past few OoT submissions, but since the credits are credits and easy to sync, I used the one I know works with the correct effects, which is Glide64. So it's a splice where the credits is Glide64 while the rest, where sync matters, is Jabo. Hopefully with Bizhawk, the whole thing will be in Glide64, in which everything would be correct, I think.
Posted: 12/24/2013 10:04 PM
Quote
Aktan
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
You probably be better off sync by audio in the beginning since as far as I know, the first part is all the same exact input from MrGrunz previous run.
Posted: 12/24/2013 9:53 PM
Quote
Aktan
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Also with the different capture methods, it's hard to go frame by frame compare in general. That's Mupen for ya XD.
Posted: 11/23/2013 5:38 PM
Quote
Aktan
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Looks good so far! But I'm no Kirby player expert.
Posted: 11/1/2013 10:21 PM
Quote
Aktan
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Here, I reuploaded the whole package here: http://www.mediafire.com/download/9x2ax1rb5un02d5/ExactDedup_Version_0.03.zip
Posted: 10/23/2013 2:09 PM
Quote
Aktan
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Here is a high kbps encode as requested by AngerFist: http://www.mediafire.com/?6a2n9wfr7g95bzp
Posted: 10/10/2013 7:42 PM
Quote
Aktan
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Well here is a simple test. Can you capture any game? Cave Story is a free game you can try. If you can't capture Cave Story, then it might be something else.
Posted: 10/2/2013 2:16 AM
Quote
Aktan
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Here is a more transparent encode as requested by AngerFist: http://www.mediafire.com/download/s69xtkp601ibax0/wonderboyinmonsterland-tas-dadoc_trans.mkv
Posted: 10/2/2013 1:45 AM
Quote
Aktan
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
You should be able to play that file, I think, Fishaman P. Maybe try LAV FIlters and MPC-HC.
Posted: 9/30/2013 7:06 PM
Quote
Aktan
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
It's been months, but finally the other resolution encodes are done. Sorry for the delay!
Posted: 9/19/2013 11:38 PM
Quote
Aktan
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
x264vfw is sorely outdated. Kind of not recommended to use. Basically, newer x264 has more options that are not available to something older. Sorry this doesn't really help you much...
Posted: 6/29/2013 1:15 AM
Quote
Aktan
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
There is a log file .kkapture makes with the same name of the Mupen executable. Maybe post that in Pastebin or something like it?
Posted: 6/28/2013 12:22 PM
Quote
Aktan
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Did you use the modified version of .kkapture? It sounds like you used the original in which the playback speed is so slow that it looks like it is stuck.
Posted: 6/2/2013 3:14 PM
Quote
Aktan
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
urbano wrote:
Not sure if this has been pointed out (or if I'm in the wrong thread to say this), but the Youtube video length has been cut down to 1:14:09.
Weird, looks fine to me? Maybe a YouTube hiccup?
Posted: 5/21/2013 5:33 AM
Quote
Aktan
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
This random garbage, does it go away after a while? I believe I've seen this before and it was due to loading the state while the game is not rendering from the initial game load, so loading a bit later fixed it.
Posted: 5/19/2013 11:40 AM
Quote
Aktan
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
I've not encounter where the next desync 1 frame ahead of the previous desync, but I have encountered desyncs (rarely) where it is a few frames from the last one. When you say all the previous of "minor" desyncs are wasted from a major one, I say it isn't because there are frame differences (aka inaccurate) that were fixed. Basically, to me, a desync is a desync, there is no major or minor desync. If it desyncs, it should be fixed. Also I'm confused why you use pass 3 as your basis as that is the capture phase and all desyncs have been fixed already. Maybe I should clarify that... (which I did just now, lol) Just to make sure, the savestates made are always from TAS SPU, and not Eternal SPU, right? Might be another misunderstanding, but using savestates from Eternal SPU will probably cause more desyncs, hence why I am making sure...
Posted: 5/18/2013 5:59 PM
Quote
Aktan
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
For playback of Archive.org stream on my laptop of Intel Core i7 2670QM, with Intel GPU: Flash with hardware acceleration: Corrupted video but I think no stuttering with GPU usage around 17 % and CPU usage around 9%. Flash with software render: No corrupted video but some stuttering with CPU usage around 14%. Firefox HTML5 MP4 player: No corrupted video but slight stuttering with CPU usage around 13%. Seems all the players are single core, unfortunately.
Posted: 5/18/2013 5:39 PM
Quote
Aktan
Experienced Forum User, Publisher
Joined: 4/23/2009
Posts: 1283
Here is my diagram. I got lazy near the end on explaining pass 3, and some more information needs to be saved in pass 2 (like how many frames before the desync frame was the savestate that finally worked), but I think the general idea is there.
1 2
13 14 15
49 50