On Mon, Sep 6, 2010 at 4:52 PM, Jacob Jennings <[email protected]> wrote: > Albert, > Thanks for the support. Perhaps there is not a whole lot of room for > context awareness - It doesn't really bother me, as long as it proves useful > as a control surface, and makes for a good demo. Contextual awareness is a > great aspect of the device, but does not represent it's complete potential. > I've attached an illustration I created that outlines the available space > on the keyboard, and I've printed out copies to start sketching the design > on. When I have something worth showing, I will send you a scan. I also > pictured waveforms in the touch area, as well as the crossfader, and perhaps > a few other controls. One idea I had might require me to work on some new > features - We'll see how quickly I can start making progress with the code, > but I would like to be able to record X measures, or a start-stop control, > and assign the recording, along with the BPM info to a sample key, which can > be mixed in at any time. This is a little different than a cue, since it > won't matter if the song is still in the deck. Also, cue points could be > assigned, and given names or icons to multiple keys, which could be saved > for later use - The next time the song comes up, you'll know what each cue > point is without having to preview on headphones. I also like the idea of > fetching album art for both decks, and applying it as a low-opacity > background to the keyboard. Loop controls are another possibility. Another > thing to consider is, if we have visual controls on the keyboard, we are > freeing up real estate on the display - What else could be accomplished with > this space? > I would be glad to make a branch with the code when I'm finished, and > perhaps if this product someday goes commercial, we'll have a head start. I > will be documenting the development process, and making a demo video at the > end of the month, and will send it your way. If you have any ideas, please > feel free to share!
I've been continuing to think about this project over the past few days, and it might be tough to finish something glamorous in a month. For that reason, I wouldn't hesitate to make it an uber hack job. What idea(s) you implement might be constrained by how you interface with the touchscreen. Is it using Windows Sideshow or something like that? You may not have a lot of graphics power to do something fancy like render the waveform quickly, and might not even the ability to create an OpenGL context on it (we use QGLWidget for the waveforms). We have some faster, non-GL waveform code here, if you find that you'll need it: https://code.launchpad.net/~mixxxdevelopers/mixxx/features_waveform (The main thing that doesn't work right is pitch adjustment, but otherwise it renders the waveform using tiled pixmaps without OpenGL.) You're going to have to be really careful about what you choose to do in a month, because without knowing the constraints of the hardware or if you hit a rough patch in Mixxx, the scope of your project could blow up. Anyways, I'd just run with one of the ideas you have that sounds easy like adding some Mixxx buttons to the touchscreen, and then see what else you can do with your remaining time. Thanks, Albert > On Sun, Sep 5, 2010 at 11:56 PM, Albert Santoni <[email protected]> wrote: >> >> Hi Jacob, >> >> Awesome. >> >> This looks like a really interesting project and let us know how we >> can help you out with it. I'd encourage you to push your code to a >> public branch on Launchpad when you're done so we can perhaps use it >> in one form or another. >> >> What design do you have planned for your work? (If you don't want to >> share your design until the competition is over, I understand. We can >> also take this off-list, if you'd prefer.) >> >> The hardware demo video emphasizes the contextual aspect of the >> display, but a good way to demonstrate that with Mixxx hasn't jumped >> out at me. If you don't care about context, it might be cool to see >> the waveforms down there and have them be scratchable by touch. I'm >> sure you have more than enough ideas of your own by now though. >> >> Keep in touch! >> Albert >> >> P.S. It'd be great to read a quick post-mortem on this list when >> you're done the project, if you have time. We can showcase the project >> on the blog too. :) >> >> On Fri, Sep 3, 2010 at 10:57 AM, Jacob Jennings >> <[email protected]> wrote: >> > Hello fellow developers, >> > My team (of one) has been selected to participate in the student contest >> > at >> > the 2010 ACM Symposium on User Interface Software and Technology. The >> > contest involves developing an innovative application of a prototype >> > adaptive keyboard from Microsoft's Applied Sciences group. As soon as I >> > saw >> > these demos of this device, I thought this could make for a great >> > control >> > surface for DJ softwares. I was familiar with the Mixxx project, and >> > was >> > pleased to discover that it is based on the QT framework, which I am >> > familiar with. I will be developing an interface with this >> > tactile/touch >> > screen keyboard - the prototype hardware should arrive soon, and I will >> > be >> > developing day in and out for the next month until the symposium. Much >> > thanks to everyone who has contributed to this project thus far! I will >> > be >> > lurking in IRC for the duration, if anyone is interested in progress, or >> > helping me along if I have questions :) >> > Symposium website: >> > http://www.acm.org/uist/uist2010/index.html >> > Introduction to student contest: >> > http://www.youtube.com/watch?v=n0MEhKk9xg4&feature=player_embedded >> > Detailed demo of hardware: >> > http://www.youtube.com/watch?v=ojusRO38Tdc&feature=player_embedded >> > My pitch: >> > http://www.youtube.com/watch?v=5OMdx2AMN-M >> > >> > Regards, >> > Jacob Jennings >> > >> > ------------------------------------------------------------------------------ >> > This SF.net Dev2Dev email is sponsored by: >> > >> > Show off your parallel programming skills. >> > Enter the Intel(R) Threading Challenge 2010. >> > http://p.sf.net/sfu/intel-thread-sfd >> > _______________________________________________ >> > Mixxx-devel mailing list >> > [email protected] >> > https://lists.sourceforge.net/lists/listinfo/mixxx-devel >> > >> > > > ------------------------------------------------------------------------------ This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd _______________________________________________ Mixxx-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mixxx-devel
