You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
It's not a problem with the package, more of a request for help.
Describe the solution you'd like
I am currently building a video editor where you can add an audio track with a certain offset. It can be a positive or negative offset vs the video itself. For the case of a positive offset, it's pretty easy.
Considering an offset of 30s, if I want to seek both video and audio to 10s, I just apply this formula:
But things become quite ugly and complicated when the offset is negative (the sound is starting later than my video).
I was wondering if anyone came to a clean solution where you can control the audio player's internal offset.
For a positive offset, it would just seek to the time + offset.
For a negative offset, it would need to have some kind of "empty sound" padding.
Describe alternatives you've considered
Complicated controllers and streams to keep track of the video current seek to determine if the audio should start playing or not
Additional context
This offset should be programatically changeable on the spot, hence simply adding a "phyisical" padding to the audio on the init is not viable.
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem? Please describe.
It's not a problem with the package, more of a request for help.
Describe the solution you'd like
I am currently building a video editor where you can add an audio track with a certain offset. It can be a positive or negative offset vs the video itself. For the case of a positive offset, it's pretty easy.
Considering an offset of 30s, if I want to seek both video and audio to 10s, I just apply this formula:
videoController.seek(10);
audioController.seek(10 + 30);
But things become quite ugly and complicated when the offset is negative (the sound is starting later than my video).
I was wondering if anyone came to a clean solution where you can control the audio player's internal offset.
For a positive offset, it would just seek to the time + offset.
For a negative offset, it would need to have some kind of "empty sound" padding.
Describe alternatives you've considered
Complicated controllers and streams to keep track of the video current seek to determine if the audio should start playing or not
Additional context
This offset should be programatically changeable on the spot, hence simply adding a "phyisical" padding to the audio on the init is not viable.
The text was updated successfully, but these errors were encountered: