Difference between revisions of "Proposal Play-at-Speed"

From Audacity Wiki
Jump to: navigation, search
m (PeterSampson moved page Proposal Play at Speed to Proposal Play-at-Speed: Connie)
(Connie prefers hyphenation and capitalization for "Play-at-Speed")
Line 1: Line 1:
{{Proposal_Header| This proposal page is about making the play at speed slider real-time and stretchy.  }}
+
{{Proposal_Header| This proposal page is about making the Play-at-Speed slider real-time and stretchy.  }}
 
{{note|1=[https://bugzilla.audacityteam.org/show_bug.cgi?id=133 bug 133] is an enhancement request for this and has more details.}}
 
{{note|1=[https://bugzilla.audacityteam.org/show_bug.cgi?id=133 bug 133] is an enhancement request for this and has more details.}}
 
== Problem ==
 
== Problem ==
  
* Play at speed only plays at the speed set when play at speed was started.
+
* Play-at-Speed only plays at the speed set when Play-at-Speed was started.
 
* It is difficult to precisely set a play speed.
 
* It is difficult to precisely set a play speed.
  
Line 10: Line 10:
 
== Proposed Feature ==
 
== Proposed Feature ==
  
* {{done}} Integrate play at speed with the scrubbing code, so that the slider can control the play speed in real time.
+
* {{done}} Integrate Play-at-Speed with the scrubbing code, so that the slider can control the play speed in real time.
* {{todo}} Also support looped play at speed with dynamic varying speed.
+
* {{todo}} Also support looped Play-at-Speed with dynamic varying speed.
 
* {{todo}} Also support cut-preview at speed with dynamic varying speed.
 
* {{todo}} Also support cut-preview at speed with dynamic varying speed.
* {{done}} Make the play at speed control resizable (like meter toolbars) so that greater precision in setting the speed is easy/possible.
+
* {{done}} Make the Play-at-Speed control resizable (like meter toolbars) so that greater precision in setting the speed is easy/possible.
  
* {{todo}} Remove the play at speed play button.  This will close [http://bugzilla.audacityteam.org/show_bug.cgi?id=815 Bug 815].  Instead:
+
* {{todo}} Remove the Play-at-Speed play button.  This will close [http://bugzilla.audacityteam.org/show_bug.cgi?id=815 Bug 815].  Instead:
 
** All play is play-at-speed
 
** All play is play-at-speed
 
** The transcription toolbar gains presets for x1 and user chosen speeds.
 
** The transcription toolbar gains presets for x1 and user chosen speeds.
Line 27: Line 27:
  
 
# '''What is the purpose of the feature?''' - More controllable play-at-speed
 
# '''What is the purpose of the feature?''' - More controllable play-at-speed
#''' What are the relative importances of the different features in it?  (this is used to justify having a large button, a small button or just a menu item, for example)''' - The feature uses the same real estate and/or gives the user the option of giving the slider more/less real estate that they previously could not do.
+
#''' What is the relative importance of the different features in it?  (this is used to justify having a large button, a small button or just a menu item, for example)''' - The feature uses the same real estate and/or gives the user the option of giving the slider more/less real estate that they previously could not do.
 
# '''Does the feature have modes, and if so how easy are the modes to get out of? (stuck in a mode)''' - No.
 
# '''Does the feature have modes, and if so how easy are the modes to get out of? (stuck in a mode)''' - No.
# '''Does the feature have invalid states that can be greyed out?''' - No change from previous play at speed.
+
# '''Does the feature have invalid states that can be greyed out?''' - No change from previous Play-at-Speed.
# '''What is the factorisation of the feature?  (e.g. pin/unpin can operate on its own, independent of scrub/seek).''' - Resizing and real time are separate factors.
+
# '''What is the factorization of the feature?  (e.g. pin/unpin can operate on its own, independent of scrub/seek).''' - Resizing and real time are separate factors.
 
# '''What are the justifications for 'novelty' in the design? (e.g. RSI free operation, lack-of-precision in conventional sliders).''' - Resizability gives greater precision
 
# '''What are the justifications for 'novelty' in the design? (e.g. RSI free operation, lack-of-precision in conventional sliders).''' - Resizability gives greater precision
 
# '''Is VI use integral?  (e.g. labels added a label editor dialog, essential for VI, useful for non ).''' - VI users will probably use the numerical controls.
 
# '''Is VI use integral?  (e.g. labels added a label editor dialog, essential for VI, useful for non ).''' - VI users will probably use the numerical controls.

Revision as of 11:36, 26 January 2019

Proposal pages help us get from feature requests into actual plans. This proposal page is about making the Play-at-Speed slider real-time and stretchy.
Proposal pages are used on an ongoing basis by the Audacity development team and are open to edits from visitors to the wiki. They are a good way to get community feedback on a proposal.


  • Note: Proposals for Google Summer of Code projects are significantly different in structure, are submitted via Google's web app and may or may not have a corresponding proposal page.
bug 133 is an enhancement request for this and has more details.

Problem

  • Play-at-Speed only plays at the speed set when Play-at-Speed was started.
  • It is difficult to precisely set a play speed.


20-21 July 2018: These two problems are essentially addressed now.

Proposed Feature

  • Done.png Integrate Play-at-Speed with the scrubbing code, so that the slider can control the play speed in real time.
  • ToDo.png Also support looped Play-at-Speed with dynamic varying speed.
  • ToDo.png Also support cut-preview at speed with dynamic varying speed.
  • Done.png Make the Play-at-Speed control resizable (like meter toolbars) so that greater precision in setting the speed is easy/possible.
  • ToDo.png Remove the Play-at-Speed play button. This will close Bug 815. Instead:
    • All play is play-at-speed
    • The transcription toolbar gains presets for x1 and user chosen speeds.
    • New projects open with the preset set at x1.

TogglableSpeed.png

A possible Play-At-Speed with presets

Checklist

  1. What is the purpose of the feature? - More controllable play-at-speed
  2. What is the relative importance of the different features in it? (this is used to justify having a large button, a small button or just a menu item, for example) - The feature uses the same real estate and/or gives the user the option of giving the slider more/less real estate that they previously could not do.
  3. Does the feature have modes, and if so how easy are the modes to get out of? (stuck in a mode) - No.
  4. Does the feature have invalid states that can be greyed out? - No change from previous Play-at-Speed.
  5. What is the factorization of the feature? (e.g. pin/unpin can operate on its own, independent of scrub/seek). - Resizing and real time are separate factors.
  6. What are the justifications for 'novelty' in the design? (e.g. RSI free operation, lack-of-precision in conventional sliders). - Resizability gives greater precision
  7. Is VI use integral? (e.g. labels added a label editor dialog, essential for VI, useful for non ). - VI users will probably use the numerical controls.


Developer/QA Backing

  • James Crook
  • Peter Sampson


Details

  • We should consider having an easy click-stop at x1, x2 and x3.