Re: [Mixxx-devel] MixCloud ?
On May 21, 2014 7:56 AM, Daniel Schürmann dasch...@mixxx.org wrote: Hi Peter, I was just thinking that more cloud service we have is the better ... This is a valid point. So there is nothing against working with the Mixcloud API if you have fun. And if you get sponsored, it is even more fun :-). Yeah, exactly. If you want to do it, go for it! The MixCloud team approached us about 6 months ago asking us to develop some sort of integration, but ultimate could provide no financial support for us so nothing happened. I spoke with them and they understood our situation, which is that all our developers were busy fixing bugs or working on features with a higher impact for our users. They were also unable to develop the feature themselves. We can't ask any of our devs to stop what they're developing (in our free time, mind you) because some company wants feature X. Either there's money involved or else nobody will want to stop working on their own cool new features. That said, if you DO want this feature, by all means go for it. We want some cloud integration, it's just that nobody else wants to do it. :) The project is yours for the taking, and I'm sure it'll be appreciated by both our development team and our users. Thanks, Albert IMHO the jumping point here is if and how we will merge this to the master branch. A generic plug-In solution, something like the controller scrips might be suit here. By the way: Do you have a idea how a Mixcloud integration will look like? Is it all just about a preference page and a upload button in the recording view? Kind regards, Daniel 2014-05-21 10:43 GMT+02:00 Peter G. Marczis marc...@demonkutya.com: Hi, hm, for sure I did not think about this point of view... I was just thinking that more cloud service we have is the better for the project, I mean that we may attract some users with these integration... Anyway, after reading your answer I really looking to it from a different view :) I think you're right, we could ask something for it, like asking them to advertise use or something. Should I get some contact point and ask if they willing to have some kind of agreement ? As I'm just a wannabe mixxx developer, most probably I'm not the best person for this, I mean I would not dare to speak in the name of the developers as I had ~0.1% work in the whole project :) Br, Peter. On Wed, May 21, 2014 at 11:19 AM, Daniel Schürmann dasch...@mixxx.org wrote: Hi Peter, we have also thought about including of different Cloud services. We had offered a GSoC project for this http://www.mixxx.org/wiki/doku.php/gsoc2013ideas?s[]=cloud#cloud_library_support_soundcloud_spotify_etc But finally we have decided not to offer this as GSoC project, because of various reasons. The topic is so difficult, because we hit strong commercial interests, once we starting to promote commercial cloud services. IMHO a Cloud service integration in Mixxx is a implicit advertising. I am not against doing this, but we should not do this for free. Maybe other on the list will correct me, but here the state of discussion for possible solutions: * We can do a Cloud service branch (OEM Version) * We can offer a Cloud service API, to allow to install Cloud Service Plug-Ins What is the biggest advantage for the user to have a Mixcloud integration, isn't already possible to upload a recorded mix? Mixcloud was recently integrated in traktor, I wander how the deal was made ... You may ask Mixcloud how they are willing to support you and the Mixxx community for such a job. Kind regards, Daniel 2014-05-21 9:29 GMT+02:00 Peter G. Marczis marc...@demonkutya.com: Hi, I'm just wondering if you guys ever considered to integrate mixcloud support ? Under support I mean upload... they provide API for uploading. I can check it and so make a C++ library for it if you think it worth the time... (right after I'm done with the LP mini mapping - documentation) http://www.mixcloud.com/developers/ Thanks in advance ! Br, Peter. -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to
[Mixxx-devel] Fwd: [Portaudio] Seeking support for PortAudio development
-- Forwarded message -- From: Ross Bencina rossb-li...@audiomulch.com Date: Tue, Feb 11, 2014 at 7:20 AM Subject: [Portaudio] Seeking support for PortAudio development To: Portaudio Mailing List portau...@music.columbia.edu Hello Everyone, Question: would anyone be willing to contribute resources to help finalise the PortAudio V19 release? Specifically: developer time, cash, or sponsorship for specific development. [1] Previously, I have funded my work on PortAudio through work on related products such as AudioMulch. For the past two years this has not been feasible. Currently I spend a portion of my time doing contract work. I would be happy to work on PortAudio if that work could be paid for. Perhaps other PortAudio developers are in a similar position and could also participate in a sponsored effort. Depending on the level of available support, I believe that we could put together a workable plan to finish a release-quality version of PortAudio V19 within the next six months. The work would need to include development, testing and release packaging. Possibly we would need to address the release process and improve the website too. Some amongst you might be aghast at the mention of money. But PortAudio is used in many commercial products as well as in widely used (and funded) open source software. Most if not all current PortAudio developers are professional developers. It is entirely reasonable for us to seek to reach our goals in a sustainable way. To give an idea of the budget that I have in mind: for $30-70k we could put together a sustained push with multiple developers working part time. This could comprise a small number of large contributions (2-4 x $15k) or a larger number of small contributions (10+ x $3k). If you think that you might be able to help out, please get in touch either on this list or to my usual email address (ro...@audiomulch.com). I'm happy to discuss details and answer questions. All comments welcome. *** Thanks for reading this far. For context, I've provided further background on current development status below: In spite of there being many unimplemented features and bugs to fix, main-line PortAudio development has been in maintenance mode for the past year, some would say longer. [2] If you've been following the New stable release? thread you'll know that we are discussing how to short-circuit the V19 development process so that we can move from releasing development snapshots to releasing 19.x.y version numbered releases. I would prefer that PortAudio V19 was production ready. In other words, that it achieved some standard for feature completeness and lack of crash-bugs. My personal view is that it's more responsible to continue to release development snapshots than to pretend that the current state of the code deserves to be called release grade. For those who don't remember, the last time that this issue came up we optimistically set up a development plan including a set of milestones targeting unimplemented API features and bugs. The idea was to address these issues prior to releasing V19 as production ready code. That plan has seen no tangible progress for at least the last year. Progress has been stalled in part because Phil and I have been on the critical path and we both have been otherwise occupied with trying to make a living. What little time we have had has been spent on more pressing maintenance and support issues. Another issue was that the development target was chosen with broad scope. With hindsight, that was a mistake. I underestimated the amount of work that would be involved. I think many of us optimistically hoped that by organising the task list we would see additional contributions help us achieve a shared goal. While we have received many excellent contributions, most have been maintenance or bug fixes for new issues, they have not moved us closer to the goal of finishing the release. I am very grateful for *all* of the contributions that PortAudio receives, both from the core developers and maintainers, and the wider PortAudio community. We have a difficult job balancing the need to uphold development standards, support users, and also to try to progress development with limited resources. Thanks for reading, Ross. [1] Patches for existing tickets would also be very welcome -- but we will need a lot of patches to meet our goal, and someone will need to have time to merge them. [2] There have been major contributions during this time. However for the most part they have not been moving us towards finalising a release. ___ Portaudio mailing list portau...@music.columbia.edu http://music.columbia.edu/mailman/listinfo/portaudio -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime
[Mixxx-devel] Fwd: [xwax-devel] xwax for Android
-- Forwarded message -- From: Olivier Gauthier oli...@oscille.ca Date: Wed, Dec 25, 2013 at 3:09 PM Subject: [xwax-devel] xwax for Android To: xwax-de...@lists.sourceforge.net Hi! After two weeks of learning Android NDK and SDL I finally managed to run xwax gui on my Android phone! Note that I only ported gui part, audio part is not near working. I tried to use tinyalsa directly but apparently the only low latency api available is opensles. My goal is to be able to plug my usb sound card using a usb OTG adapter. Merry Christmas! Olivier -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk -- xwax-devel mailing list Please don't start a new thread by replying and changing the subject. Instead, send a new mail to xwax-de...@lists.sourceforge.net -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com attachment: android.jpg-- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] Fwd: [Portaudio] Recording devices opened mono still sending stereo causing corrupt audio
Can anyone on our side confirm this microphone bug is fixed? -- Forwarded message -- From: Alan Horstmann gine...@aspect135.co.uk Date: Mon, Nov 18, 2013 at 8:48 AM Subject: Re: [Portaudio] Recording devices opened mono still sending stereo causing corrupt audio To: Portaudio Mailing List portau...@music.columbia.edu Hi Ross, On Sunday 17 November 2013 18:54, Ross Bencina wrote: Sorry I lost track of this. Well, I was just waiting for confirmation from the Mixxx guys - the patch is on their bug-tracker but it seems they're all busy! Hopefully that will come some time. Please go ahead and apply the current fix if you haven't already. You, Phil and I have checked it and that seems as good as we're likely to get at the moment. Once you've done that I'll tweak the comments as I noted in my earlier message. Done. As far as other potential refactorings: The buffers always need to be dynamically registered of course, but perhaps you're right that the other info can be set at bp init time. Out-of-my-depth talking here, but is it actually necessary to set the buffers up separately before the processing (other than a single pointer to the start of the area)? For example are the channels ever able to be non-contiguous areas? It looks like the _SetxxxChannels() funcs do the same sort of adjustments based on interleaving, num channels, format size, that are used again later in the (Non)AdaptingProcess() to index various pointers in the data buffers. However, that is a bit of a side issue. From memory I wanted to keep the information about dynamic buffers with the buffers (hence passing stride at each callback rather than at bp initialization time). I think you can argue it both ways: either it's better to init everything up front, or not. My preference for the latter was that it makes it harder for clients to make bugs -- since the info about the buffers is registered at the same time as the buffers. I could see that intent, but the buffer data can't be used without also knowing other things, such as format and interleaving (ie it does not carry a full set of data). And different channels can't have different strides, so most of the values are duplications, and the processing would break if they differed, surely? Can't the 'pre-processing' stage work all this out from the params of the data?? Just throwing out things that are not carefully thought through... thinking along the lines of an _init() to set all the stream parameters into the bp (perhaps struct for each direction) called once for each openStream(), a _begin() or similar to set up each block of data prior to processing (and anything else), and actual _process() to do the job. But it is just 'arm-waving'! That said, clearly the buffer processor has achieved barely maintainable status and we probably should consider some clarifying improvements. OTOH it is well tested and aside from the currently discussed regression it hasn't exhibited any other problems. My gut feeling would be that if you think that all the host APIs can be significantly simplified by tweaking the bp interface then we should consider it, but if it's just for the sake of an internal refactoring it's probably not a high enough priority to put energy into (compared to all the already prioritised milestones/features). Those are very much my concerns - if it works as-is, maybe time is better spent elsewhere rather than break everything...but sometimes it is futile to resist the creative processes... Regards Alan ___ Portaudio mailing list portau...@music.columbia.edu http://music.columbia.edu/mailman/listinfo/portaudio -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] Qt 4 file dialog broken on sandboxed OS X 10.9
FYI both the Mavericks font bug and sandboxed file picker bug are fixed in Qt master and should land in 4.8.6. Thanks, Albert On Nov 8, 2013 8:27 PM, Albert Santoni albe...@mixxx.org wrote: Yeah, I can confirm that it at least affects 4.8.4 too. I had an app go live in the Mac App Store today, reviewed and approved by Apple, but they only tested it on 10.8. A customer discovered the problem on 10.9, whoops... Albert On Fri, Nov 8, 2013 at 8:22 PM, RJ Ryan russelljr...@gmail.com wrote: Joy of joys. Does this affect versions prior to Qt 4.8.5? The bug isn't marked as affecting anything other than 4.8.5. On Fri, Nov 8, 2013 at 8:12 PM, Albert Santoni albe...@mixxx.org wrote: Hey guys, Just a heads up that every Qt application in the Mac App Store is getting stung by this one right now: https://bugreports.qt-project.org/browse/QTBUG-34012 At least there's a patch against 4.8.5... but it still sucks to have to recompile Qt. Happy Friday, Albert -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] Qt 4 file dialog broken on sandboxed OS X 10.9
Yeah, I can confirm that it at least affects 4.8.4 too. I had an app go live in the Mac App Store today, reviewed and approved by Apple, but they only tested it on 10.8. A customer discovered the problem on 10.9, whoops... Albert On Fri, Nov 8, 2013 at 8:22 PM, RJ Ryan russelljr...@gmail.com wrote: Joy of joys. Does this affect versions prior to Qt 4.8.5? The bug isn't marked as affecting anything other than 4.8.5. On Fri, Nov 8, 2013 at 8:12 PM, Albert Santoni albe...@mixxx.org wrote: Hey guys, Just a heads up that every Qt application in the Mac App Store is getting stung by this one right now: https://bugreports.qt-project.org/browse/QTBUG-34012 At least there's a patch against 4.8.5... but it still sucks to have to recompile Qt. Happy Friday, Albert -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] Fwd: Future plans for EQ.
Hi Ferran, At the risk of sounding amateurish, can you clarify what the difference between a mixing parametric EQ and a room EQ is? I think we mean that the parametric EQ is not something you'd use on-stage in a club, and so it wouldn't be visible on-screen in Mixxx by default. It could be in a separate window or something (or maybe also in a special radio skin). Thanks, Albert On Tue, Jul 30, 2013 at 4:59 PM, Ferran Pujol Camins ferranpujolcam...@gmail.com wrote: So parametric eq blueprint is intended to be more of a room eq than a mixing eq? I finally filed the bugs: Asymetric custom EQ gains https://bugs.launchpad.net/mixxx/+bug/1206676 EQ is not perfect https://bugs.launchpad.net/mixxx/+bug/1206683 2013/7/30 RJ Ryan russelljr...@gmail.com Hi Ferran, Those branches are experimental (and haven't been updated in a while) and will be optional features if they are completed. The standard live performance EQ setup of 3 or 4 bands is probably what we will be sticking with for the default Mixxx configuration. Other uses cases (e.g. radio) would probably benefit from a parametric EQ and we are open to supporting those cases. Best regards, RJ On Tue, Jul 30, 2013 at 4:16 PM, Ferran Pujol Camins ferranpujolcam...@gmail.com wrote: Hello, I was about to report a bug and a wish feature about Mixxx's EQ. However, I don't really understand what is planed to develop in a future regarding the EQ. I've seen the n-band and the parametric EQ blueprints and I have a question: As far as I've guessed with frequency spectrum analysis, Mixxx's EQ is a graphic EQ which is build based on shelf filters. It is planed to change it to a parametric based approach? [image: Imatge en línia 1] (In this image appears what I understand for parametric and shelf filters). -- Best Regards, Ferran Pujol Camins -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Atentament, Ferran Pujol Camins -- Atentament, Ferran Pujol Camins -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] 1.11.0 status
No and yes. :) The Mac App Store version has always had some features turned off for various reasons. Max, I would have agreed with you a few years ago, but the situation with the Mac App Store has changed since then in my view. Maybe by Apple's intent, the Mac App Store has become a store for crappy little apps, and is not a place where you can generally find quality _desktop_ software. (I would also argue that even if some Mac users find software via the Mac App Store, what we care about is where _DJs_ find software, and that place is definitely not the Mac App Store.) And remember, North America and Europe are still 10:1 for Windows to Apple users, so worst case the Mac App Store is still a small percentage of Mixxx's current reach. Thanks, Albert On Wed, May 8, 2013 at 6:20 PM, Steven Boswell II ulat...@yahoo.com wrote: I hope this is a dumb question...removing Browse mode is only for the Mac App Store version, right? From: RJ Ryan russelljr...@gmail.com To: Too Many DJs mixxx-devel@lists.sourceforge.net Sent: Wednesday, May 8, 2013 11:14 AM Subject: Re: [Mixxx-devel] 1.11.0 status Hi folks -- we got rejected due to not following sandbox rules. I requested a temporary sandbox exception on filesystem access and I hoped they would grant it but they didn't. We're going to have to do some major work to get this fixed. We may even have to completely remove Browse mode. On the plus side, I'm going to release 1.11.0 tonight hopefully. Now that I know the MAS is not going to happen for a while we'll have to release without it. Woo? RJ -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. This 200-page book is written by three acclaimed leaders in the field. The early access version is available now. Download your free book today! http://p.sf.net/sfu/neotech_d2d_may ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. This 200-page book is written by three acclaimed leaders in the field. The early access version is available now. Download your free book today! http://p.sf.net/sfu/neotech_d2d_may ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] Proposal
Hi James, That's no problem. Might help to include a PDF version as well for those of us not on Windows (if you care about alignment). Thanks, Albert On Sat, Apr 27, 2013 at 8:09 PM, James J Fagan jfag...@binghamton.edu wrote: Hi Everyone, I am attempting to submit my proposal to Mixxx through the GSOC website but I am having trouble because I wrote my whole proposal in Microsoft Word and when I paste it into the box it messes up my images and alignment. I have provided a link to my proposal through my google drive in the additional resources. Is it ok if I describe in the content box that my actual proposal is in the link or should I post my out of alignment proposal in addition to the link with a note describing that my actual proposal is there. Thanks, James Fagan -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- Try New Relic Now We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] GitHub
Here's an interesting article from one of the Bazaar devs on the decline of the project: http://stationary-traveller.eu/pages/bzr-a-retrospective.html I wonder how long it will be before we see a decline in Launchpad as well, or maybe it's already happening which is why it hasn't changed much in the last two years. Mark Shuttleworth only has so much money On Mon, Dec 17, 2012 at 10:36 AM, RJ Ryan rr...@mixxx.org wrote: One more benefit is we could use it as a time to get rid of the mixxx/ directory in the root of our tree since everyone has to re-checkout the tree anyway. On Fri, Dec 14, 2012 at 7:46 PM, RJ Ryan rr...@mixxx.org wrote: Here's a thought. What if we moved our repos to git and hosted on GitHub? We would use Launchpad for project management (bugs, specs, milestones, etc) and GitHub for code and code review. PRO: - GitHub's web-based code review tool is getting better by the day. - git has 'won' the battle of the DVCS's. - git is lightning fast in contrast to bazaar - GitHub has a very slick web interface for browsing code - Contributors submit pull requests instead of patches. This way they get their names in the commit log as the committer. This makes attribution and copyright ownership easier to track. - lightweight branches - Launchpad supports pulling code / branch info from an external git tree so code.launchpad.net/mixxx won't be totally useless. CON: - Git is harder to use than Bazaar. Developers not familiar will have to learn. - Work involved in migrating scripts, build server, build system, etc. - Issue tracker is fledgling. We should only use GitHub for code and code review, not for issues or wiki. - lightweight branches -- need to hack scons to do per-branch object file folders or else you will be re-building the world all over the place. - No link from GitHub commits to LP bugs other than in commit description. IMO not a big deal. Thoughts? In general these are the points that I think really matter: * Code review : I spend a lot of time reviewing code and patch submissions. I would switch to GitHub for this alone. If it made me spend half as much time reviewing code as I do now that would be a huge savings and would free time for me to do other things. * Speed. I'm so fed up with Bazaar's slowness and I'm sure you are too. * Developer mindshare is in Git, we are potentially missing out on contributions due to our tools (scons, bzr) being unfamiliar. * The tooling in the git community is way better than Bazaar. Another option is to setup a mirror of bzr on GitHub. -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] Qt 5 Released
Hi guys, Big news from Qt - Qt 5.0.0 is released! Here's some relevant links: http://qt-project.org/qt5 http://qt-project.org/wiki/Transition_from_Qt_4.x_to_Qt5 http://qt-project.org/wiki/Qt500KnownIssues The transition from Qt 4 to Qt 5 looks relatively painless. We'll see how the build system holds up. :) For Mixxx and most desktop Qt applications, there's unfortunately not really much to gain by upgrading to Qt 5 yet. The main improvements seem to be surrounding Qt Quick/QML, WebKit2, and lots of backend stuff regarding QPA and OpenGL. Though nobody's really saying it, I think what's more important about this release is that it signifies that Qt is really being freed from the crappy direction Nokia put it in. The press release hints at this by saying Android and iOS support will come later this year, so perhaps Mixxx will get even more portable soon. I'm also expect we'll see better integration with modern desktop OSes, which is an area where Qt has been lacking since Nokia picked it up. There's many features from Windows 7 and Mac OS X 10.7 Lion that aren't available to Qt applications, nevermind even Windows 8 and OS X 10.8 Mountain Lion. Anyways, cheers to the Qt team and let's hope that Qt brings much success to Digia. Albert -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] GitHub
Hi RJ, I agree with your assessment and it aligns with my own experience with git and GitHub. In general, I'm sold on git, but I'm not quite sold on GitHub. I don't think GitHub makes a very good development hub for large open source projects since project management features are non-existent. That said, I don't think we make the most out of Launchpad's project management features either (blueprints, etc.), but at least it has teams, translations, etc. I think stumbling onto the branches page on Launchpad gives you a much better overview of active development than you could get out of GitHub. Some of this disorganization can be countered by a good README.md, directly mainly at prospective developers, that gives people an overview of the current state of development. Perhaps this in addition to our usual IRC method of reeling new developers in would keep Mixxx just as approachable. To put it another way, decentralizing branches is good, but decentralizing development or project management is bad. It sounds like our ideal solution would be: - using git with Launchpad - having a way better code browser on the Launchpad website - having better code review tools on Launchpad Is that even possible? Thanks, Albert On Fri, Dec 14, 2012 at 7:46 PM, RJ Ryan rr...@mixxx.org wrote: Here's a thought. What if we moved our repos to git and hosted on GitHub? We would use Launchpad for project management (bugs, specs, milestones, etc) and GitHub for code and code review. PRO: - GitHub's web-based code review tool is getting better by the day. - git has 'won' the battle of the DVCS's. - git is lightning fast in contrast to bazaar - GitHub has a very slick web interface for browsing code - Contributors submit pull requests instead of patches. This way they get their names in the commit log as the committer. This makes attribution and copyright ownership easier to track. - lightweight branches - Launchpad supports pulling code / branch info from an external git tree so code.launchpad.net/mixxx won't be totally useless. CON: - Git is harder to use than Bazaar. Developers not familiar will have to learn. - Work involved in migrating scripts, build server, build system, etc. - Issue tracker is fledgling. We should only use GitHub for code and code review, not for issues or wiki. - lightweight branches -- need to hack scons to do per-branch object file folders or else you will be re-building the world all over the place. - No link from GitHub commits to LP bugs other than in commit description. IMO not a big deal. Thoughts? In general these are the points that I think really matter: * Code review : I spend a lot of time reviewing code and patch submissions. I would switch to GitHub for this alone. If it made me spend half as much time reviewing code as I do now that would be a huge savings and would free time for me to do other things. * Speed. I'm so fed up with Bazaar's slowness and I'm sure you are too. * Developer mindshare is in Git, we are potentially missing out on contributions due to our tools (scons, bzr) being unfamiliar. * The tooling in the git community is way better than Bazaar. Another option is to setup a mirror of bzr on GitHub. -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] Mixxx 1.11.0 beta2! Testers urgently needed.
Tests good on Windows 7 Ultimate 64-bit SP1, with the 64-bit 1.11-beta2. GPU is an ATI Radeon HD4850, everything looks and behaves perfectly. The only caveat is that I have a tiny MP3 collection on this machine. I really miss tooltips by default though. I think the tooltips are really crucial to helping new users understand what all the buttons do. You discoverability of Mixxx is hurt by this, and I think it's very difficult to even find the tooltips option. You wouldn't even know it was there unless you knew about it from before. On Fri, Dec 14, 2012 at 1:15 PM, RJ Ryan rr...@mixxx.org wrote: It's been a while since our last beta but 1.11.0 is feeling pretty solid and we're getting ready to release in a week or so with the tentative target of just before or after xmas. We urgently need: * Mac 64-bit users * Windows 64-bit users This is the first 1.11.0 build we have released with a 64-bit Windows and 64-bit Mac build. (Yes, we had x64 Windows in 1.10. It's a long story :). I'm very nervous about these two so it's urgent that we get testers to try them out. I need feedback even if it worked great. If you are going to give Win64/Mac64 feedback, please provide: * Your OS version (Win 7, Win XP, Mac OSX 10.6.8, etc.) * Your service pack level if on WIndows (e.g. Windows XP SP3) * Please verify you downloaded the 64-bit version of Mixxx, not the 32-bit. If we don't have enough positive reports of 64-bit working then I'm just going to axe 64-bit for 1.11.0. Better safe than sorry. Forum post announcement and download links are here: http://www.mixxx.org/forums/viewtopic.php?f=1t=4395p=16469#p16469 Thanks to everyone for the hard work on this release! It's looking great. RJ -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] Fwd: Compilation problem using VS2008 under windows7.
Hi Ariel, I think you're mixing X64 and X86 objects. Eg. Mixxx is being compiled as 64-bit and it's linking against the 32-bit MSVC libraries or vice versa. Did you specify a bitwidth when you ran scons? eg. scons bitwidth=32 If you want to debug this, there's a magic /VERBOSE:LIB linker flag that's super helpful. Poke around our build python files in /build to figure out where to add that in. That flag will show you which libraries and search paths the linker is look at. Hope this helps, Albert On Wed, Oct 10, 2012 at 8:37 AM, Ariel Mauricio Marzana Valdez 4rim4uj...@gmail.com wrote: -- Forwarded message -- From: Ariel Mauricio Marzana Valdez 4rim4uj...@gmail.com Date: Wed, Oct 10, 2012 at 2:24 AM Subject: Compilation problem using VS2008 under windows7. To: mixxx-devel@lists.sourceforge.net Hi guys, I already follow the step by step tuto from: http://www.mixxx.org/wiki/doku.php/compiling_on_windows#build_the_32-bit_version_using_microsoft_visual_studio_express And I make all about it but I have a problem in the compilation: win32_build\mixxxkeyboard.obj : fatal error LNK1112: module machine type 'x64' conflicts with target machine type 'X86' scons: *** [win32_build\mixxx.exe] Error 1112 scons: building terminated because of errors. Im using a core i7 machine with windows 7(x64) VS2008 with windows sdk 7.0 as you say in the tuto link above, Im attaching the log file to check whats wrong. Thanks in advance. -- Ariel Mauricio Marzana Valdez Developer Sustainable thinking...please consider the environment before printing this email. -- Ariel Mauricio Marzana Valdez Developer Sustainable thinking...please consider the environment before printing this email. -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] Serato DJ Intro is axed, ITCH becomes Serato DJ
Hi guys, Good article on DJWorx here about RANE ditching Serato DJ Intro, and turning ITCH into something vague called Serato DJ. http://djworx.com/itch-is-scratched-say-hello-to-serato-dj/ This more or less just looks like an upgrade to ITCH. Most of you won't be surprised that they killed Serato DJ Intro, as it was billed as free, super n00b friendly DJ software on their website, except it required you to buy the hardware before the software would even work. It also looks like Mixxx has gained more features than Serato in the past year. :) Anyways, keep up the good work guys. I've been playing with the 1.11 betas and I'm very excited for the final release! Thanks, Albert -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] Digia acquires Qt, Ghost of Nokia be Gone!
Hi guys, Here's some great news for Mixxx: http://digia.com/en/Home/Company/News/Digia-to-acquire-Qt-from-Nokia/ Following the acquisition, Digia plans to quickly enable Qt on Android, iOS and Windows 8 platforms. Over the past few years, I'd become increasingly worried about Qt's future. Every platform Nokia touched seemed to die, and it seemed like these futile efforts to support these platforms in Qt took resources away from Qt Desktop, which has been starting to rot. (eg. Integration with Windows 7 and OS X Lion just isn't there in Qt, and it should be.) I'm hopeful that Digia will continue the original direction of Qt and allow projects like Mixxx to better integrate with modern platforms like Windows 8. Cheers, Albert -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] Web of Trust vs. Evil Profiteers
Hi guys, As many of you are aware, there's a lot of scumbags out there that take open source software like Mixxx and Audacity, rebrand it (sometimes), bundle adware with it (always), and make money off our work. The GPL permits such lame behaviour, and in the past, we've asserted our trademark ownership in order to force some of these scumbags to stop using the Mixxx name anywhere on their site. Some of these guys go to great lengths to appear legitimate, such as having fancy certifications that say it's OK to steal your personal information and install loads of crap on your computer, as long as it's in the fine print. Additionally, there's a whole little economy that revolves around this stuff, which starts by sucking people in from Google Adwords, getting them to download and install Mixxx plus a bunch of toolbars and useless junk, and then the unscrupulous distributor gets paid per installation of crapware. Hey, it's a free market, and you could argue that they're filling some niche. I suspect that the vast majority of the people who install Mixxx from these guys know nothing about DJing, but that doesn't make it right. By bundling unrelated crapware with a product, you're adding ZERO value to it, and very much taking something away from the user experience during installation. The only value being produced is for the guys making the crapware - they're getting a cheap way to get their software on to loads of computers. (Back in the day, these things used to be like pyramid schemes - crapware installs more crapware... I don't know if that's still common, but I hear botnets are all the rage these days...) Anyways, it is indeed a free market, and some guys have been building a site called Web of Trust, which seems like a useful tool for informing less aware users about what they're getting into when they visit one of these sites. With WOT, you can rank the trustworthiness of a site, and users who have WOT installed on their PCs get a big popup telling them when they visit one of these sketchy sites. I would encourage anyone who thinks vendors who like to fork Mixxx and bundle additional programs to please leave their feedback on the WOT page for each of these sites. You can install WOT via a Chrome extension (easiest way): https://chrome.google.com/webstore/detail/bhmmomiinigofkjcapegjjndpbikblnp And the official Web of Trust site is at: http://www.mywot.com Lastly, you might wonder if this is similar to what Google already has in-place, where they block malicious sites. The answer is no, Google tends to mostly block sites with browser exploits, and additionally, they're making a profit out of all of this too via Adwords, so they have a conflict of interest. Web of Trust seems to be genuinely neutral for now. Thanks, Albert -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] Web of Trust vs. Evil Profiteers
Also, please don't write the URLs or link to any of these sketchy websites on mixxx-devel or on the forums! We have to be very careful not to influence their Pagerank. Thanks for your help, Albert On Thu, Aug 2, 2012 at 11:26 AM, Albert Santoni albe...@mixxx.org wrote: Hi guys, As many of you are aware, there's a lot of scumbags out there that take open source software like Mixxx and Audacity, rebrand it (sometimes), bundle adware with it (always), and make money off our work. The GPL permits such lame behaviour, and in the past, we've asserted our trademark ownership in order to force some of these scumbags to stop using the Mixxx name anywhere on their site. Some of these guys go to great lengths to appear legitimate, such as having fancy certifications that say it's OK to steal your personal information and install loads of crap on your computer, as long as it's in the fine print. Additionally, there's a whole little economy that revolves around this stuff, which starts by sucking people in from Google Adwords, getting them to download and install Mixxx plus a bunch of toolbars and useless junk, and then the unscrupulous distributor gets paid per installation of crapware. Hey, it's a free market, and you could argue that they're filling some niche. I suspect that the vast majority of the people who install Mixxx from these guys know nothing about DJing, but that doesn't make it right. By bundling unrelated crapware with a product, you're adding ZERO value to it, and very much taking something away from the user experience during installation. The only value being produced is for the guys making the crapware - they're getting a cheap way to get their software on to loads of computers. (Back in the day, these things used to be like pyramid schemes - crapware installs more crapware... I don't know if that's still common, but I hear botnets are all the rage these days...) Anyways, it is indeed a free market, and some guys have been building a site called Web of Trust, which seems like a useful tool for informing less aware users about what they're getting into when they visit one of these sites. With WOT, you can rank the trustworthiness of a site, and users who have WOT installed on their PCs get a big popup telling them when they visit one of these sketchy sites. I would encourage anyone who thinks vendors who like to fork Mixxx and bundle additional programs to please leave their feedback on the WOT page for each of these sites. You can install WOT via a Chrome extension (easiest way): https://chrome.google.com/webstore/detail/bhmmomiinigofkjcapegjjndpbikblnp And the official Web of Trust site is at: http://www.mywot.com Lastly, you might wonder if this is similar to what Google already has in-place, where they block malicious sites. The answer is no, Google tends to mostly block sites with browser exploits, and additionally, they're making a profit out of all of this too via Adwords, so they have a conflict of interest. Web of Trust seems to be genuinely neutral for now. Thanks, Albert -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] Passthrough UI Design
Hey Matt, On Sun, Jun 3, 2012 at 6:49 PM, Matthew Mikolay mikol...@yahoo.com wrote: Hey everybody! Well, it looks like the vinyl passthrough feature is just about ready. Owen has advised me to begin discussing the UI on this list. When testing the passthrough feature, I linked up the quantize button on the current UI to toggle passthrough. Perhaps we could add another button corresponding to passthrough next to this group of buttons (spinning vinyl, adjust beatgrid, repeat, quantize, etc.) That being said, passthrough will only really apply if the user has decks connected to the vinyl control inputs. Maybe it would be better to have passthrough be an option that can be toggled as part of the vinyl control widget (abs., rel., const., off, one, hot) This is a good observation, and definitely something to think about. If you put it as part of the vinyl control toggle button though, it means if you want to switch vinyl control modes, you're forced to cycle through pass-through, which will momentarily play timecode into your mix. Maybe it'd be better to have a separate passthrough button right beside the vinyl control widget. It'd look nice in the area with the other little buttons (repeat, quantize, etc), but maybe it'd be more intuitive if it's with the vinyl control widget. Does this make sense? Thanks, Albert Opinions? Suggestions? Thanks! mattmik -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] library layout redesign
On Mon, May 28, 2012 at 9:13 PM, Max Linke max_li...@gmx.de wrote: On Sat, 26 May 2012 23:33:36 +0100 Albert Santoni albe...@mixxx.org wrote: Yeah, although I like the work that was done to add support for a tree in the left pane of our library, I think it's a bit awkward to actually navigate a file tree there because you have to constantly expand the divider. If we could somehow move file navigation back to the right-hand pane, that might be nicer. Isn't this what we are doing now in Browse? Yes, I'm criticizing the current implementation's usability, but trying to still be positive. :) Now is a good time to suggest that everyone interested in doing any work on the library go and look at old versions of Mixxx. We're going in circles: Mixxx 1.4 and 1.5: - Tree view in the left-hand pane - (Fun fact: The library used to be a single in-memory QList.) http://g1.idg.pl/ftp/linux/mixxx14.jpg http://www.threadbox.net/files/blogpics/sets/mixxx/mixxx.png Mixxx 1.6: - Elimination of the left-hand pane, replaced with a combobox - Search box added, placed above the library beside the combobox - Browse mode added. This was a flat browse mode, where the library showed the contents of a directory, and you could browse by double clicking on a directory name, or on .. to go back up. (Based on QDirModel I think...) http://download.net.pl/img/3c565e8562e46edf8171795cea824dce.png.png Mixxx 1.7: - Nothing really changed in the library Mixxx 1.8: - New QtSql-based library + TrackInfoObject cache - The left-hand pane is back, but it only supports 1 level of children (it wasn't really a tree). - iTunes / Rhythmbox sources - Crates, Playlists - Auto DJ introduced because the NEXT playback mode on the decks was eliminated - Bulk BPM detection, better song properties dialog http://1.bp.blogspot.com/_hUprAdIclgE/TCwnmXHaw4I/Atw/eetZSEfj4cc/s1600/Screenshot-Mixxx+1.8.0~beta2.png Mixxx 1.9: - Inline track editing (double-clicking on the the table to edit track metadata) - Revamped search function, faster everything. http://3.bp.blogspot.com/_hUprAdIclgE/TPniOgGWFWI/A6M/_6SUXHBkM4M/s1600/Picture+12.png Mixxx 1.10: - The left-hand pane is turned back into a tree! - Directory browsing now happens back in the left-hand pane, like in Mixxx 1.4. - Auto DJ improvements, recordings saved in the library, other incremental improvements. http://3.bp.blogspot.com/_hUprAdIclgE/TPniOgGWFWI/A6M/_6SUXHBkM4M/s1600/Picture+12.png Also what do you think of the option to view the library with a grid of Album Covers? I've read in some Bug reports that people miss the possibility to search through your library by picture when they use DJ-Software and I've thought this could be a nice way to bring this back. I think we should prioritize improving the usability of the library in general before we expand to features like this that won't necessarily benefit many users. For example, addressing the difficultly organizing playlists and crates (possibly by offering a two-pane view) is one thing you could tackle. That said, I'm a big fan of the library preview player and Keith's track selector because they're both relative self contained, they benefit a large number of users, and they didn't require redesigning the library to implement. :) Cheers, Albert Also thanks for the great comments. best Max -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] library layout redesign
Hi Daniel and Max, Here's some feedback to the message below and the new mixxx-newLibraryWidget-7.svg: On Thu, Apr 26, 2012 at 4:24 PM, Daniel Schürmann dasch...@mixxx.org wrote: Hello Mixxx, thank you Keith and Max for your comments. I think Max's mock-up includes very good ideas and is a good starting point for checking against our requirements. Here are my main library-use-cases. (Please correct me, if you have different ideas) 1.) Browse the library and crates for upcoming tracks * Sort and filter the track table * Preview tracks in library player * Read additional information about interesting the tracks like ** Metadata ** Similar tracks ** Lyrics ** Cover Arts * select song as possible follower 2.) Seach for a special song * Search in all meta information * Preview Songs in Library player * select song as possible follower 3.) Select a special song from file system * Search in all meta information * Preview tracks in library player * select song as possible follower 4.) Prepare track's Meta data * Mass Tagging * Analyze Songs * Rate Songs 5.) Sort Song's * Into crates * Into playlists 6.) Control Auto DJ 7.) Looking for track selector's tracks Yeah, I think that more or less covers the main use cases. Ideas: * A static track table on the right with a small filter edit is always useful. ** I like to have an option for grouping by album or genre. * I agree with Max we should have an always visible preview player. This is needed in nearly all use-cases Maybe this is a job for Jus, but it would be good if the preview player visually communicated what output it's going to. If the preview deck doesn't make noise come out of my speakers the first time I run Mixxx, I'm going to think Mixxx is broken. ** Maybe we could add a view which displays additional Meta-Data of the preview track if required * I agree with Keith and Max that we the current tree view is only interesting in short moments and need not to bee displayed at all the time ** Display the old tree on demand is good idea. For Me, This tree should only what is displayed in the Track table * Its a good Idea to have the file system browser not in the same tree, because this gives the option to have also a symbol view with an address bar Yeah, although I like the work that was done to add support for a tree in the left pane of our library, I think it's a bit awkward to actually navigate a file tree there because you have to constantly expand the divider. If we could somehow move file navigation back to the right-hand pane, that might be nicer. * The selector tabs (buttons) on the left are looking very tidy. I would like to have them horizontal, because I think we need some additional buttons and our vertical space is already limited. My personal opinion is that vertical buttons are very difficult to read and should find a way to not use them. They're not part of any interface guidelines on Windows or Mac, and they don't exist on any platform outside KDE. They're not a standard widget and I can't read text sideways, so I think we should try to avoid them. ** For now I like to have: *** Library | PC | Auto DJ | Track Sector | Track Info | Filter (Banshee like) | Second track table (Norton Commander) | Notepad * I Am not sure how to control the second track table. ** We need something to collect the upcoming tracks (maybe the AutoDJ playlists) ** And something to collect wishes and ideas like the CD stacks on the desktop ** And to create new playlists ** Maybe its also a good Idea to allow to split the static track table on demand, what do you think? After seeing the mockup with the split track view, I can definitely see how this could be very useful. That might be a good main starting point for moving forward with the UI design. (I'd suggest trying to figure out how you'd want the two-pane view to work.) I think it would make crate and playlist management much much easier if you could see both a crate/playlist and the library at the same time. * Additional to the filters I like to have an Index based search. Maybe we can put the edit also on top of the track table or we can integrate it with track selector or ... By the way: I don't think to should start to implement all Ideas. It's just a vision to know in which direction we should go with each future project. This is great, thanks for brainstorming guys! I'm looking forward to seeing even more new ideas. Thanks again, Albert -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Get Mixxx, the #1 Free MP3 DJ Mixing
Re: [Mixxx-devel] HID blacklist
On Tue, May 8, 2012 at 4:28 PM, Sean M. Pappalardo - D.J. Pegasus spappala...@mixxx.org wrote: On 05/08/2012 05:12 PM, Albert Santoni wrote: How do I map my trackpad? The procedure goes like this: 1) Grab some note paper (or a text document) 2) Run Mixxx with the --controllerDebug parameter 3) Enable your desired controller in the prefs and click OK 4) Operate one aspect of your controller and take note of which byte(s) change in the displayed packets. (So for a trackpad, try to move your finger in the vertical direction only.) Once you've isolated which byte(s) that is, make note of the byte number (and endianness where applicable.) Repeat for all additional controls. 5) Write a script file with an .incomingData() function which will be passed raw data packets as an array. Write code to parse and act on the bytes based on the notes you made above. (You may wish to store the previous values so as to only act when they've changed.) Okay. I found the script files in the MIDI folder but I don't know what to do with them. I'm not really good with JavaScript - Do I need to learn it to map my controller? I'm DJing five nights a week so I don't really have time. What should I do? -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] HID blacklist
On Wed, May 9, 2012 at 1:45 PM, Sean M. Pappalardo - D.J. Pegasus spappala...@mixxx.org wrote: On 05/09/2012 02:36 PM, Adam Davison wrote: I think there was a bit of sarcasm here Sean :) I suspected so... I believe the point Albert was trying to make was that if you present an option to end users, then they will have a (reasonable) expectation that it will actually do something. Fair point, but WHAT the trackpad does is very user-dependent in any case. Without a GUI, there's always going to be a learning curve. (We plan to have a full HID mapping GUI but that's a ways off.) This isn't a learning curve. This is a brick wall that not even the most tech savvy DJ will attempt to scale. For now, I will map the trackpad from the VMS4 as well as my HID mouse (one is three bytes, the other four) to interesting things so people have some starting points. I also wonder what happens if your operating system is using the trackpad as a trackpad and you start mapping it. In Linux at least, it stops responding to mouse events from it until you re-plug it. In OS X 10.6.8, enabling my Macbook trackpad in Mixxx makes the mouse behave super non-linearly. I could barely manage to disable it. devices which you can't map in a different way, such as greyed out, in a sub-list or showable with an option. That's reasonable and shouldn't take too long to do. (I have trouble working with the tree GUI code though so someone else will need to take a shot at it.) Which maybe should even go for controllers there's no mapping for too. That requires preset auto-selection code which hasn't been done yet and is not trivial. Can you elaborate on why this is non-trivial for HID devices? Also, since it looks like 1.11 is only shipping with a HID mapping for one controller, can you not just hack something in that hides all other HID devices unless some checkbox is checked? Albert Sincerely, Sean M. Pappalardo D.J. Pegasus Mixxx Developer - Controller Specialist -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] HID blacklist
How do I map my trackpad? On Wed, May 2, 2012 at 4:37 PM, Sean M. Pappalardo - D.J. Pegasus spappala...@mixxx.org wrote: On 05/02/2012 05:33 PM, Albert Santoni wrote: Do we ... uhh... need one? See screenshot... LOL, you'd think so at first glance, but some power users might like (and in fact have requested) to be able to map their touchpads/mice to EQ/filter controls so they can be used like Kaosses. Sincerely, Sean M. Pappalardo D.J. Pegasus Mixxx Developer - Controller Specialist -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] Waveform 2.0 performance
Hi Thomas, Thanks for all your hard work developing the new waveforms and doing thorough performance testing and troubleshooting. It's great to get to see the root of the problem. I think the only way to fix OpenGL performance and resolve a lot of these weird issues is to group all high performance graphics inside a single OpenGL context (QGLWidget or otherwise). I think this is generally a good architecture move because it'll make our UI significantly more portable. (eg. The library can be a native / Qt widget, but everything else could just be done with OpenGL.) Don't worry about the skins for now either, we can design them around any contraints we end up with. What do you think? Thanks, Albert On Sat, Apr 21, 2012 at 11:51 PM, thomas vincent vri...@gmail.com wrote: Hi mixxx, Many of you guys tried the new alpha version of mixxx that includes the new waveform-2.0 features. You may have noticed that this version of the waveform needs more resources that the previous. I have spend many days now trying to understand more what's appending and why simple rendering take so long when other application seems to run flawlessly. I wrote many sample applications base on NeHe tutorials (with and without Qt) that I ran them mostly on linux-64 ubuntu 11.10 with both gnome and KDE) and on windows7-64 too. I have noticed that even if the rendering is actually blazing fast *every* swap buffer we request will last until the context is allowed to be swapped. This is depended of a lot of parameters including hardware, drivers, drivers settings, current opengl format, vertical sync, ... One of the key concept here is vertical sync see http://www.opengl.org/wiki/Swap_Interval. On top of that composite manager can decide to postpone the buffer swap the application is rendered in, if this take more than a swap interval we are losing a frame, etc, etc ... In this context the worst thing we can do is using multiples QGLWidgets (even if they share their context) to render. Every single rendering will result in a ql swap buffer request, and every swap buffer will need the gl queue to be processed completely. I tried to draw the equivalent of 4 waveforms (4*1 colored moving triangles) plus 4 spinnys (4 rotating textured quads) in a single GLWidget. I can reach 60 fps on every OS I tried when mixxx (with one widget per waveform/spinny) barely reach 10-15 fps depending of the OS (Laptop i7 1.6GHz, Nvidia GeForce GT 230M). We really need to change the way the rendering is done in Mixxx, but this involve majors changes. It will be great to start thinking about this, I honestly think that for the 1.11 version it's too late. What you guys think about this ? Do you think it could be suitable to have all waveform/spinny regrouped the same QGLWidget ? What about going full opengl in a single opengl main widget ? (next version of Qt 5.0 will *need* an opengl back-end rendering system anyway). Thomas (vRince) -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] libaudiodecoder
Hi all, As many of you know, getting M4A support into Mixxx was a pain in the ass because we wanted to avoid any potential intellectual property issues surrounding AAC decoders (among other technical reasons). It took us a while to figure this out, but the best solution was to write platform-specific code to use the (licensed) AAC decoder that already ships with Windows and Mac OS X. RJ, Bill, and I ended up hacking together some code for Mixxx that uses the Microsoft Media Foundation API on Windows, and the ExtAudioFile API from Core Audio on Mac OS X to decode compressed audio. With permission of the authors, I've taken this code from Mixxx and rolled it into its own library, libaudiodecoder. Under the MIT license, this library offers developers a better alternative to shipping decoders of dubious legality (FFMPEG) or with restrictive licensing (libmad). We think there's a real niche for this library, and we hope it'll help out other audio software developers. The full source code, documentation, and an example showing how to play back an MP3 with libaudiodecoder and PortAudio are available here: https://github.com/asantoni/libaudiodecoder Thanks, Albert -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] Mixxx pissed me off today!
2012/4/1 Daniel Schürmann dasch...@gmx.de: Hi, I have made some investigations about file locks and mmap. On Linux file locks are useless for our alleged problem because all applications have to be cooperative. There is a paper on kernel.org which describes a mandatory locking, but I have not managed to get it working with ubuntu. http://kernel.org/doc/Documentation/filesystems/mandatory-locking.txt But the original problem on Bug #728197 was different. Mixxx corrupts its own mmap buffer in SoundSourceMp3 due to its own metatdata writes. Unfortunately the Qt implementation uses the MAP_SHARED flag. But in my test writes from a different process to the original file does not effect the mmap buffer. Is this true in general? Conclusion: * we have to verify that all track files are read mmaped by Mixxx. * we have to figure out if my test results are valid for Linux Mac Os and Windows in general * If so, we need not to be worried about external processes that writes metatdata to the files. * If the Mixxx mmap buffer is still untouched due writes from a forked() process in face of Qts MAP_SHARED flag, it should be save to write metadata to a track file using an external process. What do you think? This sounds pretty tricky. Would it simplify our lives if we dropped mmapped I/O? (sorry Owen!) Also, I thought we had a TIO cache at one point so you wouldn't have multiple TrackInfoObjects for a single track loaded into multiple decks. If that's still true, I'd just write in the destructor. I'm probably oversimplifying though Albert -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] Mixxx Gsoc Applicant
On Sun, Apr 1, 2012 at 2:24 PM, Robert Klein robert.kl...@mail.mcgill.ca wrote: Hello, I'm a 3rd year student in Computer Engineering and Music Technology at McGill University in Montreal and I would like to apply to GSOC this year. I will be writing an application for the library preview functionality in the list of ideas. I've built Mixxx and would like to try making a few hacks for fun, but like all big projects, its hard to find where to start. Is there an API available somewhere, or a 'getting started' tutorials for developers? If you're making small hacks for fun, it sounds like you're already started. :) To echo what Tom suggested, picking some of the bugs from the easy list is a good place to start, or just finding some deficiency in Mixxx that irritates you the most and try to fix it. We don't really have useful developer documentation besides comments that are in the code, but one thing that is always useful when approaching a big codebase is knowing how to use grep to find stuff. eg. If you're looking for sampler-related stuff, just go into mixxx/src and try: grep -iR sampler * and then take a look at some of the files that it finds stuff in. Don't be too overwhelmed by the codebase though, you don't need to master it all. :) If you want to get familiar with more and more of it though, fixing random bugs is probably the best way. If you have any specific questions about where a piece of code is or how something works, please feel free to ask anytime on IRC channel (#mixxx on Freenode) or here on mixxx-devel. We'd be more than happy to help you out. Thanks, Albert Thanks, Rob Klein -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] Mixxx pissed me off today!
On Sun, Apr 1, 2012 at 11:05 PM, Owen Williams owilli...@mixxx.org wrote: On Sun, 2012-04-01 at 22:29 -0400, Albert Santoni wrote: This sounds pretty tricky. Would it simplify our lives if we dropped mmapped I/O? (sorry Owen!) mmapped I/O was integral to preventing audio dropouts. Making that change resulted in the best improvement in sound performance. If we do have to drop mmapping, the replacement has to be an in-memory caching of tracks. That said, I still think it's incredibly unrealistic for users to be playing a track in Mixxx and also writing the tag of that track from another program. Can anyone imagine a scenario where, realistically, mixxx would be playing a track and something else would be writing that track? In-app, I think the best solution is delaying writes until shutdown / startup like RJ suggests. For users silly enough to use easytag or itunes while mixxx is running, they'll quickly learn not to do that :). Ok, fair enough. I agree with delaying writes to shutdown or startup as well then. Thanks for the clarification guys, Albert -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] Mixxx pissed me off today!
Hi Keith, I'm sorry you had a crappy experience with this - Our intention was to reduce the risk of data loss which is the opposite of what happened to you. Mixxx did not write write metadata to any music files until 1.9 because we were concerned that we didn't have the quality control in place to ensure we would never ship a library-destroying bug. Just imagine if we had a bug that caused your MP3s to get corrupted... And it turns out this fear wasn't totally unfounded. After 1.9 shipped, Owen tracked down a subtle memory corruption bug related to Mixxx writing to MP3s, and although there were no reports of corrupt files, file writing and memory corruption are not a great combination. (You might be able to make an argument that Mixxx is more susceptible to heap corruption programming errors which may not affect the actual file writing itself if it's done on the stack. I'm sure the TrackInfoObjects are kept on the heap though, so maybe worst case you could just end up with corrupt metadata. But never say never...) As Daniel pointed, it was due to bug #728197 that we disabled metadata writing for Mixxx 1.10.0 and made a quick 1.9.2 release. If you have any suggestions on how we can communicate that metadata isn't written or want to work on #728197, you know how to get in touch... :) Thanks, Albert On Sat, Mar 31, 2012 at 4:32 AM, keithsalisb...@gmail.com keithsalisb...@gmail.com wrote: Sorry guys, normally I wouldn't say this, but something happened today which I really don't understand why this choice has been made, maybe someone can explain. So in the last week or so, I've spent many hours tweaking the metadata in my dj library, sorting out track titles, artists, labels, keys, bpms all sorts of goodness which makes a record box more than just a bunch of files. It was my assumption all this goodness was being baked into the files. Yesterday as part of building a new version I moved my .mixxx config, and associated database etc out the way to create a new one. And here it is, to my surprise and quite honestly my shock, my files we ALL back to their tatty messed up disorganised state - ALL my time and effort had been reverted. Now you'll notice I was smart enough to backup my data before creating a new database, so I've not really lost anything, however I AM upset that this happened. I would expect more from Mixxx. I actually trusted Mixxx more than Rhythmbox or those other media browsers to do the right thing by my files. So what's the deal here - I can understand a concern allowing users to edit their files - sure - but there should be a config/preferences to allow me to choose. And more over, I should be made aware that all this goodness is not really in my files. Somehow. My point is, I'm a power user, but I'm sure many users out there have edited their files believing they're updating the files, and only when they change computers, or rebuild their computer or whatever, that they find out all that data is lost. Thoughts? Keith -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] GSoC 2012 Student Application Period Open!
Hey Keith, On Wed, Mar 28, 2012 at 8:41 PM, keithsalisb...@gmail.com keithsalisb...@gmail.com wrote: Hey Ryan, I have an idea for another GsoC project, wanted to see what you thought. 1. AutoDJ (version 2) So Albert did a great job with the first iteration of AutoDJ, however I feel there's lots more that could be achieved if someone was inclined to spend the time. Firstly the mixing - using a period of time is lame, really, when we have a beat grid already mapped out, so firstly the length of the mix should be a quantity of beats. Thanks, but I did a terrible job. :) We needed something quick to replace the nuked the NEXT mode that Mixxx 1.7 had, and we weren't really sure that playlists were a core use case for Mixxx. We still needed a way to just play tracks sequentially and automatically though, so I hacked up this crappy Auto DJ feature as a minimum shippable feature. As we found out later, Auto DJ is _really_ important to a lot of users. It's an incredibly important selling point because many people either only use Auto DJ, or find themselves in a situation where they're forced to take a break and need to Mixxx to cover for them. I was really hoping someone else would develop the Auto DJ feature more, and I was happy to see Daniel take up that challenge (his improvements are in trunk now), and also to see your interest in it. Like you said below, there's just so much you could do with it (especially now that we have quantization / beat grid logic). Next once that is done, the actual cross fader action should be totally customisable, which some great presets to select from. If the most basic is a simple slide from A to B. Lets picture it visually. Its simply a straight line from 0(A) - 99(B). And maybe we take 64 beats to get from 0 to 99. What about if we bend the line, adding some easing to the transition, or maybe some cutting back and forth. Perhaps a nice preferences panel with a grid you can draw on with a mouse and save as preferences for cross-fader transitions. Then maybe you can choose a specific mix type, or just select random. This I believe has huge potential once you get the ball rolling. I've no idea if its something that other software has or not. I realise the main focus of Mixxx is for DJ's to be able to actively mixxx their own tracks, but imagine if this feature was there, who'd want to be using iTunes to play your music when Mixxx can do this. Heck if I was eligable for GsoC, I'd be all over this idea myself!!! 2. Tablet integration tools So there's ooodles of audio software available for ipads and alike, why not get some of the cool kids to knock up some iPad/Andriod apps that integrate with Mixxx. Note I said integrate, NOT replace - so here I'm thinking some great interfaces to the tools, maybe visual decks, controllable sliders, who knows, again, just getting this ball rolling, who knows where we'd end up. While I'd love to see someone develop a Mixxx controller app for iPhone / iPad, the reason we didn't suggest it as a GSoC project is because we're not iPhone experts. I don't think our mentors even know Objective C, so we're not really qualified in any way to give a student guidance on it. We try to make sure we have a pretty good idea of how we'd implement a feature ourselves before we mentor a student who does it, so we can give them better guidance and improve their odds of completing it. Thanks, Albert On 28 March 2012 16:07, RJ Ryan russelljr...@gmail.com wrote: Hello everybody, The GSoC application period opened on Monday and is over on April 6th. If you're considering applying, go ahead and introduce yourself. If you have questions or would like to develop your project idea, feel free to drop into #mixxx on freenode to chat. RJ Ryan -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- keithsalisb...@gmail.com -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure
Re: [Mixxx-devel] Active Library Filter - Active BPM filtering
Hey Keith, If I recall correctly... sorry, I spend too much time on the internet! :) Albert On Sat, Mar 24, 2012 at 3:39 PM, keithsalisb...@gmail.com keithsalisb...@gmail.com wrote: HI Albert, Whats does IIRC mean? thanks keith On 24 March 2012 11:33, Albert Santoni albe...@mixxx.org wrote: Hey Keith, There's a rate control object for each deck, similar to the play ones we were looking at in dlgautodj.cpp. I think that's what you're looking for. IIRC the value contained in it is a float representing the pitch/speed adjustment (what the sliders are hooked up to in the UI), with 1.0 being normal speed, 1.05 being +5% and so on... Hope this helps and keep up the fantastic work! Albert On Mar 24, 2012 6:26 AM, keithsalisb...@gmail.com keithsalisb...@gmail.com wrote: OK, so the Active Filter now has harmonic keys filter - just need help with the stuff below (getRate) and I can add the active part of the filter for bpm and keys and I'd be happy to mark that down as iteration one complete. Give it a try if you have a moment, love to know thoughts about how it works for you... Very excited to add the active part... On 22 March 2012 19:20, keithsalisb...@gmail.com keithsalisb...@gmail.com wrote: I think I need to get EngineBuffer-getRate() void SelectorLibraryTableModel::slotPlayingDeckChanged(int deck) { TrackPointer loaded_track = PlayerInfo::Instance( ).getTrackInfo(QString([Channel%1]).arg(deck)); } I'm using this to get the current track info - so can I get to the EngineBuffer for the correct deck using this? I'm assuming each deck has its own buffer? On 22 March 2012 18:53, keithsalisb...@gmail.com keithsalisb...@gmail.com wrote: Currently the BPM filter simply looks at the track info to determine the BPM. I would like the filter to be a little smarter and use the actual bpm of the track - and so include the track pitch into the calculation. Does anyone have this calculation already, or is there code I can call to get this already? thanks keith -- keithsalisb...@gmail.com -- keithsalisb...@gmail.com -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- keithsalisb...@gmail.com -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] GSoC Project
Hi Max, It's great to see your interest in Mixxx and that you've done some background research on each of these projects. Regarding bug #892981, I think we'd prefer not to drag an extra dependency into Mixxx to get the CPU usage. There seems to be enough snippets of code floating around on the web to piece together something that works on all three platforms. To write platform-specific code, we typically wrap sections of code in #ifdef blocks (_WIN32, __linux__, __APPLE__). My only suggestion is that perhaps your timeline doesn't leave a lot of time for harmonic mixing... Thanks, and looking forward to your application. Albert On Thu, Mar 22, 2012 at 7:38 PM, Max Linke max_li...@gmx.de wrote: Hello I'd like to work on Mixxx for this years GSoC I'm interested in the Library Preview Player and Harmonic Mixing. I have looked at these a bit already and would like your opinion to it. -Libary Preview Player For this I have found a way to include it in the bugtracker (#366091) and attached a sketch for a skin design of it. I think it's nice think to start with and get familiar with the codebase - Fixing #892981 I have never written any program for something other then a unix system and want to know how to write OS specific code for a project like Mixxx. I have found a suitable API[1] over Stackoverflow but I'm not sure if this is the right way to go. -Harmonic Mixing As I see it this will take me much longer. I think I will use Chordata for this since it's already supported for Windows/Mac/Linux. Right now Chordata itself gives the user a the key for each specific time. As a first try to determine the general key of a song I would take the median of the values given from Chordata. I'm not sure on how to expose this to users yet, I will definitely add another field in the ID-Tag for a manually identified key. As a first guess I would say that the first two will take me ~1.5 month to complete and the last one will consume the rest of the time. Some Information about myself. I'm enrolled as a master student for physics in Göttingen and currently studying in Vienna with an internship called ERASMUS. For my studies I have written and worked with some scientific programs but for GSoC I'd like to work on something with different needs like mixxx. For my programming experiment I'm familiar with C/C++ and Python and have never worked with any GUI framework. I should also mention that my term goes until the end of June so I can only work part-time (20-30h +) for the first month. best Max [1]http://support.hyperic.com/display/SIGAR/Home -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] Harmonic Keys - Strategy for defining keys in the library
Hi Keith, You may want to look into how Mixed in Key and Rapid Evolution store the key. I assume there's some defacto standard that we should follow. However you end up storing it, you can customize how it's actually displayed in the library by using a delegate class that converts it to something else or draws some fancy graphics. Take a look at midi/midinodelegate.cpp for a simple example that converts an decimal integer into hex and library/stardelegate.cpp for a more complex example that draws graphics. Thanks, Albert On Fri, Mar 23, 2012 at 6:56 AM, keithsalisb...@gmail.com keithsalisb...@gmail.com wrote: Hi All, I'm looking into strategies for marking the key for each track. For lack of better insight I propose the following: 1. Major is implied. therefore C == CM == C Major 2. Small m denotes minor key, therefore Cm == Cm == C minor 3. # == sharp, therefore C# = C#M == C sharp major and C#m == C sharp minor Can anyone provide more info - is this acceptable? - is this what other people use? Will the key code accept/produce these values? cheers Keith -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] Avoiding deep copies in Qt
Hi guys, If you're working on any piece of code that needs to be relatively high performance and you're using Qt data structure, there's a really important caveat to be aware of: http://harmattan-dev.nokia.com/docs/library/html/guide/html/Developer_Library_Best_practices_for_application_development_Performance_management_Coding_for_performance.html#Avoiding_deep_copies_in_Qt And I quote: To get the best out of implicit sharing, use the at() function rather than the [] operator for read-only access of a (non-const) vector or list. Since Qt's containers cannot tell whether [] appears on the left side of an assignement or not, it assumes the worst and forces a deep copy to occur. The at() function is not allowed on the left side of an assignment and thus it does not create a deep copy. A similar issue occurs when you iterate over a container with Qt's STL-style iterators. Whenever begin() or end() is called on a non-const container, Qt forces a deep copy to occur if the data is shared. To prevent this, use const_iterator, constBegin(), and constEnd() whenever possible. This is a VERY important point if you're working in almost any thread in Mixxx, so keep an eye out for this sort of thing (in both existing code and whatever you're working on or reviewing). Stay vigilant! Thanks, Albert -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] Just saying hello and GSoC 2012
Hi Guang, Thanks for getting in touch, and I'm always happy to see more Traktor users getting interested in Mixxx. A good understanding of Qt is not required for the library preview project, as you can learn it on the fly as part of GSoC with Mixxx. Looking forward to your application, Albert On Thu, Mar 22, 2012 at 6:08 AM, Guang Rong Goh guangrong@gmail.comwrote: Hello Mixxx development team! I'm Guang Rong, a computer engineering student from the National University of Singapore. I was browsing through the GSoC's list of participating organizations and had chanced upon Mixxx's entry. Being a Traktor user myself for 2yrs, I was intrigued with an opensource DJ software (my apologies for not noticing Mixxx till now) and thought that Mixxx development would be an interesting direction to work upon. Anyway, I have downloaded and played with Mixxx for the 2 days now and just managed to compile the source code. I must say that Mixxx is a pretty neat software; it has a clean interface and advanced features like multiple hotcues and samplers. Right now I'm exploring and playing around with the source code (maybe try implementing a feature tagged in the 'easy' wishlist myself). Initially I've thought about working on Point-and-click controller mapping as my experience with mapping my controller using the wizard wasn't really smooth-sailing. However, I saw that Akash has made an elaborate post on that subject and felt that it would be more beneficial for him to undertake that project. The other project that interests me is the preview player. It was an important feature in Traktor for me, since I mix with 2 decks and the preview player has enabled me to retain the next track in the 2nd deck while giving me the ability to preview and choose tracks further down the set. Given the opportunity, I would love to work on this. Since the preview player would be an element in the UI, is it necessary to have good understanding of the Qt framework? Thank you for reading, Guang Rong -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure___ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] SUBSCRIBE
Hi Keith, Awesome - Getting Mixxx compiling is half the battle. :) Just to review what we talked about on IRC (mostly for anyone else interested in hacking a new library view): It sounds like copying the the Analyze view is a great place to start. It was originally called Prepare, and so the files you need to copy are: in src/library/: preparefeature.cpp/h preparelibrarytablemodel.cpp/h in src/: dlgprepare.cpp/h dlgprepare.ui When you copy dlgprepare.ui, remember to change the class and widget names in the first few lines of the file: classDlgCrazyFeature/class widget class=QWidget name=DlgCrazyFeature This has to correspond to the class that you inherit from in dlgcrazyfeature.h Ui::DlgCrazyFeature, so remember to edit that file and replace that there too. Basically, Qt generates a C++ class from your .ui and puts it in ui_dlgcrazyfeature.h. To implement the brains of that dialog, you create a DlgCrazyFeature class that inherits from the autogenerated Ui::DlgCrazyFeature, and put it in dlgcrazyfeature.cpp. This is what we've done with all the dialogs in Mixxx, and if you run into crazy C++ compile errors when you're renaming stuff, knowing how it works might help you unravel them. :) For the rest of the .cpp/h files, you'll mostly just be renaming PrepareFeature to CrazyFeature. Lastly, you'll want to edit library.cpp and make sure your feature is created and added in the Library constructor. I hope this gives you a good starting point, and let us know if you have any more questions! Thanks, Albert On Sat, Mar 17, 2012 at 10:07 PM, keithsalisb...@gmail.com keithsalisb...@gmail.com wrote: Hello everyone, Background: I have *some* programming knowledge, I have absolutely no CPP skills, and no experience with qt, and absolutely no knowledge of the Mixxx development files. I have successfully downloaded the source, and compiled on my laptop. Scenario: I'm looking to implement a new feature in Mixxx. My first challenge is to create a new library view - similar to the Analyze view. I would like to show the table of tracks. I would also like a small area above with some radio buttons or check boxes the same as the Analyze view. Could someone outline the files/areas of the code involved in creating this. Looking through the src/library directory there's many many files so its difficult to know whats needed. Also, how do I register my new view with the main application. If someone can point this first steps out to me, enough that I can create my own view - I think I can get started and return when I have some real problem creating my feature. many thanks Keith -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] Mixxx in GSoC 2012
Hi guys, Mixxx has been accepted as a mentoring organization in Google Summer of Code 2012! Students can begin submitting their applications on March 26th and the final deadline is April 6th at 19:00 UTC. Full details on the blog including a few important links for interested students: http://mixxxblog.blogspot.com/2012/03/mixxx-in-google-summer-of-code-2012.html Thanks, Albert -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] Website Revamp and Oscillicious Partnership
Hi guys, We're very pleased to unveil the latest revamp of the Mixxx website: http://www.mixxx.org I hope the new site better represents what Mixxx is, what it does, and why it's the best free DJ software available. It's a damn good piece of software, and it deserves a website that isn't shy about that. I hope the new design succeeds in that goal and helps us attract the next generation of users and developers. With the new website comes another new beginning. Many of you are aware that we have been quietly trying to find ways to sustainably fund Mixxx development for the last several years. Over that time, we've done feasibility experiments across several avenues which yielded very important results, and ultimately prevented us from pursuing ideas that wouldn't allow us to reach our goals. And so with many lessons learned, our next experiment in trying to fund Mixxx is a partnership with Oscillicious, a company by Adam Davison and I. With the full support of Mixxx's Lead Developer, RJ Ryan, and the rest of our active artists and developers, Oscillicious will work to provide Mixxx with more resources, infrastructure, and opportunities in the near future. We've been working closely with RJ to ensure that this partnership bears minimal risk for Mixxx (and can be undone), and are optimistic that it will bring new opportunities to both parties. With that, enjoy the new site, and let's make 2012 a fantastic year for Mixxx. Thanks, Albert -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] What is our best supported, recent controller?
Hi guys, I'm looking for a product shot of an ideal MIDI controller to put on our site, and I can't figure out what controller we should put there. What's the most popular recent controller that we support the best? (If we have any obligations here that I'm not aware of, please let me know off-list...) Speaking of which, anyone know what the status of our support for the recent Hercules 4-Mx and 4Set controllers is? Are they USB class-compliant MIDI or HID yet? It's a shame the Linux driver turned out to be a disaster (I'll rant about this later - I feel like we're partly to blame). Thanks, Albert -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] Multi-track/channel file playback
Hi guys, I just discovered following discussions and plans to potentially make Mixxx support mutli-track/channel audio files: http://mixxx.org/forums/viewtopic.php?f=1t=3018 http://mixxx.org/wiki/doku.php/multi-channel_file_mixing As I posted on the forums, I think this is not a good idea because: 1) The sheer amount of work involved 2) The lack of multi-channel/track content. And I don't think you will ever see it because: 3) Every DAW on the planet already supports multi-track rendering to separate WAV files. This is even better than multi-track OGG/FLAC files because it's easier for every program to support. On top of that, Mixxx already DOES support mixing with these separate WAV files - Mixxx already has the sampler decks. If you want to pursue multi-track mixing, work on making the sampler decks more robust. There is something very fundamental here from a product perspective that we should know by now - The fundamental interface for DJing is the two-decks and a mixer paradigm. So if you want to implement fancier mixing and control of the sampler decks, figure out a way to work it into the two-deck paradigm. Whether that's slaving the control of the sampler decks to a single main deck, or making it so you can swap sampler decks with the main decks seamlessly, I don't know. But I think that's the problem that needs to be solved. If you don't solve it this way, you won't be able to use your Hercules MK2 or Technics 1200s to control your multi-track mixing. We have the interface, it's been established by every piece of DJing hardware for the last 30 years, so let's just figure out how to use that interface to control multiple tracks via the sampler decks. I think it'll save you a ridiculous amount of work and produce something that's much easier to use in the long run. Thanks, Albert -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] I am too clueless about this weekend bug, need directions.
Hi Akash, That bug is referring to the waveform overview, which is the smaller static waveform that appears under the big scrolly ones. The code in waveformrendermark.cpp is for drawing cue points and other marks like that on the big scrolling waveform. I think the code you're looking for is in widgets/woverview.cpp. ;) Thanks for your enthusiasm and I hope this helps! Albert On Fri, Jan 27, 2012 at 8:19 PM, Akash Shetye shetyeak...@gmail.com wrote: Hey Mixxx, I have been wanting to solve this bug a#746456 /a src=https://bugs.launchpad.net/mixxx/+bug/746456; which is about adding minute markers to the waveform. For now I haven't been able to locate from where the straight line for the hotcue markers for that matter are drawn. The waveformrendermark.cpp does look like the one drawing it, but I tried putting in some qDebug()s to figure that out. But I am a little lost. it seems that the code for drawing the pixmap available marker (which is in a if statement on like 204 of waveformrendermark.cpp and onwards) is executing continuously can someone please explain how this waveform works. I think I am close but if someone can tell me big picture please. Thank you. Please also tell me if I am spamming the list with my questions. Thank you for your time. Akash. Shetye -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Albert Santoni Developer, Mixxx http://www.mixxx.org http://www.oscillicious.com -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] New Lead Developer
Hi everyone, It is with great pleasure that I announce RJ Ryan is taking over as Lead Developer of Mixxx. RJ has been heavily involved with Mixxx since GSoC 2008, when he began contributing by writing new, smoother waveform widgets using the QPainter API. Since then, he's made many major contributions including a rewrite of our internal EngineBuffer and audio caching code in order to support looping, significant work on the new library in 1.8, unified metadata parsing through TagLib, and a large refactoring of our codebase to allow for N-decks and sampler units. He is also currently working furiously on effects support, and has shown relentless initiative by being our primary code reviewer and constantly mentoring new contributors. I have full confidence that RJ will be a great leader and successfully continue our conquest to make Mixxx the world's best DJ software. Thanks, Albert -- Albert Santoni Developer, Mixxx http://www.mixxx.org -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] GSOC idea!
Hi Tin, On Sat, Apr 2, 2011 at 7:09 AM, Tin Pham phamhuutin...@gmail.com wrote: Hello everyone, I’m applying for the GSOC 2011 and I found Mixxx to be very interesting. So first of all, let me introduce myself. My name’s Pham Huu Tin. You can call me Tin. I’m currently in my second year doing Computer Engineering at National University of Singapore. I love music and would like to be a DJ. So working for Mixxx this summer is a great opportunity for me to improve my programming skills, learn to DJ, and most importantly, to make friends with people around the world. Straight to the point, I want to propose a new feature for Mixxx so I want to hear feedbacks from Mixxx users as well as developers before I go into details in the proposal. So here is the brief description: As I know, during a DJ-ing session, a DJ should follow the mood of his audience from “start” to “warm-up” to “high”… for example. Therefore, this feature will help the DJ by suggesting tracks according to audience’s mood. Basically, each track will be assigned one more attribute (can be ”Mood Level”?). And the DJ need to examine/feel and rate the Mood Level for each track. Along with Library, AutoDJ, Playlist, Mixxx will have a Suggestion List. This list will be affected by the following factors: 1. Current audience’s mood as the DJ estimated. 2. A pre-determined mood graph which represents desire mood transition during the entire session. 3. Current track’s BPM. User can modify the mood graph by adjusting control points visually. User can also enable/disable each factor, which means he can get suggestion by mood level only. Once we have this feature, both novice DJ and expert DJ can benefit from it: - New DJ can use it as guidance. - New DJ can learn from the shared graphs/rating from expert DJ. - A professional DJ usually owns a huge collection of tracks so it’s petty confusing when he has to pick one among these if he wants to mix on the fly. The suggested list will reduce the options (in a good way). - Our Auto DJ can also make use of this feature.(Provided that the auto mixing technique is good, our Auto-DJ can be compared with human-DJ :p) As this feature involves UI design, I aim for a clean, simple and intuitive interface with good functionalities that both new and expert DJ will feel comfortable with. Following is my concern: - - Do you think this feature is interesting? If yes then I will try to come up with some UI mockups and more details in my proposal. Yeah, I think you've made a good case for why this would be useful both for auto DJ users and for more hands-on DJs. In addition to some mockups and details, make sure you include a rough timeline for the summer and tell us about your programming experience. Cool stuff! - Do you have higher priority for your suggested ideas? Good question - If we think you're a great candidate with a great proposal, but we end up deciding another idea has higher priority, we'll just tell you to work on that other project instead. Sound fair? I'm looking forward to reading more details about your idea in your proposal! Thanks, Albert -- Albert Santoni Lead Developer, Mixxx http://www.mixxx.org -- Create and publish websites with WebMatrix Use the most popular FREE web apps or write code yourself; WebMatrix provides all the features you need to develop and publish your website. http://p.sf.net/sfu/ms-webmatrix-sf ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] GSoc-2011 - Advanced Library Search
Hi Sumesh, Thanks for your interest in Mixxx! The best GSoC resource is probably the official FAQ: http://www.google-melange.com/document/show/gsoc_program/google/gsoc2011/faqs Typically, we're looking for students that can dedicate full-time work over the summer to work on one of the projects we've listed on our wiki: http://mixxx.org/wiki/doku.php/gsoc2011ideas http://mixxx.org/wiki/doku.php/gsocadvice If you have any specific questions about Mixxx, we'd be happy to answer them either on-list of privately. Thanks, On Mon, Mar 21, 2011 at 6:16 AM, Sumesh KS iamsum...@gmail.com wrote: Hi, I am Sumesh K S, MCA final year student, in Mahathma Gandhi University, Kerala, india. I read the ideas page of Mixxx GSoc 2011. I interested in idea of Advanced Library Search. I have knowledge in C\C++\Java\Qt\PHP\Javascript\XML. I don't have much experience in GSoc. Can anyone help me to findout more details about this idea. I waiting for your replay. regards. Sumesh K S -- Albert Santoni Lead Developer, Mixxx http://www.mixxx.org -- Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] In-App Tutorials
Hi guys, I've been hacking on a little project to try to allow us to integrate tutorials directly into Mixxx's user interface. Obligatory YouTube video: http://www.youtube.com/watch?v=wgALEc-WGIE The motivation for this is simple. We get a ridiculous numbers of downloads, but as with any free piece of software, we know there's a lot of people who run Mixxx once, and then never touch it again. Other users play around with it, scratch their heads, and give up. I think we can convert a lot more of these users into DJs if we teach them how to use Mixxx, without forcing them to read too much. As I wrap up the code for this, I'll document how to write tutorials on the wiki. I'm trying to complete a couple of beginner tutorials to get something releasable soon, and we can worry about a more complete set of tutorials later. The tutorials themselves are a combination of javascript and HTML, and javascript land has access to both ControlObjects and our GUI widgets. A lot of the magic is easily done via slots and signals in javascript land, which makes for lots of fun. :) Anyways, just wanted to throw this out there for now. In the future, it might be cool to have in-app payments to unlock different sets of tutorials. It'd be a good way to offer something more to beginners without alienating our existing user base and pro DJs. Thanks, Albert -- Albert Santoni Lead Developer, Mixxx http://www.mixxx.org -- Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] GSoC - Interest in multiplt projects
Hi Daniel, On Mon, Mar 21, 2011 at 11:14 AM, Daniel Pletea dani.ple...@gmail.com wrote: Hello, I am Daniel Pletea from Romania. I am a student in the 3rd year at the University Polytehnica of Bucharest and I write here because I am interested in these Projects: Advanced Library Search and Synchronization Improvements. Thanks for your interest in Mixxx! Which of these projects is more important to you? I would like to be a part of something that is really useful. I have some experience in working with MIDI files and I heard about BPM and stuff. How useful is this for the Synchronization Improvements ? This project implies working with threads because I like this. Any experience working with audio would be an asset, so be sure to mention that in your formal application. I think all of the projects we've listed are very important, and would offer a student like yourself the opportunity to make a big impact on a core feature in Mixxx. I would apply for the project you find most interesting. The master clock synchronization project most likely won't involve any substantial multithreading work. The project mainly revolves around linking decks to an independent master tempo in our engine, and then exposing this to users via a sensible GUI. As I said before the last summer I worked with some things like extracting characteristics from MIDI files. I also have the Mixxx program installed on my computer. Which of these projects has more applicants? If one of them didn't attract till now other people interest, I would like to work on it. Thank you, Don't worry which project will have the most applicants - just try to focus on convincing us in your application that you are the best person to do whichever project you pick. Thanks, and looking forward to your application, Albert -- Albert Santoni Lead Developer, Mixxx http://www.mixxx.org -- Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] Changes to Windows builds
Hi guys, If you're not currently building Mixxx on Windows, you can stop reading now. I've completed some changes to the way builds work on Windows. To summarize: - Precompiled libraries are no longer stored in our mixxx tree (hooray!) - Precompiled libraries now live in their own trees at: lp:~mixxxdevelopers/mixxx/mixxx-win32lib-msvc90-release lp:~mixxxdevelopers/mixxx/mixxx-win32lib-msvc90-debug lp:~mixxxdevelopers/mixxx/mixxx-win32lib-msvc100-release lp:~mixxxdevelopers/mixxx/mixxx-win64lib-msvc90-release etc. You'll probably want to make a bzr checkout of the first one. I've used Dependency Walker to verify that only the MSVC 2008 (9.0) C++ runtime is linked in those libraries. If you find you need a different set of libraries for your build environment, please make your own branch. - When compiling, you must specify which directory contains the libs you want to compile/link against. Eg. To compile with MSVC 2008 (32-bit), you would run: $ scons toolchain=msvs winlib=C:\mixxx-win32lib-msvc90-release - A few aspects of the .nsi file have been made more generic to help with automated builds. (Spitting out a generically-named Mixxx.exe installer makes our lives easier. It stops us from having every piece of our build system (scons/nsis) from being self-aware of what branch its building.) Anyways, I've updated the wiki and I'm going to try to get automated Windows/MSVC builds working again soon. Thanks, Albert -- Albert Santoni Lead Developer, Mixxx http://www.mixxx.org -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] Reminder: Developer Meeting on Sunday, March 6th
Hi guys, Just a reminder of the developer Skype meeting tomorrow (Sunday, March 6th) at: PST/Vancouver - 9:00 AM EST/New York - 12:00 PM UTC/London - 4:00 PM CEST/Berlin - 5:00 PM Stuff on the agenda: - Quick 1.8 and 1.9 post-mortem - General Goals for 2011 - Priority Features for 1.10, 1.11 - Preliminary Timeline - Development Process Refinements - Future Obstacles To call in, message me on Skype (username: gamegod) and I'll bridge you into the conference call. Looking forward to discussing lots of stuff with you guys tomorrow! Thanks, Albert -- Albert Santoni Lead Developer, Mixxx http://www.mixxx.org -- What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] Mixxx Debuts as #1 Free App in the Mac App Store
Hi guys, This was definitely not the next email I was expecting to write to you. Mixxx 1.9 became available for download through the Mac App Store on Thursday, and we have quickly become the #1 Top Free App (Overall!) in the USA, Germany, Japan, Italy, Mexico, Greece, Chile, and probably more countries. We're also the #2 app in Brazil, Canada, France, UK, and I expect we will take the #1 position in at least those countries. http://mixxxblog.blogspot.com/2011/02/mixxx-debuts-as-1-free-app-in-mac-app.html I think I owe the community a more detailed blog post about this whole situation at some point. Open source deserves to be at the top, and that's where you took us. Congratulations, Albert -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] Mixxx 1.9 Available in the Mac App Store!
Hi guys, I'm very pleased to announce that Mixxx is now available in the Mac App Store! http://itunes.apple.com/us/app/mixxx/id413756578 It's been out for about 12 hours and we're already the #3 top free music app, so it seems well received so far. A few details are available on the blog: http://mixxxblog.blogspot.com/2011/02/mixxx-19-now-available-in-mac-app-store.html The App Store version is unique right now because it's both a pure 64-bit build and has the Core Audio branch merged into it so it can play your iTunes music. I took a risk in shipping that code, but early testing showed it was stable and feedback since then has been nothing but good. I will follow up shortly with another email explaining more details, but for now, enjoy! Thanks, Albert -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] Minor Mixxx Relicensing
Hi guys, To continue the App Store story - Behind the scenes, a lot of people helped make it happen. It was necessary to relicense Mixxx with a GPL v2 exception in order to accommodate the Mac App Store. This required the willingness and cooperation of past Mixxx contributors, and I owe a great deal of thanks to many people for that. Seeing the enthusiasm that many former developers (including the project's founders) still share for Mixxx brought a smile to my face. If you believe you own the copyright to code in Mixxx that you have licensed to us under the GPL, and I have not contacted you for permission to relicense, please email me as soon as possible. I made an attempt to contact every past Mixxx contributer, but I apologize if I've missed anyone. Due to the relicensing, I had to remove some third-party GPL licensed code from Mixxx, but the vast majority of it was unused. Unfortunately, one valuable casualty of that the vinyl control code. Versions of Mixxx distributed through the Mac App Store will not have vinyl control, but pure GPL v2 versions distributed from our website will continue to have it. (We currently have no plans to make the Mac App Store the only way to get Mixxx.) In order to meet a few of Apple's guidelines and clean up some licensing stuff, I have a mixxx-appstore branch that I will push to Launchpad sometime in the next week. Once I tidy up a couple odds and ends, I think we'll be able to merge it into the 1.9 branch. Thanks, Albert -- The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] Put 1.8.2 Windows builds online
-- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] Current state of Windows builds?
Hi Patrick, On Sun, Jan 16, 2011 at 7:55 PM, Patrick Lang patrick.l...@hotmail.com wrote: I just started using Mixxx 1.8.2, and am quite impressed with the state of it. It’s simple and to the point, and I feel that the software gets out of the way and lets me focus on the music. It’s almost like having a pair of Pioneer CDJ’s and a mixer all in one without the extra stuff I don’t need in Deckadance or Traktor. Thanks for the kind words! I filed a midi mapping bug (with fix attached) yesterday, but haven’t gone through setting up a full build environment yet. I have been DJ’ing on and off since 2002, and am a software developer tester by trade. I spent years working on Linux and the *BSD’s, but focus primarily on Windows now. Before I get started on my own builds, I was curious about the state of the wiki page and some other background info on the builds. (http://www.mixxx.org/wiki/doku.php/compiling_on_windows) Thanks for the MIDI mapping patch too. We should definitely look at that and apply it before 1.9 is out. First off, why is Visual Studio required? I build many large projects using make or build.exe, which ship with the Windows SDK itself. I’m planning to give it a try without Visual Studio, but I’m curious if this has already been discussed. Good observation - I only realized that Visual Studio isn't required (just the Windows/Platform SDK) within the last few weeks when I was working on the build server. You can indeed build Mixxx without it, as the C++ compiler is part of the Windows 7 SDK. Visual C++ is a nice IDE though if you're doing development though. Are there any benefits to using Qt Creator over VS build? In general, I have found that Microsoft’s VC++ compiler generates tighter code than GCC MinGW. Right now, the official way to build Mixxx is with the Microsoft compiler on Windows. Qt Creator and MinGW were side-projects which are not under active work at the moment. We periodically have a debate about whether we should be cross-compiling Windows builds using MinGW, but I disagree with this on the grounds that we should be using Microsoft's tools and compiler for Microsoft's operating system, otherwise you know we're signing up for lots of quirks. I've also heard many other people echo your sentiment that the Microsoft compiler is fast. That said, if someone wanted to spend their time on playing with MinGW, I wouldn't stop them, but personally I think it's a waste of time. Re: Qt Creator - I've never used it myself but it's supposed to be a decent IDE. Garth even had some cool builds of Mixxx for Windows cooked up using MinGW where GDB was bundled in, so you could get backtraces really easily from users. Is there any reason why the Vista SDK is recommended? The latest shipping SDK (7.1) will build apps that work all the way back to Windows 2000. Agreed, I built with the Windows 7 SDK for the build server a few weeks ago with no problems. We should always try to be sticking with the latest SDK version, and if something doesn't work right, we should fix it. Please feel free to edit the wiki page, updating the documentation would be a great help. On a related note – what OS service packs of Windows are supported? We support back to Windows XP, but I'm not sure if there's a service pack revision required or not. I've found that audio performance is significantly better on Vista and Windows 7 though. We bundle the Microsoft Visual C++ runtime DLLs inside the Mixxx installer (along with the manifest file if required), otherwise Mixxx won't run on XP. Anyway, if time holds out, I’m hoping I can contribute some developer builds and bugfixes. I have a dedicated Hyper-V server at home with resources available, and an MSDN subscription to get access to any OS version I need. I recently saw the discussion on keeping a build VM available, but there may be an easier solution. It’s possible to install OpenSSH on Windows using either Cygwin or Services for Unix. If a few specific developers need regular access to a Windows build system – OpenSSH may be sufficient. Thanks for offering your resources Patrick. We should have plenty of CPU power available once we have the server assembled, but that's very generous of you to offer your CPU time. :) RJ is currently assembling our beast of a build server, and I started working on the software side of it over Christmas a few weeks ago. I set up a Windows 7 virtual machine inside VirtualBox along with the Windows 7 SDK. The VM has a working build environment and has OpenSSH installed and working. (Getting OpenSSH going was not as easy I was expecting.) On the build server, we'll probably be running Ubuntu, and we'll be executing remote builds through the VMs. I've written a small Python script that reads in configuration files for each VM, then takes a list of branches and produces builds of each branch on each VM. Right now, I've only got the 32-bit Windows 7 VM set up but the script works. :)
Re: [Mixxx-devel] How does Mixxx work?
On Sat, Jan 8, 2011 at 4:36 AM, Mikael Bouillot csbhp...@corbac.com wrote: Greetings, Mixxx developers! I'm using Mixxx 1.7.2. I tried 1.8, and promptly reverted back. In order to do nice mashups, I hacked a nifty little thing into it that allows one to navigate synchronously in each track, based on the BPM: move by 1/4, 1/2, 1, 2, 4, 8, 16, 32, 64 and 128 beats, either forward or backward, for each track. It's exactly what I needed, I'm having a lot of fun with it. I'd submit a patch, but for one small UI problem: it needs a huge chunk of the keyboard! I'm using 20 keys for *one* track, with a shift modifier for the other track. But I also got a glimpse of the innards of Mixxx in the process, and now I'm wondering: How does this thing even *works*? OK, to be fair, I'm not used to C++. But the way I see object- oriented programming, it's supposed to be modular with small, well-defined interfaces. So I guess there must be such an interface to the sound engine. When hacking my thingy, it didn't strike me as obvious. Then again, maybe it's a FAQ. The reason I'm asking is twofold: First, I'm moving around the track using slotControlSeekAbs(), and it works fine, except when it doesn't. I've got all sort of weird bugs where it seeks to the wrong spot, or the audio is suddenly not in sync with the wave display for a few seconds. Am I supposed to use another method? The answer to this is tied to why we don't have a clear modular object-oriented interface for the engine (yet?). Because there's so much multithreading going on, the original Mixxx developers designed this ControlObject system, which is the main interface for controlling playback, and is shared by the keyboard, MIDI controllers, C++ code, etc. Each ControlObject wraps a double value, and they're nice because they take care of thread safety for you. The very bottom of this page has a code snippet showing you how to use ControlObjects: http://mixxx.org/wiki/doku.php/midi_controller_mapping_file_format?s[]=controlobject Higher up on the page is the list of controls you can get at. I'd recommend using the playposition ControlObject for doing seeks rather than touching the internals of the engine. It might fix your sync problems. Second, I now need another functionality, and it seems I'm going to have a much harder time hacking *that* in: I want to change the pitch of a track without changing its tempo. Right now, I set Pitch behaviour to Vinyl emulation (because Pitch independent time stretch sounds like c**p), and thus the pitch and tempo change simultaneously when I change the rate of the track. In theory, if I combine both modes (VE and PITS) I could change the pitch without changing the tempo. In practice, I use Sox to manually change the pitch of the tracks in advance when I need it. It's 20 minutes of intense brain activity. log(rate)/log(2)*12*100, that kind of stuff. I don't want that: I want a slider in the GUI. As Owen mentioned, the library we're already using for BPM detection and key-lock/time stretch has this functionality built in. Check out that src/engine/enginebufferscalest.cpp file Owen mentioned and look at the SoundTouch.h header to see how it works. (If I remember correctly, it's fairly straightforward. There's 3 functions in SoundTouch that you can use for pitch stuff, something like setPitch(), setRate(), and setTempo(). There's also semi-tone adjust functions, which might be even more useful.) To make a slider in the GUI, all you'd need to do is create a ControlObject in the engine somewhere (try to find out where the existing rate ControlObject is declared, and make a pitch one there too). Then you'd read the value from that CO, and pass it into EngineBufferScaleST, just like what happens with the pitch. Lastly, our skin system hooks right into ControlObjects, so you can just edit the skin.xml for an existing skin and add a new slider that hooks into [ChannelN] and pitch. Hopefully this points you in the right direction! Don't be afraid to hop on IRC (#mixxx on Freenode) if you get stuck, as there's usually a few of our developers in there. We'd be happy to help you via email more too. Thanks, Albert -- Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] Log file rename
On Tue, Jan 4, 2011 at 7:45 PM, Bill Good bkg...@gmail.com wrote: Just an FYI in case anyone missed the bugmail (gasp!) -- as per bug 678336, I renamed the mixxx.log we dump in the CWD to .mixxx.log so it's hidden. Just wanted to let everyone know in case they needed a log file from an OSX or Linux user and the user can't find any 'mixxx.log' file. Nothing has changed on Windows. Thanks for the heads up. I'm going to be committing a bunch of OS X changes in the next few days for App Store packaging, and I'll probably change the log path to ~/Application Support/Library/Mixxx on OS X since we're not allowed to write to the CWD on OS X. (We should write to the corresponding place on Windows as well because Program Files is write protected unless you're running as Administrator.) Thanks, Albert Hope everyone had a good holiday! Bill -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] need windows build from bzr
Hey Noah, On Fri, Dec 31, 2010 at 1:35 PM, Noah Vawter nvaw...@media.mit.edu wrote: SLEAZY IDEA ALERT... How many of us are running VMWare for one reason or another? How about we get a minimal virtual machine going with the dev environment on it? The Windows 7 virtual machine I set up for the build server is about 15 gigs, which is probably prohibitively large. There's also the issue of Windows licenses... I agree it would be super convenient though. :) Thanks, Albert On Dec 31, 2010, at 9:43 AM, Owen Williams wrote: Hey all, Can someone help me by creating a windows installer for the current rev of my features_xwax2 branch? I'd like to get some feedback on the current state of vinyl control from a DJ I know who has also done work as a QA tester (convenient combination!). I'm linux-based so I don't have any of the tools to create my own builds. thanks, Owen -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] AUTODJ_TABLE
Hi Matt, What's the command you're running? I don't think it's because of the prior checkout that was made without your Launchpad account. Thanks, Albert On Tue, Dec 28, 2010 at 6:31 PM, Matthew Mikolay mikol...@yahoo.com wrote: Alright, I setup an SSH key, and linked bzr to my Launchpad account, but I'm having some trouble with the next step. Whenever I try to create a new branch, I get the error bzr: ERROR: Not a branch: /home/mattmik/. Could this be because I checked out the source code for 1.9 from bzr before I linked it to my Launchpad account? Thanks! mattmik --- On Mon, 12/27/10, RJ Ryan rr...@mit.edu wrote: 1) Push a branch to launchpad with your changes. Once you setup bzr to be hooked up to your launchpad ID, this is as simple as: -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] [patch] Update M-Audio Xponent midi-mapping.
On Fri, Dec 24, 2010 at 9:15 AM, Juan Pedro Bolivar Puente raskolni...@es.gnu.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/12/10 14:44, Juan Pedro Bolivar Puente wrote: Hello, I have updated and fixed the midi mapping for the M-Audio Xponent. The changes include: a) Mapped key lock to the big X button. b) Fixed loop key lights not following state changes in the engine. c) Fixed chaotic source code indentation in java-script. I attach a patch against trunk. JP Hello, I am sorry if this emails feels like pushing you, that is not my intention. I just feel that Xponent users would like to see this in 1.9 and thought that you might have forgot about it, as today I checked trunk and its not there. If there is any problem with it I can go and try to fix it. Hey JP, I've just committed your patch to the 1.9 branch, and I've put out a call for testers on the forum. Thanks for the patch, and you shouldn't feel bad about about reminding us! (You know how open source is...) :) Thanks again, Albert JP -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk0Uqx0ACgkQchi8veCammc9kwCfYiUQ2xY/MzOQ4Cj/T6iJVN7l OBIAn1NXKz7/FDvZh4hrmyiKkkLO59E6 =mJAP -END PGP SIGNATURE- -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] SoundSourceCoreAudio for OS X (features_coreaudio)
Hey Tobias, Yes, we could also use Quicktime or a native API like DirectShow. Unfortunately, I'm going to be stuck with only my Macbook for the next month, but I can still try playing with the Quicktime Audio Extraction API: http://developer.apple.com/quicktime/audioextraction.html http://developer.apple.com/library/mac/#samplecode/SimpleAudioExtraction/Introduction/Intro.html The ExtAudioFile API itself wasn't bad - once you have stuff initialized, the basic decoding functions (read/seek) were straightforward to use. This API also supposedly exists on iOS, which is a bonus. :) I think making Quicktime a requirement on Windows for AAC playback is not outlandish, so I can try to play around with that. Also, if we do manage to get a couple of these native or near-native backends working, I'd be willing to convert them into pure C++ (no Qt) and roll them into a library. We can't be the only people who need cross-platform, low-level audio decoding using native APIs that don't carry any legal baggage. (Distributing an MP3 decoder with your application made more sense in the Windows 98 days.) Thanks guys, Albert On Mon, Dec 13, 2010 at 4:31 AM, Tobias Rafreider dj.raffi@googlemail.com wrote: Hey, great job. Could we also use Quicktime API to decode AAC/M4A on Windows? Tobias Am 13.12.2010 11:36, schrieb Adam Davison: Hi, Just to say this is excellent and exactly how we should be doing it... What happened to phonon in qt 4.7 in the end, have they managed to expose audio data yet? Adam On 13 December 2010 06:55, Albert Santonialbe...@mixxx.org wrote: Hi guys, Tonight I wrote a SoundSourceCoreAudio class that plays M4As using the system provided decoder on OS X. It uses the Audio File Services API (ExtAudioFile), which is part of AudioToolbox, which is part of Core Audio. We can freely distribute this as part of our main Mixxx builds without worrying about M4A patent issues because we're using Apple's decoder, which OS X users have already paid for. Special thanks to Apple's super crappy documentation and endless layers of redundant APIs. I spent more time trying to figure out which API to use than actually writing code. Seeking and metadata decoding (using TagLib) work fine. I've only tested with 44100 Hz / 16-bit files, but if it doesn't work with other formats, it shouldn't be difficult to fix. Code is pushed to: lp:~mixxxdevelopers/mixxx/features_coreaudio Enjoy, Albert -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] SoundSourceCoreAudio for OS X (features_coreaudio)
Hi guys, Tonight I wrote a SoundSourceCoreAudio class that plays M4As using the system provided decoder on OS X. It uses the Audio File Services API (ExtAudioFile), which is part of AudioToolbox, which is part of Core Audio. We can freely distribute this as part of our main Mixxx builds without worrying about M4A patent issues because we're using Apple's decoder, which OS X users have already paid for. Special thanks to Apple's super crappy documentation and endless layers of redundant APIs. I spent more time trying to figure out which API to use than actually writing code. Seeking and metadata decoding (using TagLib) work fine. I've only tested with 44100 Hz / 16-bit files, but if it doesn't work with other formats, it shouldn't be difficult to fix. Code is pushed to: lp:~mixxxdevelopers/mixxx/features_coreaudio Enjoy, Albert -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] ACM UIST 2010 - Student Innovation Contest - Adaptive DJ controller
Hey Jacob, Thanks for sharing and congratulations on completing the project! This is great work and you clearly a significant amount of time into both the code and the videos. I hope you have a chance push your code to Launchpad so it might be reused in the future. Do you have any feedback for us? What did you find the most difficult about the project? Thanks, Albert On Tue, Dec 7, 2010 at 6:38 PM, Jacob Jennings jacob.r.jenni...@gmail.com wrote: Hi everyone, Sorry for the late update, I took a while to edit some video together for this. I thought I'd show you all what I did for my entry into the student contest at UIST, and thank everyone for their input! Thanks to all developers who made Mixxx happen! Here's my blog where I show a demo and detail the development process: http://itprogram.missouri.edu/entry.php?77-UIST-2010-Student-Innovation-Contest-Entry-Adaptive-DJ-Jacob-Jennings Regards, Jacob Jennings -- What happens now with your Lotus Notes apps - do you make another costly upgrade, or settle for being marooned without product support? Time to move off Lotus Notes and onto the cloud with Force.com, apps are easier to build, use, and manage than apps on traditional platforms. Sign up for the Lotus Notes Migration Kit to learn more. http://p.sf.net/sfu/salesforce-d2d ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] Mixxx 1.9.0 Beta1 and 1.8.2 Released!
Hi guys, Full details on the blog: http://mixxxblog.blogspot.com/2010/12/mixxx-190-beta1-and-182-released.html We'll see how much testing gets done in the next two weeks, and barring any big setbacks, we might be able to still manage a final release by the end of the month (or as soon as possible). Great work by everyone on 1.9 so far though. It wasn't really supposed to be a huge release but a number of new faces made large, polished contributions that made it into 1.9. I'm also excited for 1.10, as there's already a few branches that are queued up for review. Thanks, Albert -- What happens now with your Lotus Notes apps - do you make another costly upgrade, or settle for being marooned without product support? Time to move off Lotus Notes and onto the cloud with Force.com, apps are easier to build, use, and manage than apps on traditional platforms. Sign up for the Lotus Notes Migration Kit to learn more. http://p.sf.net/sfu/salesforce-d2d ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] Roadmap for 1.10
Hi everyone, I'll be updating the roadmap for 1.10 over the next week, which currently looks something like this: https://launchpad.net/mixxx/+milestone/1.10.0 Our tentative feature freeze for 1.10 will be February 15th, so if you have a feature that you'd like to see in the next release, let's try to get it polished, reviewed, and merged by that date. Don't forget that the more changes you have in your branch, the longer it will take to review. We'll try to review branches as quickly as we can, but we have a bit more flexibility if you propose merges earlier. What actually going to end up in the release depends on how much time everyone thinks they'll be able to devote to their branches, so we'll probably tentatively target the handful of features that are on the milestone page, keeping in mind that they probably all won't make it. On that note, if there's a feature with your name on it, and you know you're not going to be able to finish it, speak now so that we can reassign it. Thanks! Albert -- What happens now with your Lotus Notes apps - do you make another costly upgrade, or settle for being marooned without product support? Time to move off Lotus Notes and onto the cloud with Force.com, apps are easier to build, use, and manage than apps on traditional platforms. Sign up for the Lotus Notes Migration Kit to learn more. http://p.sf.net/sfu/salesforce-d2d ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] 1.9 Beta - Dec 6th
On Wed, Dec 1, 2010 at 11:37 PM, jus j...@justmail.de wrote: On 2 Dec 2010, at 00:03, Albert Santoni wrote: On Wed, Dec 1, 2010 at 9:09 AM, RJ Ryan rr...@mit.edu wrote: On Mon, Nov 29, 2010 at 2:57 AM, Albert Santoni albe...@mixxx.org wrote: Hi all, Rj and I would like try to get a beta out by Monday, December 6th or sooner. The bugs we're blocked on are: - No way to go back to a ver. of Mixxx with older schema -- https://bugs.launchpad.net/bugs/676366 (RJ has volunteered to fix this. It will require a 1.8.2 release as well.) Fixed last night - Library colours are borked in Qt 4.7.0 -- https://bugs.launchpad.net/bugs/676687 (Still up for grabs - Anyone want to work on this?) Fixed by Tobias There are still open 1.9.0 bugs like fullscreen being broken. Can we get a checkup on the state of packaging? A lot of progress was made on the Windows builds. If 1.9.0 packages fine for x86 (let's not worry about x64 for the beta if it isn't ready) then let's tag the beta today (modulo any skin updates from Jus) and package these guys as fast as possible. I'm worried the 1.9.0 beta period won't be long enough for us to be confident in a December 20th release. Every day counts! I've uploaded builds of trunk and 1.8 from today here: http://downloads.mixxx.org/mess/mixxx-Trunk-dec12010-macintel.dmg http://downloads.mixxx.org/mess/mixxx-1.8.2-macintel.dmg Jus, can you check if the MIDI learning wizard is working on OS X when you get a chance? It seems to be working on my end. mixxx-1.8.2-macintel.dmg : Midiwizard is still broken (was working in trunk at least , see #12 ) Just backported the fix for that from trunk and I'm uploading the package here again (should be done uploading within the next 20 mins): http://downloads.mixxx.org/mess/mixxx-1.8.2-macintel.dmg mixxx-Trunk-dec12010-macintel.dmg wont start up at all. Error message: dyld: Library not loaded: /usr/lib/libshout.3.dylib Referenced from: /Applications/Mixxx1.9.beta1pre.app/Contents/MacOS/mixxx Reason: image not found Trace/BPT trap Should be fixed in this new package: http://downloads.mixxx.org/mess/mixxx-Trunk-dec022010-macintel.dmg jus PS. Readme and manual of mixxx-1.8.2-macintel.dmg show 1.8.0 as version info. I still have to fix those... Thanks for the quick testing! Albert I'll see what I can do about Ubuntu this evening. Thanks, Albert If you want to get a good overview of 1.9.0 or want to know where you can help out, Launchpad provides has this handy page: https://launchpad.net/mixxx/+milestone/1.9.0 Thanks, and we'll see how things go this week, Albert -- Increase Visibility of Your 3D Game App Earn a Chance To Win $500! Tap into the largest installed PC base get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Increase Visibility of Your 3D Game App Earn a Chance To Win $500! Tap into the largest installed PC base get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] 1.9 Beta - Dec 6th
Hey Jus, Thanks for testing again. There's some sort of deployment issue where if I run my mixxx binary straight out of osx32_build, it works fine, but it doesn't work correctly inside the bundle. I don't understand why this is happening, nor why it's magically fixed in 1.9, but I don't think I'm going to put any more time into it unless it breaks in 1.9. I wish I could fix it in 1.8.2, but I don't have a good starting point, and I don't have very much time at the moment. Thanks, Albert On Thu, Dec 2, 2010 at 4:08 AM, jus j...@justmail.de wrote: On 2 Dec 2010, at 12:13, Albert Santoni wrote: On Wed, Dec 1, 2010 at 11:37 PM, jus j...@justmail.de wrote: On 2 Dec 2010, at 00:03, Albert Santoni wrote: On Wed, Dec 1, 2010 at 9:09 AM, RJ Ryan rr...@mit.edu wrote: On Mon, Nov 29, 2010 at 2:57 AM, Albert Santoni albe...@mixxx.org wrote: Hi all, Rj and I would like try to get a beta out by Monday, December 6th or sooner. The bugs we're blocked on are: - No way to go back to a ver. of Mixxx with older schema -- https://bugs.launchpad.net/bugs/676366 (RJ has volunteered to fix this. It will require a 1.8.2 release as well.) Fixed last night - Library colours are borked in Qt 4.7.0 -- https://bugs.launchpad.net/bugs/676687 (Still up for grabs - Anyone want to work on this?) Fixed by Tobias There are still open 1.9.0 bugs like fullscreen being broken. Can we get a checkup on the state of packaging? A lot of progress was made on the Windows builds. If 1.9.0 packages fine for x86 (let's not worry about x64 for the beta if it isn't ready) then let's tag the beta today (modulo any skin updates from Jus) and package these guys as fast as possible. I'm worried the 1.9.0 beta period won't be long enough for us to be confident in a December 20th release. Every day counts! I've uploaded builds of trunk and 1.8 from today here: http://downloads.mixxx.org/mess/mixxx-Trunk-dec12010-macintel.dmg http://downloads.mixxx.org/mess/mixxx-1.8.2-macintel.dmg Jus, can you check if the MIDI learning wizard is working on OS X when you get a chance? It seems to be working on my end. mixxx-1.8.2-macintel.dmg : Midiwizard is still broken (was working in trunk at least , see #12 ) Just backported the fix for that from trunk and I'm uploading the package here again (should be done uploading within the next 20 mins): http://downloads.mixxx.org/mess/mixxx-1.8.2-macintel.dmg Sorry Albert , not working here on MacOS 10.6.5 even with this new version Debug: [Main]: MidiMapping: Learning started! Debug: [PM 0. VCI 300 DJ Controller]: MIDI ch 1: opcode: B0, ctrl: 18, val: 46 Warning: [PM 0. VCI 300 DJ Controller]: QObject::connect: Cannot queue arguments of type 'MidiMessage' (Make sure 'MidiMessage' is registered using qRegisterMetaType().) mixxx-Trunk-dec12010-macintel.dmg wont start up at all. Error message: dyld: Library not loaded: /usr/lib/libshout.3.dylib Referenced from: /Applications/Mixxx1.9.beta1pre.app/Contents/MacOS/mixxx Reason: image not found Trace/BPT trap Should be fixed in this new package: http://downloads.mixxx.org/mess/mixxx-Trunk-dec022010-macintel.dmg Confirmed working on MacOS 10.6.5 Hint: There is a skin onweb selectable under Preference-Interface which is blank. /Mixxx 1.9.beta1pre.app/Contents/Resources/skins/onweb/skin.html jus jus PS. Readme and manual of mixxx-1.8.2-macintel.dmg show 1.8.0 as version info. I still have to fix those... Thanks for the quick testing! Albert I'll see what I can do about Ubuntu this evening. Thanks, Albert If you want to get a good overview of 1.9.0 or want to know where you can help out, Launchpad provides has this handy page: https://launchpad.net/mixxx/+milestone/1.9.0 Thanks, and we'll see how things go this week, Albert -- Increase Visibility of Your 3D Game App Earn a Chance To Win $500! Tap into the largest installed PC base get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Increase Visibility of Your 3D Game App Earn a Chance To Win $500! Tap into the largest installed PC base get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] 1.9 Beta - Dec 6th
On Wed, Dec 1, 2010 at 9:09 AM, RJ Ryan rr...@mit.edu wrote: On Mon, Nov 29, 2010 at 2:57 AM, Albert Santoni albe...@mixxx.org wrote: Hi all, Rj and I would like try to get a beta out by Monday, December 6th or sooner. The bugs we're blocked on are: - No way to go back to a ver. of Mixxx with older schema -- https://bugs.launchpad.net/bugs/676366 (RJ has volunteered to fix this. It will require a 1.8.2 release as well.) Fixed last night - Library colours are borked in Qt 4.7.0 -- https://bugs.launchpad.net/bugs/676687 (Still up for grabs - Anyone want to work on this?) Fixed by Tobias There are still open 1.9.0 bugs like fullscreen being broken. Can we get a checkup on the state of packaging? A lot of progress was made on the Windows builds. If 1.9.0 packages fine for x86 (let's not worry about x64 for the beta if it isn't ready) then let's tag the beta today (modulo any skin updates from Jus) and package these guys as fast as possible. I'm worried the 1.9.0 beta period won't be long enough for us to be confident in a December 20th release. Every day counts! I've uploaded builds of trunk and 1.8 from today here: http://downloads.mixxx.org/mess/mixxx-Trunk-dec12010-macintel.dmg http://downloads.mixxx.org/mess/mixxx-1.8.2-macintel.dmg Jus, can you check if the MIDI learning wizard is working on OS X when you get a chance? It seems to be working on my end. I'll see what I can do about Ubuntu this evening. Thanks, Albert If you want to get a good overview of 1.9.0 or want to know where you can help out, Launchpad provides has this handy page: https://launchpad.net/mixxx/+milestone/1.9.0 Thanks, and we'll see how things go this week, Albert -- Increase Visibility of Your 3D Game App Earn a Chance To Win $500! Tap into the largest installed PC base get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Increase Visibility of Your 3D Game App Earn a Chance To Win $500! Tap into the largest installed PC base get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] 1.9 Beta - Dec 6th
On Wed, Dec 1, 2010 at 3:14 PM, Sean M. Pappalardo - D.J. Pegasus spappala...@mixxx.org wrote: Hi all. Mixxx builds fine now for me on Windows x86 with Shoutcast support. I should be able to get x64 working as well, having ironed out the x86 issues. I haven't tried to build any of the plugins yet though on either arch. Albert: did you want to address bug https://bugs.launchpad.net/mixxx/+bug/582924 for v1.8.2 quick? And also fix the new problem of the .. not appearing at the root of a drive? No more development, let's build those packages and get them out asap... Albert Sean -- Increase Visibility of Your 3D Game App Earn a Chance To Win $500! Tap into the largest installed PC base get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Increase Visibility of Your 3D Game App Earn a Chance To Win $500! Tap into the largest installed PC base get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] 1.9 Beta - Dec 6th
Hi all, Rj and I would like try to get a beta out by Monday, December 6th or sooner. The bugs we're blocked on are: - No way to go back to a ver. of Mixxx with older schema -- https://bugs.launchpad.net/bugs/676366 (RJ has volunteered to fix this. It will require a 1.8.2 release as well.) - Library colours are borked in Qt 4.7.0 -- https://bugs.launchpad.net/bugs/676687 (Still up for grabs - Anyone want to work on this?) If you want to get a good overview of 1.9.0 or want to know where you can help out, Launchpad provides has this handy page: https://launchpad.net/mixxx/+milestone/1.9.0 Thanks, and we'll see how things go this week, Albert -- Increase Visibility of Your 3D Game App Earn a Chance To Win $500! Tap into the largest installed PC base get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] scratching / low speed audio quality
On Mon, Nov 22, 2010 at 10:19 PM, Owen Williams owen-b...@ywwg.com wrote: That was a lot of programming. I rewrote the linear scaler, it's available in my features_xwax2 branch. There are still subtle clicks and pops at very very low speeds and moving from a dead stop, but I can't get rid of them and they could just be part of mp3-encoded files for all I know. I have a lot of trouble analyzing the samples in order to figure out where these pops come from. I feel like 90% of my time was spent doing that. When you're starting from standstill, the scaler code should apply a ramp-in envelope to the audio to avoid a discontinuous change from zero to something non-zero. That's one source of popping. Another thing I found before was that you should interpolate between playback rates smoothly, because the waveform widget (for example) changes the speed in big discrete jumps. This causes a sort of digital sound, though it's not necessarily a source of the clicks. Did you rewrite the relevant parts of EngineBuffer/CachingReader to store the playback position as a float? Thanks, Albert P.S. If there's any sort of sample error (and we know there is because you're hearing it), it will always change with different sample rates and buffer sizes because they generally occur once per buffer size. It probably doesn't tell you anything you don't already know. Owen On Mon, 2010-11-22 at 09:23 -0500, Owen Williams wrote: Cool, thanks. I think I figured out a way of keeping the sub-sample position inside the scaler so I'll take a shot at fixing it too. Owen On Mon, 2010-11-22 at 06:48 -0300, Phillip Whelan wrote: I'm sure this bug is also caused in part by the problem with playpos always being rounded. There is an old patch for it on the mailing list. I'm currently visiting family in chile but will see if I can update the patch for trunk. Sent from my iPod On 2010-11-22, at 2:23, RJ r...@mit.edu wrote: Hey Owen, Have you merged your branch with trunk lately? A patch from 1.8 was reverted that improves the linear scaler audio quality a lot (but it the progress made on fixing the bug where the engine eats too many samples). RJ On Sun, Nov 21, 2010 at 11:15 PM, Owen Williams owen-b...@ywwg.com wrote: Hey all, I've noticed that at extremely slow speeds and during scratching, mixxx sounds pretty terrible. There are lots of clicks and pops and high pitched static. At first I thought this was because I was scratching mp3s, but I took xwax 0.8 for a spin and it sounds much, much better. I spent a day hacking on the linear sound scaler without much to show for it. From looking at xwax, it looks like it uses a cubic interpolator instead of linear. I tried implementing that logic into mixxx, with disastrous results. So clearly I'm not an audio programmer. But is there anything that can be done to improve performance of the scaler at low / fast changing rates? thanks, Owen -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Mixxx-devel mailing list
Re: [Mixxx-devel] fixes_soundcardSync
On Tue, Nov 23, 2010 at 6:26 AM, Sean M. Pappalardo - D.J. Pegasus spappala...@mixxx.org wrote: Hello again, everyone. In working more on the fixes_soundcardSync branch, I've been able to at least get it to lock to the clock of the sound card used for the master output (or the last direct deck output if a master output is not selected.) This solves the main problem I was having (skips pops on the main output,) but over the past few days I've been trying to get all of the cards to stop skipping/repeating buffers. The core problem is this: Mixxx allows a card to lag/lead the reference card up to the latency period. Once that is reached, the card will either drop or repeat an entire sound buffer (drop if it's slower than the reference card, repeat if faster.) There's currently no way to adjust the buffer size for each card or callback. Correct, this was by-design, as I haven't ever come across a pair of soundcards myself personally where the drift is bad enough that this is a problem. Since Mixxx 1.6.0, I've read reports of maybe 3 users who might have been affected by this. If you're willing to put in the time, this is an interesting problem to solve though. I've been trying to use a new SoundTouch instance to rate-adjust (pitch-shift) the sound buffer for each card with respect to the reference card such that if the current card drops or repeats a buffer, the audio will still sound correct. I recently realized that this is reasonable only if the reference card is faster than all the others, because catching up is just a matter of playing each buffer faster. But slowing down is not possible since the code currently only generates a new buffer when the reference card requests one. If the current card runs out of buffer before the reference one requests a new one, it's forced to play silence or repeat the last buffer until it's within a latency period of the reference card. Needless to say, that sounds horrific! I've committed the current state of the code to the branch incase anyone wants to try it out. (Note that enabling only a single sound card will skip all of the SoundTouch code and it'll work as it does in trunk.) So I'm afraid solving this completely and correctly will depend on implementing the master engine timer idea RJ had been talking about, wherein the engine will process buffers for the various output buses on its own clock instead of being tied to any sound card. Yes, I believe you're right that we will need a longer-lived buffer than the callback buffers we have now. Implementing a ringbuffer and filling it from the engine is one way to do that. The each sound card can request whatever size buffer it needs to keep pace with the reference sample rate, rate-adjusted as well if needed. Well, each soundcard is going to consume samples at whatever rate it wants, we have no control over that. All we can do is make sure that when it consumes 44123 samples/second, those samples are read from our playback ringbuffer at 44100 samples/second and interpolated to 44123, which is being filled at 44100 samples/second. Maybe these are just implementation details though. I think saying that the consumption rate of each soundcard must be adjusted to match the reference samplerate (ie. what you said) is a good summary of the problem. :) That said, I'm requesting merging r2549 of the fixes_soundcardSync branch into trunk in time for v1.9.0 since it at least fixes issues on the master output with minimal code changes. The feature freeze has passed and this is a set of changes to the engine that could only benefit a small number of users, but break something for everyone if it's buggy. If you propose a merge, I'll take a look at it though. Thanks, Albert Let me know your thoughts. Sincerely, Sean M. Pappalardo D.J. Pegasus Mixxx Developer - Controller Specialist -- Increase Visibility of Your 3D Game App Earn a Chance To Win $500! Tap into the largest installed PC base get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Increase Visibility of Your 3D Game App Earn a Chance To Win $500! Tap into the largest installed PC base get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net
Re: [Mixxx-devel] VJ spinoff?
There's also this, which I've heard good things about: http://code.google.com/p/dvj/ On Mon, Nov 22, 2010 at 9:12 AM, jus j...@justmail.de wrote: This sounds very interesting, maybe you can re-use some code from the GLmixer project. GLMixer is a cross platform real-time graphics mixing software for video performance under GNU v3 license. jus On 22 Nov 2010, at 17:08, MoBeats wrote: Yup, there are a lot of jocks getting into visuals nowadays. In no particular order, my top ten feature list is: 1. dual deck playback functionality as currently in mixxx 2. selectable crossfade transitions (dissolve, wipe, peel, etc) 3. support for most common file types / codecs (avi, mov, mp4, etc) 4. preview panes for each deck 5. flexible monitoring, and output options (choose between multiple display ports or windows) 6. high quality audiovisual time-stretch feature 7. visual FX system preferably compatible with other technologies (ie quartz composer / compiz / directX) 8. Ability to leverage GPU (cuda) 9. Basic automation (autopilot feature) 10. Beat sensitive visualisation for audio only tracks A couple of commercial programs that operate similarly are Arkaos NuVJ and PCDJ VJ. I do not rate these over any other, there are a bunch of apps on the market that do this kind of stuff that was just the first two that sprung to mind. Thanks Ryan for a great task list, I will do my best to try and ascertain what out of the list I can manage, alas I fear I may find it too overwhelming to blitz the whole list. Lets see how it goes. MB On 19/11/2010 14:59, RJ Ryan wrote: Deejay Mo, Are you a VDJ? I've never spoken to one before. Could please explain the top 10 features you need in a VDJ product? It would be really useful to understand the various use cases. Thanks, RJ On Fri, Nov 19, 2010 at 9:56 AM, RJ Ryan rr...@mit.edu wrote: Hey Deejay Mo, Nope, not a single person. You're welcome to be the first! Here's a rough outline of the work that needs to happen: 1) Rewrite SoundSource's to be AVSource with support for having audio and video channels you read from. 2) Integrate libvlc or ffmpeg into Mixxx as an AVSource 3) Update the engine to deal with AVSource's 3.1 CachingReader must cache video in addition to audio 3.2 EngineBuffer scalers must somehow scale video as well as audio. (Scaling video would mean.. scale to meet the output resolution goal and also time-stretch) 3.3 EngineMaster must somehow mix video. I don't think this will fly in software, so it will somehow have to do the mixing with the DSP or in OpenGL land 4) Update GUI 4.1 Add video monitors for each channel 4.2 Add video monitor for the master out 4.3 Update prefereces 4.4 Update library to allow loading of video files 5) Make Mixxx support VGA out or something (i.e. full-screen video in another monitor) Thanks, RJ On Fri, Nov 19, 2010 at 6:11 AM, Deejay Mo djmobe...@gmail.com wrote: Anyone out there developing VJ functionality for mixxx? -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Increase Visibility of Your 3D Game App Earn a Chance To Win $500! Tap into the largest installed PC base get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up
[Mixxx-devel] Hercules E2 Mapping
Hi guys, Someone please help me understand what's happened to this user: http://mixxx.org/forums/viewtopic.php?f=3t=1857p=7055 Should our recommendation to users who're contributing new MIDI mappings be that they make the behaviour of their mappings match VirtualDJ (or whatever OEM software the controller comes with)? Albert -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] Hercules E2 Mapping
On Fri, Nov 19, 2010 at 6:48 AM, RJ Ryan rr...@mit.edu wrote: I think one (good?) thing we did with the Hercules RMX is that we have simple and advanced mappings. The simple mappings are probably closer to OEM, while the advanced ones have a bunch of non-intuitive things about them (like a button we don't have the feature for re-implemented as a shift button to cram more functionality into the other buttons, etc). I think if something matches an OEM mapping, we could call it Simple and then just tell users like that they should find a Simple mapping for their controller. RJ These advanced mappings are going to be useless unless they're well documented though. How is anyone going to know that an automix button is mapped to act like a shift button? Unless we provide documentation inside Mixxx on how an Advanced mapping is supposed to work, we're probably just going to frustrate users by having a mapping that works like VirtualDJ did, and a mapping that appears to be half broken. This would go against our mantra that the user manual should not be required reading too. I'm just starting to become morally opposed to doing counterintuitive things like bastardizing unused buttons. I don't think we're doing our users any favours, and as a hardware vendor, I would consider it supporting a controller poorly. The controller should work the way the hardware vendor intended, and in some cases, the behaviour of the bundled OEM software might be the only form of documentation of that intent. Thanks, Albert On Fri, Nov 19, 2010 at 6:31 AM, Adam Davison adamdavi...@gmail.com wrote: Generally I guess the OEM mappings have some work and testing put into them so they're probably a good starting point. But if people think they can do better and it makes sense from a UI point of view/is well documented then I don't see any reason to always track the OEM mapping. Obvously what we want to avoid is people who just invent a mapping with no reference to what people expect and then it doesn't make any sense to anyone except them. Here specifically, if the behaviour of the OEM mapping is more useful to users then that's how we should implement it. But I don't quite understand if that is the case here... Adam On 19 November 2010 10:56, Albert Santoni albe...@mixxx.org wrote: Hi guys, Someone please help me understand what's happened to this user: http://mixxx.org/forums/viewtopic.php?f=3t=1857p=7055 Should our recommendation to users who're contributing new MIDI mappings be that they make the behaviour of their mappings match VirtualDJ (or whatever OEM software the controller comes with)? Albert -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] Rant about Star Ratings
Warning: Possible giant troll. Hey guys, I've always had a beef with 5-star ratings in music applications that's turned me off using them. I struggle with the meaning of each rating, and it's always been my hunch that just having a single star column that you can toggle (a la GMail) would be way more convenient. What's the difference between 3, 4 star, and 5 stars? If you rate songs as 1 star (out of 5), why do you even have that in your library? (In Mixxx, you can Remove them.) The mapping from a 5-star system to my imaginary 1-star system would be: 4, 5 stars -- starred 2, 3 stars -- unstarred 1 star -- remove Does anyone actually use all 5 stars? I don't want to rag on Tobias' great work on the star widget. :) If we were go to a 1-star system, we could definitely still use his widget without modification for our external track sources. Thanks, and hopefully someone can set me straight. Albert -- Centralized Desktop Delivery: Dell and VMware Reference Architecture Simplifying enterprise desktop deployment and management using Dell EqualLogic storage and VMware View: A highly scalable, end-to-end client virtualization framework. Read more! http://p.sf.net/sfu/dell-eql-dev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] Rant about Star Ratings
On Sun, Nov 14, 2010 at 11:50 PM, RJ Ryan rr...@mit.edu wrote: Anti-troll troll: How do we map metadata tag ratings that are on a 1-5 scale (like every other app out there, iTunes included) to the 0/1 scale? Are we going to split that one star up into fifths ? For the iTunes external source, just leave it as a 5-star system. We'd only have to map to the 1-star system if we were to do real importing, which we don't (yet?). To pour more gas on the fire, how are ratings different than crates? They're just labels... Albert RJ On Mon, Nov 15, 2010 at 2:46 AM, Albert Santoni albe...@mixxx.org wrote: Warning: Possible giant troll. Hey guys, I've always had a beef with 5-star ratings in music applications that's turned me off using them. I struggle with the meaning of each rating, and it's always been my hunch that just having a single star column that you can toggle (a la GMail) would be way more convenient. What's the difference between 3, 4 star, and 5 stars? If you rate songs as 1 star (out of 5), why do you even have that in your library? (In Mixxx, you can Remove them.) The mapping from a 5-star system to my imaginary 1-star system would be: 4, 5 stars -- starred 2, 3 stars -- unstarred 1 star -- remove Does anyone actually use all 5 stars? I don't want to rag on Tobias' great work on the star widget. :) If we were go to a 1-star system, we could definitely still use his widget without modification for our external track sources. Thanks, and hopefully someone can set me straight. Albert -- Centralized Desktop Delivery: Dell and VMware Reference Architecture Simplifying enterprise desktop deployment and management using Dell EqualLogic storage and VMware View: A highly scalable, end-to-end client virtualization framework. Read more! http://p.sf.net/sfu/dell-eql-dev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Centralized Desktop Delivery: Dell and VMware Reference Architecture Simplifying enterprise desktop deployment and management using Dell EqualLogic storage and VMware View: A highly scalable, end-to-end client virtualization framework. Read more! http://p.sf.net/sfu/dell-eql-dev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] 96KHz?
Hey Owen, Yes, there's definitely errors in our resampling code, at least one due to the fact that we handle the playback position in EngineBuffer as an integer instead of a float. (When you're stretching, you can have the playback position be a fraction.) You would expect any sort of error like this to be more noticeable with higher sample rates and lower latencies. I don't think RJ nor I have any plans (yet) to fix this properly. If you wanted to try working on it, trying to fix the above in EngineBuffer might be a good place to start. Thanks, Albert On Sat, Nov 13, 2010 at 12:49 PM, Owen Williams owen-b...@ywwg.com wrote: Hey all, I tried out Mixxx in 96Khz mode and encountered an odd artifact -- depending on the pitch control, I get high pitch short crackling noises, like static zaps. This is not a JACK issue (doesn't happen in other apps), and it goes away if I set the sample rate to 44.1 or 48. Could there be some sort of resampling error in the code that is causing problems at high sample rates? thanks, Owen (official vinyl control maintainer for Mixxx, I guess) -- Centralized Desktop Delivery: Dell and VMware Reference Architecture Simplifying enterprise desktop deployment and management using Dell EqualLogic storage and VMware View: A highly scalable, end-to-end client virtualization framework. Read more! http://p.sf.net/sfu/dell-eql-dev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Centralized Desktop Delivery: Dell and VMware Reference Architecture Simplifying enterprise desktop deployment and management using Dell EqualLogic storage and VMware View: A highly scalable, end-to-end client virtualization framework. Read more! http://p.sf.net/sfu/dell-eql-dev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] 1.9 Freeze - Nov 14th
Hi everyone, Trunk has been absolute mayhem since 1.8, mostly in a good way. Just to quickly review, we've merged: - Taglib - faster scanning, better metadata handling for all formats, thanks to RJ - Shoutcast - shoutcast/icecast broadcasting, big thanks to Tobias for finishing this up - Hydra - refactored most of our DSP code into a SampleUtil class, refactored to support for N decks (RJ again) - Qt3 removal - removes all remaining deprecated Qt3 code, will reduce the size of our packages (yours truly) - HSS1394 - support for HSS1394 MIDI devices like Stanton's SCS.1 series (great work from Sean) - SConscript rewrite - huge cleanup and refactoring by RJ, a necessity for the build server and cross-compiling. We might even get the CXXFLAGS right for Gentoo one day. However, there's still a handful of other features people have worked on or are still working on, who might want us to review and merge before 1.9: - ReplayGain - (Vittorio Colao) - Library improvements - ratings, search improvements, times played column (Tobias Rafreider and Owen Williams) - FLAC - use libFLAC directly (Bill Good) - Samplers - originally written by Ryan Baker (GSoC) and recently overhauled by RJ Ryan - ??? We'll try our best to handle as many code reviews as possible over the next two weeks, but feel free to remind us if you think you're getting neglected. We'll consider freeze exceptions if there's good progress on these branches or we're waiting on fixes requested after a code review. Sometime shortly after the freeze, we'll try to do a 1.9 beta, and that will help put us on schedule for a 1.9 final release before the end of the year. Now is also a good time to start bug fixing in trunk. We need to do a good round of valgrinding before the 1.9 release too. (Any volunteers?) I'm really impressed with our current pace of development and the commitment that you've all demonstrated over the last few months. Thanks for all your hard work, Albert On Mon, Nov 1, 2010 at 8:03 AM, RJ Ryan rr...@mit.edu wrote: we need to announce it to all the people who are keen on getting stuff in: - sean hss1394 - vittorio replaygain - tobias / owen library improvements (ratings :P , search improvements, played, times played) - flac bill - me samplers 1.0 (jus said he could have a sampler skin ready) - tobias metadata writing !?!?! he's started adding this to the features_library branch directly, maybe I should tell him to split it off -- Achieve Improved Network Security with IP and DNS Reputation. Defend against bad network traffic, including botnets, malware, phishing sites, and compromised hosts - saving your company time, money, and embarrassment. Learn More! http://p.sf.net/sfu/hpdev2dev-nov ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] Mixxx 1.8.0 Released!
Hey guys, http://mixxxblog.blogspot.com/2010/10/mixxx-180-released.html Finally! We managed to get Mixxx 1.8.0 out the door last night, and the new website's online. We've got builds for Windows 32/64, Mac OS X 10.5+ Intel, and Ubuntu 10.04 available. Packages for Ubuntu 10.10 are already in Universe. (I took everyone's advice and hosted the 10.04 builds in a PPA.) Big thanks to everyone involved! It was a huge team effort to get all of these new features done, and I'm looking forward to continuing to work with everyone on the next generation of features. It's exciting to think about what we've been able to create together so far, and the potential that we have together, to change the way people DJ. Although I've inherited to the title of Lead Developer from Adam, I want to admit that RJ Ryan effectively took over the roles and responsibilities of lead developer during the 1.8.0 cycle, and showed tremendous dedication and commitment during development. Many, many late nights We've also started a fundraiser for a dedicated build server. We ran into a lot of delays at the end of this release cycle that could have been prevented if we had been producing builds more often with an agreed upon set of library versions. (Eg. It was a scramble to figure out which version of Qt had the least things broken on each platform.) We'd like a dedicated build server that we can have producing nightly builds to alleviate this problem, and to help the whole bug fixing cycle work faster. http://www.pledgie.com/campaigns/13624 Anyways, congrats guys! Albert -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] Mixxx 1.8.0 Released!
Thanks Owen! Fixed that problem. I had deployed the 1.8.0.1 source tarball to our mirror instead of 1.8.0.2. Oops... Albert P.S. Thanks to Mark Glines for the awesome fast mirror in Europe. :) On Tue, Oct 5, 2010 at 12:00 PM, Owen Bullock owen_bull...@yahoo.co.uk wrote: Awesome news Albert, and i love the graphics on the home page However, looks like the linux source link is broken from http://www.mixxx.org/download.php this one: http://moo.glines.org/mixxx/mixxx-1.8.0/mixxx-1.8.0.2-src.tar.gz - Original Message - From: Albert Santoni albe...@mixxx.org To: mixxx-devel mixxx-devel@lists.sourceforge.net Sent: Tuesday, October 05, 2010 7:48 PM Subject: [Mixxx-devel] Mixxx 1.8.0 Released! Hey guys, http://mixxxblog.blogspot.com/2010/10/mixxx-180-released.html Finally! We managed to get Mixxx 1.8.0 out the door last night, and the new website's online. We've got builds for Windows 32/64, Mac OS X 10.5+ Intel, and Ubuntu 10.04 available. Packages for Ubuntu 10.10 are already in Universe. (I took everyone's advice and hosted the 10.04 builds in a PPA.) Big thanks to everyone involved! It was a huge team effort to get all of these new features done, and I'm looking forward to continuing to work with everyone on the next generation of features. It's exciting to think about what we've been able to create together so far, and the potential that we have together, to change the way people DJ. Although I've inherited to the title of Lead Developer from Adam, I want to admit that RJ Ryan effectively took over the roles and responsibilities of lead developer during the 1.8.0 cycle, and showed tremendous dedication and commitment during development. Many, many late nights We've also started a fundraiser for a dedicated build server. We ran into a lot of delays at the end of this release cycle that could have been prevented if we had been producing builds more often with an agreed upon set of library versions. (Eg. It was a scramble to figure out which version of Qt had the least things broken on each platform.) We'd like a dedicated build server that we can have producing nightly builds to alleviate this problem, and to help the whole bug fixing cycle work faster. http://www.pledgie.com/campaigns/13624 Anyways, congrats guys! Albert -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- I am using the free version of SPAMfighter. We are a community of 7 million users fighting spam. SPAMfighter has removed 180 of my spam emails to date. Get the free SPAMfighter here: http://www.spamfighter.com/len The Professional version does not have this message -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] Mixxx 1.8.0 Tarball Released and Ubuntu 10.10 package
Hi guys, r2361 in BZR is Mixxx 1.8.0! ... or Mixxx 1.8.0.1 to be exact. I forgot the -RC tag in our version string for the version we got into Ubuntu 10.10 and in order to upgrade that package, I had to increase the version number. ... which brings me to my next piece of news: Mixxx 1.8.0.1 is in Ubuntu 10.10! We successfully requested a feature freeze exception so that we could workaround a bug where the library wouldn't get skinned correctly (it's a problem in Qt 4.7.0, to be fixed in 4.7.1): https://bugs.launchpad.net/ubuntu/+source/mixxx/+bug/645804 Rather than patching the 1.8.0 RC we had in Universe before, our 1.8.0.1 final release is going to be uploaded to Universe. This is fantastic news because all of the crazy amount of bugfixing that we did over the last few weeks will now benefit Ubuntu users out-of-the-box. Mixxx 1.8.0.1 on Ubuntu 10.10 looks like it's going to produce the most polished experience of any of our releases thanks to everyone's hard work. Looking forward to getting the release packages built for our other platforms! Thanks, Albert -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] 'wheel' control
On Mon, Sep 20, 2010 at 12:45 PM, RJ Ryan rr...@mit.edu wrote: That would be great! The VCI-100 mapping we include with Mixxx is ancient and hasn't been touched since we started 1.7.x. I don't have a VCI-100 to play with so I don't feel comfortable making those edits myself. If you send out an updated mapping in the next day or so I can include it in 1.8.0. We're getting ready to tag 1.8.0 as final. I agree, adding email updates to the forums would be really useful. Albert? At the bottom left of each thread, there's now a link called Subscribe topic. I flipped the big enable board-wide emails switch that supposedly is needed in order for this to work, so hopefully it does now. If this somehow gives spammers yet another way to wreak havoc on our forums, I'm going to punch phpBB3 in the face. Thanks, Albert Cheers, RJ On Mon, Sep 20, 2010 at 3:36 PM, Anders Gunnarsson d00g...@gmail.com wrote: I've helped out a bit with the VCI-100 mapping lately. The changes there is to use touch sensitivity of the wheels with the new scratch function, to map unused buttons on the left side for hotcues and loops, and to map unused effect knobs to flanger effect. The only comment I got for the last change is that everything works. In that case the dependency against wheel is removed, and Pegasus new scratch and 'jog' is used instead. My guess is that Vestax users will be happier, but I can't promise. You can read the conversation here. http://mixxx.org/forums/viewtopic.php?f=7t=1585start=20#p5784 It kind of died the MrF got happy and yakas went for holidays. If the mail functionality was used in the forum it would be easier to request comments... If this mapping is to be included, there is a jog multiplier that should be removed since its tested with beta2. Maybe it should be replaced by a division of 3 since VCI-100 seem to have a wheel resolution of 400, instead of the common 128 that 'jog' seem to be adapted for. Also there has been comments about the order of the flanger effect knobs, in relation to skins. Now they are mapped in the same order as outline skins, which isn't the same as the order for the newer skins with full functionality. Which skin will be default for 1.8? Is there a natural order for these knobs that the skins should be adjusted to? I can make the changes for VCI-100 if you want to include it. //Anders 2010/9/20 RJ Ryan rr...@mit.edu: Hi all, Anybody out there use the 'wheel' control in their MIDI mappings? Of the mappings included in MIxxx the only ones that use wheel are the Windows DM2 mappings and the Vestax VCI-100. RJ -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] PATCH: fix playpos rounding in EngineBuffer
I haven't reviewed this patch, but I did give it a quick test tonight. The waveform only went half-speed and I couldn't seek backwards anymore, so maybe the code needs another look at. Thanks, Albert On Sat, Sep 11, 2010 at 1:43 PM, mad jester madje...@gmail.com wrote: Well... I have a new patch. I factored the sum to new_playpos into the loop but I base it off rate_add, not buffer_size since buffer_size is just the integer aproximation. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] Mixxx 1.8.0 Wrap Up (this week)
Hi guys, A bunch were able to put in some serious Mixxx time this weekend and we're very close to declaring development finished and releasing Mixxx 1.8.0. If you have any lingering changes that absolutely can't wait for 1.9, please submit them by Tuesday. At this point, any changes to the engine or other error-prone code are going to have to wait. For those of you who are on board for your first Mixxx release, we usually try to release when got the point where: 1) We're pretty sure we've fixed all the crasher bugs 2) The influx of new bugs has slowed, and we've caught up fixing the most important ones. (It's a balance between how much time we can put into Mixxx and polish.) We think 1.8.0 is ready, and it's going to be a huge improvement over 1.7.2 for our users. :) Over the next week, we still need to do the following: - Try to do some formalized quality assurance checking on 1.8.0 (for the first time): http://mixxx.org/wiki/doku.php/qa_procedure - Update the manual on the wiki. I'll roll it into a PDF and put it in bzr once we're happy with it. If the QA testing goes well, we can proceed with packaging maybe by next weekend. The new website's also done, and will go online when the new release goes live. Thanks guys! Albert -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] PATCH: fix playpos rounding in EngineBuffer
Forgot to copy the list... On Sat, Sep 11, 2010 at 1:31 PM, Albert Santoni albe...@mixxx.org wrote: The EngineBuffer changes look OK to me, I think I understand what you did. This stuff in EBSL looks wrong to me though: === modified file 'mixxx/src/engine/enginebufferscalelinear.cpp' --- old/mixxx/src/engine/enginebufferscalelinear.cpp 2010-06-17 07:20:57 + +++ new/mixxx/src/engine/enginebufferscalelinear.cpp 2010-08-25 03:18:32 + // Multiply by 2 because it is predicting mono rates, while we want a stereo // number of samples. unscaled_samples_needed *= 2; - + if ( ! even(unscaled_samples_needed)) + unscaled_samples_needed++; + + samples *= 2; + + if (m_dBaseRate = 0) + new_playpos += samples; + else if (m_dBaseRate 0) + new_playpos -= samples; + + Q_ASSERT(unscaled_samples_needed = 0); Q_ASSERT(unscaled_samples_needed != 0); @@ -164,11 +176,11 @@ long prev_sample = 0; bool last_read_failed = false; - // Use new_playpos to count the new samples we touch. - new_playpos = 0; int i = 0; int screwups = 0; + + while(i buf_size) { prev_sample = current_sample; @@ -199,10 +211,6 @@ buffer_size = m_pReadAheadManager -getNextSamples(m_dBaseRate,buffer_int, samples_to_read); - if (m_dBaseRate 0) - new_playpos += buffer_size; - else if (m_dBaseRate 0) - new_playpos -= buffer_size; == You can't factor those if statements that update new_playpos out of the loop because we don't know how many samples we're actually going to get out or RAMAN. If I understand the code correctly, you've moved it out of the loop and then assumed we're going to get samples number of samples out of RAMAN. The simulation loop to get the estimate of the number of samples is fine, but we can't assume that we're going to get that number of samples in case RAMAN messes up. In that case, the new_playpos will be totally wrong... Albert -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] Fix libsndfile metadata
Thanks for the patch Matti. I've just committed this in the 1.8 branch. Please let us know if you find any more UTF-8 mistakes, as there have been plenty of them in the past. Albert On Sun, May 30, 2010 at 1:35 AM, Matti zon...@iki.fi wrote: Hi, Sorry for the long quietness. Here patch to fix sndfile bug with flac's. Vorbis comments in flac-files are usually in UTF-8. XMP specification also allows UTF-16 and UTF-32. Also according to the specification wav and aif should also be unicode (http://www.adobe.com/devnet/xmp/). With mp3's id3v2.4 also allows unicode text in addition to ÍSO 8859-1 nad UTF-16. It's now read as ascii. Here is patch to fix it. And this is for trunk (1.8). I sent the same patch for 1.7 last August. -- -Matti -- ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing http://p.sf.net/sfu/novell-sfdev2dev ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] GUI timer issue
On Thu, Sep 9, 2010 at 4:10 AM, Sean M. Pappalardo - D.J. Pegasus spappala...@mixxx.org wrote: Hey guys. RJ's change to a singleton 30fps timer for the GUI in r2527 of the 1.8 branch is a great design move. I did find two problems as a result that now need fixing: - The main waveform apparently generates one chunk per timer tick, so it takes ALOT longer for the main waveform to render. This needs to be spun off to a separate worker thread so it can run at maximum speed. (Extra points for calculating the summary waveform in parallel.) Check out analyserwaveform.cpp and analyserwaveformsummary.cpp. We've always been downsampling the audio in the analyser thread. Something else might be a bit wonky - I think we're painting the lines for the waveform on the timer, and that could be why it's slow. The tiling pixmap renderer does this off-screen so I assume it'd be faster. [disclaimer: I don't have the waveform code in front of me right now, so take all of this with a grain of salt.] - 30fps is not as smooth as before the change using 1ms latency. Changing it to 40fps looks much better, so I recommend that be the default. Thanks, Albert -- 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 Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] Jog/wheel behavior in Ratecontrol.cpp
On Thu, Sep 9, 2010 at 10:31 AM, Sean M. Pappalardo - D.J. Pegasus spappala...@mixxx.org wrote: Taking this on-list. On 09/09/2010 07:24 PM, Albert Santoni wrote: Two main points: 1. What controller currently has a problem? I was under the assumption that we fixed all the Hercules devices and the SCS.3D. I don't really care about anything else at this point because we can't QA anything else. C'est la vie. Ok that's a good point, and maybe another vote for a separate known to work list? We tried that, and it didn't work. Known to work is too vague unless you can comprehensively test every button and knob on a controller, and to date, we haven't communicated that definition of working to our testers in the community. On the website for 1.8, I've listed all our existing supported controllers as Community Supported. For 1.9 or 1.10, we can work out what Officially Supported means. The main issue I'd like to resolve is this terrible problem where user X downloads Mixxx, plugs in their controller which is supposed to be supported, and function X of the controller doesn't work. I have some ideas for how to improve the situation, but we've digressed a bit here. 2. It's a bit late to be worrying about this stuff. I'm going to give the order that 1.8 is to be declared finished soon... True but I thought that with Guy's recent bug reports and the recent commits that things were still up in the air. So what is 1.8 going for then in regards to this? 1.7 compatibility? Leave it the way it is and wait for users to fix their controllers. We've already fixed the controllers that we can... (and it's not like we owe Vestax anything here) Albert Sean wrote: Hey guys. I'd like to propose a meeting (or maybe just a mixxx-devel discussion thread?) so we can conclusively decide on how exactly the jog and wheel behavior should work in v1.8. Right now, we have a design conflict between make it work like 1.7 so existing mappings don't break and make it straightforward/correct which implies that any then-broken device mappings need to be fixed in script. On that note, we really should add a known to work device list separate from the supported device list, so that supported means an active Mixxx developer has the device and we maintain an official mapping for it. Known to work means user-supported, so don't file bugs about these devices. (We might even go so far as to not bundle non-official mappings and instead provide a link in the prefs to the wiki and/or mapping forum.) Thoughts? Sincerely, Sean M. Pappalardo D.J. Pegasus Mixxx Developer - Controller Specialist -- 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 Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] New MIDI Support Policy for Future Releases
Hi guys, As Mixxx has grown, we've started to support many more controllers. Our MIDI scripting engine allows us to create advanced logic for controllers easily, and has let us do cool stuff no other DJ software can do. Our support for the SCS.3d is a great example of how we can work together with manufacturers and use our scripting engine to provide tight integration for our users. On the other hand, many of our other mappings are in disrepair, and it's time to do something about this. I don't want to see users going to our website, seeing that their controller is supported, downloading Mixxx, and then finding out their jog wheels or button XYZ doesn't work. We're turning off a lot of non-technical users like that, and it's giving people a bad first impression of an otherwise good piece of software. So how do we solve this? First, some things we _can't_ do: - Make one guy in charge of supporting 30 controllers - Purchase 30 controllers and distribute them to our team, dividing up the work - Make a controller work perfectly with Mixxx 1.9, and assume it will still be working in 1.10 - Rely on our community to produce production-level mappings (one person's idea of polished is not the same as another person's) - Test community provided mappings to ensure they work (we don't have the hardware) Supporting a MIDI controller is not a one-off activity like we've been treating it in the past. Instead, our experience has shown that it's a process that must be followed for each release. It's time consuming, but if we really want controllers to work the way they're intended, it's necessary. There are different ways we can work together to improve our MIDI support going forward, and I'd like to hear your ideas. To get the conversation started, here are some of my ideas: I think a good starting point is to differentiate between Officially Supported controllers and Community Supported controllers. This will reduce our quality assurance workload and allow us to focus on providing a great user experience for a small number of controllers. We can also turn the problem on its head and think about this from the perspective of the controller manufacturers. Companies want their controllers to work well with Mixxx because we sell their hardware. We turn a lot of new to DJing people into DJs with hardware, so there is tangible value in ensuring Mixxx properly supports a controller. From this perspective, I think there's also an interesting opportunity. If Mixxx were to only officially support maybe 4 controllers, we could: A) Ask hardware vendors to pay for their controllers to be supported. I think being able to dedicate guaranteed resources to MIDI QA (eg. buying Sean's time) each release would allow us to do the job right. I don't think this is a ridiculous idea because people will buy the controllers that are officially supported in Mixxx. Again, we're providing sales for these hardware companies. B) Make our MIDI QA workload manageable. We'll never be able to support a dozen controllers without being able to throw a proportionate amount of time at them. If we price it right, then our resources should scale with the number of controllers we officially support, giving us the option to grow. C) Create a proper MIDI QA test suite that includes what the expected functionality is for every knob and button on a controller. This should be agreed upon with the manufacturer because as a hardware company, I want our controller to work the way we intended. D) Create a win-win-win situation, where Mixxx users benefit from better supported controllers, hardware companies benefit through sales from being one of these few officially supported controllers, and we benefit by creating a better piece of software. I'd like to hear what everyone thinks. Remember that whatever direction we decide to go, it definitely won't be for 1.8 and probably not for 1.9 either. Thanks, Albert -- 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 Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] Mixxx development project - Microsoft adaptive keyboard student contest - ACM UIST 2010
On Mon, Sep 6, 2010 at 4:52 PM, Jacob Jennings jacob.r.jenni...@gmail.com 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 albe...@mixxx.org 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 jacob.r.jenni...@gmail.com 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
[Mixxx-devel] Qt3 Removal Branch
Hey guys, Back in June, I managed to completely remove all remaining references to Qt3 from Mixxx (I forgot to mention this on mixxx-devel). That probably doesn't mean much for most of you, but it marks the final completion of our port to Qt4, which took a lot of effort from our past developers. Extra special thanks goes to Cedric Gestes, who kicked off the Qt 4 porting effort with an epic patch that got us compiling against Qt 4 in one night. Good times. :) Mixxx builds without Qt3Support in this branch, and I've tentatively scheduled it for Mixxx 1.10: https://code.launchpad.net/~mixxxdevelopers/mixxx/qt3-removal Thanks, Albert -- 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 Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] Mixxx development project - Microsoft adaptive keyboard student contest - ACM UIST 2010
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 jacob.r.jenni...@gmail.com 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=n0MEhKk9xg4feature=player_embedded Detailed demo of hardware: http://www.youtube.com/watch?v=ojusRO38Tdcfeature=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 Mixxx-devel@lists.sourceforge.net 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 Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] M-Audio Xponent MIDI mapping
Thanks JP, I've committed this to 1.8. Albert On Wed, Sep 1, 2010 at 4:44 AM, Juan Pedro Bolivar Puente raskolni...@es.gnu.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, lupin3rd posted a MIDI mapping for M-Audio Xponent a couple of weeks ago. I fixed the scratching and changed the wheel sensitivity to work like in Torq and uploaded it to the forum too. The mapping uses new functionality like hot cues and has been tested with 1.8 beta 2 properly. You can download it here: http://www.mixxx.org/forums/viewtopic.php?f=1t=1551sid=c8d60d4c32accbcdb8582acfac0d3475 I have read in this development list that you have been messing with the jog wheel sensitivity lately so I can retest it with trunk and submit a new readjusted mapping if necesary. I strongly suggest including this mapping into trunk. It properly lights buttons, volumeters and song position indicators and works way better than the buggy mapping inherited from the 1.7 series. JP -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkx+PI0ACgkQchi8veCammel0wCgvBqZPDuxfDApH+rUBqmyxwmL YiEAoMnrI8kmO+zmE3BV7dwG2zGFNsnA =CZMF -END PGP SIGNATURE- -- 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 Mixxx-devel@lists.sourceforge.net 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 Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] resumed work on new vinyl control
Yeah, some screencasts might help. I don't have my decks anymore so I have to emulate vinyl control. Sean: if you're scratching with MIDI, you've either got jog wheels or an SCS.3D. The SCS has the platter position light, and you can just mark your jog wheel. You're never going to be DJ Q-Bert with jog wheels. Ugh, more configuration options ... Anyways, I wouldn't commit to anything until RJ has a chance to comment. Thanks, Albert On Thu, 2010-09-02 at 19:50 +0200, Sean M. Pappalardo - D.J. Pegasus wrote: When you're trying to scratch a particular sample (without the benefit of a sticker on your controller/vinyl,) it's preferable for the waveform to just move rather than stretch. So the idea to make it toggleable is a good one, since you can be mixing on a deck one minute, then scratching the next. Let me clarify the bug a little. I only activate strechy mode if the vinyl has a good position signal. That means when the dj is scratching you don't get rubberbanding because there's no good position information. The bug does show up when the dj is cueing a track and gives the record a little push or drags on the platter to slow it down. Those adjustments do cause the track to rubberband, since xwax still has a good sense of position. So scratching is not an issue, it's just the cueing part where the problem shows up. I did commit a series of patches that disable stretching completely for vinyl mode. I can always revert it, but I think it's worth a try. (last revision with stretchy-mode: lp:~ywwg/mixxx/features_xwax2 2457) Would it be helpful for me to post a couple screencapture videos of the behavior? It sounds like most people don't have access to vinyl control so the whole thing might be kind of abstract. owen -- 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 Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] Adding Pitch-independent time stretch to the GUI
On Wed, Aug 11, 2010 at 12:03 AM, Bill Good bkg...@gmail.com wrote: On Tuesday 10 August 2010 23:18:02 Bill Good wrote: 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. I've got this all working, although there are some crummy glitches (not xruns though). Switching from linear - soundtouch will produce a glitch pretty much 100% of the time, and the other direction probably about 60%. It sounds a lot like buffers in the scalars aren't being invalidated when the switch occurs (as they should be, to keep from playing old samples at the next enginebufferscale::scale call). Anyone have any ideas on this? This is a potentially very complicated situation. Each EngineBufferScale object has a pointer to the ReadAheadManager, which helps pass it the next samples in the audio sequence. (Remember, if there's loops involved, the next audio in the sequence might actually involve a jump backwards to a different part of the song.) The ReadAheadManager and the EngineBuffer have different notions of the current playback position, because one is the read ahead position. The tricky part is that SoundTouch requires way more read-ahead samples than linear interpolation/VE does. That means the read ahead position is going to be in the wrong spot if you change scalers on the fly. (For example, if you change from EBST to EBSL, the ReadAheadManager will have already given 1000 extra samples to EBST, and those will never make it to EBSL so you'll end up with a discontinuity in the audio, maybe even in the playback position.) When you switch over, you're going to have to ensure that the ReadAheadManager's playback position gets reset. I have a hack somewhere in EngineBuffer that forces this behaviour when you switch from going forwards to backwards, to prevent the read ahead position from getting similarly messed up. (It's commented, search for XXX or Albert in the comments of enginebuffer.cpp.) So give something like what I've done there a try, and see if it makes a difference... Thanks, Albert The code I'm using is as follows: void EngineBuffer::process(blah) { // comments CSAMPLE * pOutput = (CSAMPLE *)pOut; bool bCurBufferPaused = false; // FYI m_pKeylock is a ControlPushButton if (m_pKeylock-get() m_pScale != m_pScaleST) { setPitchIndpTimeStretch(true); } else if (!m_pKeylock-get() m_pScale == m_pScaleST) { setPitchIndpTimeStretch(false); } // and the rest of ::process // ... } I may also need to set enginebuffer::m_resetPITS (or whatever that variable's called) to false, so if the user un-clicks the key-lock button while scratching or whatever, it won't go back to PITS (stupid corner-case but might as well account for it). Other than that, it's actually surprisingly smooth for something I'm guessing hasn't really been tried in the past. I've made buttons but they're horrible. If anyone more familiar with outline/image editing in general than me wants to have a go at it, please do. I'm just making a regular size button, just above the volume faders, next to flanger and beneath PFL/headphones. 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 Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- 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 Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] Wheel calculation changed in RateControl again
Hi guys, I've had to make one more change to our playback rate calculation. It was recently with a patch from Adam Bellinson that aimed to solve slow jog wheels, and it did so by turning a division by 10 into a multiplication by 10 in front of our wheel factor. Unfortunately, that code path only executes during playback, not when a song is stopped. I just noticed scratching the waveform was not going at the intended speed (it also uses the wheel control), and I realized there's a giant problem with these changes. The rate calculation for wheel must be the same for each code path, otherwise we force every part of Mixxx (waveform) and every MIDI script to be aware of whether or not playback is ongoing. That's just plain silly. For any given rate control, the expectation should be that it behaves the same during playback as it does when the song is stopped. If you want seeking with your wheel jogs to go slower or faster depending on whether playback is ongoing, then you're going to have to modify your MIDI script to do that, sorry. This change in behaviour is in the 1.8 branch, r2510. Now's a good time to test your MIDI controllers... :) Thanks, Albert -- 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 Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] Bug #529945 Jog wheel seeking much slower in in 1.8.0beta1 than 1.7.1
Ok, I want to fix this today or tomorrow then. Since right now we only have good support for Hercules and Stanton controllers anyways, I'm willing to take a leap of faith and change the ratecontrol.cpp code and add that factor of 10 in. (We specifically made MIDI scripting so that we would stop hacking the engine in ways like this, because it _always_ breaks another controller. In this case, however, we know that the only controllers we can properly test are broken, so I'm willing to change this.) Thanks, Albert On Wed, Jul 28, 2010 at 9:01 AM, Anders Gunnarsson d00g...@gmail.com wrote: 2010/7/28 James Evans i...@jamesevans.net: Hi Albert, On 20/07/10 20:08, James Evans wrote: Hi Albert, Albert Santoni wrote: Has anyone else with another controller been affected by this? If the jog wheels are too slow on all the Hercules controllers now, I guess the herc_jog rate calculation must have changed in the engine. Can anyone with another Hercules controller confirm if this bug affects them? I'm almost certain I'm seeing this with my Herc Mk2. I did post this to the list some time ago and Russel asked me to file a bug report which I'm afraid I lunched out. See attached. When I reported that, the jog wheels performed fine while the track wast playing, i.e. same in 1.8 trunk as 1.7 release. Anders now says it now seems response is equally bad while playing so perhaps this has now changed too. I'll check this out later this evening to confirm. I've just compared 1.7.2 from the ubuntu repo with trunk on my Hercules Mk2 and I concur with Anders that the effect of the jog wheel has decreased tenfold (or so). i.e. multiplying the the value sent to the 'jog' control by 10 makes it behave like it did in 1.7.2. Note: This is the same (the tenfold decrease in sensitivity) whether the track's playing or not. I think in a previous message/thread I suggested the problem was only when the track was not playing, but this is not the case. In 1.8.0 beta 1 the decrese in sensitivity was only affecting jog movement on stoped tracks. In beta 2 it affects both for stoped and playing tracks. //Anders Hope that makes sense. Cheers, Jim. Cheers, Jim. Thanks, Albert On Jul 15, 2010 1:52 PM, Anders Gunnarssond00g...@gmail.com mailto:d00g...@gmail.com wrote: Sorry for being a bit late on this one, but bug #529945 doesn't seem to be fixed in beta2. Instead of having the same response in stopped mode as in 1.7, it now seems response is equally bad while playing as stated here http://mixxx.org/forums/viewtopic.php?f=3t=1527 http://mixxx.org/forums/viewtopic.php?f=3t=1527 I've added a multiplier of 10 to the jog value in the napping which seem to give the same behavior as in 1.7. https://bugs.launchpad.net/mixxx/+bug/529945 //Anders -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/firsthttp://sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net mailto:Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] Updated PortAudio package for Ubuntu (Need testers!)
Hello everyone, At my request, Luke Yelavich from the Ubuntu team is updating the PortAudio package in their repositories. From Mixxx's perspective, this is primarily to get the ALSA deadlock-on-underrun fix out to our users. However, one of our Google Summer of Code students, Bill Good, has told me that since PortAudio r1523, he gets the following ASSERT while trying to use JACK through PortAudio: mixxx: src/common/pa_process.c:633: PaUtil_SetNonInterleavedOutputChannel: Assertion `!bp-hostOutputIsInterleaved' failed. He's also reported that JACK works fine in the previous revision, r1522. Luke has packaged this version up for Ubuntu users, and we'd both like as many testers as possible to ensure both ALSA and JACK are working as expected. If anyone could please test this package on Ubuntu (with Mixxx?) and let us know if it works, it would be greatly appreciated. The libportaudio2 package for Maverick will be available shortly in the following PPA: https://launchpad.net/~ubuntu-audio-dev/+archive/ppa Thanks to Luke for his speedy response, Bill for reporting this, the PortAudio team for their cooperation, and our testers in advance for being our labs rats. :) Albert -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
Re: [Mixxx-devel] 1.8.0 Release Plans
Just a quick update: Both those branches are merged into 1.8 now. We're just doing a final round of bug fixes now. I've also asked the Ubuntu Studio guys to package r1529 of PortAudio SVN (latest as of today), which should fix our dreaded deadlock on underrun problem in Mixxx. If you're having problems with this revision of PortAudio, SPEAK NOW! Thanks, Albert On Wed, Jul 21, 2010 at 1:10 PM, RJ Ryan rr...@mit.edu wrote: I super-agree with submitting the 1.8.0 RC to Ubuntu as 1.8.0 final. It won't be 'released' until October 30th, by which time we could have already prepped a 1.8.1 to be instantly updated to fix any bugs that cropped up in the 1.8.0 RC. On Thu, Jul 22, 2010 at 1:15 AM, Albert Santoni albe...@mixxx.org wrote: Hi guys, We've made a lot of progress in eliminating blocker bugs over the last few weeks, and we think we're nearing the 1.8.0 final release. I want to give a brief overview of some recent developments and explain our rough plan for the next few weeks. The most significant recent development is our switch to using Qt's QSharedPointer class to wrap TrackInfoObject, which helps us manage memory a little more predictably. In our previous two betas of 1.8.0, we knew we were leaking TrackInfoObjects, but we made a decision not to tackle it until later because other features like looping needed broader testing more urgently. Hopefully either RJ or myself will send an email to the list explaining the new TrackPointer class in more detail, because it will likely affect several ongoing projects. I also have a major cleanup of the promo tracks code in a branch, which is almost ready to be pushed and merged. The TrackPointer code currently resides in features_sqlite and is awaiting my final approval before we do a ton of merging. The merges that we'll be doing before 1.8: - Merge features_sqlite into trunk. - Merge features_promo into trunk. - Merge trunk back into 1.8, since there's a few fixes in trunk that became relevant for 1.8. (We'll try our best to avoid doing backwards merges like this again in the future.) I anticipate we'll have these merges done by next week, and we will be ready to proceed with a release candidate for 1.8.0. We should be aiming for either the RC or a 1.8.0 final by the week of August 1st. The Ubuntu 10.10 feature freeze is August 12th [1], so if we don't succeed in getting 1.8.0 final out by the start of August, then we will push for the 1.8.0 RC to be included in Ubuntu 10.10. If anyone has any questions about the release, please let me know! Thanks, Albert [1] https://wiki.ubuntu.com/MaverickReleaseSchedule -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://ad.doubleclick.net/clk;226879339;13503038;l? http://clk.atdmt.com/CRS/go/247765532/direct/01/ ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
[Mixxx-devel] 1.8.0 Release Plans
Hi guys, We've made a lot of progress in eliminating blocker bugs over the last few weeks, and we think we're nearing the 1.8.0 final release. I want to give a brief overview of some recent developments and explain our rough plan for the next few weeks. The most significant recent development is our switch to using Qt's QSharedPointer class to wrap TrackInfoObject, which helps us manage memory a little more predictably. In our previous two betas of 1.8.0, we knew we were leaking TrackInfoObjects, but we made a decision not to tackle it until later because other features like looping needed broader testing more urgently. Hopefully either RJ or myself will send an email to the list explaining the new TrackPointer class in more detail, because it will likely affect several ongoing projects. I also have a major cleanup of the promo tracks code in a branch, which is almost ready to be pushed and merged. The TrackPointer code currently resides in features_sqlite and is awaiting my final approval before we do a ton of merging. The merges that we'll be doing before 1.8: - Merge features_sqlite into trunk. - Merge features_promo into trunk. - Merge trunk back into 1.8, since there's a few fixes in trunk that became relevant for 1.8. (We'll try our best to avoid doing backwards merges like this again in the future.) I anticipate we'll have these merges done by next week, and we will be ready to proceed with a release candidate for 1.8.0. We should be aiming for either the RC or a 1.8.0 final by the week of August 1st. The Ubuntu 10.10 feature freeze is August 12th [1], so if we don't succeed in getting 1.8.0 final out by the start of August, then we will push for the 1.8.0 RC to be included in Ubuntu 10.10. If anyone has any questions about the release, please let me know! Thanks, Albert [1] https://wiki.ubuntu.com/MaverickReleaseSchedule -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel