User talk:PeterSampson/Proposal: Timer Record Improvements

Relevant notes from the original forum thread that "nudged" development of this proposal

1) Timer Stop to be available for manually initiated recording

Ability to invoke the TIMER to STOP recording after a set time for a recording process has been manually initiated, NOT automatically by use of TIMER? As a safety measure so Audacity does not record endlessly until hard drive is full and recorded session becomes jeopardized.

• Supported by Koz: I was playing the part of the clueless, scattered, right-brain, creative user. I know the programmers consider Using and Timing to be two completely separate operating conditions, but trust me, the users don't see it, or want it, that way.

2) Loss of controls

The real problem with Timer Recording is that you lose all access to the controls particularly the levels, but also zoom level and resizing of tracks. IIRC there is a FR to leave these controls accessible to the user who is deploying Timer Recording.

• Gale: "I agree it would be more optimal if you could adjust controls relevant to the recording once Timer Record had started but you can Stop or Cancel it using the buttons in the dialogue."
• Peter: What I am asking for is to be able to do in Timer Record mode all the things I can do in normal record mode: zoom in/out, change the track size, drop markers with Ctrl+B and Ctrl+M, use the sliders to adjust the signal, change the waveform display type, rename the track etc. The underlying problem, I infer, is that whoever write the Timer Record assumed it was for "unattended recording" - if that was what it was intended to be then we should have called it "Unattended Record".

Use Case: I often use Timer Record while I am active on my PC so that I do not forget to start an FM capture from the radio - and in that case I do want and need access to the tools.

• Gale: There may be a case for not blocking any actions at all while Audacity is "waiting to start" Timer Record but it raises all manner of issues about what happens if user is in the middle of playing / exporting when recording is due to start.
• Peter:I don't see what the problem is - you can do all these things while Aydacity is recording "normally" - so it should be technically feasible to enable them while in Timer record mode surely?
• Gale:I was considering the issue of setting a Timer Record a long way in advance to be sure you did not forget but then you are locked out of doing anything else in Audacity. Someone else remarked to me about that recently.
• Gale: I can't think of any reason why you shouldn't adjust levels and drop labels while a scheduled recording is going on - you are not asking for any extra menu access in that case, whereas you are if you want to go from manual recording to Timer Record. OTOH we want a Timer Record Progress Dialogue and if it's to be modeless we have to be sure no more menu items are available than when during normal recording. Either this was more difficult for Vaughan to accomplish than you think, or the fact (for example) that you might want to adjust levels during the first few seconds of scheduled recording then walk away wasn't considered.

3) Ability to minimize the Timer record Window

I'd like Timer Record to behave like a proper Windows window so that I can minimize it to the Applications bar. I know I can do this by clearing the desktop of all applications - but then annoyingly it insists on making its screen presence felt as soon as I activate any other docked application.

• Gale: Bug 104 relates to this.
• Peter: But only part of it - it does not cover the ability to use the window minimize button to send it to the task tray. Do we need a new bug raised for this?

Relevant entry from the Wiki/Feature Request page

• Timer Record:
  Many of the below requests could be implemented (I think) by enabling automation support for tcp/unix sockets
  • Multi-event scheduler for future recordings (like a VCR), not just scheduling a single recording for now (15 votes)
  • Perform system shutdown after recording. (6 votes)
  • Accessible from File Menu so when you hit record button, options dialogue would come up (1 votes)
  • Store last used settings to start recording on a daily basis (1 votes)
  • Auto Save:
    • to a pre-defined project name/location set in an in-situ dialog (3 votes)
    • to a pre-defined file name/format and location set in an in-situ dialog (3 votes)
  • Disconnect internet stream as well as stop the recording (1 votes)
  • Recording dialogue windows should be modeless with respect to project recorded into: so you can change input levels, pause manually, drop a label etc. (8 votes)
    • Paragraph 2) above refers to this
  • Cancel should only close the timer not stop the recording (2 votes)
  • Should allow you to work in other projects until recording starts (1 votes)
  • (Windows)Should be able to minimize Audacity while Timer Record in progress (2 votes)
    • Paragraph 3) above refers to this
  • Ability to extend/change the recording time: while the timer is running the recording, or when it is waiting to record (2 votes)

Relevant entry from the Wiki/Pending Feature Request page

Waiting for start message

• Timer Record - enhancements to Waiting for Start msg: I propose that the Timer Record "Wating for Start" dialog box/information box should be upgraded to also show: a) the reqested duration of the scheduled timed recording and b) it's scheduled stop time. Currently it only shows:

1. Waiting to start at dd-mm-yy hh:mm:ss
2. a progess bar (for the wait time)
3. Elapsed Time: hh:mm:ss (countdown since the timer was set up)
4. Remaining Time: hh:mm:ss (until the recording is due to start)

• While you are waiting for the scheduled start 1 and 4 are useful, 2 is ok , but 3 is largely irrelevant and I would suggest removing it. (Plus 1 vote)
  • Steve: If there is a count down to the start of the recording, do you really need a progress bar? If the recording is scheduled a long way in the future, the count down (in numbers) is more informative than a progress bar that is moving imperceptibly slowly.
  • Peter: I agree absolutely - so +1 for removing the progress bar too.
  • Steve: I think "Remaining Time" would need renaming. Perhaps: "Recording will commence in: hh:mm:ss"
  • Peter: +1 for <<<Recording will commence in: hh:mm:ss>>>