Posts for CasualPokePlayer

1 2
30 31
Posted: 2 days ago
(Edited: 2 days ago)
Quote
CasualPokePlayer
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player (729)
Joined: 2/26/2020
Posts: 779
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
They just use ACE here. ACE is not allowed for standard categories outside of fastest completion, and even then it wouldn't even be particularly interesting to use ACE here for ""Round 2"" since that completely trivializes it (along with any non-Any% category), to the point it'd just be the exact same as Any% with a slightly different payload to do ""Round 2"" (keep in mind you can quickly make ACE extremely overpowered in the context of a TAS where you could make a payload which creates a payload itself using your controller inputs, something that has been used in various Pokemon Any% TASes as it effectively allows for an infinitely long payload that can be created extremely quickly). Outside of ACE there is some glitch potential, but it's not particularly overpowered. You can dupe items and perform battle corruption with glitch Pokemon to end up catching the opponent's Pokemon, but you can't skip any requirements. You also can't really use it to quickly obtain arbitrary Pokemon, the Pokemon actually has to be registered in the Pokedex to count for National Dex requirements, which the only way to do that with glitched in Pokemon is hatching an egg, which is not particularly fast (better reserved for Catch Em All for Pokemon with long/impossible obtainment requirements). Also the glitch does allow for creating arbitrary held items, but these can't be used for skipping requirements as the game checks for an event flag indicating you obtained the item rather than checking if you actually have the item. The glitch also has a fairly long setup time so it's very questionable whether it could even save time within a TAS compared to a glitchless Round 2 (if anything brings it over it's just being able to quickly complete battles with battle corruption, since you could just also run away from the trainer battle and it counts as a win).
Posted: 5 days ago
(Edited: 4 days ago)
Quote
CasualPokePlayer
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player (729)
Joined: 2/26/2020
Posts: 779
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
coolman wrote:
I wonder if a cart with a replaced battery could mimic the effect of being new. It would technically be in a fresh blank state. Would also be less expansive than an unopened game.
This assumes that the save type is actually SRAM (as in Static RAM), and not just one of the other SRAM (SaveRAM) types. GBA games come in a variety of save types. Only Static RAM is volatile (requiring a battery to hold its state), and many Static RAM games just insert Ferroelectric RAM instead, which works functionally the same for the game, except it does not need a battery to hold its state. Superstar Saga specifically uses EEPROM, which does not need a battery to hold its state. EEPROM, along with Flash, also probably actually have defined initial states from the factory (likely being all 0xFF, which they would be defined as "all cleared"), rather than the ""random""-ish data Static RAM would have without power.
Posted: 5 days ago
(Edited: 5 days ago)
Quote
CasualPokePlayer
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player (729)
Joined: 2/26/2020
Posts: 779
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
Keep in mind various TASes (including many non-save glitch and even glitchless TASes) rely on the initial SRAM state for sync, and it's trivial to just write an arbitrary SRAM state to a cartridge, which console verification often does. The initial SRAM state is not a factor in considering whether console verification is possible or not. It is also not a factor for validity here, as it's been ruled that any default emulator initial state is assumed valid for purposes of TASVideos. The actual issue for save glitch TASes being console verified is the presence of hard resets, which cannot be directly console verified due to a lack of an ability to programmatically hard reset the console (for at least GB/C/A, probably other consoles in practice too). You can kind of mimic it by just writing the correct save data to the cartridge externally between hard resets and playing back inputs for each section accordingly, although that doesn't really validate the save corruption itself, just validating the results of the save corruption.
Posted: 6 days ago
Quote
CasualPokePlayer
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player (729)
Joined: 2/26/2020
Posts: 779
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
The PSP one seems to be added to the database in 2.10-rc1, but it was mistakenly not given unacceptable, this has since been fixed in the latest dev builds and will be marked as unacceptable in 2.10 proper.
Posted: 7 days ago
(Edited: 7 days ago)
Quote
CasualPokePlayer
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player (729)
Joined: 2/26/2020
Posts: 779
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
By "unacceptable" I mean the emulator marks them as "unacceptable" within the firmware manager, represented with a thumbs down icon. They would also not be automatically picked up in BizHawk's firmware folder, you would need to manually bind them, at which point you'll end up seeing the thumbs down icon. What you're doing is strictly a power-user type deal, like forcing wrong regions into firmware slots, with no guarantee it will work (and might or might not be grounds for rejection for TASVideos itself). Regardless too, skipping some BIOS intro or whatever by just using a different (unsupported) BIOS file is just completely pointless for a TAS here: it just doesn't count as an improvement. We do not just use raw numbers here (there are many cases of TASes with longer movie time obsoleting movies due to having gameplay improvements, with the longer movie times ultimately coming from emulation/other non-gameplay differences), and trying to lower the time with just using a different BIOS file is more of a "cheap shot" to be frank.
Posted: 7 days ago
(Edited: 7 days ago)
Quote
CasualPokePlayer
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player (729)
Joined: 2/26/2020
Posts: 779
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
1. The available TASing emulators (i.e. BizHawk, which uses mednafen's PSX core) are designed under a specific revision, v3.0 / SCPH-5500/5501/5502. Other BIOS files are considered "unacceptable" by the emulator due to this, and might have other emulation issues. 2. For purposes of TASVideos, "starting faster" with a different BIOS file does not count as a gameplay improvement. Thus this does not count as an actual improvement capable of obsoleting a movie by itself.
Posted: 12 days ago
(Edited: 12 days ago)
Quote
CasualPokePlayer
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player (729)
Joined: 2/26/2020
Posts: 779
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
Something to possibly keep in mind: some of the entertainment came from some artistic decisions with the encode:
The SSD wasn't invented yet, so instead the almost 2 minute boot was shortened in the encode by removing duplicate frames.
Fun fact: The audio was added in manually. In fact, what you hear are my own recordings of a mouse click and some key presses.
Also, the setup used an unapproved setup for PCem, this came way before we had PCem setups made and approved, before we had the explicit -st releases, hence the PCem used was self-compiled. In fact, the version mentioned in annotations would be a really early version of the PCem single threading changes based on an older PCem. This early version of PCem single threading no longer appears to exist anymore, as the branch was just deleted off of the TASEmulators repo. Hence the rejection reason is Reason: Emulation and this submission is not sync verified (which at this point might be impossible, unless someone still has the old code stashed away and/or the author still has the old builds somewhere).
Posted: 18 days ago
Quote
CasualPokePlayer
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player (729)
Joined: 2/26/2020
Posts: 779
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
You must provide the disc image (typically .cue file) alongside the ROM using the multidisk bundler. The multidisk bundler can be accessed in the Tools menu.
Posted: 20 days ago
Quote
CasualPokePlayer
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player (729)
Joined: 2/26/2020
Posts: 779
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
marcelo wrote:
Hello, I would like to know if the latest version of bizhawk works with MEGA DRIVE MSU or MD+ games?
Use 2.10-rc or the latest dev builds.
Posted: 21 days ago
Quote
CasualPokePlayer
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player (729)
Joined: 2/26/2020
Posts: 779
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
phoenix1291 wrote:
Wolfenstein 3D Jaguar has no sound outside the bios screen. No sound in menus or in game.
The game relies on remotely accurate timings which VirtualJaguar does not have. It's not something that's likely to be fixed any time soon.
Posted: 21 days ago
Quote
CasualPokePlayer
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player (729)
Joined: 2/26/2020
Posts: 779
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
Evan0512 wrote:
I found out that the Nintendo DS has more lag than the Wii U VC
The Wii U VC is Nintendo's garbage DS emulator running on the Wii U. From Pokemon RTA circles, it's been tested and it's been found to be the least accurate when it comes to timing, even worse than DeSmuMe 0.9.11 (which is already fairly bad here).
Evan0512 wrote:
running on the Nintendo DSi mode results in the same lag as the DS
The game is not DSi enhanced, so it runs under DS compatibility mode on the DSi, so the DSi should not any kind of improvement in this regard.
Posted: 23 days ago
Quote
CasualPokePlayer
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player (729)
Joined: 2/26/2020
Posts: 779
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
You are not supposed to use Wine/Proton with BizHawk (they are not officially supported, and the Linux zips wouldn't have the Windows native libraries BizHawk bundles, rather just the Linux variants). You are supposed to use the EmuHawkMono.sh file, which launches EmuHawk with mono (and you are expected to install the mono "complete" package with your distro package manager).
Posted: 26 days ago
Quote
CasualPokePlayer
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player (729)
Joined: 2/26/2020
Posts: 779
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
For Gambatte, the cycle count has 2097152 cycles in a second, which usually has 35112 cycles per frame, which corresponds to when vblank occurs. Except not all ""frames"" have that since the game is able to "turn off" the LCD and PPU, which completely throws out any PPU timings (since the PPU goes to "sleep" and doesnt drive the LCD at all), and thus vblank never comes until the LCD & PPU is turned back on (once it's turned back on, it starts back from the beginning at line 0). Gambatte thus might have "short" frames when the LCD is turned back on, since it ends a frame whenever vblank occurs or 35112 2MiHz cycles have passed, whichever comes first. A cycle count is only actually known at the end of the movie, so it cannot actually be saved unless you're at the end of the movie (and due to some jank reason this has to be done outside of TAStudio with the exported bk2; this has been changed in 2.10 anyways where exporting a movie at the end will produce a valid cycle count). Without the cycle count saved, the site will just parse the movie assuming ~59.7275 FPS (which won't produce the right time, potentially being very off depending on the game).
Posted: 10/19/2024 7:50 PM
Quote
CasualPokePlayer
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player (729)
Joined: 2/26/2020
Posts: 779
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
(reposting from Discord) It's important to remember flash player was originally intended just for movies. "Play" (forward/back/etc) are all intended as part of that movie flow. The difference with flash games is they hacked gameplay interactions with that movie format. So with this, flash games are actually split into "movie clips" (literally called MovieClip) which typically loop waiting for some condition (or something along these lines), clicking these buttons means you're forcing the ""movie"" to go between different clips, instead of using the actual gameplay metric normally used to go between clips.
Posted: 10/19/2024 7:17 PM
(Edited: 10/19/2024 7:40 PM)
Quote
CasualPokePlayer
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player (729)
Joined: 2/26/2020
Posts: 779
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
I would argue too this is not so much a "glitch," if we want to publish it, it should not be labeled as "game end glitch" (nor any other glitch labels).
Posted: 10/18/2024 2:03 AM
(Edited: 10/18/2024 2:03 AM)
Quote
CasualPokePlayer
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player (729)
Joined: 2/26/2020
Posts: 779
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
Try enabling VSync? Config -> Speed/Skip -> Check "VSync Enabled"
Posted: 10/16/2024 10:18 PM
Quote
CasualPokePlayer
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player (729)
Joined: 2/26/2020
Posts: 779
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
1. Could you upload your save file here? 2. Could you also perhaps upload the melonDS.wbx.zst file in the dll folder?
Posted: 10/16/2024 9:29 PM
(Edited: 10/16/2024 9:30 PM)
Quote
CasualPokePlayer
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player (729)
Joined: 2/26/2020
Posts: 779
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
I can't seem to reproduce this issue for 2.9.1. A simple test in SoulSilver of moving 1 step, saving, then rebooting the core shows the save indeed has me moved 1 step. Are you absolutely sure you're on 2.9.1?
Posted: 10/16/2024 8:48 PM
Quote
CasualPokePlayer
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player (729)
Joined: 2/26/2020
Posts: 779
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
Which core, which game
Posted: 10/12/2024 9:27 PM
Quote
CasualPokePlayer
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player (729)
Joined: 2/26/2020
Posts: 779
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
Could you screenshot the window of this "squashed down" PSX game? BizHawk primarily does not use libretro like RetroArch. The cores are all included and tightly integrated with BizHawk, 3rd parties can't just make cores like you can with RetroArch.
Posted: 10/12/2024 8:08 PM
Quote
CasualPokePlayer
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player (729)
Joined: 2/26/2020
Posts: 779
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
1. I'm surprised Game & Watch games are working at all since our MAME core is Arcade only. Also very odd they only work with Open Advanced, you are actually on the latest BizHawk version, correct? The core is deciding the aspect ratio here too so I would assume it would be actually correct. 2. You are not supposed to load with the .bin file, you are supposed to load with the .cue file. The .cue file tells the emulator where the .bin file is, possibly where other .bin files are at, and how the .bin file is structured with its tracks and whatever CD modes are used. This is the standard across emulators dealing with cue/bin, at best an emulator might be "smart" and use the .cue file next to the bin (although the .cue files are supposed to contain a file path to the .bin, so this is kind of wrong regardless) or maybe generate some .cue file to use with the .bin (which is rife with potential issues since it has to make assumptions about the .bin file that could very well be wrong). Not sure what you mean by the "aspect ratio is off," the aspect ratio presented with default settings would be given using the core's numbers, which would have the correct PAR and such. 3. C64Hawk isn't perfect, although using T64 isn't giving you any favors, as that's an incomplete format (we don't actually support .t64 in the core; you should be using .tap files rather): https://github.com/TASEmulators/BizHawk/issues/1501 Not sure why .CRT would give any particular issues (it's just a cartridge), perhaps just some other compatibility woes with C64Hawk here. VICE port is already a request: https://github.com/TASEmulators/BizHawk/issues/2002 4. Libretro has "experimental" slapped on for a reason: it's nothing more than a curiosity to use them in BizHawk. Some cores don't work due to us not implementing all of libretro's bells and whistles and some don't work due to relying on unspecified behavior with RetroArch.
Posted: 10/8/2024 3:18 AM
Quote
CasualPokePlayer
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player (729)
Joined: 2/26/2020
Posts: 779
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
I have improved this TAS (again (again)): https://tasvideos.org/UserFiles/Info/638639542167036814
Posted: 10/6/2024 8:12 AM
Quote
CasualPokePlayer
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player (729)
Joined: 2/26/2020
Posts: 779
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
I have improved this TAS (again): https://tasvideos.org/UserFiles/Info/638637991246464119
Posted: 10/6/2024 3:03 AM
Quote
CasualPokePlayer
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player (729)
Joined: 2/26/2020
Posts: 779
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
If a movie is loaded then that's a completely different matter, you already have input constantly available anyways. Although if that's not clearing out the input in that case that's probably a bug in itself?
Posted: 10/6/2024 2:46 AM
Quote
CasualPokePlayer
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player (729)
Joined: 2/26/2020
Posts: 779
Location: California
Arcade TAS of 2023 TASer of 2021 Gameboy TASer of 2021 Rookie of 2020 Gameboy TASer of 2020 Lucky TAS of 2020
RetroEdit wrote:
Loading a savestate should discard any presses that would be applied the next frame (i.e., the power press).
To be clear, it is a press which applies to the current frame, which is just yet to be emulated (it probably should be cleared, although other places (i.e. Basic Bot) would need testing to avoid issues).
You've loaded a savestate; your rewind buffer is going to be clear.
It does not clear the rewind buffer: https://github.com/TASEmulators/BizHawk/issues/2175
1 2
30 31