Final recording cut off song beginning
to-the-sun opened this issue · 2 comments
Repository
https://github.com/to-the-sun/amanuensis
Details
I caught a bug on video. Looking for someone to investigate the causes and potentially fix it.
-
Expected behavior
On the last loop through (having no user input during that time) the program records the entire extent of the song and this is exported as a WAV file. As you can see in the video, this "song" is 18 seconds long, therefore the exported audio file should be that duration as well. -
Actual behavior
The captured WAV file
https://soundcloud.com/to_the_sun/2018-5-18-21-38-23
wound up being only 11 seconds long. The first seven seconds were cut off. -
How to reproduce
This is the only time I've noticed this happening, so it may be tricky to reproduce. Try just using The Amanuensis as normal and see if, with a decent amount going on and multiple tracks involved, it happens again. Simply catching it happening again and sending me a link to the project folder (which includes a detailed log file) would be extremely helpful!
Windows 10 / Max 7 / Python 3.5
- Recording Of The Bug
https://youtu.be/YIhfJeItoqg
Components
This final recording takes place in p producer in machine.maxpat, specifically record~ ---product, ---product being a buffer with ample room for any length of song. Cues to start or stop recording (1 or 0) come through r ---record~ and when finished, the buffer is cropped to the total length of the song in p crop.
Deadline
There is no deadline, but we can discuss how long it might take to execute.
Communication
Reply to this post or contact me through Github for more details.
Proof of Work Done
Change log to document both play and record ramps, now logging all messages sent to record~ ---product. For now I'm chalking it up to choppiness, although seven seconds seems like an unbelievably long lag between schedulers.
UI song length now accounts for tempo. Hard to believe that could have been the issue with this example though