And before anyone starts arguing "but it's playable", we can then make the same argument for exploiting emulator specific bugs, which we also don't allow.

What if it's possible to do these bugs on the actual console? The ones I added to the run are feasible on actual hardware.

Your statement does not compute. How is an emulator specific bug possible on an actual console?

And before anyone starts arguing "but it's playable", we can then make the same argument for exploiting emulator specific bugs, which we also don't allow.

What if it's possible to do these bugs on the actual console? The ones I added to the run are feasible on actual hardware.

Your statement does not compute. How is an emulator specific bug possible on an actual console?

I think he meant to say that your comparison doesn’t hold: you’re comparing behaviour replicable on real hardware with emulator bugs, which obviously aren’t replicable on real hardware. Basically: “I can run USA RE:DC on JPN console, so why can’t I TAS it like that?”. Your explanation of the fact that it could create more bugs because it was never intended to be played like that makes more sense than the comparison I think.

I think he meant to say that your comparison doesn’t hold: you’re comparing behavior replicable on real hardware with emulator bugs, which obviously aren’t replicable on real hardware. Basically: “I can run USA RE:DC on JPN console, so why can’t I TAS it like that?”. Your explanation of the fact that it could create more bugs because it was never intended to be played like that makes more sense than the comparison I think.

The main thing is my explanation. As for your explanation of the argument here whether correct or incorrect, is flimsy to me for the same reason as in my explanation. You yourself deemed it was "real hardware". It's not a situation condoned by the game creator / console creator. I see no difference between that and an emulator.

I don't see much of a problem with running wrong region ROMs on mismatching region consoles, as long as it's emulated accurately. It looks like that one bug where you swap the disk the wrong way or leave the case open or something. It can be emulated. As can be using certain initial state for addresses the game doesn't set before reading. But shall we really go that way? What'd be the benefit?

Right. Even if I technically can accept it, I don't see the benefits of doing so as a policy.

Silencement, are you actually working on this?

om, nom, nom... blech, bitter!

This is a bit of a bump but this has been in the back of my mind for a bit recently. How come we went to this movie and pinned it for incorrect bios usage but we didn't the same to something to a movie submitted in January that same year? (A JPN bios should've been used) There was also one from the year before from that same author which used the wrong bios. Not to dig this author out as I do love their work they do but they're the example I know. Now I haven't compiled the list for PSXjin. But honestly I should've done that when I was doing my reencodes to see what else is unturned. There's a total of 3 pcsx-rr movies^ and so far in my double check there's 2 for PSXjin and the first example used was relatively close to it. This is the first movie that bios was called out cause no one got it to sync on the correct bios, but when the incorrect bios is used no one would notice it cause it's their default. To point one more. There was a movie published under GBA that accidentally used a debug bios a year later making this Resident Evil movie sandwiched between two incorrect bioses. ^ For the quick rundown of the PCSX-RR movies: error1's Strider 2 - SCPH7502 (Should be a US bios not a PAL) Mukki's Umihara Kawase Shun - SCPH1001 (Should be a JPN bios not US) mz's Salary Man Champ: Tatakau Salary Man - SCPH1001 (Should be a JPN bios not US)