~alextee/zrythm-discuss

2 2

Project length

Philipp Mueller
Details
Message ID
<fc6a902e-6d59-d5f6-8ed9-0a64a60e1920@googlemail.com>
DKIM signature
pass
Download raw message
Hey all (and Alex in particular),

First of all, thanks for the wonderful application!

I have a question about the length of the project (the total amount of 
bars available). In the current implementation (I'm on 
bd847eae0a03e1978fb05bec6d427b97b8bc34ff) this value is fixed in 
`/inc/audio/transport.h` with `#define TRANSPORT_DEFAULT_TOTAL_BARS 
128`. Maybe I missed it but I don't see any configuration in the GUI to 
alter this value. Right now I do so by altering the value in the source 
code and creating a new project. But enlarging an already existing one 
will probably not be so easy. Is this intended (maybe as some sort of 
freemium model) or is the configuration of the project parameters still 
on the TODO list?

All the best,

Phil
Details
Message ID
<fc7e99ffe4440c10db8f9fad88012e5806edd1b6.camel@zrythm.org>
In-Reply-To
<fc6a902e-6d59-d5f6-8ed9-0a64a60e1920@googlemail.com> (view parent)
DKIM signature
missing
Download raw message
Hey
> In the current implementation (I'm on 
> bd847eae0a03e1978fb05bec6d427b97b8bc34ff) this value is fixed in 
> `/inc/audio/transport.h` with `#define TRANSPORT_DEFAULT_TOTAL_BARS 
> 128`. Maybe I missed it but I don't see any configuration in the GUI
to
> alter this value. Right now I do so by altering the value in the
source
> code and creating a new project. But enlarging an already existing
one 
> freemium model) or is the configuration of the project parameters
still
> on the TODO list?
> 

It's currently hardcoded and the only way to change it is by changing
the source code as you mentioned. This is supposed to be automatically
adjustable in the future but I haven't come up with a good enough
method/technique to do this yet. It's on the TODO list for beta:
https://todo.sr.ht/~alextee/zrythm-feature/239 

If you have any ideas on how to approach this to update the length
automatically feel free to reply to that issue. I'm thinking about
increasing/decreasing the max length based on where the last object in
the timeline is, so if you drag something beyond 128 bars it would
increase the project length to make it fit, and if you move things back
or delete objects at the end it would decrease the project length to
fit to the edge of the remaining objects.

It would probably be a good idea to check how other DAWs handle this -
I haven't checked yet.

--
Alex
Philipp Mueller
Details
Message ID
<2f022e8f-3d9a-1122-0f7e-34011d9440d4@googlemail.com>
In-Reply-To
<fc7e99ffe4440c10db8f9fad88012e5806edd1b6.camel@zrythm.org> (view parent)
DKIM signature
pass
Download raw message
Hey,

On 4/22/21 9:06 PM, Alexandros Theodotou wrote
> It's currently hardcoded and the only way to change it is by changing
> the source code as you mentioned. This is supposed to be automatically
> adjustable in the future but I haven't come up with a good enough
> method/technique to do this yet. It's on the TODO list for beta:
> https://todo.sr.ht/~alextee/zrythm-feature/239
Okay. Good to hear. :)
> If you have any ideas on how to approach this to update the length
> automatically feel free to reply to that issue. I'm thinking about
> increasing/decreasing the max length based on where the last object in
> the timeline is, so if you drag something beyond 128 bars it would
> increase the project length to make it fit, and if you move things back
> or delete objects at the end it would decrease the project length to
> fit to the edge of the remaining objects.
How about this: As a first order approximation I would only enlarge the 
timeline by checking whether the end of an object is beyond the 
right-most point of the timeline whenever an object is inserted or 
moved. Shrinking would require to loop over all object to determine the 
right-most one. Also, I would check after moving any object because 
determining which one is "last" might be tricky and scale badly for a 
large number of them. E.g. one could have a 10 minute audio track 
starting at the first bar and countless others added on top of it at 
various other locations.
>
> It would probably be a good idea to check how other DAWs handle this -
> I haven't checked yet.

Well, I can just tell how Hydrogen is doing it: there is a predefined 
maximum number of bars the user is allowed to alter in the preferences 
and the whole timeline is always shown. But that might not be a good 
reference for an up-to-date application. :D


Cheers,

Phil


P.S. I will copy&paste the suggestion to the issue for reference.
Reply to thread Export thread (mbox)