A SlicerT-esque update to AudioFileProcessor
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 10.4k
- Forks
- 1.3k
- Avg merge
- 2d 13h
- Merged PRs (30d)
- 7
Description
### Enhancement Summary
I've always been bugged about how AFP has a feature for looping audio but lacks stuff such as zoom in or even a more accurate way of being precise w/ the loops
### Implementation Details / Mockup
I made a mockup and reimagined how the looping should be displayed by mimicing both the Ableton Sampler and Polyphone Soundfont editor, where they numerically display the looping thru the amount of samples the audio has (I also borrowed the Ravegenerator 2 looper UI just to implament the idea better (Btw, excuse the slight repetition))
### Please search the issue tracker for existing feature requests before submitting your own.
- [x] I have searched all existing issues and confirmed that this is not a duplicate.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by locating AudioFileProcessor and reviewing its existing audio-looping controls alongside the attached mockup. Define the scope for zooming and sample-based loop precision, then verify that the updated looping display supports the requested workflow.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- audio-video-rtc
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100