reilly davis wrote: > how hard would it be to make it so there was a plugin interface for > mixxx then anyone could make a plugin and the user could choose to > install it or not optionally just somthing ive been thinking a while > is to have a stock mixxx and anything extra be a plugin but i dont > know how much work that would involve btw thanks to all the devs that > work on mixxx its looking and more importaintly sounding very spick as > of late Hi Reilly,
I think there is a lot of work that would need to go into what you are describing. For one, the plugin would need some way to add stuff to the GUI. We could allow the plugin writer to specify GUI elements a-la skin.xml. The problem would then be where to draw that little bit of GUI? How should it be colored to look good with the current skin? We could add a tab to the library/effects tab widget for the plugin that you installed and just shove the widgets in there. Plugins would never feel like an integrated part of Mixxx if you had to click a tab to get to them. I don't know if you mean that Mixxx should have an SDK or some such with which people could write C++ extensions. I do not think that that sort of plugin would be very useful to many people, and that would be a lot of work to make an SDK based interface to the Mixxx engine. It could be a neat project to combine a way to specify new GUI element tabs with QtScript so that people could write little scriptlets that had GUI elements. It would be sort of like having script that wasn't associated with a MIDI controller. Once scripts can request callbacks via timer (coming soon to MIDI scripting) this would be even more useful because you could write a little plugin that tweaked Mixxx engine parameters on a timer or something. An example off the top of my head could be something that automatically checked if your gain was causing clipping and turned it down for you. It's an interesting idea, but I don't see it happening any time soon unfortunately. Cheers, RJ > > On Sun, Aug 9, 2009 at 5:12 AM, Nick Guenther <[email protected] > <mailto:[email protected]>> wrote: > > On Sat, Aug 8, 2009 at 11:54 AM, Ben Wheeler<[email protected] > <mailto:[email protected]>> wrote: > > 2009/8/7 Nick Guenther <[email protected] <mailto:[email protected]>>: > >> > >> Something else that would be really useful for the library > would be to > >> record the low/mid/hi envelopes of each track, and give column for > >> each so that if the DJ wants is being really dubsteppy they can > find > >> bass filled tracks quickly, or if they want to layer something > in the > >> high register over top they can do that, or so they can know before > >> they hear it if they need to adjust the EQs. > > > > Just to chip in my opinion. These features sound useful, but I don't > > think they are. > > I wouldn't use them, I doubt any competent DJ would want them, but > > what's worse, > > if anyone uses them while learning to DJ, I think they will > interfere > > with the learning > > of important mixing skills. Being able to keep a steady volume > across > > the mix is a core > > skill of DJing, and any feature which tries to do part of the > job for > > you, or even advise you, simply > > means you're going to struggle more when you play out on a > system that > > doesn't have such a feature, which you will someday. > > > > I don't know what you mean by recording the "envelopes" of the > > track... but it's not possible to identify a genre of music > from, say, > > a frequency histogram. Again, this is a distraction from the vital > > skill of developing an instinct for which deciding which track > to play > > next based on memory, and I think even if it's only narrowing the > > search field a little, it will probably make too many mistakes to be > > useful. You'd have to do sophisticated DSP to identify genres, and > > that still wouldn't tell you whether two tracks go together. > > I meant to like, integrate over the lows, mids and highs and record a > heuristic score for each. So if a song is really bassy overall I can > tell that slightly faster. I think it would necessarily be very much > only a guide, obviously, there's lots of cases (say, classical) where > the volume jumps around too much. > > But > > > DJing is not so hard that we need lots of features to make it > easier, > > imo. Every one you add, makes the skills learned on mixxx less > > transferable to other DJing setups. > > > > Just because you have a database, please don't feel like you have to > > fill it with useless data! > > Agreed! But if that was so true we'd be using two VLCs going at once > (heh, at least then playlists would work ;)). Mixxx's BPM detector > definitely interfered with me learning to beatmatch, I didn't until my > laptop was broken for four months and all I had were tables. I kind of > think Mixxx should be the best at being Mixxx that it can, not try to > emulate other setups. It *should* be accessible to n00bs as well as > 'competent DJs' because DJ worship is lame and if n00bs can spend an > afternoon in their bedroom figuring out Mixxx and then throw a party > with their friends so much the better. > > Though of course, stability over features always, and I should shut up > now because I haven't contributed code in a couple months now. > > -Nick > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports > 2008 30-Day > trial. Simplify your report design, integration and deployment - > and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Mixxx-devel mailing list > [email protected] > <mailto:[email protected]> > https://lists.sourceforge.net/lists/listinfo/mixxx-devel > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > ------------------------------------------------------------------------ > > _______________________________________________ > Mixxx-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/mixxx-devel > ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Mixxx-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mixxx-devel
