Zynewave's Forum Page
Forum Replies Created
-
January 2, 2009 at 21:17 in reply to: Preview 2.08: Composite tracks (aka. multitake, comping) #13594
ZynewaveKeymaster@Mike G wrote:
I set up a loop on a composite track and then set record punch-in and punch-out at the same length as loop.
When reaching the end of the first take, podium switched off recording.
It works OK if you just use punch-in and not punch out but I think it would be more intuitive for punch out not to permanently turn off recording when in a loop.
In fact now I come to think about it, why does punch-out turn off the recording button in general (especially when punch-in doesn’t enable record!)Why do you have punch-out enabled if you don’t want the recording to punch out? The behaviour of punch-out in the scenario you describe seems ok to me. Maybe I would want to record just one loop-pass and then keep the loop running with playback of the take I just recorded.
Was using punch in to get around the fact that I have to cut the start of the loop with the scalpel tool in order to be able to select other takes. As a further suggestion would it be possible to do the scalpel cut at the start of the composite track by default?
I don’t understand this fully. Is it because you have recorded takes that starts beyond the start of the comp event? What do you mean with “the start of the composite track”?
Also would like takes to be named “Take 1”, “Take 2” (Or a,b,c) etc. when picking them in the drop down list on the composite track i would find that easier to remember which take was which as opposed to timestamp. (Maybe have timestamp as well)
If this corresponded with name of track that would be even better.BTW: Enjoying trying out new comping support, thanks fritz!
The timestamp naming is now optional in beta7. Thanks for the input.
ZynewaveKeymaster@Mike G wrote:
Suspected Bug…
Have a track with midi notes in a file starting at bar 2 (say).
Start recording a single note on bar 1 of track and let go of note before get to end of 1st bar.
All works OK.
BUT…
If I hold on note till after end of bar 1 so that the other notes in the existing midi file start playing then my original note never gets recorded.
Thanks,
Mike GThe problem is that the note would be cut off at the sequence end at bar 2, so the note would not play back as you played it. To ensure your MIDI recording is merged seamlessly into a sequence beyond your recording point, you need to predraw a sequence and merge it with the next sequence, so that it is one sequence.
January 2, 2009 at 19:36 in reply to: Preview 2.08: Composite tracks (aka. multitake, comping) #13592
ZynewaveKeymasterBeta7:
There’s a new “Use timestamp as name for new take events” option in preferences. Disabling this option will then not set the name of the events, but instead use the name of the sound objects. The naming of the sounds on take tracks is now using a more sensible format such as: “Track 1: Take 1”.
Furthermore the following feature is added, which shows my original intention with the timestamped take events:
Setting a take on a composite event will set takes with similar names on all selected composite events. This is mostly useful if the “use timestamp as name for new take events” option is enabled and you are recording from multiple audio inputs. All takes recorded at a given time can thus easily be selected across all composite tracks.
And finally:
Added more detail to the “save changes” message box that appears when loading a new project or exiting Podium.
ZynewaveKeymasterThis has been requested before, so today I spent a few hours implementing it. The release note for 2.08 will show:
Added possibility to override the default Podium brushed metal texture. The preferences dialog has a setting for “panel texture image file” and an option for dyeing the image to match the panel color of the current color scheme.
December 31, 2008 at 03:29 in reply to: Preview 2.08: Composite tracks (aka. multitake, comping) #13579
ZynewaveKeymaster@ronin wrote:
I’m sorry but a new bug has crossed my desk 🙂 Maybe you are already aware of this.
The take list (of a comp event) grows with every comp event. This means:
– the first loop had 3 takes -> comp list shows these 3 takes
– the second loop had 5 takes -> comp list shows all 8 takes
…This was pretty confusing because firstly I didn’t saw where these mis-takes are coming from 🙂
I also discovered this bug shortly after I released the beta5. This is now fixed in beta6, which also has this unrelated new feature:
Added possibility to override the default Podium brushed metal texture. The preferences dialog has a setting for “panel texture image file” and an option for dyeing the image to match the panel color of the current color scheme.
The next beta will probably show 2009 in the about box, so until then, happy new year 🙂
ZynewaveKeymaster@Conquistador wrote:
I am sure First has a development schedule (for new features) and wants to focus on that but…this bug is not minor IMO.
This is not a bug. I designed it to work this way, and it has worked this way since the first Podium release. I have acknowledged that the majority of users find this automation behaviour undesirable, and I will look at an alternative solution in a future update to the automation system.
December 30, 2008 at 01:23 in reply to: Preview 2.08: Composite tracks (aka. multitake, comping) #13573
ZynewaveKeymaster@ronin wrote:
I’ve found a small bug in 2.08beta4:
If “deactivate record mode if playback is stopped” is enabled a loop recording (comp track) gets disabled after the first take if the loop is at the end of the arrangement. This problem is independant from the setting “stop playback @ end of arrangement”.
Can someone confirm this?Thanks. Fixed in beta5.
By the way: I think if there is no arrangement (its empty) playback should never stop with “stop playback @ end of arrangement” enabled. (It would be consistent if it never starts but there is no use case where this could be a desired behaviour 🙂 )
Is the problem that it is confusing that playback won’t start if you try to start an empty arrangement?
December 30, 2008 at 01:19 in reply to: Preview 2.08: Composite tracks (aka. multitake, comping) #13572
ZynewaveKeymaster@ronin wrote:
Hmm this leads to a problem with my use of comp tracks and the “delete oldest take” feature. I’d like to have a track called guitar. this track contains all e.g. clean guitar stuff and I’d like to do a multiple take record for every part of the song. As seen in the screenshot the “delete old take” feature may, while recording the right comp event, delete the first take track which contains a needed part (left side in screenshot) if the take maximum is reached. Is it possible to define this maximum as local maximum? 🙂 If the current loop has only 3 takes (whereas another comp event in the comp track has 5 and maximum is 5) then I should be able to do 2 more takes. Take deletion should then be done loop-based and not track based.
Thanks for the input. I’ve made the loop-recording more intelligent in the new beta5:
You can now start recording beyond your last looped multi-takes, and Podium will reuse the existing take tracks instead of creating new take tracks. The “delete oldest” option will also no longer delete the first track but instead try to rotate the events on the take tracks. Thus you can loop-record with the delete oldest option without affecting takes recorded prior to the loop start.
December 30, 2008 at 01:04 in reply to: Restricted to Podium license owners
ZynewaveKeymasterThis content is restricted to Podium license owners.December 23, 2008 at 23:15 in reply to: Preview 2.08: Composite tracks (aka. multitake, comping) #13560
ZynewaveKeymaster@ronin wrote:
1. Is the LAST n takes feature rejected? I think its highly useful.
Nope. See the beta4 release notes.
2. Uncomplete takes are not detected. I gues this has reasons but it could be useful.
Only takes covering the full range of the comp event is included in the comp event take menu. I’ll consider changing this so that take events that stops before the comp event end, are also included.
3. Is it possible to get full multiple comp events per track? Let me explain this with a small example picture.
…
the first event has two takes and the second three takes. After that I can’t record anything. It would be nice to have 5 takes per loop.A new take track will always be created when recording a new take. If you are running out of space as on your screenshot, you can manually move the second group of take events up on the first take tracks, and then delete the now empty bottom take tracks.
4. Another note for consistency. Personally I think moving(cutting) the comp event should move(cut) the take events. Currently it could easily lead to mistakes. This note leads to the highly appreciated group editing (like fading multiple events) 🙂
I know there are some hosts that implements multi-take this way, but I also read discussion on the net where people complained about this. They argued that they would like to be able to edit the take events as regular events and then promote these edited events to the comp track. I’m going to add some commands for this later on.
Thanks again for your really nice podium! I wish anyone who celebrates it a very nice x-mas 🙂
Thanks. I’m going away for the holidays until the 26th, so merry christmas everyone! 🙂
December 23, 2008 at 23:00 in reply to: Preview 2.08: Composite tracks (aka. multitake, comping) #13559
ZynewaveKeymaster@pavouk100 wrote:
I haven’t chance to try with audio tracks, but I tried compositing track feature on MIDI track and failed like this:
1. Recording on MIDI track with loop activated does not put the track into composite mode.
2. When setting the MIDI track manually into composite mode, recording on it does not create ‘take’ subtracks, instead new recording is merged into already existing single lane (i.e. the same behaviour as pre-2.08 versions).
3. When done, the recorded event has the bar on the bottom (the one used to choose proper part of the takes), although it is useless – there is always only one event to choose.Am I doing something wrong, or is MIDI comping not working yet?
Pavel
MIDI loop recording is not yet implemented. I intend to wait until 2.09 with this. You can still manually add take tracks to a composite MIDI track, but I’ll remove the comment about MIDI comping from the release notes to avoid the confusion.
ZynewaveKeymasterSome plugins may occasionally perform some heavy computation which is not part of the normal processing (if you e.g. automate parameters which require further recalculations in the DSP algorithm). If this heavy computation has a duration of e.g. 3 milliseconds, then this will cause a spike at ~50% if the ASIO buffer size is 6 milliseconds. The same computation will only cause a spike at ~10% if the buffer size is 30 milliseconds. Etc.
December 23, 2008 at 22:46 in reply to: Preview 2.08: Composite tracks (aka. multitake, comping) #13557
ZynewaveKeymaster@ronin wrote:
I have small wish: could we have an option that enables the comp track to keep the last N takes? Lets say I’d like to keep 5 takes. Currently the recording is “stopped” after 5 takes. Is it possible to change this behaviour so that while recording continues old takes are removed and always the last 5 are kept? this would be very useful for me.
Try the latest beta4, which has these new features:
Reorganized the settings in the preferences dialog into new pages: Projects, Engine, Play/Record, Metronome, Plugins, Application.
Added new settings to the Play/Record page in the preferences dialog:
“Stop playback when end of sound/arrangement is reached”,
“Deactivate record mode when playback is stopped”,
“Convert record enabled tracks to composite/multi-take groups”,
“Delete oldest take when loop-recording maximum is reached”.Btw. When you say recording is stopped after 5 takes, then this must be because you have set the loop-recording maximum to 5 in the preferences dialog.
December 23, 2008 at 22:39 in reply to: FR – Move midi options from the track properties panel #13556
ZynewaveKeymasterThis is best solved with MIDI plugins. I’m even considering removing the two randomize settings once MIDI plugin support is there. If you move these settings to a MIDI plugin, then you get the added bonus of being able to automate the parameters.
December 21, 2008 at 01:28 in reply to: Preview 2.08: Composite tracks (aka. multitake, comping) #13549
ZynewaveKeymasterBeta3 is available, with a bug-fix, and this change:
New sequence/sound events will be created if recording is started beyond the end of the current events on the track. Previously Podium would extend any existing events on the tracks.
