Thanks for the explanation mate!nowiamone wrote: ↑Fri Oct 13, 2023 7:26 amIt would have been a wonderfully simple solution, but no.Jac459 wrote: ↑Fri Oct 13, 2023 12:28 amIsn't this one simply due to the autofade as described earlier?nowiamone wrote: ↑Thu Oct 12, 2023 9:39 pm https://www.youtube.com/live/sQochiMOzO ... xSs&t=1791
One of the Bounce - problems is described here, starting with minute 29.40
Quote "9 times out of 10, whenever i pull up some kind of kick and resample it, i end up losing the transient"
It's a known problem, and it sucks, and it hopefully will be patched out of Bitwig.
Recordings and Bouncings are not affected by autofade. They arent what Bitwig calls "Audio-Edits" in its Autofade settings. Audio Edits are a very limited category, like Splitting.
Actually, i was filing a feature request to Bitwig some weeks ago, to please include a second Autofade setting, which affects recordings. Which is really necessary for live performance, to get rid of harsh "blips/clicks" at the beginning of clips in the Launcher. (When recording long sustained notes which already play before hitting record!) Ableton has a "FADE" Button in each Clip for that purpose, which is turned on by default.
Why is bounce in place not sample accurate?
- KVRAF
- 3262 posts since 3 Jul, 2022
- KVRian
- 1300 posts since 7 Dec, 2017
Ah ok, now I remember. I actually commented on the video earlier in the thread. I totally forgot. My bad.nowiamone wrote: ↑Fri Oct 13, 2023 7:29 amYea Alchemy Neuro is using regular bounce in his example (bouncing a phase plant kick sound into a fresh audio track)JHernandez wrote: ↑Fri Oct 13, 2023 12:22 am Have you any of you noticed this issue with regular Bounce? (to a new track) Personally I haven't and that's what I use. Just curious.
-JH
-
Resonant- Serpent Resonant- Serpent https://www.kvraudio.com/forum/memberlist.php?mode=viewprofile&u=189941
- KVRist
- 348 posts since 23 Sep, 2008
Has anyone checked if this bug is still present in 5.1?
What sound do dreams make when they die?
-
- KVRist
- 128 posts since 11 Jun, 2014
It is unfortunately. To followup, this was the response I received from support:Resonant- Serpent wrote: ↑Sat Oct 21, 2023 2:48 pm Has anyone checked if this bug is still present in 5.1?
And regarding why it sometimes cancels when looping:in certain cases, esp. when using audio files that are in stretch modes compared to audio files in raw or other stretch modes, or when using audio files with a different sample rate than then project sample rate or when cutting audio files and loop being active, it is possible that the playback position of a clip differs by exactly one sample due to rounding during the loop.
As it is not possible to play something with a higher accuracy than one sample, the app has to decide if it mathematically falls between the time frame of one sample. Practically it does not make any difference when mixing and can only be observed when trying to cancel out the start of exactly the same signal while looping.
I personally don't agree with this explanation as the problem doesn't exist in other DAWs, but at least they responded. Even if you duplicate time and render master output (i.e. not using loop), the random cancellations still persist. I would say if it matters to you, to email support so they know.the reason it sometimes cancels completely and sometimes not is due to the rounding, as explained, and because of the timing of the playback being shifted by one sample or not. We might be able to improve this in the future, but this can only be observed with trying to null the first sample click of two exactly bit-identical signals. A phase "shift" by one sample is practically not really affecting the phase of any other use cases, as you can see in your example, the rest also cancels out.
-
Resonant- Serpent Resonant- Serpent https://www.kvraudio.com/forum/memberlist.php?mode=viewprofile&u=189941
- KVRist
- 348 posts since 23 Sep, 2008
valankar wrote: ↑Sun Oct 22, 2023 7:30 amIt is unfortunately. To followup, this was the response I received from support:Resonant- Serpent wrote: ↑Sat Oct 21, 2023 2:48 pm Has anyone checked if this bug is still present in 5.1?
And regarding why it sometimes cancels when looping:in certain cases, esp. when using audio files that are in stretch modes compared to audio files in raw or other stretch modes, or when using audio files with a different sample rate than then project sample rate or when cutting audio files and loop being active, it is possible that the playback position of a clip differs by exactly one sample due to rounding during the loop.
As it is not possible to play something with a higher accuracy than one sample, the app has to decide if it mathematically falls between the time frame of one sample. Practically it does not make any difference when mixing and can only be observed when trying to cancel out the start of exactly the same signal while looping.
I personally don't agree with this explanation as the problem doesn't exist in other DAWs, but at least they responded. Even if you duplicate time and render master output (i.e. not using loop), the random cancellations still persist. I would say if it matters to you, to email support so they know.the reason it sometimes cancels completely and sometimes not is due to the rounding, as explained, and because of the timing of the playback being shifted by one sample or not. We might be able to improve this in the future, but this can only be observed with trying to null the first sample click of two exactly bit-identical signals. A phase "shift" by one sample is practically not really affecting the phase of any other use cases, as you can see in your example, the rest also cancels out.
Thank you for the information. At least now I have a better grasp of the issue. I'll continue to use Rolling Sampler to get around it.
What sound do dreams make when they die?
-
- KVRer
- 2 posts since 20 Apr, 2014
I think what you mention guys is far from being something that could alter or affect badly your mix its something that could happen with any DAW not just bounce but sometimes using stock plugins or third party plugins that how digital workstation works one thing to keep in mind as long as it sounds good nothing matters and these slight tiny things would never affect nor have big impact on the mix hope my idea make sense to you
-
Danilo Villanova Danilo Villanova https://www.kvraudio.com/forum/memberlist.php?mode=viewprofile&u=418331
- KVRian
- 1010 posts since 30 Apr, 2018
Is this fixed now?
EDIT: nope.
EDIT: nope.
-
- KVRian
- 503 posts since 30 Oct, 2022
Hello, i'm trying to understand this bug, so i can report it too - could you please tell me:
- this only happens when bouncing in place Audio, correct?
- this only happens when using bounce in place, NOT with the normal "bounce" (which bounced into a second track) -> or am i wrong, and it also happens with normal bounce?
Also, i'd like to know if the beginning of the clip always has this "fade/being cut"-issue for you too, which you see in this video: https://www.youtube.com/watch?v=tQK3ziegX5Y
I built a Looper for Bitwig! https://www.youtube.com/watch?v=-z5ywDo2bU0
-
Danilo Villanova Danilo Villanova https://www.kvraudio.com/forum/memberlist.php?mode=viewprofile&u=418331
- KVRian
- 1010 posts since 30 Apr, 2018
I actually can't reproduce anymore. I'm only an occasional BW user, so I read about this bug and decided to test it on a fresh install of BW. I opened a new project this morning and tried bouncing a kick drum sample.nowiamone wrote: ↑Fri Dec 22, 2023 3:44 pmHello, i'm trying to understand this bug, so i can report it too - could you please tell me:
- this only happens when bouncing in place Audio, correct?
- this only happens when using bounce in place, NOT with the normal "bounce" (which bounced into a second track) -> or am i wrong, and it also happens with normal bounce?
Also, i'd like to know if the beginning of the clip always has this "fade/being cut"-issue for you too, which you see in this video: https://www.youtube.com/watch?v=tQK3ziegX5Y
Both bounce in place and normal bounce would show the bug. Bounce in place seemed to be worse, but I could be wrong.
I closed BW and opened REAPER to compare. It's super tight (although, it does seem to move by 1 sample sometimes).
I read your post and decided to check back, so I opened BW again and tried bouncing a kick drum. It works perfect now. Could it be that the bug appears only when BW is 'indexing' my entire computer?
I will do more tests. Would appreciate if anyone else could do the same, it's just bouncing a file and zooming in.
-
Danilo Villanova Danilo Villanova https://www.kvraudio.com/forum/memberlist.php?mode=viewprofile&u=418331
- KVRian
- 1010 posts since 30 Apr, 2018
Ok, after some more tests:
Bounce if broken when you adjust the size of a clip. If you adjust the clip start time to make it shorter, then move back the clip to the start of the bar and then bounce, it will be bounced later than the original file. I tried consolidating the clip and doing a bounce in place, but the issue persists.
EDIT: I read through this thread again and OP seems to have had the issue with clips that had already been chopped or resized. So, if you import a wav file and bounce it without altering it, everything works fine. But do anything to the clip and the bounce will be out of place.
Bounce if broken when you adjust the size of a clip. If you adjust the clip start time to make it shorter, then move back the clip to the start of the bar and then bounce, it will be bounced later than the original file. I tried consolidating the clip and doing a bounce in place, but the issue persists.
EDIT: I read through this thread again and OP seems to have had the issue with clips that had already been chopped or resized. So, if you import a wav file and bounce it without altering it, everything works fine. But do anything to the clip and the bounce will be out of place.
- KVRAF
- 25630 posts since 3 Feb, 2005 from in the wilds
Good find! Please report it to Bitwig!Danilo Villanova wrote: ↑Fri Dec 22, 2023 4:42 pm Ok, after some more tests:
Bounce if broken when you adjust the size of a clip. If you adjust the clip start time to make it shorter, then move back the clip to the start of the bar and then bounce, it will be bounced later than the original file. I tried consolidating the clip and doing a bounce in place, but the issue persists.
-
Danilo Villanova Danilo Villanova https://www.kvraudio.com/forum/memberlist.php?mode=viewprofile&u=418331
- KVRian
- 1010 posts since 30 Apr, 2018
I just did. Hope it gets taken care of. I bounce drum shots a lot and need them to be TIGHT!pdxindy wrote: ↑Fri Dec 22, 2023 5:02 pmGood find! Please report it to Bitwig!Danilo Villanova wrote: ↑Fri Dec 22, 2023 4:42 pm Ok, after some more tests:
Bounce if broken when you adjust the size of a clip. If you adjust the clip start time to make it shorter, then move back the clip to the start of the bar and then bounce, it will be bounced later than the original file. I tried consolidating the clip and doing a bounce in place, but the issue persists.
-
- KVRian
- 503 posts since 30 Oct, 2022
Very cool that you checked that out in depthDanilo Villanova wrote: ↑Fri Dec 22, 2023 4:42 pm Ok, after some more tests:
Bounce if broken when you adjust the size of a clip. If you adjust the clip start time to make it shorter, then move back the clip to the start of the bar and then bounce, it will be bounced later than the original file. I tried consolidating the clip and doing a bounce in place, but the issue persists.
EDIT: I read through this thread again and OP seems to have had the issue with clips that had already been chopped or resized. So, if you import a wav file and bounce it without altering it, everything works fine. But do anything to the clip and the bounce will be out of place.
I built a Looper for Bitwig! https://www.youtube.com/watch?v=-z5ywDo2bU0
-
- KVRer
- 5 posts since 30 Nov, 2023
I have no problems here. I bounced and got no issues. No clipping or offsets. I tried inverting the stereo phase and it's perfect It must be a bug on certain systems
Macbook pro m1 Pro Sonoma.
Macbook pro m1 Pro Sonoma.