From my 3 years Podium practice, I think that this is one of its main weaknesses and can make it less efficient than it could be : the very few preferences options.
Most of them have already been discussed in different threads during the last years (and are on the Plan), but I think that it could be useful to have a place to put all of them.
I will start with the following (for me by priority order π ) :
– Custom keyboard and mouse shortcuts !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
– Do not stream/process muted tracks and events
– Play from stop position (current) or Play from last start position
– Play bar width : Large (current) or Thin
– Use double-click to start / stop in timeline, single click to seek playback (current : double-click to start / single click to stop)
– Always show handles or not (current)
– When dragging several items from the List or from a window : Put them on the same track or Put them on different tracks (create new tracks if there is not enough)
– When dragging a bundle to a different track, Use the same hierarchic values
– Treat a group (bundle) as a whole : change length and fades for all events (with a special key to override)
– Default fade shape
– The projects names match with the projects filenames
– The sounds names match with the sounds filenames
– Horizontal zoom behaviour : Mouse centered (current) / Play cursor centered
– The graphic view is accurate during fades or not (current, to save CPU)
– Always make fantom copies for audio sequences
– Number of the first audio output used when preview
– At startup : Load previous project / Use empty project / Use template
– Splashscreen : show or not
I have just had a quick read through…
– Do not stream/process muted tracks and events
I was under the impression Podium did this already. Come to think of it I think Frits said something about it being necessary for gapless playback. Not sure though.
– Always show handles or not (current)
I assume you mean the clips here. That might be nice actually.
If there was one FR I would add from my (long list) it would be the almost mythical ZGrid. When Frits does get round to that, Podium will shift up a few more gears in a real hurry IMO.
I think it says a lot about the maturity of Podium as a Host that most of your requests are not major IMO. Might be a major effort for Frits to implement though (don’t know, maybe not) but they are what I would call nice refinements to what is already there, mostly anyway.
If there was one FR I would add from my (long list) it would be the almost mythical ZGrid. When Frits does get round to that, Podium will shift up a few more gears in a real hurry IMO.
Of course, ZGrid and Timestretch…
But I’ve written only here adjustements of existing features that will make life better for some of us, not the new ones that we are waiting for π
Come to think of it I think Frits said something about it being necessary for gapless playback.
Yes, streaming of muted tracks will allow for unmuting without delay.
But a little delay when unmuting would be far more preferable in most cases than wasting hard disc bandwith with muted tracks.
A preference option would make everybody pleased.
@acousmod wrote:
Of course, ZGrid and Timestretch…
But I’ve written only here adjustements of existing features that will make life better for some of us, not the new ones that we are waiting for π
Ok, fair enough. π
Yes, streaming of muted tracks will allow for unmuting without delay.
But a little delay when unmuting would be far more preferable in most cases than wasting hard disc bandwith with muted tracks.
A preference option would make everybody pleased
I like the current behaviour (if indeed it is critical for gapless playback)but I agree making it optional would probably be best. π
I like the current behaviour (if indeed it is critical for gapless playback)
If I have understood, for gapeless playback only at the moment where you unmute a track…
But as I have reported it several times, there is a bug that makes that the volume enveloppe (and others track automations) is not taken in count when you unmute the track, so you have to stop the play when you unmute… a big gap π
Of course, you can have no enveloppe…
@acousmod wrote:
If I have understood, for gapeless playback only at the moment where you unmute a track…
Perhaps that is the case yes. But I’m not 100% sure. Seems likely.
But as I have reported it several times, there is a bug that makes that the volume enveloppe (and others track automations) is not taken in count when you unmute the track, so you have to stop the play when you unmute… a big gap π
Of course, you can have no enveloppe…
I think Frits said here that holding the mouse down is a workaround. Not his exact words as such. I guess not having to do that would be better. I need to read a bit more of the discussion you guys had on beginEdit/endEdit support of plugins.
The two threads I am referring to are here about the bug or strange unwanted behaviour
http://www.zynewave.com/forum/viewtopic.php?t=1379
and here…
No, it is not related to this :
Draw a volume enveloppe or a plugin automation, mute the track during playing, unmute it : all the enveloppes are ignored…
You have to stop and restart playing.
Draw a volume enveloppe or a plugin automation, mute the track during playing, unmute it : all the enveloppes are ignored…
You have to stop and restart playing.
Frits, can you solve this, please ?
– Play from stop position (current) or Play from last start position
Isn’t this already possible? View -> Link Edit Cursor To Play Cursor
JP
PS- Whoops! This is an oooooold post. Sorry.
@acousmod wrote:
Draw a volume enveloppe or a plugin automation, mute the track during playing, unmute it : all the enveloppes are ignored…
You have to stop and restart playing.Frits, can you solve this, please ?
Just checked this again it’s still there. I would certainly be very grateful for a fix here please.
@acousmod wrote:
Draw a volume enveloppe or a plugin automation, mute the track during playing, unmute it : all the enveloppes are ignored…
You have to stop and restart playing.Frits, can you solve this, please ?
After looking at this, I’ve come to the conclusion that this is best solved by a minor change in the engine. It’s going to take a few days of work, so I’m about to release 1.98 without this fix, since the 1.98 release is way overdue.
Oh, very good news !
Does this will also solve the fact that often the real values are not sent when we change enveloppe points during playback ?
@acousmod wrote:
Does this will also solve the fact that often the real values are not sent when we change enveloppe points during playback ?
Maybe. I’m going to revise the automation handling, so hopefully this will result in better realtime response.
Maybe. I’m going to revise the automation handling, so hopefully this will result in better realtime response.
OK, we will see.
@Zynewave wrote:
After looking at this, I’ve come to the conclusion that this is best solved by a minor change in the engine. It’s going to take a few days of work, so I’m about to release 1.98 without this fix, since the 1.98 release is way overdue.
Great, thanks for revisiting this problem! π
Maybe. I’m going to revise the automation handling, so hopefully this will result in better realtime response.
Looking forward to it, cheers Frits. π