Posts for RachelB


RachelB
She/Her
Experienced Forum User, Published Author, Player (127)
Joined: 12/3/2011
Posts: 1579
If you are defining 100% as obtaining every item, yes.
RachelB
She/Her
Experienced Forum User, Published Author, Player (127)
Joined: 12/3/2011
Posts: 1579
Another thing i think should be considered is upgrade items which are later overwritten, such as goron bracelet, silver scale, etc. Real time runners skip these, but i'm not sure if that is really right. Of course this raises the question of whether we can sequence break the trading quest, or if we need to get each item at some point. Which i don't really want to require... I'm not sure what i think about this. As for defining the goal, i think it we should just get every unique item through some means, no matter what that is. I disagree with STBM. I do not think we should complete everything there is to complete, but rather obtain everything there is to obtain. That means bosses can be skipped, epona can be skipped, any rewardless sidequests can be skipped (including the gold skulltula quest, though obviously the skulltulas still need all be obtained), etc.
RachelB
She/Her
Experienced Forum User, Published Author, Player (127)
Joined: 12/3/2011
Posts: 1579
Then we are in agreement.
RachelB
She/Her
Experienced Forum User, Published Author, Player (127)
Joined: 12/3/2011
Posts: 1579
Patashu wrote:
The reasoning goes like this: Imagine if a new glitch was discovered, called super-RBA. Super-RBA puts everything in the game into your inventory. 100% now consists of the any% route with a short detour to do super-RBA. Is it interesting?
You don't seem to understand. We can define the goal in a way that requires getting every item in a legitimate way. This would prevent someone from just using rba (or super-rba) to get everything, without banning rba. Now, assuming we do that, what reason is there to ban still rba? Having infinite bombchus does not detract from the entertainment at all. Surely, most here would agree that it would even make it more entertaining. So, if it can't be used to obtain items without actually collecting them, what is the problem? Because that would probably be the only use left for it, except possibly to get some item early (which would still require getting it normally later).
RachelB
She/Her
Experienced Forum User, Published Author, Player (127)
Joined: 12/3/2011
Posts: 1579
Vykan12 wrote:
Again, it's better if 100% is defined as actually getting the items legit as opposed to glitching out your inventory for the same effect. This ensures a large portion of the game will still be played regardless of how many glitches get discovered over time, and that's what people want to see.
Which still doesn't explain why rba should be banned.
RachelB
She/Her
Experienced Forum User, Published Author, Player (127)
Joined: 12/3/2011
Posts: 1579
So basically the point of 100% is to show off all the tricks that can be done to get everything as fast as possible, except when those tricks are just too fast? I'm not buying it. What you want is a playaround, not a speedrun. Which sure, that could have some value, and i think would be pretty cool, but it's not what is being discussed here.
RachelB
She/Her
Experienced Forum User, Published Author, Player (127)
Joined: 12/3/2011
Posts: 1579
I would say claim check is needed.
RachelB
She/Her
Experienced Forum User, Published Author, Player (127)
Joined: 12/3/2011
Posts: 1579
Slowking wrote:
Either allow RBA or don't allow it. A middle thing is just stupid.
It's not necessarily a middle ground. If the goal is to obtain every item through legitimate means, then rba could be allowed without any restrictions, but you probably wouldn't use it for much more than bombchus, just because you'd still have to get the items again. It all depends on how the goal is defined. I agree though, i don't see why it matters how you get the items, so long as they are obtained.
RachelB
She/Her
Experienced Forum User, Published Author, Player (127)
Joined: 12/3/2011
Posts: 1579
nesfreak wrote:
Ilari wrote:
nesfreak wrote:
I apparantly fixed the issue of not getting sound, the program is having problems rendering a movie that long, but I'm giving it up, since it's not only the audio that's desyncing, the video skips a lot, like repeats itself every other second. So I'll try making a new movie file with the emulator, if I can get my hands on the game.
The standard Dolphin AVI dumper is worthless. You need A/V sync hack (or hack the emulator to dump the time codes you need... In practicular, frames and DMA blocks).
Yeah, I tried, but I don't really understand how to dump to AVI, since there's no option for it in the emulator (or I can't find it). The closest I've gotten is "Export movie" something, but that just makes a TAS file, not AVI. And yes, I'm using the A/V hack, just don't get how it's supposed to be used and there's virtually no instructions anywhere.
It is in graphics config, under the advanced tab.
RachelB
She/Her
Experienced Forum User, Published Author, Player (127)
Joined: 12/3/2011
Posts: 1579
r0bd0g wrote:
I'd like to see RBA allowed, but each item must be obtained "legitimately" at some point. I'm curious if, in that case, wrong warping into a cutscene to get an item would be allowed, since, at least in the case of the Nocturne of Shadow, the cutscene trigger would probably still be there after you did that...
The legitimate way to get Nocturne of Shadow is to watch that cs, so i don't see why it wouldn't be allowed.
RachelB
She/Her
Experienced Forum User, Published Author, Player (127)
Joined: 12/3/2011
Posts: 1579
Wyster wrote:
This should definately be avoided :p
Why? As long as it is collected, why does it matter if you already had it before?
RachelB
She/Her
Experienced Forum User, Published Author, Player (127)
Joined: 12/3/2011
Posts: 1579
AngerFist wrote:
RBA is in my opinion a very bad thing for a 100% run. Using it to skip items, duplicating things is wrong for this category. That is why you collect things and learn a few songs to travel here and there. Keyword: collect, not to use some obscure way to duplicate or skip items. That is why I feel RBA feels okay for an any% run. Ban RBA, end of my opinion aswell.
That's a fair opinion. I'm curious though about what you think of using it in ways that don't involve skipping items?
RachelB
She/Her
Experienced Forum User, Published Author, Player (127)
Joined: 12/3/2011
Posts: 1579
AngerFist wrote:
A taser must find unique and clever ways to exploit everything in your repository and ability to overcome obstacles.
How does that not include rba? Furthermore, is your issue with rba, or with using it to skip actually obtaining items? There is no reason we could not allow rba, but still require obtaining every item required for 100% in a legitimate way. It could then be used for example for infinite bombchus, or perhaps to get an item early, but then collect it for real later.
RachelB
She/Her
Experienced Forum User, Published Author, Player (127)
Joined: 12/3/2011
Posts: 1579
I don't think anyone else ever actually switches back and forth between the two.
RachelB
She/Her
Experienced Forum User, Published Author, Player (127)
Joined: 12/3/2011
Posts: 1579
Oh, i didn't know about the ww to get light medallion. And even if you were to define 100% in a way that precludes using rba to obtain items, it could still be used for bombchus. Banning RBA entirely just seems silly. If you don't want to obtain items and such with it, then define the goal in a way that doesn't allow it, don't ban RBA.
RachelB
She/Her
Experienced Forum User, Published Author, Player (127)
Joined: 12/3/2011
Posts: 1579
Abahbob wrote:
Would it be possible to make a build that would save states for LLE and HLE separately? It would be cool to not be limited to overwriting LLE saves with crappy HLE testing saves. It also sucks loading the wrong one and crashing D:
diff --git a/Source/Core/DolphinWX/Src/FrameTools.cpp b/Source/Core/DolphinWX/Src/FrameTools.cpp
index 4d66d82..b678ffa 100644
--- a/Source/Core/DolphinWX/Src/FrameTools.cpp
+++ b/Source/Core/DolphinWX/Src/FrameTools.cpp
@@ -1440,6 +1440,8 @@ void CFrame::OnLoadState(wxCommandEvent& event)
 	{
 		int id = event.GetId();
 		int slot = id - IDM_LOADSLOT1 + 1;
+		if (SConfig::GetInstance().m_LocalCoreStartupParameter.bDSPHLE)
+			slot += 10;
 		State::Load(slot);
 	}
 }
