Farama-Foundation / Farama-Foundation/Arcade-Learning-Environment

Sound recording much shorter than play time

Open
#121 2 comments 0 reactions 0 assignees View on GitHub
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

Open the contributing 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.