Posts for Johannes


1 2
9 10 11
16 17
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
petrie911 wrote:
TBH, I think it would be better to just finish this and not wait for Mupen64Plus. There's really no telling how long it will be for them to finish, and in the meantime, we have a OoT run that desperately needs obseletion. It's not like anyone would really fault you for the emulator's lack of features. Awesome WIP, BTW.
However, the run can easily be obsoleted as soon as Mupen64Plus is finished.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
[URL=http://www.filedropper.com/chameleontwist-tas-bobmario511]Encode (48 MB)[/url] which should be suitable for publication.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
Nice improvement. My encode will be up in a few hours.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
ThMrksman wrote:
AKA wrote:
We've put a lot of effort into the run so far, approxiamatly 78k+ re-records with less than 10 mins of movie length.
*jaw drops* you what? I mean excellent work, but . . by comparison the TAS I've done is just over 10 mins now and still under 3k rerecords. I'm stunned
It depends on the game. Bomberman Hero is very simple compared to OoT.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
BrianRuleZ wrote:
Here's a little something I made: http://dehacked.2y.net/microstorage.php/info/1684930290/BitDW%20without%20text.m64 http://www.megaupload.com/?d=UQ3SRR6G I have it on youtube too but I don't know how to use x264 so the quality came out pretty bad It beats BitDW in 16.2 with text message. This one is without text message. 2 frames faster than the latest BitDW TAS of a 0 star run Enjoy
Quick encode
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
Krohn, I would appreciate if you posted an m64 of the blue slope BLJ in the lobby.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
mr_roberts_z wrote:
ThMrksman wrote:
Basically, either krohn7master will make a .m64 showing the glitch and someone will start making a new 0 star run
This won't happen. He has already claimed that the moat glitch was a once-in-a-lifetime thing, and there was little chance he would ever get it again. Meanwhile, even if he could prove the BLJ into BitDW with an m64, it would be far slower than what we have currently, and pointless in a 0 star TAS.
It would, however, be useful in un-assisted 1 star runs.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
Forge wrote:
z0MG wrote:
onReload wrote:
krohn7master: The thing is it that, there is no way I could ever pull off the walking under water trick again krohn7master: That happened out of nowhere krohn7master: and I have tried it over and over, and it never works
He said to me that it worked when he tried it on Mupen. :|
If you could post the chat log of that I'm pretty sure it'd be case closed, as FODA said.
(17:25) Krohn - Sk84lifz: Hey, so I am going to make a .m64 file to show the trick for the Mario video (17:25) Krohn - Sk84lifz: Can you show me how to do it? (17:25) Johannes: gl.. :/ (17:26) Krohn - Sk84lifz: I can't wait to see the look on everyone's face when I show them this video (17:26) Krohn - Sk84lifz: So (17:26) Krohn - Sk84lifz: I need (17:26) Krohn - Sk84lifz: Mupen64 (17:26) Krohn - Sk84lifz: and thats it? (17:26) Johannes: bluetoaster.com/emu (17:26) Johannes: get the recommended one (17:26) Krohn - Sk84lifz: alright (17:27) Johannes: utilities, movie, start movie recording (17:27) Johannes: starting from start (17:27) Johannes: and do your trick (17:27) Krohn - Sk84lifz: Okay (17:56) Krohn - Sk84lifz: Alright (17:56) Krohn - Sk84lifz: So the trick is working (17:57) Krohn - Sk84lifz: however (17:57) Johannes: O_O (17:57) Krohn - Sk84lifz: the video is lagging Etc.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
onReload wrote:
krohn7master: The thing is it that, there is no way I could ever pull off the walking under water trick again krohn7master: That happened out of nowhere krohn7master: and I have tried it over and over, and it never works
He said to me that it worked when he tried it on Mupen. :|
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
petrie911 wrote:
Do we know the memory addresses for Mario's speed? And, if so, what are they?
00C26C44
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
FODA wrote:
Can someone use a gameshark to pass that door and see if you can go to bowser 2? maybe you can't and "we" can stop thinking about the moat door :)
There's no reason it shouldn't be possible.
AKA wrote:
I have doubts about the legitimacy of it, unless the orginal submitter of the trick can prove otherwise. Also, I'm pretty sure you can't open the moat door even if you have the metal cap on, or if you were to use the warp cheat to make Mario appear right in front of the door.
When you go into water with the metal cap, you go into an underwater with metal cap state, which I think explains why you can't open doors.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
Apo123 wrote:
Holy shit, does this mean sub 5 minutes is possible?
If this really works, yes.
FODA wrote:
z0MG wrote:
http://www.youtube.com/watch?v=SltTSySbUi0 0:57. Now let's try to figure out how it's done. KrohnIndustry has no idea - it happened randomly. He has no proof he didn't use GS, but it's still worth testing.
That makes no sense... I can only think of 2 theories: - he was falling so fast that he didn't touch the water surface in between frames. But this makes no sense because we know you will start swimming instantly the moment you go under a water surface (see tall tall mountain glitches) - he came from too far too fast so the water didn't load? this makes no sense either. I know I've done a lot of BLJ on the roof and the water was always water.
Yeah. He also did LJs on the slope after landing the BLJ, which isn't possible :|
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
http://www.youtube.com/watch?v=SltTSySbUi0 0:57. Now let's try to figure out how it's done. KrohnIndustry has no idea - it happened randomly. He has no proof he didn't use GS, but it's still worth testing.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
This is what I currently use:
start /wait mencoder.exe -priority idle -oac mp3lame -mc 0 -lameopts preset=71:aq=0:mode=0 -ovc copy -o mixed-a.avi Input.avi 

start /wait mencoder.exe -priority idle -vf decimate=30:0:0:1 -vf scale=320:240 -sws 9 -aspect 4:3 -oac copy -mc 0 -ovc x264 -x264encopts qp=20:pass=1 -o Video-comp-1stpass.avi mixed-a.avi -sub subtitle.sub -subfont-text-scale 4 -sub-bg-alpha 15 -font ./mplayer/subfont.ttf 

start /wait mencoder.exe -aspect 4:3 -vf decimate=30:0:0:1 -priority idle -oac copy -mc 0 -ovc x264 -x264encopts bitrate=400:pass=3:frameref=15:qcomp=1:ratetol=100:me=umh:me_range=64:subq=7:8x8dct:mixed_refs:fast_pskip=no -o Video-comp.avi Video-comp-1stpass.avi -sub subtitle.sub -subfont-text-scale 4 -sub-bg-alpha 15 -font ./mplayer/subfont.ttf 
start /wait mencoder.exe -aspect 4:3 -vf decimate=30:0:0:1 -priority idle -oac copy -mc 0 -ovc x264 -x264encopts bitrate=400:pass=3:frameref=15:qcomp=1:ratetol=100:me=umh:me_range=64:subq=7:8x8dct:mixed_refs:fast_pskip=no -o Video-comp.avi Video-comp-1stpass.avi -sub subtitle.sub -subfont-text-scale 4 -sub-bg-alpha 15 -font ./mplayer/subfont.ttf 
start /wait mencoder.exe -aspect 4:3 -vf decimate=30:0:0:1 -priority idle -oac copy -mc 0 -ovc x264 -x264encopts bitrate=400:pass=3:frameref=15:qcomp=1:ratetol=100:me=umh:me_range=64:subq=7:8x8dct:mixed_refs:fast_pskip=no -o Video-comp.avi Video-comp-1stpass.avi -sub subtitle.sub -subfont-text-scale 4 -sub-bg-alpha 15 -font ./mplayer/subfont.ttf
It makes the first second blurry, no matter how many times I run the nth pass. A bitrate of above 400 makes it over 4 MB/min. A bitrate of 700 solves the blur problem, but it's way too large.. Help? D:
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
bkDJ wrote:
No point in making an encode at 320x240 that needs a quad-core 4GHz machine using hardware acceleration to run smoothly :P
For some reason, the video gets so blurry it's nothing more than a joke if I don't downscale, but looks good if I do.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
Raiscan wrote:
Important thing to remember: decimate does not work with threads > 1 or bframes > 0. Using decimate with either threads of bframes will cause choppiness and generally bad things. At least, this is the case in mencoder.. it's possible threads and decimate might work in another encoder somewhere. Also, I strongly advise you not to use b-frames in AVIs. Now to actually be helpful. The following is (probably) what I used for the last SM64 encode I did. (save as something.bat):
title N64 TAS Encoding
REM Audio Encoding
start /wait mencoder.exe -priority idle -oac mp3lame -mc 0 -lameopts preset=71:aq=0:mode=0 -ovc copy -o mixed-a.avi mixed.avi
REM Video Pass 1
start /wait mencoder.exe -priority idle -vf decimate=30:0:0:1 -aspect 4:3 -oac copy -mc 0 -ovc x264 -x264encopts qp=20:pass=1 -o Video-comp-1stpass.avi mixed-a.avi -sub subtitle.sub -subfont-text-scale 4 -sub-bg-alpha 15 -font ./mplayer/subfont.ttf
REM Video Pass 2
start /wait mencoder.exe -aspect 4:3 -vf decimate=30:0:0:1 -priority idle -oac copy -mc 0 -ovc x264 -x264encopts bitrate=700:pass=3:frameref=15:qcomp=1:ratetol=100:me=umh:me_range=64:subq=7:8x8dct:mixed_refs:fast_pskip=no -o Video-comp.avi Video-comp-1stpass.avi -sub subtitle.sub -subfont-text-scale 4 -sub-bg-alpha 15 -font ./mplayer/subfont.ttf 
start /wait mencoder.exe -aspect 4:3 -vf decimate=30:0:0:1 -priority idle -oac copy -mc 0 -ovc x264 -x264encopts bitrate=700:pass=3:frameref=15:qcomp=1:ratetol=100:me=umh:me_range=64:subq=7:8x8dct:mixed_refs:fast_pskip=no -o Video-comp.avi Video-comp-1stpass.avi -sub subtitle.sub -subfont-text-scale 4 -sub-bg-alpha 15 -font ./mplayer/subfont.ttf 
start /wait mencoder.exe -aspect 4:3 -vf decimate=30:0:0:1 -priority idle -oac copy -mc 0 -ovc x264 -x264encopts bitrate=700:pass=3:frameref=15:qcomp=1:ratetol=100:me=umh:me_range=64:subq=7:8x8dct:mixed_refs:fast_pskip=no -o Video-comp.avi Video-comp-1stpass.avi -sub subtitle.sub -subfont-text-scale 4 -sub-bg-alpha 15 -font ./mplayer/subfont.ttf 
I think qcomp=1 and qp=20 on the first pass is what I did to fix my initial-blurring problem. At the very least qcomp is overwritten by 1st pass data, so I believe it makes very little difference whether it's in the command line or not. Also take note at the abnormally high bitrate. This is because decimate forces duplicate frames to 0 bytes, which x264 does not take into account for. As a result, for a game that runs at 20fps, the specified bitrate should be ~3 times what you're aiming for. Where games are almost fully 60fps with no lag and very little blank transition screens, b-frames will probably be better than decimate. Here's what I used for Ecco 2:
title Genesis TAS Encoding
REM Audio Encoding
start /wait mencoder.exe -priority idle -oac mp3lame -mc 0 -lameopts preset=80:aq=0:mode=0 -ovc copy -o mixed-a.avi mixed.avi
REM Video Pass 1
start /wait mencoder.exe -priority idle -aspect 4:3 -oac copy -mc 0 -ovc x264 -x264encopts threads=4:qp=20:bframes=6:b_pyramid:weight_b:brdo:bime:pass=1:me=umh:me_range=64:subq=7:8x8dct -o Video-comp-1stpass.avi mixed-a.avi -sub subtitle.sub -subfont-text-scale 4 -sub-bg-alpha 15 -font ./mplayer/subfont.ttf
REM Video Pass 2
start /wait mencoder.exe -aspect 4:3 -priority idle -oac copy -mc 0 -ovc x264 -x264encopts threads=4:bitrate=420:pass=3:frameref=15:bframes=6:weight_b:b_pyramid:brdo:bime:qcomp=1:ratetol=150:me=umh:me_range=64:subq=7:8x8dct:mixed_refs:fast_pskip=no:trellis=2 -o Video-comp.avi Video-comp-1stpass.avi -sub subtitle.sub -subfont-text-scale 4 -sub-bg-alpha 15 -font ./mplayer/subfont.ttf
start /wait mencoder.exe -aspect 4:3 -priority idle -oac copy -mc 0 -ovc x264 -x264encopts threads=4:bitrate=420:pass=3:frameref=15:bframes=6:weight_b:b_pyramid:brdo:bime:qcomp=1:ratetol=150:me=umh:me_range=64:subq=7:8x8dct:mixed_refs:fast_pskip=no:trellis=2 -o Video-comp.avi Video-comp-1stpass.avi -sub subtitle.sub -subfont-text-scale 4 -sub-bg-alpha 15 -font ./mplayer/subfont.ttf  
Since decimate isn't used, I can afford to use as many threads as required to maximise speed :) Both of the above batch files are based off of the ones in the MakingAVI Resource.
Works well if you add -vf scale=320:240 -sws 9 to the first pass. Thanks for the help.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
Can someone give me starting scripts to mess around with? I can't get anything to work well.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
I'm having some trouble encoding. Most notably, when I set the bitrate below 500-ish, the first second becomes blurry. I can get good quality, but not small enough files. Can someone give me good windows MEncoder scripts, 2 or 3 passes, 3 MB (or lower if possible)/min?
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
Is there any chance this will support m64 some day?
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
Gameshark codes are not allowed in TASes.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
mmbossman wrote:
I got the same input termination bug (resulting in a paused game) at the end, and that is currently the only thing that is keeping this from being accepted.
I avoided the pause caused by the input termination bug by replacing the ZA with an A, making Mario hit the star earlier. http://www.box.net/shared/mpyrglgdsg
FODA wrote:
I took some time to watch it last night. It made me laugh at some points, and the technical quality looks perfect. Can't ask for more. Good job guys! I'm just sad to see it obsolete another run so soon, that's why I like to see co-working instead of competition, but that's what we get when we go with the later. Keep improving if possible :)
Thank you. More improvement is currently impossible, but will probably be found :)
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
andrewg wrote:
Swordless Link wrote:
Check this out. Watch this one first: http://uk.youtube.com/watch?v=0raU4dHUYJw Then this one: http://uk.youtube.com/watch?v=e01VnYQ7ktY
Very interesting.... Now is that useful?
Interesting indeed, but not useful.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
petrie911 wrote:
Sorry to double post, but, well, I've successfully made a route that incorporates the Lens of Truth warp. If my estimates are correct, it should save 30s over the current method (and, of course, look really, really weird). It's not a major improvement, but, well, it's something to put in the MM TAS v3. One important change is that it finds a better use for the extra time in the prelim cycle. At the cost of 4 screen transistions (15s, tops), you should be able to get ~99r from Termina Field, greatly easing the rupee crunch you get into after Snowhead. It would even be possible to finagle it so that you get to use chus in GBT. I'll get around to typing it up later.
30s is definitely a major improvement :O Great job, looking forward to seeing the route.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
We assumed that since we did one more running frame to get enough speed to be able to do one less BLJ, which takes 2 frames, we saved a frame. The frame saved was probably lost in the DDD room because of less speed. Thanks for pointing it out.
Post subject: Site suggestion
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
All TASers should be able to replace their own emulator movie files while in the workbench.
1 2
9 10 11
16 17