Because the guys from the regular leaderboard were either too lazy to just add another subcategory for it, or had some dumb reason why iQue shouldn't be included, despite it being an official release.
Current project: Gex 3 any%
Paused: Gex 64 any%
There are no N64 emulators. Just SM64 emulators with hacky support for all the other games.
Since sonicpacker posted that he (and other SM64 authors) were fine with saving a BK2 update for a later small improvement, I suppose it would be fine to submit/publish it after converting to BK2.
http://www.youtube.com/Noxxa
<dwangoAC> This is a TAS (...). Not suitable for all audiences. May cause undesirable side-effects. May contain emulator abuse. Emulator may be abusive. This product contains glitches known to the state of California to cause egg defects.
<Masterjun> I'm just a guy arranging bits in a sequence which could potentially amuse other people looking at these bits
<adelikat> In Oregon Trail, I sacrificed my own family to save time. In Star trek, I killed helpless comrades in escape pods to save time. Here, I kill my allies to save time. I think I need help.
Sorry, but I explicitely refuse to that. There's literally no reason why it should be converted to BK2 since it results in an even more inaccurate time (Read sp's post again)
Joined: 10/12/2011
Posts: 6438
Location: The land down under.
<Zeupar> lol, dis guise
<Zeupar> Refusing to catch up with the times
Plush wrote:
Read sp's post again
sonicpacker wrote:
- Deadline for submitting .m64 files has not been reached
It has been passed by 7 months now and you boys know very well about this.
Also wrong area.
Also, also. Star Road when?
Also, also, also. You go against with what you just wrote.
Plush wrote:
Idk publish it if you want, I don't care
Edit: sm64expert is what put me off there, so I stroked out the derp.
WebNations/Sabih wrote:
+fsvgm777 never censoring anything.
Disables Comments and Ratings for the YouTube account.Something better for yourself and also others.
Can you be more clear? Why should it be converted to BK2 except "hurr durr you said so months ago" (I didn't)?
And also I care if you use a literally bad timing when a better one is available.
If you can't follow this simple task, then just don't publish it.
Read: "Here, guise, an .m64 I know I can't submit, but you CAN publish it as is because I feel I am special enough for the rules to not apply to me."
AzumaK wrote: I swear my 1 year old daughter's favorite TASVideo is your R4MI run :3
xxNKxx wrote: ok thanks handsome feos :D
Help improving TASVideos!
Yeah, your corrupted input file is very special, too.
AzumaK wrote: I swear my 1 year old daughter's favorite TASVideo is your R4MI run :3
xxNKxx wrote: ok thanks handsome feos :D
Help improving TASVideos!
Yup, it's right above you, in my first post! By the way, you can spare me the snarky emoticons.
AzumaK wrote: I swear my 1 year old daughter's favorite TASVideo is your R4MI run :3
xxNKxx wrote: ok thanks handsome feos :D
Help improving TASVideos!
Plush, you do good work. But there's a number of very good reasons for the migration from Mupen. I understand it's the standard for Mario 64 TASers. But it's not really being maintained anymore, and the timing, while slightly better in an absolute scale, is far too generous, and results in a better time than possible on console. BizHawk is undeniably a more accurate emulator overall. And it's much easier for other people, like judges, encoders, and publishers, to work with.
No one is saying you can't continue to personally use Mupen, or that you can't continue to use it as a benchmark for your old files. Just that if you'd like to submit the file as a movie it needs to be in the BizHawk format.
I know there's a lot of drama in the SM64 TAS community. Like... all of the time. But this, at least, isn't personal. It's simply applying uniform standards, to try to make the site a better place.
Build a man a fire, warm him for a day,
Set a man on fire, warm him for the rest of his life.
Plush, you do good work. But there's a number of very good reasons for the migration from Mupen. I understand it's the standard for Mario 64 TASers. But it's not really being maintained anymore, and the timing, while slightly better in an absolute scale, is far too generous, and results in a better time than possible on console. BizHawk is undeniably a more accurate emulator overall. And it's much easier for other people, like judges, encoders, and publishers, to work with.
No one is saying you can't continue to personally use Mupen, or that you can't continue to use it as a benchmark for your old files. Just that if you'd like to submit the file as a movie it needs to be in the BizHawk format.
I know there's a lot of drama in the SM64 TAS community. Like... all of the time. But this, at least, isn't personal. It's simply applying uniform standards, to try to make the site a better place.
Thanks for an actual nice, quiet post, those are pretty rare here =)
What you might be missing is that BizHawk's accuracy is lacking in SM64. Mupen64 objectively HAS better accuracy than Biz, since it's much closer to final time. BizHawk is a very good emulator, don't get me wrong. It has support to many many consoles with amazing accuracy. Here that's just not the case.
Mupen64 objectively HAS better accuracy than Biz, since it's much closer to final time.
Just because the time is closer, doesn't necessarily mean that the emulation is more accurate. There are a lot of moving parts in an emulator.
For instance, if an emulator has two emulation errors, one that causes it to gain a frame, one that causes the loss of a frame, the overall time is exactly the same. However, if a second emulator merely has the second error, then it will be a frame faster. But you'd presumably agree with me that the second emulator is objectively the more accurate emulator, despite having a different time.
Build a man a fire, warm him for a day,
Set a man on fire, warm him for the rest of his life.
Mupen64 objectively HAS better accuracy than Biz, since it's much closer to final time.
Just because the time is closer, doesn't necessarily mean that the emulation is more accurate. There are a lot of moving parts in an emulator.
For instance, if an emulator has two emulation errors, one that causes it to gain a frame, one that causes the loss of a frame, the overall time is exactly the same. However, if a second emulator merely has the second error, then it will be a frame faster. But you'd presumably agree with me that the second emulator is objectively the more accurate emulator, despite having a different time.
Actually very good point, but that's not the case here. Mupen's inaccuracy is mostly given from its framerate (30FPS). If you divide the VI counter by the n64 framerate, you get an actual close time. On the other hand, in Bizhawk, the framerate is a bit more accurate (closer to true framerate instead of 30), while the lag is completely messed up. Not sure how you can say that is "better emulation".
Tl;dr Mupen nearly got it except for framerate. Just divide by true framerate and you get the correct time. Bizhawk lags where it shouldn't.
