Farama-Foundation / Farama-Foundation/Arcade-Learning-Environment
Sound recording much shorter than play time
- Dominant language
- C++
- Stars
- 2.5k
- Forks
- 477
- Avg merge
- 11h 11m
- Merged PRs (30d)
- 3
Description
I've been recording a game for about 13 hours of play time. The sound file produced is only 1 hour long.
I notice also that the sound is meant to record every 30 seconds, but the last modified time of the sound file is 9 minutes before the last saved frame.
Also, maybe related, the ALE/agent system is running about 10 times slower at this point than it was in the first 20 minutes of playing. It could be the agent, but I haven't noticed this happening when I'm not recording. I thought it could be the directory getting smashed with a couple of million files, but moving those files elsewhere did nothing to help. I also thought it could be the sound recording since it rewrites the whole WAV file every time, but due to the previous paragraph, this doesn't seem to be it. Also, the inter-frame timestamps time gaps are very even.
This sounds related to #53.
Contributor guide
Research direction
Start by reproducing the long recording described in issue #121 and compare the sound file duration and last-modified time with saved-frame timing. Investigate the possible relationship to issue #53 and the reported slowdown in the ALE/agent system; done means recording duration and update timing remain consistent during extended play without the reported slowdown.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- audio-video-rtc, game-dev, performance
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100