Topic: auto advancing audio events

Viewing 12 posts - 1 through 12 (of 12 total)
  • June 13, 2006 at 19:41 #859
    Podianer
    Participant

    Frits, 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
    Zynewave
    Keymaster

    There 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
    Podianer
    Participant

    But 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
    Zynewave
    Keymaster

    But 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
    Podianer
    Participant

    @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
    acousmod
    Participant

    + 1

    March 8, 2007 at 19:58 #9184
    Podianer
    Participant

    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?

    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
    Conquistador
    Participant

    @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
    Zynewave
    Keymaster

    Please 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
    Podianer
    Participant

    Thanks! 🙂

    March 9, 2007 at 11:41 #9191
    Conquistador
    Participant

    Cheers Frits! 😉

    December 21, 2008 at 01:26 #13548
    Zynewave
    Keymaster

    Well, 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.

Viewing 12 posts - 1 through 12 (of 12 total)
  • You must be logged in to reply to this topic.
© 2021 Zynewave