COCKOS
CONFEDERATED FORUMS
Cockos : REAPER : NINJAM : Forums
Forum Home : Register : FAQ : Members List : Search :

Go Back   Cockos Incorporated Forums > NINJAM Discussion > NINJAM Developer Discussion

Reply
 
Thread Tools Display Modes
Old 04-08-2020, 02:52 AM   #1
mschnell
Human being with feelings
 
mschnell's Avatar
 
Join Date: Jun 2013
Location: Krefeld, Germany
Posts: 14,686
Default Feature Request for using NinJam for Rehearsal

I do know that this Feature Request may be would require a new product instead of an update for ReaNinJam and the server, but for the task we are trying to do it would be great to drastically reduce the latency introduced by NinJam. Right now this latency obviously is between one and two intervals, as the clients each manage their own timing (phase) for the interval in a completely cyclic way. This is perfectly good for permanently running short loops with potentially many clients.

In a "rehearsal" situation you often would use a huge BPI (a full chorus).

For such huge BPI, it would be better if a client (e.g. the drummer) could request restart of the loop (that then starts after an artificial lead-in of "n" beats), and the other clients hear the lead-in (delayed by another "n" beats) and their loop starts after the lead-in. In the first loop they would hear just the client who started the loop, in the next loop they would hear all others.

On top of this, you even could think about delaying the clients "n" beats one after the other (in a definable sequence). By this the last client (e.g. a solo instrument) could hear all the others rather soon. This would speed up the process and enhance the usability in a rehearsal situation a lot.

What do you think ?

-Michael
mschnell is offline   Reply With Quote
Old 04-08-2020, 04:18 AM   #2
pljones
Human being with feelings
 
pljones's Avatar
 
Join Date: Aug 2007
Location: London, UK
Posts: 767
Default

Not sure I follow what you're suggesting. It took me a while to draw out what currently happens (second post has a second view, with "real time"):
https://forum.cockos.com/showthread....59#post2230659

Could you do something similar?
__________________
Quote:
Originally Posted by Tony Williams
...Playing fast around the drums is one thing. But to play with people for others, to listen to, that's something else. That's a whole other world.
pljones is offline   Reply With Quote
Old 04-09-2020, 06:08 AM   #3
imispgh
Human being with feelings
 
Join Date: Aug 2008
Posts: 504
Default

Quote:
Originally Posted by mschnell View Post
I do know that this Feature Request may be would require a new product instead of an update for ReaNinJam and the server, but for the task we are trying to do it would be great to drastically reduce the latency introduced by NinJam. Right now this latency obviously is between one and two intervals, as the clients each manage their own timing (phase) for the interval in a completely cyclic way. This is perfectly good for permanently running short loops with potentially many clients.

In a "rehearsal" situation you often would use a huge BPI (a full chorus).

For such huge BPI, it would be better if a client (e.g. the drummer) could request restart of the loop (that then starts after an artificial lead-in of "n" beats), and the other clients hear the lead-in (delayed by another "n" beats) and their loop starts after the lead-in. In the first loop they would hear just the client who started the loop, in the next loop they would hear all others.

On top of this, you even could think about delaying the clients "n" beats one after the other (in a definable sequence). By this the last client (e.g. a solo instrument) could hear all the others rather soon. This would speed up the process and enhance the usability in a rehearsal situation a lot.

What do you think ?

-Michael
The system has to defer to the user with the longest latency. And the higher you make the BPI the worse "rehearsing" can get because you have to wait for the 1 to join
imispgh is offline   Reply With Quote
Old 04-09-2020, 08:20 AM   #4
mschnell
Human being with feelings
 
mschnell's Avatar
 
Join Date: Jun 2013
Location: Krefeld, Germany
Posts: 14,686
Default

The network latency is close to never more than some beats.

That is why the suggestion is to have the users define a delay of "n" beats between the clients, which always will cover the potential network delay without any problem.
-Michael
mschnell is offline   Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT -7. The time now is 05:29 AM.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.