Joined: 8/22/2008
Posts: 118
Location: KUUSANKOSKI, Finland
Whoa.
I've only played the 16-bit version of this.
Looks like 8-bit has lots of things dropped out because of memory constraints... or did you just skipped the the most of the game? :P
At least the icy place was entered before it was meant to be accessible.
Also it seems that the mushroom (mycoid) battle was avoided in the last stage.
I give this a yes vote. But I'm biased. I have lived part of my childhood with the 16-bit version. ;)
trazz wrote:
Killing the skeletons sooner or letting the skeletons live (unlive?) won't affect that at all.
Joined: 8/22/2008
Posts: 118
Location: KUUSANKOSKI, Finland
I didn't read any text before watching this TAS.
After the end scene started rolling I literally said "WOW!" and clapped.
This is an obvious "Yes" from me.
trazz wrote:
Killing the skeletons sooner or letting the skeletons live (unlive?) won't affect that at all.
This or they just blindly believe all the marketing crap the console manufacturer tells them... which is essentially indirect "clever trolling". In this case they are not even aware that they are being "trolled" to speak "clever trolling".
I think I didn't make much sense here... Oh well...
trazz wrote:
Killing the skeletons sooner or letting the skeletons live (unlive?) won't affect that at all.
Joined: 8/22/2008
Posts: 118
Location: KUUSANKOSKI, Finland
I watched OpenTechLabs FPGA videos some time ago. And yes. It actually makes sense (now) - it's impossible to simulate some chip using FPGA with transistor-level accuracy.
trazz wrote:
Killing the skeletons sooner or letting the skeletons live (unlive?) won't affect that at all.
Joined: 8/22/2008
Posts: 118
Location: KUUSANKOSKI, Finland
Warp wrote:
Btw, it's unclear to me whether that FPGA is actually replicating the original NES transistor-by-transistor, or whether it's just essentially an NES emulator coded into an FPGA.
Interesting thought.
I guess simulating nes chips transistor-by-transistor, with delays, would simulate (most of) the bugs also.
If anyone knows, how the FPGA is actually programmed... post here?
trazz wrote:
Killing the skeletons sooner or letting the skeletons live (unlive?) won't affect that at all.
Joined: 8/22/2008
Posts: 118
Location: KUUSANKOSKI, Finland
Thanks p4wn3r for your expert comment.
One thing that may have advantage on FPGA ans especially on "discrete" original hardware is the input lag. But even with emulators from 2000-2002 the lag hasn't been a problem.
trazz wrote:
Killing the skeletons sooner or letting the skeletons live (unlive?) won't affect that at all.
Joined: 8/22/2008
Posts: 118
Location: KUUSANKOSKI, Finland
Well. AVGN is a satirical show. I don't mind "errors" there.
But emulators playing mp3 instead of creating the audio in realtime? What? Ok. Some CD based games can have seperate audio tracks when played on an emulator because the OST was originally as an CD audio.
Then the topic goes to electrons... Their machine can repduce how eletrons behave? Oh is it a quantum machine? :o
Maybe I'm just an angry old fart, who doesn't like misinformation to be spread.
trazz wrote:
Killing the skeletons sooner or letting the skeletons live (unlive?) won't affect that at all.
Joined: 8/22/2008
Posts: 118
Location: KUUSANKOSKI, Finland
The main event(Mods: If this is a duplicate, please lock and put a link to the other/original topic.)
I don't even know where to begin. Although I have started with massive amounts of facepalming...
Can someone list all the things they got wrong?
Comment section is also pretty full of criticism.
trazz wrote:
Killing the skeletons sooner or letting the skeletons live (unlive?) won't affect that at all.
Joined: 8/22/2008
Posts: 118
Location: KUUSANKOSKI, Finland
Well. I started putting an ebuild of version 2.2 together. I have libgdiplus 5.4 installed (used the ebuild from this thread).
After looking around I figured out that .NET projects are built using xbuild. So running xbuild BizHawk.sln seemed like an obvious choice. Note that this is the actual first time I'm trying to compile any .NET project.
Next thing I saw was the missing ./Version/svnrev.cs, which I created from the template.
After that I managed to get the build process bit further. But it seems that there are several *.cs -files missing. Here's an example:
Language: snippet of the output
CSC: error CS2001: Source file `Consoles/Nintendo/N64/NativeApi/mupen64plusAudioApi.cs' could not be found
CSC: error CS2001: Source file `Consoles/Nintendo/N64/NativeApi/mupen64plusCoreApi.cs' could not be found
CSC: error CS2001: Source file `Consoles/Nintendo/N64/NativeApi/mupen64plusInputApi.cs' could not be found
CSC: error CS2001: Source file `Consoles/Nintendo/N64/NativeApi/mupen64plusVideoApi.cs' could not be found
Is there an easy way to create all of these?
Also if I'm doing this completely wrong, now is the time to tell me so. :D
trazz wrote:
Killing the skeletons sooner or letting the skeletons live (unlive?) won't affect that at all.
Joined: 8/22/2008
Posts: 118
Location: KUUSANKOSKI, Finland
I've been searching here and there for any information of how to compile BizHawk on (Gentoo) Linux AMD64 (x86_64). I do not have any 32-bit abi libs, so the installation is pure 64-bit.
The absence of makefiles (or similar) for Linux compiling just makes the situation a little bit more hopeless.
I already have my own overlay, where I could "adopt" ebuilds if someone has them.
If I can be of any help with my limited skills, I'll do it gladly.
Where do we start?
trazz wrote:
Killing the skeletons sooner or letting the skeletons live (unlive?) won't affect that at all.
Joined: 8/22/2008
Posts: 118
Location: KUUSANKOSKI, Finland
I've always assumed those platform just start moving at their initial location and don't "pull" anything from RNG.
Thanks for the explanation marzojr ja WST!
trazz wrote:
Killing the skeletons sooner or letting the skeletons live (unlive?) won't affect that at all.
Joined: 8/22/2008
Posts: 118
Location: KUUSANKOSKI, Finland
Nice run and improvements.
However I've always wondered why not to position the character, Knuckles in this case, at the (or as close as possible to) pyramid gate after drowning the stone golem miniboss?
This is not the first run that _seem_ not to save frames there... I believe there a reason not to. Somebody tell me why?
trazz wrote:
Killing the skeletons sooner or letting the skeletons live (unlive?) won't affect that at all.
