On Tuesday 10 August 2010 18:17:04 mad jester wrote: > I'm pretty sure it's impossible to do seamless switching between PITS > and VE (and the upcoming rubber band time stretcher). The dropout is > minor though (depends on the latency window of the algorithm). > Admittedly I haven't actually tried it yet. As long as it doesn't cause the whole engine to hang (and xrun), I don't see that as really being an issue. I suppose I'll find out soon enough, if it doesn't work (i.e. causes an audio xrun), it's probably a bug.
> As for the actual name for it, keylock is not entirely appropriate > since it is a function that both the SoundTouch and Rubberband Time > Stretcher can accomplish if used in a certain way. It is technically > impossible with VE though. > Having a two-way toggle is pretty standard among DJ software -- Traktor, VirtualDJ and (not 100% on this one, but pretty sure) Serato all provide similar functionality, albeit with slightly different terminology or symbols. Anyway, if rubberband provides the same functionality as soundtouch, why make the user choose between an inferior solution and a superior one? If rubberband isn't superior, why make it an option in the first place? Providing two options which provide the same end result is potentially confusing. Admittedly (again), I don't know what differs between librubberband and libsoundtouch in this area, but I have to assume rubberband is somehow better. If there are indeed benefits of both algorithms over the other (a likely situation), then I'd regulate that to a preferences option, like a drop-down that says "I want to use this algorithm when I enable key-lock in the main GUI", with a proper explanation of the pros and cons of each selection in the manual, and a sensible default. > Would VE (Vinyl Emulation), PI (Pitch Independent) and PQ (Pitch > idendepent high Quality) work as symbols? They are application > specific but so are most acronyms dealing with this kind of stuff. > Acronyms may be app-specific, but the functionality/concept is very much familiar to anyone who's used another DJ application, or a CDJ -- as such, I think we should aim to cater to that familiarity with a simple on-off toggle. Naming and implementation detail are certainly still up for grabs, though. On Tuesday 10 August 2010 21:15:38 Jesse wrote: > "KEY". Simple, intuitive. Anybody who doesn't get it right away, will get > it quite quickly. > I like this -- and it's what Traktor does, so it's based in something perhaps already known to the user. Pending further discussion I think I'll go with this. Bill ------------------------------------------------------------------------------ This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev _______________________________________________ Mixxx-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mixxx-devel