@@ -1450,6 +1452,8 @@ void CFrame::OnSaveState(wxCommandEvent& event)
 	{
 		int id = event.GetId();
 		int slot = id - IDM_SAVESLOT1 + 1;
+		if (SConfig::GetInstance().m_LocalCoreStartupParameter.bDSPHLE)
+			slot += 10;
 		State::Save(slot);
 	}
 }
RachelB
She/Her
Experienced Forum User, Published Author, Player (127)
Joined: 12/3/2011
Posts: 1579
MARIO CHIP 1 wrote:
RachelB wrote:
Well of course skulltula duping is allowed. The problem is, that doesn't get you out of getting the other 99. Duplicating skulltulas only gives you multiple of a single skulltula, it doesn't give you other skulltulas. Just like getting two spirit medallions doesn't get out out of getting forest medallion. The goal isn't to get 100 total skulltulas, it's to get all of the 100 skulltulas. Just like the goal is not to get 20 hearts, but to get all of the heart containers, and the 36 (intended) heart pieces. Getting the 37th heart piece could allow you to get 20 hearts without duping heart pieces, and while skipping one of the others, but that's not allowed, because the goal is to get the 36 intended heart pieces, not to get 20 hearts total. RBA does something entirely different. The way i see it, it doesn't matter how you acquire an item, so long as it is actually acquired.
I don't see much difference between grabbing a duplicate skulltula to avoid having to get a "legitimate" one and getting a C-item or something through RBA to avoid having to get it from its treasure chest or whatever. In both cases the "real" one is still left there, uncollected. Or does the chest magically empty itself if you hack the item into your inventory? I don't actually know but I'd guess it doesn't.
Because the skulltula you are getting is a completely different one than the one you are skipping. If you could make the game think a specific skulltula was collected without actually collecting it, then i would see no reason not to do that.
RachelB
She/Her
Experienced Forum User, Published Author, Player (127)
Joined: 12/3/2011
Posts: 1579
andypanther wrote:
Vykan12 wrote:
Why? RBA sucks. It's almost as bad as the x-ray glitch in Super Metroid. Nobody wants to see Link catching bugs 24/7.
If we allow RBA in a 100%, we might as well allow skulltula duplication :P
Well of course skulltula duping is allowed. The problem is, that doesn't get you out of getting the other 99. Duplicating skulltulas only gives you multiple of a single skulltula, it doesn't give you other skulltulas. Just like getting two spirit medallions doesn't get out out of getting forest medallion. The goal isn't to get 100 total skulltulas, it's to get all of the 100 skulltulas. Just like the goal is not to get 20 hearts, but to get all of the heart containers, and the 36 (intended) heart pieces. Getting the 37th heart piece could allow you to get 20 hearts without duping heart pieces, and while skipping one of the others, but that's not allowed, because the goal is to get the 36 intended heart pieces, not to get 20 hearts total. RBA does something entirely different. The way i see it, it doesn't matter how you acquire an item, so long as it is actually acquired. How much would RBA even allow you to skip anyway? You can't skip dungeons with it, as you'd lose light medallion. Without looking into it to much, i'd guess infinite bombchus would be the biggest time saver from rba...
RachelB
She/Her
Experienced Forum User, Published Author, Player (127)
Joined: 12/3/2011
Posts: 1579
Line 211 of Movie.cpp is the relevant code. If you want to use a text box to specify a frame number to stop on, you'd want to do that in FrameTools.cpp somewhere.
RachelB
She/Her
Experienced Forum User, Published Author, Player (127)
Joined: 12/3/2011
Posts: 1579
Neat stuff, keep it up.
RachelB
She/Her
Experienced Forum User, Published Author, Player (127)
Joined: 12/3/2011
Posts: 1579
andypanther wrote:
It doesn't include 100% in the dungeons, which means that maps, compasses and boss keys are skipped.
This and banning rba is probably where the arguments come in.
RachelB
She/Her
Experienced Forum User, Published Author, Player (127)
Joined: 12/3/2011
Posts: 1579
SoulCal wrote:
sack_bot wrote:
SoulCal wrote:
EDIT: I just realized I may be using the wrong, well, something. I read the Dolphin thread about getting the dsp emulator engine copyright material from a real wii/gc. Since I'm running JAP version of RE4, does it matter that I got it from a NTSC wii/gc? Again, I want someone to try playing back my movie to confirm I'm doing everything right.
um the JP wii is ntsc so every thing should be fine. also, can you pleas post the movie hear?
Sorry for the confusion. I should be more specific; is there a difference between America vs JAP when extracting those dps files? I would think there would be some region difference, and would it cause playback issues? I also thought of the GC BIOS being a certain region, but since we enable "skip GC bios" in the settings that shouldn't matter anyway.
No, there is not. You can extract them from any wii, or gamecube, and they'll be exactly the same.
RachelB
She/Her
Experienced Forum User, Published Author, Player (127)
Joined: 12/3/2011
Posts: 1579
Nahoc, i haven't caught you on irc in a while, so sorry for the late response, but i checked your movie, and it synced fine.
RachelB
She/Her
Experienced Forum User, Published Author, Player (127)
Joined: 12/3/2011
Posts: 1579
Uh, Zilmar and Jabo are the main developers, but i have no idea who else has worked on it, or who owns the copyright.
RachelB
She/Her
Experienced Forum User, Published Author, Player (127)
Joined: 12/3/2011
Posts: 1579
CoolKirby wrote:
RachelB wrote:
Though on that note, are there any n64 emulators that aren't complete shit? Preferably ones written in c++? I may be interested in implementing rerecording support in an n64 emulator, if there is any worth while.
Wasn't Project64 being considered for a time? Or was that the one that's closed-source? Even if it is, though, the developers could be politely requested for the source for use in a TASing fork, right?
Project64's source was leaked a while back, but nothing can really be done with it without permission from the rest of it's authors. I've no interest in tracking them down to get it.