Topic: auto advancing audio events
- This topic has 11 replies, 4 voices, and was last updated 17 years, 3 months ago by
Zynewave.
-
June 13, 2006 at 19:41 #859
PodianerParticipantFrits, would it be possible to change this behaviour?
When I record several takes on one track, Podium always advances the last sequence. Wouldn’t it be better to have several events on one track, instead of only one? And is the whole place between the two recordings saved as wave file? I mean, there is no audio in between, and thus it shouldn’t take space on the hard drive. It would be great if audio events could be seperate.
June 13, 2006 at 21:32 #6930
ZynewaveKeymasterThere are a couple of ways you can get around it. You can enable punch-in and set the punch-in start position to where you want the second sound event to start. Or you could double-click to manually create a sequence-event at the desired position. If you start recording where this event starts, then the previous event won’t be extended.
June 13, 2006 at 21:35 #6931
PodianerParticipantBut what is the reason for the auto extending? And will the part in between consume space on my hard drive?
June 13, 2006 at 21:51 #6933
ZynewaveKeymasterBut what is the reason for the auto extending?
The reason to implement the auto extending was mainly to allow recording without having to manually create the events beforehand. However, I can see your point that if you stop and restart recording at a later time, perhaps the previous event should not be extended, but rather a new event created that will be auto-extended for the duration of the recording. Anyone else have opinions on this?
And will the part in between consume space on my hard drive?
Yes, if a single event covers a section with silence, then the silence is stored in the wave file.
June 13, 2006 at 21:54 #6934
PodianerParticipant@Zynewave wrote:
I can see your point that if you stop and restart recording at a later time, perhaps the previous event should not be extended, but rather a new event created that will be auto-extended for the duration of the recording.
Exactly! That would be perfect.
June 14, 2006 at 04:54 #6946
acousmodParticipant+ 1
March 8, 2007 at 19:58 #9184
PodianerParticipantHowever, I can see your point that if you stop and restart recording at a later time, perhaps the previous event should not be extended, but rather a new event created that will be auto-extended for the duration of the recording. Anyone else have opinions on this?
This is still annoying me.. Please Frits, could you change that in the following Releases? You are currently working on audio features so this should fit into your plan π
Max
March 8, 2007 at 21:52 #9185
ConquistadorParticipant@Zynewave wrote:
I can see your point that if you stop and restart recording at a later time, perhaps the previous event should not be extended, but rather a new event created that will be auto-extended for the duration of the recording.
That sounds good to me 8). It would certainly help.
March 8, 2007 at 22:03 #9186
ZynewaveKeymasterPlease Frits, could you change that in the following Releases?
I’ve put it on my notepad, so I’ll look at it when I’m done with the major audio stuff.
March 9, 2007 at 08:37 #9189
PodianerParticipantThanks! π
March 9, 2007 at 11:41 #9191
ConquistadorParticipantCheers Frits! π
December 21, 2008 at 01:26 #13548
ZynewaveKeymasterWell, better late than never π³
As part of the new composite track feature, I’ve finally made the change discussed in this topic. Available in the upcoming 2.08 release.
- You must be logged in to reply to this topic.
