-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Loop start position knob issue #13
Comments
@SetProxy it's hard to reproduce your specific issue, but I tried with a vocal sample (that makes easier to notice the loop's start and end points) and I'm not finding anything wrong with the start knob. Could you maybe try recording a vocal sample, like a speech, and check again? |
This was also something I may have experienced. I thought the length adjustment was the issue, but when doing some more tests the start knob adjustment was jumping as described above. I'll do some more checking, but either one or both knobs when turned seems to be "off" in a way where I can't accurately trim a sample (vocal like you mentioned) without it jumping places when adjusting. |
@WiretapStudios may be an issue with the start knob resolution. I raised it a bit in the latest beta 5, could you try and see if solves the issue? |
@hirnlego none of the updates have fixed this. I did bring it up in other threads, but since this one is still open, I'm having the same issue as the original poster. I have recalibrated 3 times. The start knob is not changing the position of the start. The Length knob begins to cut the length, but also cuts the start point turning left. At certain points it cuts the middle and not the start or end points. Every other basic function works as expected that I can tell, I have gone through all the osc and FX. |
@WiretapStudios do you mean that START has no effect whatsoever on the loop? |
@hirnlego Yes, at almost any position while turning you can hear it scrub but it's still at the same start point. I could also provide a video of some talking only audio to show where the end points are if that helps to see what I mean. |
@WiretapStudios that's very weird. Please, send a video! |
@hirnlego OK, here is an example, the sample is a person saying A B C D in order. The Start knob position doesn't move through the sample almost at all. The Length creates odd positions, this time saying A and D but nothing in the middle. I have calibrated the knobs several times, the others all seem to work. In the calibration process I move the Start and Length the same way as the other knobs, I'm assuming that is not a mistake. No idea where to go from here. https://drive.google.com/file/d/1LOdDaGHbt6A5OZg4Kx_BTlfv9_lv2HAn/view?usp=sharing |
@SetProxy does my file sound somewhat similar to what was happening with you? |
Hey! Sorry for being inactive, I sent my DIY Oneiroi to Befaco for Happy Ending repair and calibration. Currently waiting for repairs to finish. I took a look at the video, this looks more extreme than my situation. I will resume testing when I get my Oneiroi back |
@hirnlego please check out my file example above and advise if there is anything I can do for that as it's a pretty big part of the unit that isn't working. |
@WiretapStudios well, I think that actually it seems to be working as intended. The start control only makes a difference when length is not 100%, or when the looper is externally triggered, otherwise the loop always sounds the same regardless of where it starts. You can try two things to test if START works:
As for the fact that in your case reducing the length leads ultimately to silence, depends on the fact that probably your recording begins with silence, and when you reduce the length to just the first part, you get silence. |
@hirnlego I could be completely dense about this, but I don't understand the advantage of that vs start and end points like all the other loopers, samplers, granular, etc. hardware that I have. Why would one want a less precise way of choosing what section is being looped? When I previously asked, I understood the answer to be that the length doesn't change the start and end points at the same time. But, if it's not moving just the end point, then wouldn't that mean it's shrinking it from both ends? Also, would a workaround for not having a real start and end point be to move the length to approx. 99% and then move the start knob from there? Apologies if this seems like splitting hairs but I'm just trying to parse this out so I can get the type of loops I want when initially hitting the sample button. |
No apologies, but this should really be straightforward, I'm not sure if we're using different names for the same things or the same name for different things. START sets the start point of the loop, LENGTH sets the length of the loop. The end point of the loop is derived from the start point and the length. Hopefully an illustration will clear things up: There are 4 scenarios, all with a buffer filled with the recording of a voice that spells "A... B... C... D...". For simplicity the letters are equally distributed in the buffer and each one starts exactly at every quarter of the buffer.
HTH |
Hi,
Loving the Oneiroi and I've been following this discussion with a keen eye.
That illustration and explanation should be in the manual, very helpful 👌🏻
Kind regards
Kristoffer E. M. Amundsen
4. des. 2024 kl. 19:51 skrev Roberto Noris ***@***.***>:
Apologies if this seems like splitting hairs but I'm just trying to parse this out so I can get the type of loops I want when initially hitting the sample button.
No apologies, but this should really be straightforward, I'm not sure if we're using different names for the same things or the same name for different things.
START sets the start point of the loop, LENGTH sets the length of the loop. The end point of the loop is derived from the start point and the length.
Hopefully an illustration will clear things up:
WhatsApp.Image.2024-12-04.at.19.36.43.jpeg (view on web)<https://github.com/user-attachments/assets/2f094d16-77d1-4aea-b20a-2ef033834209>
There are 4 scenarios, all with a buffer filed with the recording of a voice that spells "A... B... C... D...". For simplicity the letters are equally distributed in the buffer and each one starts exactly at every quarter of the buffer.
1. With START = 0 and LENGTH = 100% the buffer is reproduced fully, the audio loops as "A... B... C... D...".
2. With START = 25% and LENGTH = 100% the buffer is still reproduced fully but starts at "B", the audio loops as "B... C... D... A...". The effect is the same as the above scenario, you simply can't tell where the loop starts unless you trigger it externally.
3. With START = 25% and LENGTH = 50% the audio loops as "B... C...". Now you can definitely tell that the loops starts at "B".
4. With START = 50% and LENGTH = 75% the audio loops as "C... D... A...".
HTH
—
Reply to this email directly, view it on GitHub<#13 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AUX4GCT3JHWZM7AF3GMHY3D2D5FLDAVCNFSM6AAAAABQOLS7DSVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKMJYGI3TCOBUHA>.
You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>
|
@hirnlego The illustration helps, and I agree with znakebyte that something like that should be illustrated in the manual. I understand the trigger in the second (B C D A) starting at the B point. But having the beginning of a loop play starting the second loop seems like such a small use case vs. having control of the full loop length and start/end points. It's more experimental but less useful, start point for a trigger should be a secondary function to actual loop start/end points IMO since you're not always going to be using it that way (triggered). That aside, I have tried manipulating loops like you are describing in your illustration with the same knob percentages, and it's still not functioning like that. I'm using full samples with people talking and no silence. Moving the knobs results in random parts being looped that don't follow the illustration's logic. I think that might be the biggest problem that's causing the above to not "click" with me because I'm not able to trim the loops as shown to get the portion I want. I'm still not sure if it's a hardware or "me" issue. Since the 5-ish second timing is not exact, you can manually time it by letting go of the record after the part where you want it to loop. Perfect. Now to trim the start point to remove a part that's been clipped. How do you remove the first half a second? Again, sorry if it seems like I'm splitting hairs, but this is the first sample/looper that I have owned where you can't manipulate the start point (without a trigger). I love the module though, I've been using it for a month now almost every day. That's why I'm finding this part a little baffling as it doesn't seem to be that complex of a concept, even if it's not the way I would prefer it to work. Sidenote: I appreciate all the hard work with the updates, any other issues I initially had are all now gone. |
@WiretapStudios the START and LENGTH parameters shouldn't produce random results, I get the predictable and consistent result of the illustration when turning the knobs. I'm not aware of other users having the same issues, so I'm beginning to think that something's not right with your unit... |
@hirnlego what would you suggest? I contacted the person I bought it from on Reverb and he bought it premade. He mentioned a few issues he had but those were bugs that I believe have been worked out already in the updates. |
@WiretapStudios send an email to Befaco and speak to them directly! |
@hirnlego OK I will do that - sorry, I wasn't sure how involved with the company itself you were. |
@WiretapStudios no worries! |
I noticed a weird behavior of the loop start position knob.
I recorded a loop of an oscillator going low to high pitch. I turned the loop length knob to 12:00 clock and slowly started to scan the loop from the beginning. Around 12:00-13:00 the start knob lost the correct position in the loop, did a small jitter further forward and around 14:00 returned audio playback to the beginning of the loop. When turning the knob from 14:00 to 17:00, it continued to scan the loop from the beginning.
The text was updated successfully, but these errors were encountered: