Joined: 6/22/2007
Posts: 181
Location: Eastern Michigan University
working(a): adopted as a temporary basis for further work; "a working draft"; "a working hypothesis"
ie: my working copy, or... my copy working :P
no your right, i see what you mean.
it runs, but you couldnt say it WORKED well
Joined: 6/22/2007
Posts: 181
Location: Eastern Michigan University
slougi has started a windows branch, and this is my copy working. games dont seem to run, and I haven't played with it much. But eventually things should just work.
Joined: 6/22/2007
Posts: 181
Location: Eastern Michigan University
Re: Hardware Limitations
Removing the limits on some things colors, sounds, sprites would be a nice touch if it was not overdone.
Megaman is not really meant for 3D so sticking with some of the original sprites might give it a better feel. However vibrant color shading, and no lag... it might look/sound better overall.
I also like the digital sounds from Megaman, it doesn't need to be 'realisitic'
Joined: 6/22/2007
Posts: 181
Location: Eastern Michigan University
This thread is turning into Super Metroid, please discontinue the bickering. I personally read these threads to see if any cool new improvements have been found, not to read people fighting over things which should be done privately. Please respect this community, and it's rules... thank you. (I know this was said by AngerFist, but I found the overuse of the word 'fag' to be disheartening.)
- okaygo
Joined: 6/22/2007
Posts: 181
Location: Eastern Michigan University
Raiscan wrote:
okaygo wrote:
Alright, I think I'm going to write a patched Mupen64 for Windows that fixes the pause bug, but someone will have to compile it. Does this work for you guys? (This will not be Mupen64Plus)
Is there a link to this mythical mupen64 build?
I haven't gotten around to fixing all the bugs. (by bugs I mean features)
Joined: 6/22/2007
Posts: 181
Location: Eastern Michigan University
Quote From Wikipedia:
Other games substitute the use of the microphone by pressing down the Select button on the controller, but in Takeshi no Chōsenjō, microphone use is substituted by pressing the A button while holding down on the keypad of the second controller. Though the microphone is used to determine the presence of sound, the game does not have the technology to process sound pitches, making it possible to "sing" just by blowing air on the microphone with proper timing.
The game ends once the player discovers the treasure hidden in an island cave. A black ending screen appears, along with the words kan (完, kan? The End), erai (えらいっ, erai? good job), and a picture of Kitano's face. The game has no ending credits, and if the player leaves the ending screen on for 5 minutes, the words change to konna gēmu maji ni nacchate dōsuruno (こんなげーむにまじになっちゃってどうするの, konna gēmu maji ni nacchate dōsuruno? Why get serious for a game like this). Throwing 20,000 punches on the opening game screen will also take the player directly to the game's ending.
Joined: 6/22/2007
Posts: 181
Location: Eastern Michigan University
ZeXr0 wrote:
I wouldn't be accepted because it's a modified emulator that modify the way the emulation is handle. So it would be faster, but it wouldn't be possible to publish it.
12:03 <okaygo> Ok, with the help of PJBoy I built a special version for OOT
12:04 <okaygo> Should fix the pause bug in V1.0
12:06 <Bisqwit> meow
12:06 <okaygo> Bisqwit: It that allowed?
12:06 <theenglishman> :o?
12:06 <okaygo> I built a new version of the emulator for a game
12:07 <okaygo> To 'fix' the bugs
12:07 <theenglishman> fuckin' a!
12:07 <theenglishman> Bisqwit, please allow it
12:07 <okaygo> It will work backwards
12:08 <Bisqwit> okaygo: Suppose so...
Joined: 6/22/2007
Posts: 181
Location: Eastern Michigan University
Alright, I think I'm going to write a patched Mupen64 for Windows that fixes the pause bug, but someone will have to compile it. Does this work for you guys? (This will not be Mupen64Plus)
Joined: 6/22/2007
Posts: 181
Location: Eastern Michigan University
hasone wrote:
If I understand correctly, the current fix for the zelda pause bug involves inputting a gameshark cheat that alters the game somehow. A more "legal" fix hasn't been found yet.
Bisqwit deemed the patch to be legal. However we could use some WINDOWS developers to help us.
Joined: 6/22/2007
Posts: 181
Location: Eastern Michigan University
ShinyDoofy wrote:
I once saw a page explaining how the walk on water gameshark code was "developed". Iirc the page also said that Mario's swimming state is determined on his height on the map.
Unfortunately I can't seem to find the page anymore :(
Joined: 6/22/2007
Posts: 181
Location: Eastern Michigan University
Although lazy, its ~50% faster then the current run. One could argue that this run used new tricks to achieve a faster time, and another could argue that these tricks have not been optimized yet, thus allowing someone to beat it. Ok so he didn't play the game using the frame advance key, and took the easy way out... so what... that just makes it harder for the novice to submit ANOTHER poorly made but faster run, instead it forces someone to make a BETTER video to beat it.
Otherwise we might be looking at yet another TAS of this movie...
Look at how many super mario 64 runs got published, each one faster, and the first time it wasn't optimized. =)
Joined: 6/22/2007
Posts: 181
Location: Eastern Michigan University
Listen guys, if we accept this run, then the next published run will be faster then this, regardless if it is optimized or not. By denying this run (even without watching it), we just open the door for someone else to submit a poorly made run. By accepting it, we force the next person in line to beat the time by using optimizations. Yes it's a little pointless, but that means the next guy must beat the current time forcing the rules upon himself.
Voted yes.
slougi has started a windows branch, and this is my copy working. games dont seem to run, and I haven't played with it much. But eventually things should just work.