Submission Text Full Submission Page
UPDATE: Got the encoder to work obviously, just had to add an extension in the settings. Also had to redo in the game's original frame rate because I had libTAS set wrong.
Thought it might be interesting to TAS one of those point&click escape games, since they're so fast. I feel like this turned out kind of funny, although it does have some animations it is fairly short. I couldn't figure out how to get save states to work until I finished the project (the -g gl command seems to do it), so I had to do some planning (which didn't always work because the animations' scroll speed is inconsistent, requiring me to wait for the whole 200-frame intro to play out over and over). But that's at least exciting for any of my future projects, whatever those might be.
Sync instructions:
- Set the scale option in your system's Display settings to 200%. Otherwise, Ruffle's header will be a different size. DO NOT add “no-gui” into the Command Options field.
- Set Video > Screen Resolution to Common 1920x1080.
- Add "--width 1440 --height 1080" to the field "Command-line options".
- Until this is updated, use the alternative file linked in the replies.
- Set the FPS to 32, and make sure "Don't Enforce Movie Settings" is checked.
- Game is available on Flashpoint Database.

nymx: Claiming for judging.
nymx: Replacing with an updated movie that should correct the frame-rate issue, begin mentioned.
nymx: Setting to "Needs More Info", while I wait for a sync confirmation.
nymx: Thanks to mohoc for the sync verification. Now that we have that, I can continue.
This run is to the point and doesn't appear to have any issues. From all the runs that I could find...this one responds as a TAS should.
Accepting.
nymx: Seems that a bit of confusion set in...I wasn't sure that a new improvement was really being tossed around. So...here the improvement that Spikestuff pointed me out to.
nymx: I'm out. There is too much going on here. I don't have an answer to the FPS issue. I'm going to leave this to someone who has more experience with LibTAS.

eien86: Claiming for judging.

eien86: Waiting for answers to these questions


Post subject: Sorry I'm late. Had some issues.
curhob
He/Him
Player (14)
Joined: 4/7/2024
Posts: 10
Hi Eien86, thank you for your time here. I will answer each of these 6 points, but unfortunately any testing on my part might have to wait indefinitely, as I just had Firefox start crashing on me (making me re-write most of this), and then Ubuntu stopped being able to boot into the GUI due to a lack of free space apparently (I have a fairly small partition scheme). I can still use a TTY, but unless I can get this free space issue fixed somehow on my root partition, I might have to either reinstall (probably smarter to use a lighter version), or maybe use a new drive or something- not to mention that elaborate WSL setup confuses the life out of me. Anyway, I digress. Let's get to it. 1. The file for judgement is the third one I uploaded, which I had to redo in 32FPS, not 24 as I accidentally forgot to change. https://tasvideos.org/UserFiles/Info/638710464008805226 2. The author is me. There was one by BlackWinnerYoshi, but even with the extra frames taken off the end it's 960 frames and is missing a few clicks timing details, as opposed to 910 frames I had in my file. I have discussed this in more detail already. 3. The game is 32 FPS. The way I got that information is simple- open Ruffle and select your game, then go to Debug > Movie Info. There you will see the frame rate listed as 32 in this case, then that is what to set libTAS to. It wasn't uncommon for Flash games to have unconventional FPS values. 4. The exact commands set is as follows: [ path/to/escape13.swf -g gl --width 1440 --height 1080 ] 5. If this matters I got this checksum from Windows command prompt, not Linux for above reason. Here it is: 2d870211ca8987c0ab7b0c95ba3aaae5 But it seems to be different than what is listed in the submission page. The one I used is on the Flashpoint database and can be downloaded there. Nevertheless it should be the same game. If everything is right, it should be able to sync (hopefully). 6. Speaking of which, as I stated the GUI is necessary because I did not use "--no-gui", and the header height is dependent on scale which messes with mouse Y axis position, causing desync. So there are a couple more things to make sure- the first is to open system settings in Linux, go to the Display panel and choose 200% Integer as the scale. That will make Ruffle's header bigger in proportion to the game. The second is to use 1920x1080 for the Virtual Resolution in LibTAS under Video settings, as I had it set to. Anyway, I hope this can be resolved soon, and I will try to use the correct commands and FPS from the start for any future projects.
Site Admin, Skilled player (1264)
Joined: 4/17/2010
Posts: 11592
Location: Lake Char­gogg­a­gogg­man­chaugg­a­gogg­chau­bun­a­gung­a­maugg
curhob wrote:
6. Speaking of which, as I stated the GUI is necessary because I did not use "--no-gui", and the header height is dependent on scale which messes with mouse Y axis position, causing desync. So there are a couple more things to make sure- the first is to open system settings in Linux, go to the Display panel and choose 200% Integer as the scale. That will make Ruffle's header bigger in proportion to the game.
I have a suspicion this can cause extra problems depending on GUI theme used in the OS, because that changes sizes of things additionally.
curhob wrote:
Try using "-g gl" if not already and see if it works.
It's a part of my default command for ruffle already.
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.

1740254492