Hello.

I'm glad that someone else is interested in this idea, as I have been wanting to see it for a long time. Since we already have mic pass-through, adding this should be straightforward, but may still be a fair bit of work. (Others that know the sound code better than I can speak to this, specifically if it's enough work on its own to justify an entire GSoC project.)

On looking at the proposal, timecode signal detection as a safety step is a bit much, I think. (Besides, what if a DJ actually wants to scratch the timecode sound for chirps?) If you're going to bother doing it though, I would take it one step further and automatically enable/disable pass-through depending on the audio input (make this behavior disable-able in the preferences too for the chirpers.) And rather than ejecting the loaded track, just gray it out. (That way, a DJ can pop back on a timecode record and resume mixing where (s)he was without having to click anything.)

Also, I would suggest allowing additional pass-through "decks" (instead of just having the pass-through replace a virtual deck's output) for cases where you want to play two virtual decks as well as an external source in addition, effectively eliminating the need for a hardware mixer.

Thank you for your proposal and interest!

Sincerely,
Sean M. Pappalardo
"D.J. Pegasus"
Mixxx Developer - Controller Specialist

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Get Mixxx, the #1 Free MP3 DJ Mixing software Today
http://mixxx.org


Mixxx-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mixxx-devel

Reply via email to