Re: [Mixxx-devel] Fwd: Need 1.10.0 pre-beta and 1.9.2 stable testers

2011-11-04 Thread Owen Williams
Ah yes I saw that here:
http://sourceforge.net/mailarchive/message.php?msg_id=28204004

Fatal: []: ASSERT: "*node == e || (*node)->next" in file c:\qt\4.7.4\x86
\include\qtcore\../../src/corelib/tools/qhash.h, line 884


I believe this assertion can only occur in multithreaded code if one
thread tries to access a qhash that is being deleted or created.  It
can't occur as part of normal qhash operation, so it's pretty
exceptional.  What the error is saying is "please assert that this node
is blank or it has a 'next' member (ie, is initialized)".  failing this
assertion means the node is somewhere between uninitialized and
initialized.

I tried to track down this bug and didn't get far.  Based on my log
output I *think* the crash was happening in trackdao.cpp at these lines:

// Automatic conversion to a weak pointer
m_tracks[trackId] = pTrack;
m_trackCache.insert(trackId, new TrackPointer(pTrack));


Whatever is going on, the crash is happening when a QHash is being asked
for the element at a certain position and that position gets deleted
during execution (if the position didn't exist, qhash would just create
it).  There aren't a ton of qhashes in Mixxx so it should be possible to
isolate this bug with extra checks and maybe locks.  It is a
party-killer and we now have two dupes so it's probably real.


Owen




On Fri, 2011-11-04 at 17:57 +0100, ewan colsell wrote:
> -- Forwarded message --
> From: ewan colsell 
> Date: 4 November 2011 17:57
> Subject: Re: [Mixxx-devel] Need 1.10.0 pre-beta and 1.9.2 stable testers
> To: RJ Ryan 
> 
> 
> i was just using browse mode to find some tunes on my harddisk to test
> out the new beta. i'm also using a bcd3000 controler.
> 
> no crates, no playlists, i did install over an older install of mix
> 1.10 beta though.
> 
> the audio stopping was verry reproduceable, but the crash was a one
> off event. i think i have two seperate issues here though.
> 
> i have had another reoccuring problem all through the beta1.10:
> sometimes mixxx tels me the database is corrupted or missing(?cant
> remember the exact text?) on startup and quits. this reoccours every
> so often. but i can't quite figure out what triggers it.
> 
> i'm going to test it out on yet annother computer later this evening,
> its raining in turin.
> 
> 
> ewan.
> 
> On 4 November 2011 16:46, RJ Ryan  wrote:
> > Hi Ewan,
> > Hmm, sounds like we have a new library bug. Owen reported something like
> > this on mixxx-devel a few weeks ago but we never tracked it down. Could you
> > give me some info about how you were using Mixxx when that happened? Were
> > you using crates, playlists, iTunes, Rhythmbox, Traktor? Is it reproducible?
> > If so, please provide a list of steps that you take to make it happen.
> > Thanks,
> > RJ
> >
> > On Fri, Nov 4, 2011 at 10:16 AM, ewan colsell  wrote:
> >>
> >> trying again on a different computer with xp
> >> getting serious problems with crashes, audio dropouts.
> >> heres annother mixxx.log
> >>
> >> ewan
> >>
> >>
> >> On 4 November 2011 05:41, RJ Ryan  wrote:
> >> > Hi Pablo,
> >> > Thanks for looking into that. I was meaning to get to the bottom of why
> >> > those translations caused the Preferences box to become very large.
> >> > I have corrected all of the translations in the 1.10 beta branch (by
> >> > removing the instances of "Copy text" that were littered here and there)
> >> > and
> >> > re-compiled them using lrelease.
> >> > For the curious -- here is how to convert from Launchpad's format to
> >> > Qt's TS
> >> > and QM files: http://mixxx.org/wiki/doku.php/internationalization
> >> > Thanks,
> >> > RJ
> >> >
> >> > On Fri, Nov 4, 2011 at 12:14 AM, Pablo Ochendrowitsch
> >> > 
> >> > wrote:
> >> >>
> >> >> Im compiling from source the 1.10-beta branch
> >> >> My system is in spanish and becouse of an error in the translation file
> >> >> the preferences windows is 2 or 3 times wider than normal
> >> >> In the mixxx_es.ts there are 2 translations that have a "Copy Text"
> >> >> prefix
> >> >> in the text that blows up the html code
> >> >> i tryed to change the file but dont know how to make the qm file
> >> >> Pablo
> >> >>
> >> >> 2011/11/3 RJ Ryan 
> >> >>>
> >> >>> BTW, 1.9.2 release packages (not yet announced) are available here:
> >> >>> http://downloads.mixxx.org/mixxx-1.9.2/
> >> >>> On Thu, Nov 3, 2011 at 12:53 PM, Sean M. Pappalardo - D.J. Pegasus
> >> >>>  wrote:
> >> 
> >>  Those midiDebug dumps simply tell you everything Mixxx is seeing from
> >>  the MIDI bus, before it does any processing. If those values are
> >>  errant then
> >>  check your controller. (Is there a firmware update? Has it been
> >>  damaged?)
> >> 
> >>  What version of PortMIDI is installed on your system?
> >> 
> >>  Do you see the same problems with Mixxx 1.9.2?
> >> 
> >>  Sincerely,
> >>  Sean M. Pappalardo
> >>  "D.J. Pegasus"
> >>  Mixxx Developer - Controller Specialist
> >> 
> >> 
> >

Re: [Mixxx-devel] Failing builds

2011-11-12 Thread Owen Williams
Are you building with vinyl control enabled or not enabled?  (By default
it's enabled).

also do you have files in src/ that begin with "ui_"?  like
ui_blahblah.h?

cheers,
Owen

On Sat, 2011-11-12 at 17:39 +0100, Anders Gunnarsson wrote:
> Hi all,
> 
> I just tried to build both trunk and 1.10 branch. Both fail with the same 
> error.
> 
> src/dlgprefvinyl.cpp: In member function ‘void DlgPrefVinyl::slotUpdate()’:
> src/dlgprefvinyl.cpp:141:5: error: ‘SignalQualityEnable’ was not
> declared in this scope
> src/dlgprefvinyl.cpp: In member function ‘void DlgPrefVinyl::slotApply()’:
> src/dlgprefvinyl.cpp:187:88: error: ‘SignalQualityEnable’ was not
> declared in this scope
> scons: *** [lin64_build/dlgprefvinyl.o] Error 1
> scons: building terminated because of errors.
> 
> My system is UbuntuStudio 11.10 64-bit
> 
> //Anders
> 
> --
> RSA(R) Conference 2012
> Save $700 by Nov 18
> Register now
> http://p.sf.net/sfu/rsa-sfdev2dev1
> ___
> Mixxx-devel mailing list
> Mixxx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mixxx-devel
> 



--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
___
Mixxx-devel mailing list
Mixxx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mixxx-devel


Re: [Mixxx-devel] Sound "popping" at a live gig - oh noes!

2012-01-03 Thread Owen Williams
Can you also send your mixxx.cfg file?  I've heard this popping when the
EQ shelves are set to incorrect values, so let's doublecheck that that
isn't the issue.  (These booms would happen every few seconds, though,
it sounds like yours were less often?)

Owen

On Tue, 2012-01-03 at 01:15 -0500, RJ Ryan wrote:
> Hey Nathan,
> 
> 
> The gain issue is troubling. I have long suspected the replay-gain
> analysis code of correctness issues but haven't ever dug into it. I
> think the gain blast you experienced was a result of replaygain
> analysis detecting some gigantic value for the gain. Can you reproduce
> it with the same tracks you were playing or was it a one-time thing? 
> 
> 
> Could you send me your mixxxdb.sqlite file located in ~/.mixxx/  ? 
> 
> 
> Thanks a lot,
> RJ
> 
> On Tue, Jan 3, 2012 at 1:07 AM, Nathan Dotz 
> wrote:
> So, I did a gig tonight running 1.10 (x64) and libportaudio2
> from the ubuntu ppa with a Hercules rmx. Every once in a
> while, the gain on a playing track would skyrocket, causing a
> noticible "pop" in the sound and blasting the crap out of my
> poor crowd. This gain increase was accompanied by a swell in
> the waveform and lasted about 1/10th of a second, so it was
> obviously internal to mixxx, and not an artifact of the sound
> system. We had to finish the night on a serato rig. 
> 
> Relevant information:
> - Due to space constraints in the booth, my rmx was sitting on
> top of a subwoofer, so I'm worried that some low frequency
> vibration was jostling the usb cable in the back. The laptop
> was safely on a stand hovering over one of the turntables in
> the booth, and likely safe from vibration. 
> - both the main outs and the headphones were using the outputs
> from the rmx's builtin sound card 
> - normalization was set to a hefty 9db
> - I had run this version of mixxx for approximately 3 hours
> earlier in the day while picking out a set without issue. 
> 
> I figured this was worth reporting to the list in case it is
> related to another issue, in case anyone else is experiencing
> the same thing, or in case this kind of error could be easily
> accounted for with some tweaking of sanity checks for midi
> controls. 
> 
> Anyways, thanks for all your hard work on a great piece of
> software, and I'll keep up with the field testing. ;-) 
> 
> 
> 
> --
> Write once. Port to many.
> Get the SDK and tools to simplify cross-platform app
> development. Create
> new or port existing apps to sell to consumers worldwide.
> Explore the
> Intel AppUpSM program developer opportunity.
> appdeveloper.intel.com/join
> http://p.sf.net/sfu/intel-appdev
> ___
> Mixxx-devel mailing list
> Mixxx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mixxx-devel
> 
> 
> 
> --
> Write once. Port to many.
> Get the SDK and tools to simplify cross-platform app development. Create 
> new or port existing apps to sell to consumers worldwide. Explore the 
> Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
> http://p.sf.net/sfu/intel-appdev
> ___ Mixxx-devel mailing list 
> Mixxx-devel@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/mixxx-devel



--
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
___
Mixxx-devel mailing list
Mixxx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mixxx-devel


Re: [Mixxx-devel] Sound "popping" at a live gig - oh noes!

2012-01-04 Thread Owen Williams
Using the preferences window, try editing your EQ settings:  low EQ
should be around 60-100, high eq should be around 2000-4000.  Also try
using the regular EQ mode, not the simple low-cpu mode.

Your replay gain boost of 9 is really high.  Try 4 or 5.

Also try reducing the vinyl gain to 1 (you may have to directly edit the
file to do this).


Any one of these settings might be causing the issue, so I'm hopeful
this will nail it.  We might need to change the mixxx preferences to
enforce better ranges for these values.

Owen


On Tue, 2012-01-03 at 14:36 -0500, Nathan Dotz wrote:
> Ryan: I'll try to reproduce over the weekend. I've got some family in 
> town the rest of the week, and I haven't headed back to the studio to 
> hook up our gear from last night yet. The sqlite file is rather large 
> (18 Mb) so forgive this mediafire link: 
> http://www.mediafire.com/?d6bi1rmvsg3fkpp
> 
> 
> Owen: mixxx.cfg is attached! These fus-ro-dah blasts of music would 
> happen every few minutes, and in no predictable fashion.
> 
> Ewan:
> I appreciate your advice, however I'm rather certain this is a mixxx 
> issue, whether or not the actual cause is controller related -- even if 
> a controller is disconnecting or what have you, software should 
> sanity-check value changes affecting real-world instrumentation (like 
> our poor amps!). That said, the answers to your questions:
> - I didn't have a chance to look and see if the interface's knob was 
> turning. If it was, it was returning exactly to its normal position in 
> near-instant fashion (again, these pops were approximately 10-50ms). I 
> generally leave them locked at center.
> - The pots on the controller should be solid, and the same controller is 
> regularly used with competing software-DJ products without falter. In 
> addition, I essentially don't touch my gain controls since we're playing 
> bass music (drum'n'bass, drumstep, future-tech) and just compressing the 
> piss out of it in post.
> - I concur that putting equipment on a bass stack is not a brilliant 
> move, but the show must go on, and sometimes there's just not enough 
> room in the booth. If someone is going to be doing something this 
> fool-hardy, at least it should be someone with as much experience as myself.
> - Even if the fault is the cable getting wobbled around in the jack, or 
> the cable being worn out and causing disconnects, software should always 
> be able to handle such a malfunction gracefully, and not by say, ramping 
> the gain up 12 db for a few milliseconds. However, since the audio was 
> running through the RMX's built-in sound card, a disconnect would have 
> caused a drop in the music, not a blast. In addition, the RMX has a very 
> noticeable light-up sequence when disconnected and reconnected, and this 
> did not occur. I have in fact caused a rapid disconnect and reconnect a 
> number of times reaching around my laptop stand for my drink like a 
> dumbass, and this was not what was going on last night.
> 
> Thanks again, and perhaps with our powers combined we can hunt down a bug.
> 
> <3 sleepynate
> 
> 
> -- 
> - nathan dotz
> 
> 
> http://sleepynate.com | http://three.sentenc.es/
> 
> 
> On 01/03/2012 12:42 PM, ewan colsell wrote:
> > seems like owen and ryan are already on the case, theres also a small
> > chance that is wasn't directly mixxx's fault.
> >
> > did the gain knob turn around in the interface? if so it was probably
> > you controller causing the problem. if your gain potentiometers are
> > getting worn out that could easily cause a problem like this. but it
> > would probably happen when you touched the gain controls and not
> > spontaneously.
> >
> > putting electronic gear on top of speakers is generaly a bad idea,
> > components can wobble themselves loose, and if the speaker is really
> > big it might even erase you harddisk.
> >
> > usb isn't like audio cables, a broken usb cable will either cause your
> > device to not be recognised, or to for the device to repeatedly
> > connect and disconnect. no sublte crackles or loss of certain
> > frequencies like with old worn out rca cables.
> >
> > ewan.
> >
> >
> > On 3 January 2012 14:35, Owen Williams  wrote:
> >> Can you also send your mixxx.cfg file?  I've heard this popping when the
> >> EQ shelves are set to incorrect values, so let's doublecheck that that
> >> isn't the issue.  (These booms would happen every few seconds, though,
> >> it sounds like yours were less often?)
> >>
> >> Owen
> >>

[Mixxx-devel] cloud-based libraries

2012-01-04 Thread Owen Williams
Just some ideas for the future of Mixxx, inspired by this blog post:

http://www.beantownboogiedown.com/beantown-boogie-down-beat-bo/2012/1/4/9-predictions-for-dance-music-dj-ing-audio-production-in-201.html

"If the promoter allowed only one clean laptop to be set up (with
Internet access), every digital DJ would be able to go online to
download the songs they needed from their account. No need to fuss with
jump drives or USB cables, either. The connection to the cloud remains
open during the set, so the DJ can retrieve any song they want, on
demand. Cloud DJ-ing will help make the transition from one DJ to the
next happen seamlessly, thus adding value to the night itself."


Mixxx could add functionality like this without too much fuss:  back-end
support for amazon s3, drop box, or what-have-you, and a username /
password UI for logging in.  I jump on the laptop, log in, and a new
item is added to the library tree with my tracks in it.

Obvious issues:  DJs with different keyboard setups / preferred midi
setups / etc; need for reliable, high-speed internet; privacy issues --
DJs jealously guard their libraries, so the change-over has to be
carefully managed.

An alternative, or really in addition, Mixxx should have rock-solid
removeable drive support, with some filesystem options like Unmount and
Copy To Local Filesystem, and a method whereby the currently-playing
track can be copied to a local temp file while the drive is ejected (so
the old DJ's current track won't stop when they remove the drive).

Also, it would be awesome if we could integrate directly with beatport.
Imagine a library that has EVERYTHING on beatport, and you when you load
the track it buys it.  Great for taking requests, as long as you don't
empty your wallet.


Owen


--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
Mixxx-devel mailing list
Mixxx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mixxx-devel


[Mixxx-devel] Audio4DJ progress

2012-02-11 Thread Owen Williams
I just thought I'd update the list on my progress working with Dmitry,
the Portaudio maintainer, on properly supporting the Audio4DJ sound card
under linux.  Right now the Audio4DJ doesn't work correctly with ALSA
but works fine with JACK.  It turns out the Audio4DJ has some strict
requirements in terms of its audio input format: it requires 24 bit Big
Endian samples, and nothing else will do.

Long story short, we are very close to solving the issue, and pretty
soon Audio4DJ (and probably the other NI cards) will be fully supported
on linux with native low-latency ALSA, no JACK required.  I had the card
at 2ms and it worked great.

cheers,
Owen Williams

 Forwarded Message 
> From: Dmitry Kostjuchenko 
> To: Owen Williams 
> Subject: Re: Fw: Audio4DJ progress
> Date: Sat, 11 Feb 2012 05:02:32 +0200
> 
> Hi Owen!
> 
> Thank you very much for test. At last it started working properly. I already 
> studied situation with sub-devices and will implement their support. I just 
> wanted to sort out first with format conversion.
> 
> Once I get new version, will provide it to you for test and after it will 
> commit to PortAudio SVN.
> 
> Have a nice weekend!
> Dmitry.
> 
> - Original Message - 
> From: "Owen Williams" 
> To: "Dmitry Kostjuchenko" 
> Sent: Saturday, February 11, 2012 4:44 AM
> Subject: Re: Fw: Audio4DJ progress
> 
> 
> > Hi!
> >
> > Finally got to test out the new patch.  It works!  I tried 44.1, 48, and
> > 96Khz and input and output worked on all of them.  The only remaining
> > problem is that portaudio still only detects the first Audio4DJ device
> > (hw:X,0,0) and doesn't know about the other channels (hw:X,0,1).  Once
> > this is added in it should work perfectly!
> >
> > thanks so much,
> > Owen Williams
> >


--
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


Re: [Mixxx-devel] Audio4DJ progress

2012-02-11 Thread Owen Williams
On Sat, 2012-02-11 at 16:47 +, Mark Hills wrote:
> On Sat, 11 Feb 2012, Owen Williams wrote:
> Right now the Audio4DJ doesn't work correctly with ALSA 
> > but works fine with JACK.
> 
> Erm... perhaps you can clarify this to avoid confusion.
> 
> Possibly you mean that PortAudio tries to open the ALSA hardware device 
> directly but is not capable of providing the correct sample format. In 
> which case "the Audio4DJ doesn't work correctly with PortAudio" would be 
> more accurate?

Ah, yes, sorry.  I meant the Audio4DJ doesn't work with Portaudio's
implementation (abstraction?) of ALSA, but it does work with Portaudio's
implementation of JACK.

> The actual sample format supported by the hardware is not an issue 
> because, as intended by the ALSA design, a 'plug' will handle any 
> conversion; eg. plughw:Audio4DJ,0,0

I believe I've tried every combination of .asoundrc ttables, plughw's,
etc.  Until I started working with Dmitry, Audio4DJ would crash Mixxx if
you tried to select it for audio input.

As a result of this work, portaudio should support other odd soundcards
better as well.  It's not specific to the Audio4DJ, it's exploring some
of the darker corners of the ALSA spec.

Owen


--
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


Re: [Mixxx-devel] Optimized bulk inserts into the DB reduce freeze time dramatically!

2012-03-08 Thread Owen Williams
This is just the kind of low-hanging fruit we need to address!  At first
glance the patch looks good.  With the type of obvious speed
improvements I don't think we need a detailed profile report :).  Please
attach the patch to bug 889825 and it will get in the queue for
consideration and review.  

thanks,
Owen Williams

On Thu, 2012-03-08 at 18:38 +0530, Akash Shetye wrote:
> Hello everyone,
> 
> I was looking at the bug #889825 that was about the freezing of Mixxx
> gui when bulk amount of tracks are added to a crate. The freeze time
> is very irritating and reproducible for selections above 30 or so many
> tracks on my computer. As it is mentioned in the bug, the bottleneck
> is about the repeated inserts that are done iteratively for each
> selected track.
> 
> A little googling around and this reference suggested dramatic
> increase in speed on bulk inserts. An average insert statement that
> inserts one row consumes substantial overhead mainly due to the
> frequent commits to the DB which have to be written to disk. A work
> around suggested was that we use transactions to commit only when all
> bulk inserts have been executed. In this the data is written onto the
> RAM and not the disks and hence reduces our wait time per insert.
> 
> I wrote the code to use this approach. The results were very good.
> Possibly this approach in the DAOs of single SQL operations may be the
> reason for the bulk selections bottlenecks that we see in Mixxx. So
> this patch works for bulk inserts into a crate. Simply for the sake of
> a stress test:
> 
> 1)create new crate
> 2)go to library and select all and add to this crate
> 3)perhaps after a few seconds they all must be in
> 4)go to the crate and select all
> 5)remove them, since the remove functionality does not use this
> approach, it should be terribly slower.
> 
> I didn't have any quantitative tools to measure the performance
> difference so i counted from 1 onwards, but on an average during bulk
> add to crate before i could count to 38, with this improvement i can
> just count till 3, also for remove I could count till 28. Sorry for
> the nomadic measure of time :D
> 
> Thank you,
> Akash Shetye 
>  
> --
> 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



--
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


Re: [Mixxx-devel] Website Revamp and Oscillicious Partnership

2012-03-12 Thread Owen Williams
This is very exciting!  Mixxx has really grown up as a product and
having official backing like this will really help it get taken
seriously by typically risk-averse musicians.

owen


On Mon, 2012-03-12 at 00:30 -0400, Albert Santoni wrote:
> 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



--
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] master sync (was Re: [GSoC 2012])

2012-03-19 Thread Owen Williams
Hi guys,

I have already started working on Master Sync in my own branch:
lp:~ywwg/mixxx/master_sync.  While work is still very preliminary, I
think we should decide how to organize this before we have two
completely different implementations.  I'm still at the point where I
wouldn't be totally opposed to throwing out what I have, but I'd prefer
not to unless there's a major problem with the approach.

I forsee several sources for a master sync clock:
* A specific deck
* A specific bpm
* Midi / JACK clock

To start with I've been implementing deck sync -- a specific deck is
designated as the master deck, and the slaves adjust their speed to
match.

For this first round I'm not worrying about /2, x2 bpm issues or even
phase checking.  Eventually there will need to be bpm pulses that slaves
listen for so they can determine if they are out of sync, and if
necessary, tweak their own playback rate to get back in sync.

Since this is a big, important feature, it might be worth sketching out
the whole thing ahead of time so we know it's theoretically robust.  I'd
also like to make sure it can scale significantly, to 16 or 24 decks for
ableton-like performances.

Owen


On Mon, 2012-03-19 at 14:19 +0530, Gayan Dhanushka wrote:
> Hi William,
> 
> I am a lot familiar with DJ softwares for a few years now. During my
> leisure time I use virtual DJ Pro and play around with it. I am the
> official DJ of my batch and whenever there is a function which needs
> music I am the guy that they always turn to.  I love listening to
> hiphop, rock and trance music and most of the songs that I play fall
> into those categories. I'm not a professional I did those for fun and
> I learned DJ'ing all by myself. I really love it that is why I was
> really happy to see that a DJ software has been accepted by GSoC and I
> decided to make some contribution.
> 
> First of all thank you very much for the detailed information. I am
> happy to say that I understood the things that you've mentioned here. 
> 
> Instead of the SYNC button in virtual DJ they have what they call a
> beat lock. When a track is added to deck 1 and before you add a track
> to deck 2  you can hit the beat lock button and then add it. The
> playing speed of the track on deck 2 changes accordingly to the BPM of
> deck 1. But even there the decks do not check always with one another
> and try to adjust the beats. The scenario that you've mentioned
> through (1), (2) and (3) is correct. Those can take place practically.
> But there might be a little problem. If this feature is implemented
> say that the two tracks dynamically check for each others BPM and try
> to synchronize the playing speeds of the songs can go horribly fast or
> slow and it can jeopardize the whole DJ session. 
> 
> The master clock concept is more or less the same. instead of
> synchronizing with the other deck this time the tracks are
> synchronized to a BPM set as the master clock.
> 
> 
> Thanks for the youtube link. I watched it and yes it will be a cool
> function for a DJ to have. He/She will be able to sync the two tracks
> very easily with it. When you said that the music was so loud I
> thought it is a joke while listening to the guy who speaks in a very
> low voice but when the song came up I came to know what you meant :).
> 
> I'm happy to tell you that I'm very much interested in this idea and
> the project. I understand major requirements of this project and I
> pretty much like to do this as  a GSoC project.
> 
> I'm a final year student of department of computer science and
> engineering, university of Moratuwa, Srilanka. I'll be downloading the
> code base and try to build it. I will update you about the progress. I
> don't have prior knowledge of Bazaar and building code from it. But
> I'm familiar with maven and ant builds. I hope that bazaar would be
> the same.
> 
> Thanks!
> Gayan
> 
> 
>  
> 
> -- 
> Gayan Dhanushka
> Undergraduate
> Computer Science & Engineering
> University of Moratuwa
> 
> --
> 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



--
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


Re: [Mixxx-devel] master sync (was Re: [GSoC 2012])

2012-03-19 Thread Owen Williams
Hi Gayan,

I'll defer to RJ about how best to have this feature implemented.  I'm
not sure that the synchronization project is actually big enough for two
people to work on for the whole summer.  Before you come up with your
proposal, are there any other features on the GSOC list you'd be
interested in working on?  It may end up that we could use your help
more on another aspect of the project.  

thanks,
Owen Williams


On Mon, 2012-03-19 at 19:58 +0530, Gayan Dhanushka wrote:
> Hi Owen,
> 
> Good to hear that you've started working on it. I looked at your GSoC
> ideas page and thought about giving this a try. Since you've mentioned
> it there isn't it possible to let a student develop this? I'll take
> whatever the ideas that you are suggesting in the development process.
> I'm pretty keen on doing this project both to support Mixxx and do
> this for GSoC at the same time. 
> The sources that you have foreseen for the master clock are quite
> good.  I was thinking the same way about playback sync. But having BPM
> and phase synchronization will be as of equal importance to make the
> two tracks to be in sync.
> 
> Since it is important build this important feature I will provide a
> detailed proposal in the upcoming days. It is always good to have a
> good plan before doing such an improvement.
> 
> May be you can be my mentor in this project :) 
> 
> Thanks
> Gayan
> 
> 
> On Mon, Mar 19, 2012 at 7:24 PM, Owen Williams 
> wrote:
> Hi guys,
> 
> I have already started working on Master Sync in my own
> branch:
> lp:~ywwg/mixxx/master_sync.  While work is still very
> preliminary, I
> think we should decide how to organize this before we have two
> completely different implementations.  I'm still at the point
> where I
> wouldn't be totally opposed to throwing out what I have, but
> I'd prefer
> not to unless there's a major problem with the approach.
> 
> I forsee several sources for a master sync clock:
> * A specific deck
> * A specific bpm
> * Midi / JACK clock
> 
> To start with I've been implementing deck sync -- a specific
> deck is
> designated as the master deck, and the slaves adjust their
> speed to
> match.
> 
> For this first round I'm not worrying about /2, x2 bpm issues
> or even
> phase checking.  Eventually there will need to be bpm pulses
> that slaves
> listen for so they can determine if they are out of sync, and
> if
> necessary, tweak their own playback rate to get back in sync.
> 
> Since this is a big, important feature, it might be worth
> sketching out
> the whole thing ahead of time so we know it's theoretically
> robust.  I'd
> also like to make sure it can scale significantly, to 16 or 24
> decks for
> ableton-like performances.
> 
> Owen
> 
> 
> On Mon, 2012-03-19 at 14:19 +0530, Gayan Dhanushka wrote:
> > Hi William,
> >
> > I am a lot familiar with DJ softwares for a few years now.
> During my
> > leisure time I use virtual DJ Pro and play around with it. I
> am the
> > official DJ of my batch and whenever there is a function
> which needs
> > music I am the guy that they always turn to.  I love
> listening to
> > hiphop, rock and trance music and most of the songs that I
> play fall
> > into those categories. I'm not a professional I did those
> for fun and
> > I learned DJ'ing all by myself. I really love it that is why
> I was
> > really happy to see that a DJ software has been accepted by
> GSoC and I
> > decided to make some contribution.
> >
> > First of all thank you very much for the detailed
> information. I am
> > happy to say that I understood the things that you've
> mentioned here.
> >
> > Instead of the SYNC button in virtual DJ they have what they
> call a
> > beat lock. When a track is added to deck 1 and before you
> add a track
> > to deck 2  you can hit the beat lock button and then add it.
> The
> > playing speed of the track on deck 2 changes accordingly to
> the BPM of
> > deck 1.

Re: [Mixxx-devel] master sync (was Re: [GSoC 2012])

2012-03-19 Thread Owen Williams
I agree, and I meant that I would implement all three clock sources, not
just one.  And from any of them, mixxx will also output midi clock.

To start with I'm going to do deck-sync, ironically because it's the
most demanding (esp with scratching) but also because I can put off
learning midi a little longer.

owen


On Mon, 2012-03-19 at 15:41 +0100, Sean M. Pappalardo - D.J. Pegasus
wrote:
> Hello.
> 
> On 03/19/2012 02:54 PM, Owen Williams wrote:
> > I forsee several sources for a master sync clock:
> > * A specific deck
> > * A specific bpm
> > * Midi / JACK clock
> 
> Of these, I would recommend using a MIDI clock



--
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


Re: [Mixxx-devel] master sync (was Re: [GSoC 2012])

2012-03-19 Thread Owen Williams
On Mon, 2012-03-19 at 18:31 +0100, Sean M. Pappalardo - D.J. Pegasus
wrote:
> 
> On 03/19/2012 06:17 PM, Owen Williams wrote:
> > To start with I'm going to do deck-sync, ironically because it's the
> > most demanding (esp with scratching) but also because I can put off
> > learning midi a little longer.
> 
> Also, and please excuse me if this is obvious, it seems to me that it 
> would be easiest to create a single central clock (that can be a MIDI 
> clock master or slave,) then all other parts of Mixxx would sync to (or 
> set the speed of) that source via whatever internal method you create. 
> Then "deck sync" would just be a matter of one virtual deck setting that 
> central source, and the other(s) syncing to it via that internal method.

Yup that's exactly what I'm doing.  The master sync will broadcast a bpm
value (for instant adjustment) as well as sync pulses.

owen


--
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


Re: [Mixxx-devel] Mixxx online Doxygen

2012-03-29 Thread Owen Williams
I agree we should have good testing, but having the online docs will be
a huge help.  That and the visualizations will also give us clues about
where the worst code interactions are.

owen

On Wed, 2012-03-28 at 13:40 -0800, keithsalisb...@gmail.com wrote:
> I wholehearted agree with William here!!!
> 
> I've been programming for nie on 20 years and these systems have
> rarely provide more insight than the code itself and a good search
> facility. (apart from some impressive pictures)
> 
> What I have learnt in abundance from the ruby community though is the
> incredible usefulness of well written TESTS AS DOCUMENTATION  tool.
> 
> Should you need to understand how to implement a certain class, or
> method, good well written tests should DEMONSTRATE exactly how and how
> not to do it.
> 
> just my 2c
> 
> keith
> 
> On 28 March 2012 09:48, William Good  wrote:
> > We have a Jenkins server at http://builds.mixxx.org/jenkins/ .
> >
> > For what it's worth I find the Doxy output for Mixxx to be relatively
> > unhelpful but that may change as commenting improves.
> >
> > Bill
> >
> > On Wed, Mar 28, 2012 at 12:23 PM, Maxime Bochon  
> > wrote:
> >> Ok, I'll do that !
> >>
> >> Maxime
> >>
> >> PS: By the way, why did you mention Hudson ? Is there any continuous
> >> integration system in place for Mixxx ? (and I heard in a JUG that here is 
> >> a
> >> war between Hudson and its fork Jenksin)
> >>
> >> Le 28 mars 2012 14:52, Daniel Schürmann  a écrit :
> >>
> >>> Hello Sean, Maxime and Keith,
> >>>
> >>> here is a proposal based on your ideas:
> >>>
> >>> Let us track the "doxyfile" within the mixxx sources, as well as
> >>> additional images, stylesheets, and mainpage.dox.
> >>>
> >>> If its possible, we may create a separate scons target for doxygen.
> >>>
> >>> This gives the opportunity for each developer to create a up-to-date docu
> >>> of the current state of each branch.
> >>>
> >>> Additional it would be nice, if we have the current docu of lp:mixxx
> >>> always online. This could be managed by the hudson server as keith
> >>> mentioned.
> >>>
> >>> @Maxime: Do you like this idea? If yes, it would be nice if you can do the
> >>> first step and upload your branch including the doxyfie and what else is
> >>> required.
> >>>
> >>> Thank you,
> >>>
> >>> Daniel
> >>>
> >>>  Original-Nachricht 
> >>> > Datum: Wed, 28 Mar 2012 03:18:20 -0800
> >>> > Von: "keithsalisb...@gmail.com" 
> >>> > An: Maxime Bochon 
> >>> > CC: Too Many DJs 
> >>> > Betreff: Re: [Mixxx-devel] Mixxx online Doxygen
> >>>
> >>> > Definitely agree with this - compiling docs should really be managed
> >>> > by a commit hooks so when code is pushed the server it triggers a
> >>> > rebuild of the documentation tools. (As well as running continuous
> >>> > integration tests etc ;))
> >>> >
> >>> > On 28 March 2012 02:29, Maxime Bochon  wrote:
> >>> > > Hi,
> >>> > >
> >>> > > I agree with the idea of better documenting the code through the
> >>> > > descriptive doxygen-styled comments.
> >>> > >
> >>> > > However, I'm not sure we should add doxygen generation to the scons
> >>> > > build process for these reasons:
> >>> > >  - the current build process is already quite long
> >>> > >  - the html documentation generated by doxygen is really big (<14000
> >>> > > files and <100MB if I remember well)
> >>> > >  - doxygen allows different outputs for different user needs (HTML,
> >>> > > Man, LaTeX, CHM... see
> >>> > > http://www.stack.nl/~dimitri/doxygen/output.html)
> >>> > >
> >>> > > The main point is that such a documentation is a really good help for
> >>> > > developers to dig into the code and get the big picture of some
> >>> > > modules. So I suggest that the HTML version of the Doxygen
> >>> > > documentation should be officially available online for the last
> >>> > > release of Mixxx.
> >>> > >
> >>> > > Regards,
> >>> > >
> >>> > > Maxime
> >>> > >
> >>> > > PS: currently, I use doxywizard (available in Ubunutu) to generate the
> >>> > > documentation through a GUI.
> >>> > >
> >>> > >
> >>> > >
> >>> > > 2012/3/28 "Daniel Schürmann" :
> >>> > >> Hi Sean, Hi Maxime,
> >>> > >>
> >>> > >> I like the idea having a doxygen integrated in Scons.
> >>> > >>
> >>> > >> We should consider to add doxygen comments to each new function
> >>> > >> header.
> >>> > >>
> >>> > >> It may look like this:
> >>> > >>
> >>> > >> //! \brief writes a Human readable text file, useful for pubishing
> >>> > >> the
> >>> > >> //! playlists on the web
> >>> > >> //! \param file_str path of the file to write
> >>> > >> //! \param pPlaylistTableModel ponter to the source playlist
> >>> > >> //! \param writeTimestamp if true an additional relative timestamp is
> >>> > written
> >>> > >> //! \return true on success
> >>> > >> bool ParserCsv::writeReadableTextFile(const QString &file_str,
> >>> > BaseSqlTableModel* pPlaylistTableModel, bool writeTimestamp)
> >>> > >> {
> >>> > >>
> >>> > >> If we agree to this style, we may add it to our coding

Re: [Mixxx-devel] Mixxx pissed me off today!

2012-03-31 Thread Owen Williams
I did develop an initial crappy workaround that prevents many of the
memory-corruption situations.  Basically, if Mixxx can know for sure
that the music file is not open, it's safe to update the metadata.  The
trick is figuring out if in fact that file is open or not.

I don't believe there's any risk in corrupting the file on disk.  The
corruption I experienced was only in terms of playback -- still a big
problem because it would cause static during sets.

Mixxx is a nice interface for tag editing, though, so it might be worth
pushing up the importance of that bug.

(one solution might be queuing the metadata update in the file reader
object itself, and then writing the data in the destructor.  Is it safe
to assume only one file object per file, though?)

Owen


On Sat, 2012-03-31 at 10:38 -0400, Albert Santoni wrote:
> 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
>  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
> 
> 
> 



--
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!

2012-04-01 Thread Owen Williams
On Sun, 2012-04-01 at 15:36 +0200, Daniel Schürmann wrote:
> Hi, 
> 
> I have just ask the Clementine developers about our problem:
> 
> http://groups.google.com/group/clementine-player/browse_thread/thread/4e49fe3ddf0a71fe/8754d2fce8fccddf?show_docid=8754d2fce8fccddf#
> 
> For my feeling we should take a similar way of writing tags back to
> the files. 

Or we could just wait until Mixxx is exiting before we update metadata
in the files.  Just keep a list of all the changed files, and on exit,
loop through the list and write it out.  If a lot of tags got edited it
might delay program exit, but that could be done after the window is
closed.  As long as Mixxx doesn't crash it'll be transparent.

As far as other programs writing tracks during a set, we can put a
warning about that but I don't think we should code around it.

owen


--
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!

2012-04-01 Thread Owen Williams
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 :).

owen


--
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] BPM column has a checkbox

2012-05-18 Thread Owen Williams
Is this on purpose?  I'm not sure what it's for.

Owen


--
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] (fairly urgent) build server down?

2012-05-26 Thread Owen Williams
Hey all,

I need to download builds from the build server but it appears to be
down.  This is a bit urgent because I'm supposed to be helping a group
set up some machines this afternoon and I need recent builds to install.
Is there anyone here checking their email that can help get the server
back up?



thanks,
Owen Williams


--
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] MIXXX MIDI clock output

2012-05-27 Thread Owen Williams

On Sun, 2012-05-27 at 14:06 +0300, zestoi wrote:

> 
> 
> 
> i'll hack some code into mixxx just to experiment and compare the
> clocks stability to traktor and ableton. since most (all?) apps won't
> have higher than 1ms accuracy when decoding midi clock they have no
> choice but to average out over a number of clock ticks to find the
> real bpm anyway.  you certainly can't just assume that the delay
> between any two is an accurate 1/24th of a beat.

This is my sense as well, that midi is full of uncertainty and
compromises and a certain amount of jitter is inevitable.

Midi clock in/out is (hopefully) going to be part of my master sync
work.  Master sync should be in by 1.12 although I don't know if midi
will be done in time for it.  It should be fairly easy to implement,
though.  Mixxx will have a master sync object that not only knows what
bpm mixxx is running at but also where in the beat Mixxx is at any given
moment (expressed as "percent distance from the last beat").

Midi clock out will just be a matter of connecting this object to a
thread that talks to midi and has its own timer.  Midi clock in will be
even easier, because it will just have to listen to the ticks and set
its bpm and beat-distance values from them.

You can check out my branch here:  lp:~ywwg/mixxx/master_sync
(https://code.launchpad.net/~ywwg/mixxx/master_sync)

There are currently some hacks in it because there's no UI to set up the
master sync object or bpm, but those should be clearly labeled.
Whipping this into shape such that it's usable in a production
environment is actually not the inconceivable.  I've never worked with
midi timing so someone who has experience may be able to get there
faster.

Owen





--
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] MIXXX MIDI clock output

2012-05-27 Thread Owen Williams
On Sun, 2012-05-27 at 17:40 +0300, zestoi wrote:

>  
> will it also be possible to get the distance to the next/previous beat
> as a number of sample frames as opposed to percentage? that would be
> useful for when you jump to a hotcue but behind the beat so the engine
> could jump to the hotcue location + the same number of frames after
> the beat that the current position was? 

This is already done and working (as long as you have quantize turned
on).  All seeks, including hotcues, loops, and manual seeks get
quantized to the master clock.  So even as you skip around a song while
you're previewing it, it stays locked to the beat.


> midi clock would also need some UI mods. as well as send on/off and a
> button to actually send out a quantized midi clock start message we'd
> need a clock offset value that can be easily tweaked too, maybe not
> hidden in some prefs page? 

I have a little ascii-art mockup for the master clock UI which should
take care of that.  
What do you mean by clock offset value?


> 
> 
> the midi clock will be very useful for synching apps like ableton -
> we'd need to be able to separately select midi in and output ports
> though - else mixxx will open both 'in' and 'out' instances of the
> virtual midi port and not allow ableton to open it. the code that
> links midi in and out ports by name is great - but fails for virtual
> midi ports. OT slightly on this point i realise :p

Yeah this is where it's good to have a midi expert on the case.  I don't
really know how all that stuff interacts.

Owen



--
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] MIXXX MIDI clock output

2012-05-28 Thread Owen Williams
I'll see if I can get master_sync in slightly better shape.

Right now when it starts up, all decks are set to slave mode and the
master block is set to 124 bpm (and you can't change it).  the "beat"
message is the master clock reporting each downbeat.

Like I said, this branch is still early work and is not for general
consumption.

owen

On Mon, 2012-05-28 at 01:48 -0400, Eric Van Albert wrote:
> I can't seem to get the master_sync branch to run, the GUI won't load
> and the console just says "beat" repeatedly.
> 
> - Eric Van Albert
> ervan...@mit.edu
> 
> 
> 
> On Sun, May 27, 2012 at 2:17 AM, Sean M. Pappalardo - D.J. Pegasus
>  wrote:
> Hello, Eric.
> 
> 
> On 05/27/2012 02:07 AM, Eric Van Albert wrote:
> I noticed there's been some talk about adding a MIDI
> clock output to
> mixxx. I am planning a show in about 3 months for
> which this would be a
> very desirable feature.
> 
> I was wondering what work has been done on it so far.
> I would be willing
> to implement it myself but don't know where to start
> in the mixxx codebase.
> 
> 
> Right now, since Mixxx doesn't yet have a master clock
> internally (that's addressed in blueprint
> https://blueprints.launchpad.net/mixxx/+spec/master-clock) the
> only thing we can do is send a MIDI clock signal based on the
> BPM of the currently-loaded track, so each deck will send its
> own MIDI clock signal. (That will confuse the heck out of
> dual-deck controllers that pay attention to that signal.)
> 
> 
> I would be willing to help implement the feature
> "officially" if specs
> have been laid out. If not, is there a simple hack
> that I can do quickly
> on my local copy, or even something with the MIDI
> controller scripting?
> 
> 
> The script engine's context won't be reliable enough to
> deliver a precise clock signal. This would need to be done in
> MidiController.cpp.
> 
> I just created a blueprint for this.
> https://blueprints.launchpad.net/mixxx/+spec/midi-beat-clock
> 
> I started thinking of how to implement this while creating
> that, and we're going to have a problem with clock drift
> because we don't currently have a timing source with
> microsecond precision. (Since there are 24 clock pulses per
> beat, 120BPM is a clock pulse every 20833us, 150BPM is every
> 16667us and so on.) QTimers only have millisecond precision
> and may fire late. So even if they were on time, they could
> only accurately represent 78.125BPM (32ms), 100BPM (25ms),
> 125BPM (20ms), 156.25BPM (16ms), 250BPM (10ms), etc. Other
> whole ms values translate to fractional BPM values. (If you
> want to make your own spreadsheet, the formula is (1/( value in ms>/1000))/24*60 )
> 
> On top of this, even the beat_active CO (which we would sync
> to on each beat) is only accurate to 50ms according to the
> Wiki.
> 
> So the question is: would a MIDI clock signal even be useable
> given this level of inaccuracy?
> 
> 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



--
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] Directly support "shift" in midi controllers?

2012-06-02 Thread Owen Williams
A lot of midi controllers have a "shift" key, which effectively doubles
the number of buttons by allowing the user to hold the shift button
while pressing another to activate secondary behavior.  

Because the controller xml spec doesn't support buttons with
dual-functions, this means a lot of logic is in javascript files.  The
actual logic is pretty simple, but it means that any button that could
have two functions must be defined in the javascript file.  

While it's nice to have javascript to do advanced configuration, I think
that shift functions are common enough that they should be directly
supported.  I think it would be fairly straightforward to add support
for shift buttons inside the xml spec itself.

First, the xml file would have a basic button declaration for shift.
The shift buttons would just be simple pushbutton control objects:


 0x80
 0x04
 [Master]
 shift_1
 
  
 


We could have support for up to 4 shift buttons, although most
controllers only have 1.

Then, designating one button to do two things would be done by creating
two items for the same midi control and specifying a term in the
 tag of one of them.


 0x80
 0x14
 [Channel1]
 hotcue_1_activate
 
  
 



 0x80
 0x14
 [Channel1]
 hotcue_1_clear
 
  
  
 



As far as implementing this in Mixxx, here's the todo:
* the midi code would need to support multiple mappings for one key
(insertMulti).
* If a midi button is pushed the midi code will get multiple
notifications, but only one will match the current shifted state.  The
midi code would just have to know about the shift_X control objects and
check their status when receiving the event.
* the learning wizard would need to be tweaked to understand and create
shifted functions.

I think this would fit in to Mixxx pretty easily, though it's not worth
delaying 1.11 for.  Existing controller configurations wouldn't be
broken, and new configurations could do clever things like having
shifted script activation.


And, of course, I wouldn't have to write any javascript for the
controller I'm working on right now :)

Owen


--
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] Directly support "shift" in midi controllers?

2012-06-02 Thread Owen Williams
On Sat, 2012-06-02 at 23:01 +0300, zestoi wrote:
> we definitely need them, which is basically part of the modifier
> system we have been discussing:

> 
> http://mixxx.org/wiki/doku.php/modifier_system

Thanks for the link.  I searched for "shift" and didn't find this.


> 
> it might also be nice to have a builtin layer system with led recall.

I definitely think this would be useful.  I'm working with the Xone K2
right now and although it has its own latching system there is also a
mode where the lights and buttons are completely driven by software.  If
we had layers inside mixxx, basically any 2-deck controller could become
a 4-deck controller.

> i agree it needs to be possible to map most of what people need just
> via the gui and hence xml, without having to resort to any scripting. 
> 
> the xml needs to support more than just "only if this shift is set"
> option though. even traktor allows a control to depend on up to two
> modifiers and each modifier can have the values 0 to 8.

That's a lot of options!  I guess even with my implementation you could
specify two shift options at once and that would satisfy the
multi-modifier circumstance.


> vdj allows the use of the ternary operator to construct conditionals
> that are mapped to controls. we probably don't need that as people can
> resort to javascript for really complex stuff, but it would be nice to
> at least be able to map something like this as a condition
> "channel1_play = true && modifier1 == 1 && modifier2 > 3 &&
> modifier3 != 'fish'"

I think anything requiring a conditional is best addressed in
javascript.  Simple ANDs make sense inside XML, but once you get to IF
and OR, things start to get supremely ugly. 

Do you think specifying two items in the option tag would be enough to
get you the AND logic you need?  

> 
> while we're at it, simplifying the xml format to use attributes so
> it's easier to manually code would be great ;) 

These are definitely good ideas but I'm trying to keep a narrow focus
for the moment.  Maybe we should start a wiki page for MIXXXML 2.0 :)

Owen





--
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] Directly support "shift" in midi controllers?

2012-06-02 Thread Owen Williams
On Sat, 2012-06-02 at 23:31 +0300, zestoi wrote:

> ah yep, this is true. also the k2 is kind of odd that you have to send
> different messages, not just different values, to select alternative
> colours. i'm really not sure why they implemented it that way. i'm
> also planning on getting a k2 soon.

When you use their own latching mode you can set values for lights that
are on the inactive page.  When you switch to that page, they'll already
be on.  It's a really nice system because it means the host app doesn't
need to know anything about the latching system.

> 
> 
> my midimasher app supports multi layers/pages with full led recall for
> page switching and i implemented a dumbed down version of that in my
> launchpad mapping since it only had to deal with the one controller.
> it would be quite nice to have that functionality in the engine. my
> midimasher code just stores the last value sent out for any note/cc/pc
> for each midi channel and when you select a new page returns just the
> list of values that are different between those two pages. the
> launchpad also needs it's own custom function to send out those values
> due to it's internal bank switching that implements flashing colours
> and is also used to make the page switching *appear* instant

Very cool.  Generalizable stuff like this really does sound like it
shouldn't need to be reimplemented by every controller configuration.

>  in traktor you end up duplicating a mapping several times over as you
> can only add two modifier conditions and one value per modifier per
> mapping. i think we'd be losing a trick if we limited it to the
> traktor mentality.

There's no need to have those specific limitations, and again I think
it's a good idea to draw a line between "in xml" and "in javascript". 

> condition="modifier1 eq 1 && modifier2 gt 2 && modifier3 ne 3"

This makes me physically cringe.  I appreciate the hack, but barf.

Maybe the solution is to do something a little different:




When the button is pressed, the event is only activated if the specified
javascript function returns true.  And no, you wouldn't be able to write
arbitrary javascript statements inside those quote marks :).  That might
even be too much, though.  It might make more sense to just do the whole
thing in scripting.

By the way, what's an example of a command that needs that amount of
logic?  I don't quite understand the use-case for testing ranges and
such.

> 
> cool sure. i'll shut up on that for now then and not even mention that
> i think that we should normalise the midi and hid xml files in some
> way ;)

No problem -- I just want to avoid making this the "everyone's hopes and
dreams for controller configuration" thread.

Owen


--
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] Slip mode in DJO-Hacks-Trunk

2012-06-03 Thread Owen Williams
It's not bad as far as accuracy but it's probably not ready for general
consumption due to underlying problems in the engine.  There's a lot of
popping on the loop boundaries because we don't do any crossfading, and
sometimes I feel like there's problems during the seek after slip is
disabled.  It's like there's a moment of silence between the release of
the slip mode and the reseek to the new position.

But, feel free to give it a try
(https://bugs.launchpad.net/mixxx/+bug/703585)

Owen


On Sat, 2012-06-02 at 19:48 -0700, Philip Whelan wrote:
> I just noticed Owen added a slip mode to his hacks branch. I'm just
> sending this out to comment on it and ask Owen: how accurate is it?
> This would be excellent to use with my new MIDI Fighter Pro mapping.
> 
> In the future we should attempt to make it possible to implement it in
> MIDI Script, not necessarily to do it but to make future similar hacks
> possible. I'll send out an email later on that though.
> 
> Sent from my ASUS transformer
> 
> --
> 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



--
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] Slip mode in DJO-Hacks-Trunk

2012-06-04 Thread Owen Williams
I did some testing where I loaded the same track in both decks and
synced them together.  Then on the first track I did some rolled loops
while the second track played back uninterrupted.  If there was any loss
of precision, the tracks would get out of sync.

As long as latency is fairly low (<~20), it stayed perfectly in sync.
At 20ms loops seem to lose sync, even in current trunk, so it's not my
bug.

I'm currently writing some code to crossfade loops to reduce the
popping, but I think it works.

Owen

On Sun, 2012-06-03 at 13:22 -0700, Philip Whelan wrote:
> >  I feel like there's problems during the seek after slip is
> > disabled.  It's like there's a moment of silence between the release of
> > the slip mode and the reseek to the new position.
> 
> I think you can hint the position to the CacheReader or RAMAN to fix
> that. I was mostly worried that the loss of precision in the engine
> due to rounding would cause a desync between the tracks.
> 



--
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

2012-06-06 Thread Owen Williams
How much work would it be to make the grouping of buttons in that area
of the UI configurable?  Like, I don't need an "adjust beatgrid" option,
so I'd like to replace that with a passthrough button without having to
draw my own icon.

It would be cool if that grid were a toolbar of some sort and it were
possible to select which toggle buttons could show up there.  Like, a
separate xml file to define the button grid.

Owen


On Wed, 2012-06-06 at 09:20 -0700, Matthew Mikolay wrote:
> >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.
> 
> 
> Good point. I didn't think of that. I think that would be too much of
> an annoyance for DJs.
> 
> >Maybe it'd be better to have a separate passthrough button right
> >beside the vinyl control widget.
> 
> 
> I agree. This would be the safer option, and prevent a lot of
> accidental triggering of passthrough mode.
> 
> 
> Thanks for the suggestions!
> 
> 
> 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



--
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] mixxx on mac osx < 10.5

2012-07-13 Thread Owen Williams
I have a DJ buddy that wants to try mixxx, but his laptop is very old
and runs Mac OSX 10.4.  Is it possible to build a version of mixxx for
that platform?

cheers,
Owen


--
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] mixxx on mac osx < 10.5

2012-07-13 Thread Owen Williams
On Fri, 2012-07-13 at 14:15 -0400, RJ Ryan wrote:
> Hey Owen,
> 
> 
> I don't think anything in particular is stopping us from doing a 10.4
> build. The main reason we do 10.5 is that the system API for decoding
> MP3 and M4A that we rely on is only supported in 10.5 and onwards. 
> 
> 
> I've done a pretty thorough job of documenting how to setup a
> builder / build environment here: 
> http://mixxx.org/wiki/doku.php/macosx_builder_setup
> This will produce a build environment that works for Mixxx 1.11.0. If
> someone wants to give this a try that should have all you need.
> 
> 
> I don't have time right now but might be able to try in a few weeks.
> It could turn into a big time-sink if any dependencies have issues
> building with the 10.4 SDK. If there are no kinks then it should build
> perfectly by just copy-pasting the build output there if you set the
> OSX sdk path to point to the 10.4 SDK instead of 10.5.
> 
> 
> RJ

Good to know.  I wouldn't put a lot of effort into this unless there's a
lot of demand for a 10.4 version.  Also I don't own a mac so I can't try
it myself.  This friend of mine mentioned running linux on that laptop
as another solution to the problem, so we may try that.

Maybe I'll throw a poll in the forum and see if people are interested in
a 10.4 build.

owen


--
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] mixxx on mac osx < 10.5

2012-07-14 Thread Owen Williams
On Sat, 2012-07-14 at 15:02 +0200, S.Brandt wrote:
> Hello Owen,
> If even switching to Linux is an option for your friend, couldn't he
> upgrade to OSX Leopard (version 10.5) and use the official build
> instead?

This guy is a working DJ, so if anything were to go wrong with the
upgrade he'd be SOL for his professional gigs.  He also said the machine
only has a gig of RAM, so I can understand his hesitation.  It's not so
much a laptop as a well-used DJ appliance :).

> Not worth the effort imho.
> 

I agree it's probably not worth the effort, unless we're pitching Mixxx
specifically as a DJ application that can run on old hardware (which is
not the same as low-end hardware).

Owen

> 


--
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] Compression Implementation Proposal

2012-07-19 Thread Owen Williams
As the number of inputs and outputs increases, and as we re-add effects
to the pipeline, is our audio backend going to be flexible enough?  How
many individual use cases do we need to support before we decide we have
to write some sort of generic JACK-style audio pipeline with sinks,
sources, and a cool graphical node-based patch bay?

It does sound like this way of solving the problem is more nicely
generic than the member boolean or CO methods.

Owen


On Thu, 2012-07-19 at 13:34 -0400, RJ Ryan wrote:
> Ooops -- I meant AudioSource. See EngineMicrophone for an example,
> though it's an AudioDestination, not an AudioSource. It multiply
> inherits in addition to EngineChannel.
> 
> On Thu, Jul 19, 2012 at 1:18 PM, Matthew Mikolay 
> wrote:
> >We could replace the EngineMaster::buffer() setup that is
> >currently used to access each buffer and make each
> EngineChannel
> >an actual AudioOutput that SoundManager requests from
> directly.
> >That way the EngineChannel gets a callback when it is
> enabled/disabled
> >as an actual output.
> 
> 
> Sounds like it should work. Correct me if I'm wrong in my
> understanding of this scheme...
> You're suggesting that we make EngineChannel a subclass of
> AudioOutput, correct?
> 
> 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


--
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] fix for library searching with dirty tracks

2012-11-18 Thread Owen Williams
Hey all,

I've committed a fix for library searching, specifically how dirty
tracks are searched.  Dirty tracks are not searched with the same SQL
logic as the rest of the library, so sometimes tracks would appear when
they shouldn't, or not appear when they should.  With this fix, dirty
tracks should now respond to all the same semantics as the rest of the
library, including field searches ("bpm:120-140", etc)

Let me know if there are any searches that don't behave correctly.

cheers,
Owen


--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
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] small patch to fix some deletes

2012-12-08 Thread Owen Williams
I found some objects that were leaking, as well as an issue with the
order that objects were destroyed.  Let me know if this looks ok to
commit.

Owen
=== modified file 'mixxx/src/mixxx.cpp'
--- mixxx/src/mixxx.cpp	2012-12-06 17:11:14 +
+++ mixxx/src/mixxx.cpp	2012-12-08 15:11:45 +
@@ -551,16 +551,15 @@
 m_pControllerManager->shutdown();
 delete m_pControllerManager;
 
-// PlayerManager depends on Engine, SoundManager, VinylControlManager, and Config
-qDebug() << "delete playerManager " << qTime.elapsed();
-delete m_pPlayerManager;
-
 #ifdef __VINYLCONTROL__
 // VinylControlManager depends on a CO the engine owns
 // (vinylcontrol_enabled in VinylControlControl)
 qDebug() << "delete vinylcontrolmanager " << qTime.elapsed();
 delete m_pVCManager;
 #endif
+// PlayerManager depends on Engine, SoundManager, VinylControlManager, and Config
+qDebug() << "delete playerManager " << qTime.elapsed();
+delete m_pPlayerManager;
 
 // EngineMaster depends on Config
 qDebug() << "delete m_pEngine " << qTime.elapsed();

=== modified file 'mixxx/src/vinylcontrol/vinylcontrol.cpp'
--- mixxx/src/vinylcontrol/vinylcontrol.cpp	2012-04-02 03:30:43 +
+++ mixxx/src/vinylcontrol/vinylcontrol.cpp	2012-12-08 15:12:24 +
@@ -74,6 +74,26 @@
 //actually that might be a good thing
 //if (!enable)
 //controlScratch->slotSet(0.0f);
+
+delete playPos;
+delete trackSamples;
+delete trackSampleRate;
+delete vinylSeek;
+delete controlScratch;
+delete rateSlider;
+delete playButton;
+delete reverseButton;
+delete duration;
+delete mode;
+delete enabled;
+delete wantenabled;
+delete cueing;
+delete scratching;
+delete rateRange;
+delete vinylStatus;
+delete rateDir;
+delete loopEnabled;
+delete signalenabled;
 }
 
 VinylControl::~VinylControl()

=== modified file 'mixxx/src/widget/wtracktableview.cpp'
--- mixxx/src/widget/wtracktableview.cpp	2012-11-25 09:33:00 +
+++ mixxx/src/widget/wtracktableview.cpp	2012-12-08 15:10:38 +
@@ -102,6 +102,10 @@
 delete m_pNumPreviewDecks;
 delete m_pBpmLockAction;
 delete m_pBpmUnlockAction;
+delete m_pPurgeAct;
+delete m_pFileBrowserAct;
+delete m_pResetPlayedAct;
+delete m_pSamplerMenu;
 }
 
 // slot

--
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] small patch to fix some deletes

2012-12-08 Thread Owen Williams
On Sat, 2012-12-08 at 12:13 -0500, RJ Ryan wrote:
> Shouldn't those be deleted in VinylControl::~VinylControl() and not in
> VinylControl::ToggleVinylControl?

yes, of course.  I cut and pasted them to the wrong place.

> 
> 
> Otherwise, LGTM. Though the QAction/QMenu's aren't actually leaking
> since they are parented to the WTrackTableView they will be deleted
> when it is delete but I think it's good to explicitly delete
> everything.

ok good to know.

Owen


--
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

2012-12-30 Thread Owen Williams
How about we set up a surveymonkey or google docs poll and ask all the
~mixxxdevelopers what they'd like to do?  Questions can include:

VCS: stick with bzr/launchpad, use github, use gitorious, writein
bug tracking: launchpad, other?
other project management: launchpad, something else, whatever, etc?

Based on the responses it'd be a little clearer what action is desired
-- a clear majority of devs would be preferable, although I'd say a
majority of respondents should be sufficient.  

Owen


--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnmore_123012
___
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] Patch to remove compile warnings

2013-01-12 Thread Owen Williams
This type of big churning patch would be a candidate for a trunk commit
(as opposed to 1.11) since it's going to cause tons of merge problems in
other branches.  

O
n Sat, 2013-01-12 at 13:55 +0100, Max Linke wrote:
> Hi
> 
> I made a patch to remove the compiler warnings and clean up the code a
> bit. It should remove around 95% of all warnings. For this I also
> removed/changed some variables so it would be nice if someone could
> look over it before I commit it.
> 
> best Max
> --
>  Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, 
> Windows 8 Apps, JavaScript and much more. Keep your skills current with 
> LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and 
> experts. SALE $99.99 this month only -- learn more at: 
> http://p.sf.net/sfu/learnmore_122912
> ___
> 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


--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122912
___
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] Crashes in 1.11 (bzr)

2013-03-06 Thread Owen Williams
The best thing to do is try to get a backtrace, as described in
http://www.mixxx.org/wiki/doku.php/creating_backtraces

This will give us the information we need to analyze the crash.  

thanks!
Owen Williams

On Thu, 2013-03-07 at 02:33 +0100, Juan Pedro Bolívar Puente wrote:
> Hi!
> 
> I have been playing with different versions of "trunk" for a long time.
>  The new features are awesome and stability has usually been quite good.
> 
> However, since I last upgraded a month ago or a bit earlier to the 1.11
> branch, I get crashes regularly, it's almost impossible to play for more
> than an hour without a crash, which is very worrying. I will try to
> investigate and find a commit where the crashes do not occur.
> 
> Are you aware of these crashes?  They seem very random and happening at
> totally different places, which seems like there is some corruption due
> to invalid accesses, making it hard to debug.  Is there any help I can
> offer in investigating this?
> 
> Thanks!
> 
> JP
> 
> --
> Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
> Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
> endpoint security space. For insight on selecting the right partner to 
> tackle endpoint security challenges, access the full report. 
> http://p.sf.net/sfu/symantec-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
> 
> 



--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-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

Re: [Mixxx-devel] Slides from Valve's OpenGL talk at GDC

2013-04-04 Thread Owen Williams
interesting: 

this extension that you mentioned:
"EXT_swap_control_tear:
* XBox-style Swap-tear for the PC.:
* Requested by John Carmack.
* First driver support a few weeks later
* All vendors supported within a few months
wglSwapIntervalEXT(-1); // Try to vsync, but tear if late!"

"MakeCurrent is very expensive—try not to call even once/twice per
frame."

"Issuing certain calls causes the shim to need to flush all work, 
then synchronize with the server thread.
This is very expensive"  (they go on to mention some known-bad functions
for this)

Lots of good ideas for creating a context correctly.

"Force-inline is your friend—many of the functions you’ll be 
implementing are among the most-called functions in the 
application."  (obviously this is something to determine through
profiling)

"profile profile profile"

On Thu, 2013-04-04 at 09:39 -0400, RJ Ryan wrote:
> Some useful info there:
> https://developer.nvidia.com/sites/default/files/akamai/gamedev/docs/Porting%20Source%20to%20Linux.pdf
> 
> 
> 
> In particular this extension looked interesting:
> http://www.opengl.org/registry/specs/EXT/wgl_swap_control_tear.txt
> 
> --
> Minimize network downtime and maximize team effectiveness.
> Reduce network management and security costs.Learn how to hire 
> the most talented Cisco Certified professionals. Visit the 
> Employer Resources Portal
> http://www.cisco.com/web/learning/employer_resources/index.html
> ___ 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



--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
___
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] github / launchpad sync

2013-04-20 Thread Owen Williams
tl;dr -- Q: launchpad or github? A: #disapprovingasianfather: Why not
both?

I've been testing git-bzr-ng, a plugin for git that provides two-way
syncing between a git repo and launchpad.  Initial results are
promising, and I think I'm going to set up a github tree soon for wider
testing.  I think a simple cron script could be used to keep branches in
github synced with branches in launchpad.

For those playing along at home, my process is:

1. create empty git repo:   git init my-git-tree && cd my-git-tree
2. clone a launchpad tree:  git bzr clone lp:mixxx mixxx-trunk && cd
mixxx-trunk

This is slow because it checks out the whole bzr history and then
replays it into git.  However it only has to be done once per bzr tree
and I can clone the mixxx tree in under ten minutes.  Subsequent
pulls/pushes are much faster of course.

branches now look like this:
git branch -a
  bzr/master
* master

in which "master" is a clone of lp:mixxx, and bzr/master is a magical
entity which I've found isn't really meant to be used directly.  It's
sort of the halfway house that git-bzr-ng uses to get back to bzr.
Short answer:  there's no need to touch bzr/master, but don't remove it
either.

3. pull in updates from bzr:  git bzr pull
4. make edits in git: nano whatever.cpp
5. commit the changes in git: git commit -a
6. push the changes to lp:git bzr push

Note that on Ubuntu 12.10, I get an python error here from
bzr-fastimport.  This small patch fixes it (I just edited
revision_store.py by hand):
http://bazaar.launchpad.net/~agrimm/bzr-fastimport/baseline-commit/revision/342

7. Now create a repo on github with the web UI.
8. Tell git about the remote:  
   git remote add origin g...@github.com:ywwg/lp-test.git
9. Tell git to have the current branch track that remote as upstream:
   git branch -u remotes/origin/master
10. Pull from github to get the README and .gitignore it may have
created:
   git pull
11. Push to github.  This will take a while to upload the whole revision
history:   git push

So now you can sync from lp to git:
git bzr pull && git push
And sync from git to lp:
git pull && git bzr push

NOTE: If you're trying this and do a git bzr push right now, you'll push
in the .gitignore and README file that github created.  Try going git
diff bzr/master and you'll see.

I believe this is cronable, although I have to confirm that the commands
don't ask for user input.  What happens when someone edits both
launchpad and git in between syncs?  I have no idea.  There could be
conflicts that would have to be manually resolved, I suspect.

Have a look at https://github.com/ywwg/lp-test to see what I pushed.
Notice the commit log is intact, and even gitk shows all of the
branching / merging!  (https://github.com/ywwg/lp-test/commits/master).
And somehow github knows about RJ too!

TODO:  See if I can also check out branches like mixxx/1.11 and see if
github understands how those relate.


Owen




--
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
___
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

2013-04-28 Thread Owen Williams
Awesome!  Congratulations to the whole team.

On Sun, 2013-04-28 at 09:13 -0400, RJ Ryan wrote:
> Hi team,
> 
> I submitted lp:mixxx/1.11 r3841 to the Mac App Store and it is pending
> review. Thankfully this time around there are no one-off hacks (or at
> least all the hacks are automated) -- you just take the bundle
> produced by the build server and submit it to Apple. In the future we
> will be able to do this much more easily.
> 
> Once we are approved then 1.11.0 is ready to release! I've written the
> blog post, taken release screenshots, etc. If it takes too long or if
> we get flagged with things we have to fix then I will release 1.11.0
> before the mac app store is updated. 
> 
> The last thing to do is get the manual proofread and committed. If you
> have any controller preset changes (ie for certified support
> controllers) get them in ASAP!
> 
> Getting excited,
> RJ
> 
> --
> 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



--
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] Best practices for database queries?

2013-05-01 Thread Owen Williams
Are the constants really a good idea?  What is the purpose behind using
them?  Ideally the schema shouldn't be changing very often so having
them hardcoded seems ok from a maintenance perspective.  And from a
readability perspective, the constant method looks really ugly to me.
I'm just wondering what the other side of the argument is.

owen

On Wed, 2013-05-01 at 14:42 -0400, RJ Ryan wrote:
> On Wed, May 1, 2013 at 2:15 PM, Daniel Schürmann 
> wrote:
> Hi Steven, 
> 
> Yes, we should solve this issue and use the const values in
> any case. 
> This allows to rely on IDE features like "display call tree".
> 
> 
> 
> I think we should stick with whatever makes the code easiest to
> maintain (which would be using the constants when possible) -- maybe
> the constants should be renamed to be a little easier on the eyes? A
> lot of the DAO code doesn't use the constants, that's true. We should
> fix those queries.
>  
> 
> But I am not sure if the use of const QString is performance
> neutral to const char* and #define because the heavy QSting
> constructor is called. 
> 
> So IMHO we should change it to const char*. 
> 
> 
> There are a lot of non-performance-neutral choices we make in Mixxx,
> but that alone isn't enough to make a decision, we have to take the
> context into account. Compared to the QSqlQuery::exec() that comes
> immediately after all these queries, some string concatenation isn't
> going to break the bank, cycle-wise. Processors are pretty good at
> memcpy these days :).
>  
> 
> Kind regards, 
> 
> Daniel  
>  
> 
> 
> 
> 
> Am 01.05.2013 17:32, schrieb Steven Boswell II:
> 
> > Most of the DAO header files in src/library/dao have
> > definitions for the names of tables, and the names of
> > columns in the tables, but they're used sporadically; quite
> > often, references to them are hardcoded.
> > 
> > 
> > I'm writing a new feature (the aforementioned
> > auto-DJ-crates), and the necessary info is stored in a
> > temporary table, so I'm writing several SQL queries.  I'm
> > just wondering if I should hardcode the table/column
> > references (which won't automatically get updated if the
> > underlying names change), or try to write them using the
> > table/column names defined in header files (which makes the
> > query harder to read).
> > 
> > 
> > Here's an example.  The comment is the hardcoded,
> > human-readable version, and following it is the hard-to-read
> > one that'll adapt automatically to changes.
> > 
> > 
> > 
> > // INSERT INTO temp_autodj_crates (track_id, craterefs,
> > timesplayed, autodjrefs) SELECT crate_tracks.track_id, COUNT
> > (*), library.timesplayed, 0 FROM crate_tracks, library WHERE
> > crate_tracks.crate_id IN (SELECT id FROM crates WHERE autodj
> > = 1) AND crate_tracks.track_id = library.id AND
> > library.mixxx_deleted = 0 GROUP BY crate_tracks.track_id,
> > library.timesplayed;
> > strQuery = QString ("INSERT INTO " AUTODJCRATES_TABLE
> > " (" AUTODJCRATESTABLE_TRACKID ", "
> > AUTODJCRATESTABLE_CRATEREFS ", "
> > AUTODJCRATESTABLE_TIMESPLAYED ", "
> > AUTODJCRATESTABLE_AUTODJREFS ")"
> > " SELECT " CRATE_TRACKS_TABLE ".%1 , COUNT (*), "
> > LIBRARY_TABLE ".%2, 0 FROM " CRATE_TRACKS_TABLE ", "
> > LIBRARY_TABLE
> > " WHERE " CRATE_TRACKS_TABLE ".%4 IN "
> > "(SELECT %5 FROM " CRATE_TABLE " WHERE %6 = 1) AND "
> > CRATE_TRACKS_TABLE ".%1 = " LIBRARY_TABLE ".%7 AND "
> > LIBRARY_TABLE
> > ".%3 == 0 GROUP BY " CRATE_TRACKS_TABLE ".%1, "
> > LIBRARY_TABLE ".%2")
> > .arg (CRATETRACKSTABLE_TRACKID)// %1
> > .arg (LIBRARYTABLE_TIMESPLAYED)// %2
> > .arg (LIBRARYTABLE_MIXXXDELETED)// %3
> > .arg (CRATETRACKSTABLE_CRATEID)// %4
> > .arg (CRATETABLE_ID)// %5
> > .arg (CRATETABLE_AUTODJ)// %6
> > .arg (LIBRARYTABLE_ID);// %7
> > 
> > 
> > 
> > Which should I do?
> > 
> > 
> > Pretty soon, I'll make a blueprint for the auto-DJ-crates
> > feature.
> > 
> > 
> > 
> > Steven Boswell
> > 
> > 
> > 
> > 
> > 
> --
> > Introducing AppDynamics Lite

[Mixxx-devel] github / launchpad sync test repo

2013-05-07 Thread Owen Williams
I have a couple of test github repositories at:

https://github.com/ywwg/mixxx-1.11/
and
https://github.com/ywwg/mixxx-trunk/

I have a cron job running on my home machine that should pull changes
from bzr and push them to git.  I do not have it set up to pull from git
or push to bzr automatically, because this could cause conflicts if one
person commits to git while someone else commits to bzr.  If someone
submits a pull request from github I can do the synchronization
manually.

Feel free to clone the tree, commit a patch, and try submitting a pull
request.  We could also try creating a burner branch on launchpad just
for testing sync so we don't risk messing up trunk.


--
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] 1.11.0 status

2013-05-08 Thread Owen Williams
:/

How much of our user base is mac app store?

On Wed, 2013-05-08 at 14:14 -0400, RJ Ryan wrote:
> 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
> 
> 
> On Sun, Apr 28, 2013 at 9:13 AM, RJ Ryan 
> wrote:
> Hi team,
> 
> I submitted lp:mixxx/1.11 r3841 to the Mac App Store and it is
> pending review. Thankfully this time around there are no
> one-off hacks (or at least all the hacks are automated) -- you
> just take the bundle produced by the build server and submit
> it to Apple. In the future we will be able to do this much
> more easily.
> 
> Once we are approved then 1.11.0 is ready to release! I've
> written the blog post, taken release screenshots, etc. If it
> takes too long or if we get flagged with things we have to fix
> then I will release 1.11.0 before the mac app store is
> updated. 
> 
> The last thing to do is get the manual proofread and
> committed. If you have any controller preset changes (ie for
> certified support controllers) get them in ASAP!
> 
> Getting excited,
> 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



--
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


[Mixxx-devel] Mixxx github repository launched!

2013-05-08 Thread Owen Williams
I'm pleased to announce that the Mixxx project now has its own official
github repository.

https://github.com/mixxxdj/mixxx/

Right now this will be a secondary, "read-only" repository that will be
kept in sync with Launchpad on a roughly hourly basis.  After a testing
period and sometime after the release of 1.11 we will work to make
github the primary source repository for Mixxx.  At that point I'll swap
the sync process so that launchpad will be a read-only mirror of the
github repository.

The conversion process was nearly lossless.  Commits, branch merges, and
tags all came through automatically.  In cases where contributors
already have a github account, their contributions will show up right
away.  Others will have to do the following to associate their accounts
with Mixxx on github:

* Create a github account.
* Add your mixxx email address to github Settings / Emails.
* Contact support using the link from this page to have them match up
your commits:
https://help.github.com/articles/why-are-my-contributions-not-showing-up-on-my-profile

Then your contributions should show up in your github user page and on
the Mixxx Graphs page.

What does this mean for patches I am working on?

If you're working in bzr, keep working in bzr for now.  But if you
prefer git or if you'd like to try it out, feel free to use it.  If you
submit a pull request the merge will have to be made manually by me to
prevent conflicts with commits being made in launchpad.

What does this mean for Launchpad?

At this time, we plan to keep using launchpad for bugs, wiki, and other
organizational uses.  This may change if github's issue tracker
improves.  The goal right now is to get off bzr and on to git, which
should allow casual developers to make contributions more easily.

What if I want to move my own branch over to github?

We used https://github.com/termie/git-bzr-ng to migrate the repository.
It's really easy and robust, so you should feel free to give it a try on
your own github account.  It only takes a few minutes on a fast computer
to import a new branch from launchpad.

cheers,
Owen Williams


--
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] Nature of Version 1.11.1

2013-05-11 Thread Owen Williams
I agree.  Glancing through the list, I think almost everything marked
"low" or "wishlist" could be bulk-moved to 1.12.  (Something like
1138316 Vinyl Indicator might be important enough to fix).

Other issues, like "stutter at start of vbr," have been with us for a
while and will probably require a lot of code changes to fix.  That
should punt.

I think it's more a matter of going through and doing the triage than
making a mistake of trying to "do too much" for 1.11.1.

Owen

On Sat, 2013-05-11 at 23:23 +0200, Daniel Schürmann wrote:
> Hallo,
> 
> Fist of all, THANK YOU for your work on great 1.11.0 :-)
> 
> --
> 
> I wander, what will be the nature of 1.11.1?
> 
> Currently we have 75 bugs from different kind scheduled:
> https://launchpad.net/mixxx/+milestone/1.11.1 
> 
> For me, a possible nature of 1.11.1 is a kind of hot-fix release.
> We may focus on 1.12.0. In the 1.11 branch we may fix only critical and
> the most annoying issues, depending on user feedback.
> We should avoid GUI, API and use case changes, so that we don't need to
> update screen shots, manuals, skins and scripts.
> 
> For my feeling our pre release strategy from 1.110 was successful. We
> had always stable versions for bleeding edge users. So I would like to
> continue like that, providing always a preview version, without the
> production overhead.
> 
> With this strategy, we have to postpone many 1.11.1 bugs to 1.12.0.
> 
> This is only one of many possible release strategies.
> What do You think?
> 
> Kind regards,
> 
> Daniel 
> 
> 
> 
> --
> 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
> 



--
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

[Mixxx-devel] djworx tl;dr: Mixxx needs effects

2013-05-13 Thread Owen Williams
http://djworx.com/update-free-dj-software-mixxx-reaches-1-11-0/

It's a very positive review, but it's clear where Mixxx is lacking.

"Going back to my “almost complete” comment. When I say almost, at this
time the effects engine is woefully inadequate. The team have clearly
spent time on a lot of key features, but seem to have left the effects
engine on a back burner. For me, if Mixxx is ever to move beyond being
open source free software, it needs more effects as an absolute
priority. I know it’s incredibly daunting to be faced with the combined
1-2 of Traktor and Serato’s iZotope effects superiority, but this just
shows how important a feature is it to users. Actually, calling it a
feature is a disservice — effects are as important as loops, hot cues
and any other essential DJ tool."


And apparently our version numbers are too low??  That's a weird
complaint.


--
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] djworx tl;dr: Mixxx needs effects

2013-05-13 Thread Owen Williams
Or we could drop the "1." and just call this release Version 11.  That's
sort of the chrome/firefox model.

(At least it's not 0.9.9.11BETA)

On Mon, 2013-05-13 at 23:13 +0200, William Good wrote:
> On Mon, May 13, 2013 at 5:44 PM, Owen Williams  wrote:
> > And apparently our version numbers are too low??  That's a weird
> > complaint.
> >
> 
> Meh, it seems that's always an issue people have with OSS. The authors
> have some sort of vision for the next "major" release, and everyone
> else just expects every non-bugfix release to increment the major
> version number (as happens with most commercial software). At some
> point in Linux 2.x, Linus said "whatever, here's Linux 3.0."
> 
> --
> AlienVault Unified Security Management (USM) platform delivers complete
> security visibility with the essential security capabilities. Easily and
> efficiently configure, manage, and operate all of your security controls
> from a single console and one unified framework. Download a free trial.
> http://p.sf.net/sfu/alienvault_d2d
> ___
> 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
> 



--
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
___
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] djworx tl;dr: Mixxx needs effects

2013-05-13 Thread Owen Williams
I work at the same place he does now, so I think it'll be ok :P

On Mon, 2013-05-13 at 14:26 -0700, Steven Boswell II wrote:
> PLEASE, let's not go the route of the Chrome/Firefox model.  I _hate_
> that.
> Major versions should be reserved for changes that are not
> backwards-compatible, like they were originally intended.
> And at the risk of angering our lead developer, I think Chrome did it
> first. ;-)
> 
> 
> 
> 
> __
> From: Owen Williams 
> To: mixxx-devel@lists.sourceforge.net 
> Sent: Monday, May 13, 2013 2:21 PM
> Subject: Re: [Mixxx-devel] djworx tl;dr: Mixxx needs effects
> 
> 
> Or we could drop the "1." and just call this release Version 11.
> That's
> sort of the chrome/firefox model.
> 
> (At least it's not 0.9.9.11BETA)
> 
> On Mon, 2013-05-13 at 23:13 +0200, William Good wrote:
> > On Mon, May 13, 2013 at 5:44 PM, Owen Williams 
> wrote:
> > > And apparently our version numbers are too low??  That's a weird
> > > complaint.
> > >
> > 
> > Meh, it seems that's always an issue people have with OSS. The
> authors
> > have some sort of vision for the next "major" release, and everyone
> > else just expects every non-bugfix release to increment the major
> > version number (as happens with most commercial software). At some
> > point in Linux 2.x, Linus said "whatever, here's Linux 3.0."
> 
> 
> --
> AlienVault Unified Security Management (USM) platform delivers complete
> security visibility with the essential security capabilities. Easily and
> efficiently configure, manage, and operate all of your security controls
> from a single console and one unified framework. Download a free trial.
> http://p.sf.net/sfu/alienvault_d2d
> ___ 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



--
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
___
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] djworx tl;dr: Mixxx needs effects

2013-05-14 Thread Owen Williams
On Tue, 2013-05-14 at 10:37 -0400, RJ Ryan wrote:

> 
> Hope everyone is on the same page now with where effects stands. If
> you want to be involved please add comments to the design doc. Also,
> the effects branch has had a working skin and 2 simple flanger effect
> chains (just to prove you can have multiple) for over a year now.
> Still waiting on the great influx of effect developers to add cool
> effects :P.

As for what Sean said about effects needing a skin makeover -- I don't
think we can afford to wait for the mythical skin 2.0 before
implementing effects.  RJ told me that we should be able to do tabbed
interfaces with our current engine.  For Effects 1.0 it should be enough
to turn the Library section of mixxx into a tabbed interface with tabs
for Library and Effects (and eventually Preferences if someone wants to
tackle that please!).  That's the UI we want anyway and we can do it
now.

Also for 1.0, we will be working on a flexible backend for effects but
we'll just be including a static collection of simple effects that
people would expect to find: flange, reverb, delay / echo,
highpass/lowpass knob, maybe a bitcrusher or other distort.  Based on my
experience watching dozens of big-name DJs play out, 90% of the time
they only ever use the Pioneer Mixer's high/low knob :).  If we wait for
full VST / LV2 / LADSPA with a chain editor it's going to be forever.
We need to at least throw a bone out to our users to prove that effects
are going to happen.  

To help the ball start rolling, I'm going to pull the effects branch and
engine_control-refactor over to github for easy branching/merging.


--
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
___
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] [Bug 1025007] Re: Loop Is Going Out Of Sync

2013-06-10 Thread Owen Williams
Sorry about that :/

On Mon, 2013-06-10 at 02:26 +, RJ Ryan wrote:
> Well, I spent my weekend digging in to this problem and I think I've
> found the root cause! An optimization in our scaling code was dropping
> samples. It only affects certain combinations of tracks / loops /
> samplerates / latencies so that explains why it was hard to reproduce.
> 



--
How ServiceNow helps IT people transform IT departments:
1. A cloud service to automate IT design, transition and operations
2. Dashboards that offer high-level views of enterprise services
3. A single system of record for all IT processes
http://p.sf.net/sfu/servicenow-d2d-j
___
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] Git / GitHub migration nearing completion

2013-06-12 Thread Owen Williams
I actually committed the migration scripts to trunk in the scripts/
folder just in case of emergency.  There's lots of references
to /home/owen in them -- I left those unedited on purpose.  I didn't
want to put the scripts there and have people think they could just run
the scripts blind.  But feel free to look at them to see how the import
process works.

No, it doesn't make sense to migrate all of the branches. I actually did
migrate a whole raft of them under the mixxxdj/community repo, but we
should probably delete them because github doesn't know that they were
forked from mixxxdj/mixxx.  (RJ, should I go ahead and delete that
repo?)

I would prefer to just migrate on demand -- file a bug in launchpad
saying you want a branch moved over and I'll do it.  You can then fork
that repo on github and start working on it.

RJ, go ahead and create a new mixxxcommunity user on github.  I think
that's the way to go.  

Owen


On Thu, 2013-06-13 at 00:45 +0200, Daniel Schürmann wrote:
> Hi RJ, 
> 
> 
> Fine news!
> 
> Mixxx has 122 active Launchpad branches. Does it really make sense to
> convert all of them to git? In which condition is the Owens converter?
> Is it possible to provide it, so that we can convert branches when
> required by ourselves? 
> 
> 
> The normal git workflow is to clone the repository and then maintain
> private branches inside the cloned repository. It would be nice to
> have a way to put the private bzr branches into the private Git
> clone. 
> 
> 
> If I understand it right, git has user credentials per repository
> while bzr has it per branch, we should deal with it.  
> 
> --
> 
> 
> How is the solution for the bug references? Is there a special trick
> or should put them into the commit message only?
> 
> 
> 
> Kind regards, 
> 
> 
> Daniel 
> 
> 
> 
> 
> 
> 
> 2013/6/12 RJ Ryan 
> Hi all,
> 
> 
> Just wanted to give a status update on the Git migration.
> We're almost done!
> 
> 
> https://github.com/mixxxdj/mixxx
> 
> 
> tl:dr -- stop committing to Launchpad. Make a GitHub account
> and fork the Mixxx repo. Push changes and personal branches to
> your forks and make pull requests to get them merged into the
> master Mixxx branch.
> 
> 
> We've been using GitHub to discuss a few recent branch merges
> and the result has been outstanding. It is much easier to
> discuss and review branch merge proposals. The number of
> comments the recent merges have received has far outpaced the
> comments merge proposals on Launchpad received. 
> 
> 
> * Build system / Build server
> 
> 
> The build system and build server now produces packages using
> Git. 
> 
> 
> * Website 
> 
> 
> Some references to Bazaar need to be updated.
> 
> 
> * Wiki 
> 
> 
> I've updated various pages on the wiki to remove
> non-historical references to Bazaar from the wiki. The
> compilation instructions (though not tested) are updated and
> we have a new Using Git
> article: http://mixxx.org/wiki/doku.php/using_git
> 
> 
> * Branch migration, author rewrites 
> 
> 
> Owen has whipped up a quite fancy branch migration system that
> automatically does the author rewriting we discussed
> previously. Unfortunately, due to author rewriting you cannot
> convert your branch yourself using git-bzr-ng or a similar
> tool! 
> 
> 
> We are going to copy every branch on
> http://code.launchpad.net/mixxx to GitHub but we are still
> figuring out where they should go. I think they will clutter
> up the mixxxdj/mixxx branch list so we may create a
> mixxxcommunity/mixxx repo to put them all in. You will have to
> clone that repo to get your branch. We'll announce details
> once Owen decides how to do it.
> 
> 
> Please clone the Mixxx GitHub repo and give it a try. If you
> have never used Git before, there are tons of great resources
> for learning out there. I've linked some of them at the bottom
> of http://mixxx.org/wiki/doku.php/using_git
> 
> 
> Please stop committing to Bazaar and push all of your latest
> changes to Bazaar branches you would like converted. Contact
> either Owen or I if you have any problems. 
> 
> 
> Also, please help me in updating out of date or wrong
> information about Bzr / Git on the wiki. If you find the
> compilation instructions are not working, please update them.
> 
> 
> This would not have happened if Owen hadn't stepped up to take
> charge o

Re: [Mixxx-devel] Git / GitHub migration nearing completion

2013-06-13 Thread Owen Williams
git-bzr-ng is the tool I use, but I also rewrite the history to unify
usernames and email addresses.  The script I use to do this is now in
the scripts/ folder.  Luckily the rewrite process is deterministic so
every time I migrate a branch all of the SHAs line up nicely.

On Thu, 2013-06-13 at 07:50 +0200, Daniel Schürmann wrote:
> Hi RJ 
> 
> >> If I understand it right, git has user credentials per repository
> while bzr has it per branch, we should deal with it.  
> 
> 
> > Credentials aren't built into git -- if you have write access to the
> repo then you can write to it. So GitHub is in charge 
> > of credentials here. You can configure other people to have push
> access to your repos I believe. What did you have in mind?
> 
> 
> Nothing special, I was just wondering what will happen with all the
> private branches on Launchpad. As Owen pointed out, 
> making them all public in a common community repository is not the
> best way but make it public on demand is fine.
> 
> It could be also useful to have a description how to put a private bzr
> branch into a private git repository without losing track.  
> Currently we have > 100 bzr branches public but I believe there must
> bealso a huge number of non public branches on 
> the contributors machines. 
> 
> 
> Did we actually lose track, if we just use git-bzr-ng? 
> 
> 
> Kind regards, 
> 
> 
> Daniel 
> 
>  
> 
> 
> 
> 
> 2013/6/13 RJ Ryan 
> 
> 
> 
> On Wed, Jun 12, 2013 at 6:45 PM, Daniel Schürmann
>  wrote:
> Hi RJ, 
> 
> 
> Fine news!
> 
> Mixxx has 122 active Launchpad branches. Does it
> really make sense to convert all of them to git? In
> which condition is the Owens converter? Is it possible
> to provide it, so that we can convert branches when
> required by ourselves? 
> 
> 
> 
> He could probably do that. Owen?
>  
> 
> 
> The normal git workflow is to clone the repository and
> then maintain private branches inside the cloned
> repository. It would be nice to have a way to put the
> private bzr branches into the private Git clone. 
> 
> 
> 
> 
> This is something you'll have to do on your own. If we go the
> mixxxcommunity/mixxx route you could pull the specific
> branches you wanted to recover from mixxxcommunity/mixxx into
> your personal repo. 
>  
> 
> If I understand it right, git has user credentials per
> repository while bzr has it per branch, we should deal
> with it.  
> 
> 
> 
> 
> Credentials aren't built into git -- if you have write access
> to the repo then you can write to it. So GitHub is in charge
> of credentials here. You can configure other people to have
> push access to your repos I believe. What did you have in
> mind?
>  
> --
> 
> 
> How is the solution for the bug references? Is there a
> special trick or should put them into the commit
> message only?
> 
> 
> 
> 
> Unfortunately there's no LP bug / commit interop here. I say
> we just continue to mention bugs (Bug #123456) in commit
> messages. 
> 
> 
> RJ
> 
> 
>  
> 
> 
> Kind regards, 
> 
> 
> Daniel 
> 
> 
> 
> 
> 
> 
> 2013/6/12 RJ Ryan 
> Hi all,
> 
> 
> Just wanted to give a status update on the Git
> migration. We're almost done!
> 
> 
> https://github.com/mixxxdj/mixxx
> 
> 
> tl:dr -- stop committing to Launchpad. Make a
> GitHub account and fork the Mixxx repo. Push
> changes and personal branches to your forks
> and make pull requests to get them merged into
> the master Mixxx branch.
> 
> 
> We've been using GitHub to discuss a few
> recent branch merges and the result has been
> o

Re: [Mixxx-devel] Git / GitHub migration nearing completion

2013-06-13 Thread Owen Williams
also note that I had to hand-patch git-bzr-ng due to a bug.  It's much
easier if you let me do the conversion :).

Owen

On Thu, 2013-06-13 at 15:21 -0400, RJ Ryan wrote:
> 
> 
> 
> On Thu, Jun 13, 2013 at 1:50 AM, Daniel Schürmann 
> wrote:
> Hi RJ 
> 
> >> If I understand it right, git has user credentials per
> repository while bzr has it per branch, we should deal with
> it.  
> 
> 
> > Credentials aren't built into git -- if you have write
> access to the repo then you can write to it. So GitHub is in
> charge 
> > of credentials here. You can configure other people to have
> push access to your repos I believe. What did you have in
> mind?
> 
> 
> Nothing special, I was just wondering what will happen with
> all the private branches on Launchpad. As Owen pointed out, 
> making them all public in a common community repository is not
> the best way but make it public on demand is fine.
> 
> 
> 
> 
>  
> It could be also useful to have a description how to put a
> private bzr branch into a private git repository without
> losing track.  
> Currently we have > 100 bzr branches public but I believe
> there must bealso a huge number of non public branches on 
> the contributors machines. 
> 
> 
> 
> 
> Hm, do you mean private as in they don't want to share their changes
> or private as in ACL'd to the owner? 
> 
> 
> If you want Owen to convert your branch the latest version should be
> pushed to lp:~yourusername/mixxx/branch. It will show up in
> http://github.com/mixxxcommunity/mixxx as a branch there. From there
> all you need to do is copy it to your personal repository e.g.
> http://github.com/yourusername/mixxx and continue working on it. 
> 
> 
> For example lp:~max-linke/mixxx/qsettings
> became https://github.com/mixxxcommunity/mixxx/tree/max-linke-qsettings
> 
> 
> If it's a private branch in the sense you don't want to share your
> changes with the world then you can use Owen's script to convert it
> yourself (though it needs some work before it will work for other
> people). Then you can manually add GitHub as a remote to your local
> git repository with the private (not pushed to github) branches.
> There's no reason it won't work this way but I don't think there are
> many people out there who are developing brances they don't want the
> world to see (maybe someone is weaponizing the Mixxx source code for
> the US military?). 
>  
> 
> 
> Did we actually lose track, if we just use git-bzr-ng? 
> 
> 
> Yes, if you just use git-bzr-ng yourself without Owen's script the
> resulting Git repository will not work with
> http://github.com/mixxxdj/mixxx. This is because of the author name
> rewriting. 
> 
> 
>  
> 
> Kind regards, 
> 
> 
> Daniel 
> 
>  
> 
> 
> 
> 
> 2013/6/13 RJ Ryan 
> 
> 
> 
> On Wed, Jun 12, 2013 at 6:45 PM, Daniel Schürmann
>  wrote:
> Hi RJ, 
> 
> 
> Fine news!
> 
> Mixxx has 122 active Launchpad branches. Does
> it really make sense to convert all of them to
> git? In which condition is the Owens
> converter? Is it possible to provide it, so
> that we can convert branches when required by
> ourselves? 
> 
> 
> 
> He could probably do that. Owen?
>  
> 
> 
> The normal git workflow is to clone the
> repository and then maintain private branches
> inside the cloned repository. It would be nice
> to have a way to put the private bzr branches
> into the private Git clone. 
> 
> 
> 
> 
> This is something you'll have to do on your own. If we
> go the mixxxcommunity/mixxx route you could pull the
> specific branches you wanted to recover from
> mixxxcommunity/mixxx into your personal repo. 
>  
> 
> If I understand it right, git has user
> credentials per repository while bzr has it
> per branch, we should deal with it.  
> 
> 
> 

Re: [Mixxx-devel] Getting rid of the 'mixxx' directory in the root of the repository.

2013-06-13 Thread Owen Williams
That should be fine as long as we nver sync from launchpad trunk
again.  

speaking of which, maybe I should sync from trunk one more time before
you do that :)


On Thu, 2013-06-13 at 15:24 -0400, RJ Ryan wrote:
> Now that everyone is getting disrupted by the bzr to git switch,
> there's no time like now to get rid of the 'mixxx' folder inside the
> repository. I plan on just doing a git mv on all the contents of
> mixxx/*. Merges should still work fine as git can cope with files that
> have been modified in one branch and moved in another.
> 
> 
> As far as I know there is just a tiny amount of documentation (wiki)
> and code (build server / packaging) to update and I'm game to do that
> just to get rid of this dumb directory. :)
> 
> 
> Any thoughts? 
> --
> This SF.net email is sponsored by Windows:
> 
> Build for Windows Store.
> 
> http://p.sf.net/sfu/windows-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



--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-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


Re: [Mixxx-devel] Getting rid of the 'mixxx' directory in the root of the repository.

2013-06-13 Thread Owen Williams
Maybe also commit an update to lp:mixxx that deletes everything but a
README saying "use github now"?

On Thu, 2013-06-13 at 15:24 -0400, RJ Ryan wrote:
> Now that everyone is getting disrupted by the bzr to git switch,
> there's no time like now to get rid of the 'mixxx' folder inside the
> repository. I plan on just doing a git mv on all the contents of
> mixxx/*. Merges should still work fine as git can cope with files that
> have been modified in one branch and moved in another.
> 
> 
> As far as I know there is just a tiny amount of documentation (wiki)
> and code (build server / packaging) to update and I'm game to do that
> just to get rid of this dumb directory. :)
> 
> 
> Any thoughts? 
> --
> This SF.net email is sponsored by Windows:
> 
> Build for Windows Store.
> 
> http://p.sf.net/sfu/windows-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



--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-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


Re: [Mixxx-devel] Getting rid of the 'mixxx' directory in the root of the repository.

2013-06-13 Thread Owen Williams
that may work, but anything that complicates the migration procedure
risks causing problems for other branches, history, etc.  As soon as lp
and github get out of sync, it's going to be very tough to migrate any
other user branches.

I would prefer my second suggestion, zeroing out the lp:mixxx repo, so
that no one tries to merge or branch or commit to that again.

On Thu, 2013-06-13 at 15:52 -0400, RJ Ryan wrote:
> Hm, can't you just merge with github master instead of assuming it
> will apply fast-forwarded? That will be true regardless of whether we
> do this move if there are any commits to lp:mixxx after we've all
> switched to committing on GitHub.
> 
> 
> On Thu, Jun 13, 2013 at 3:43 PM, Owen Williams 
> wrote:
> That should be fine as long as we nver sync from launchpad
> trunk
> again.
> 
> speaking of which, maybe I should sync from trunk one more
> time before
> you do that :)
> 
> 
> On Thu, 2013-06-13 at 15:24 -0400, RJ Ryan wrote:
> > Now that everyone is getting disrupted by the bzr to git
> switch,
> > there's no time like now to get rid of the 'mixxx' folder
> inside the
> > repository. I plan on just doing a git mv on all the
> contents of
> > mixxx/*. Merges should still work fine as git can cope with
> files that
> > have been modified in one branch and moved in another.
> >
> >
> > As far as I know there is just a tiny amount of
> documentation (wiki)
> > and code (build server / packaging) to update and I'm game
> to do that
> > just to get rid of this dumb directory. :)
> >
> >
> > Any thoughts?
> 
> >
> 
> --
> > This SF.net email is sponsored by Windows:
> >
> > Build for Windows Store.
> >
> > http://p.sf.net/sfu/windows-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
> 
> 
> 
> 



--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-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


Re: [Mixxx-devel] Git / GitHub migration nearing completion

2013-06-14 Thread Owen Williams
If you didn't have any problems running git-bzr-ng, you didn't see the
bug.  This is the patch in question:
http://bazaar.launchpad.net/~agrimm/bzr-fastimport/baseline-commit/revision/342

The simple way to check it is to look at SHA values for commits that
should be shared with trunk, or just try merging from git master and see
what happens.

In this case, these two commits have the same SHA so that means it
worked:
https://github.com/mixxxdj/mixxx/commit/be12963e66b96ecad52b42598157e1adae4ba48a
https://github.com/daschuer/mixxx/commit/be12963e66b96ecad52b42598157e1adae4ba48a



On Fri, 2013-06-14 at 07:59 +0200, Daniel Schürmann wrote:
> Arrg .. :-/
> 
> 
> What is the bug about? I have yesterday cleaned up Scotts branch. 
> 
> 
> @Owen: It looks like a success, But can you have a look? 
> https://github.com/daschuer/mixxx/tree/advanced_autodj_2 
> 
> 
> Thank you
> 
> 
> Daniel 
> 
> 
> 
> 2013/6/13 Owen Williams 
> also note that I had to hand-patch git-bzr-ng due to a bug.
>  It's much
> easier if you let me do the conversion :).
> 
> Owen
> 
> On Thu, 2013-06-13 at 15:21 -0400, RJ Ryan wrote:
> >
> >
> >
> > On Thu, Jun 13, 2013 at 1:50 AM, Daniel Schürmann
> 
> > wrote:
> > Hi RJ
> >
> > >> If I understand it right, git has user
> credentials per
> > repository while bzr has it per branch, we should
> deal with
> > it.
> >
> >
> > > Credentials aren't built into git -- if you have
> write
> > access to the repo then you can write to it. So
> GitHub is in
> > charge
> > > of credentials here. You can configure other
> people to have
> > push access to your repos I believe. What did you
> have in
> > mind?
> >
> >
> > Nothing special, I was just wondering what will
> happen with
> > all the private branches on Launchpad. As Owen
> pointed out,
> > making them all public in a common community
> repository is not
> > the best way but make it public on demand is fine.
> >
> >
> >
> >
> >
> > It could be also useful to have a description how to
> put a
> > private bzr branch into a private git repository
> without
> > losing track.
> > Currently we have > 100 bzr branches public but I
> believe
> > there must bealso a huge number of non public
> branches on
> > the contributors machines.
> >
> >
> >
> >
> > Hm, do you mean private as in they don't want to share their
> changes
> > or private as in ACL'd to the owner?
> >
> >
> > If you want Owen to convert your branch the latest version
> should be
> > pushed to lp:~yourusername/mixxx/branch. It will show up in
> > http://github.com/mixxxcommunity/mixxx as a branch there.
> From there
> > all you need to do is copy it to your personal repository
> e.g.
> > http://github.com/yourusername/mixxx and continue working on
> it.
> >
> >
> > For example lp:~max-linke/mixxx/qsettings
> > became
> https://github.com/mixxxcommunity/mixxx/tree/max-linke-qsettings
> >
> >
> > If it's a private branch in the sense you don't want to
> share your
> > changes with the world then you can use Owen's script to
> convert it
> > yourself (though it needs some work before it will work for
> other
> > people). Then you can manually add GitHub as a remote to
> your local
> > git repository with the private (not pushed to github)
> branches.
> > There's no reason it won't work this way but I don't think
> there are
> > many people out there who are developing brances they don't
> want the
> > world to see (maybe someone is weapon

Re: [Mixxx-devel] Legacy git Mixxx repositories

2013-06-14 Thread Owen Williams
On Fri, 2013-06-14 at 10:55 -0400, RJ Ryan wrote:
> Nice -- those instructions worked for me to recover an existing branch
> (like http://github.com/xrg/mixxx branch xrg-1.10) except:
> 
> 
> 1)  bzr export failed -- does that syntax work? Maybe curl/wget
> git-filter-branch-command-all.sh from bazaar.launchpad.net instead?

did you patch git bzr?

> 
> 
> 2) Don't see the purpose of branchname-update vs. branchname. I just
> used 'branchname'. 


In the migration you may want three branches:

1) a rewritten branch that will be synced with git.  You'd like this to
be called "branchname" for clarity.
2) a pure copy of the launchpad branch to which you can pull updates
from bzr when someone commits to that repo.  This is branchname-update
3) a temporary branch, made on branchname-update, which is where you do
the rewrites.  This is the branch you then merge from to get the git
branch up to date.  This is branchname-update-rewrite.  (This branch is
immediately deleted when merge is complete)

> 
> 
> Afterwards it's 196MB (we should probably do this to mixxxdj/mixxx as
> well). 

Don't run garbage collection too often, sometimes it's better to leave
some orphan leaves around just in case a mistake was made.  Also I don't
know how to run gc on a remote branch (github may do it automatically).

Owen


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-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


Re: [Mixxx-devel] Getting rid of the 'mixxx' directory in the root of the repository.

2013-06-16 Thread Owen Williams
Yeah I don't think that's a huge problem.  Let's go ahead and do this.
This is also a good choice for a sort of migration epoch: most commits
pre-move are launchpad, and all commits post-move are git.

On Sun, 2013-06-16 at 18:45 -0400, RJ Ryan wrote:
> I just tried this (getting rid of mixxx/) in a local branch and then
> merged the changes into another topic branch (features_key). 
> 
> 
> The only conflicts were files I had deleted in features_key that were
> moved in master. Every file I had created in features_key was still in
> mixxx/ so I had to move those in a follow-up commit. I could have also
> done that in the merge commit. 
> 
> 
> So there may be some minor conflicts and things to fix but everything
> else should work fine?
> 
> 
> I would say that we should wait until there are fewer open major
> branches but there will always be open major branches so I'm for just
> ripping off the band-aid while everyone is transitioning over.
> 
> 
> On Thu, Jun 13, 2013 at 5:09 PM, RJ Ryan  wrote:
> On Thu, Jun 13, 2013 at 5:00 PM, Owen Williams
>  wrote:
> 
> that may work, but anything that complicates the
> migration procedure
> risks causing problems for other branches, history,
> etc.  As soon as lp
> and github get out of sync, it's going to be very
> tough to migrate any
> other user branches.
> 
> 
> The bzr->git migration step can be thought of totally
> separately from the pushing to GitHub step. Once bzr->git
> finishes then it's the same thing as being a Git developer who
> is living under a rock and hasn't merged with the latest
> changes on GitHub. Git can handle merging situations like that
> fine (so could Bazaar). It just means the pushing to GitHub
> step would need a merge first.
>  
> 
> I would prefer my second suggestion, zeroing out the
> lp:mixxx repo, so
> that no one tries to merge or branch or commit to that
> again.
> 
> 
> 
> 
> I'd prefer not to do this since it would break URLs on the web
> that use loggerhead (the LP source browser) to point to the
> latest version of a file in Bazaar (for example, Mixxx forum
> posts). 
> 
> 
> 
> 
>  
> On Thu, 2013-06-13 at 15:52 -0400, RJ Ryan wrote:
> > Hm, can't you just merge with github master instead
> of assuming it
> > will apply fast-forwarded? That will be true
> regardless of whether we
>     > do this move if there are any commits to lp:mixxx
> after we've all
> > switched to committing on GitHub.
> >
> >
> > On Thu, Jun 13, 2013 at 3:43 PM, Owen Williams
> 
> > wrote:
> > That should be fine as long as we nver
> sync from launchpad
> > trunk
> > again.
> >
> > speaking of which, maybe I should sync from
> trunk one more
> > time before
> > you do that :)
> >
> >
> > On Thu, 2013-06-13 at 15:24 -0400, RJ Ryan
> wrote:
> > > Now that everyone is getting disrupted by
> the bzr to git
> > switch,
> > > there's no time like now to get rid of the
> 'mixxx' folder
> > inside the
> > > repository. I plan on just doing a git mv
> on all the
> > contents of
> > > mixxx/*. Merges should still work fine as
> git can cope with
> > files that
> > > have been modified in one branch and moved
> in another.
> > >
> > 

Re: [Mixxx-devel] Change renderer for waveform preview widget

2013-06-17 Thread Owen Williams
That's the waveform overview, in woverview.cpp

On Mon, 2013-06-17 at 20:50 +0400, Андрей wrote:
> Hi all!
> 
> Some time ago I write HSV waveform renderer. Now I want to use this
> renderer for the waveform preview widget. But I can't find, which files
> I need to modify.
> 
> Can you help me?
> 
> 
> --
> This SF.net email is sponsored by Windows:
> 
> Build for Windows Store.
> 
> http://p.sf.net/sfu/windows-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
> 



--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-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

Re: [Mixxx-devel] git revert merge

2013-06-22 Thread Owen Williams
Usually a git-revert command applies a new commit that is equivalent to
the opposite of the merge you didn't want.  If you actually want to
rewind history, which can be DANGEROUS, do the following:

DANGER DANGER:
git reset --hard [SHA YOU WANT TO BE AT]

note that this will reset your tree to that SHA, *including deleting any
new files you've created!!!** This is a true reset and will make your
tree look exactly like that commit, NO OTHER CHANGES.  be really
careful.


Then you can do:

DANGER:
git push origin HEAD --force 

which will make the remote exactly like your own tree.

If anyone has pulled from the remote branch this will cause problems.



Short answer:  don't push bad merges :)

owen

On Fri, 2013-06-21 at 23:45 +0200, Max Linke wrote:
> Hi
> 
> I want to revert a merge that I made accidently and already pushed to
> mit github repo. So rewriting history with 'git reset --hard HEAD'
> might cause some trouble. I found that
> 
>   git revert -m  
> 
> should to what I want but I haven't found a way yet to determine the
> parent number.
> 
> Here is the log for that branch, I want to revert to 93f2183199bbc9ff
> 
> commit fdc3143f47bee803adeb4bc27a5c544686ee7794
> Author: Max Linke 
> Date:   Fri Jun 21 17:24:12 2013 +0200
> 
> Revert "Merge branch 'master' into multiplyFolders"
> 
> This reverts commit e28c83b6a46e523049f463ca6a9a0b2eae0e3fa9,
> reversing changes made to 168a4450987d53c27afd3d7e73e4d0f7e9facdd4.
> 
> commit 5901cc3e5833111309e8ca2ec0e8115d0f5b4a38
> Merge: 93f2183 e28c83b
> Author: Max Linke 
> Date:   Fri Jun 21 16:29:21 2013 +0200
> 
> Merge remote-tracking branch 'origin/multiplyFolders' into
> mb_errorMessage
> 
> commit e28c83b6a46e523049f463ca6a9a0b2eae0e3fa9
> Merge: 168a445 87ea884
> Author: Max Linke 
> Date:   Fri Jun 21 13:22:25 2013 +0200
> 
> Merge branch 'master' into multiplyFolders
> 
> commit 87ea884419af41071c6a334a32a3d3b4e6222f38
> Merge: a313b38 e9510b9
> Author: Daniel Schürmann 
> Date:   Thu Jun 20 15:15:30 2013 -0700
> 
> Merge pull request #16 from daschuer/atomic-co
> 
> Remove CO* constructor to COT. Cleanups.
> 
> commit e9510b94e890900211c64617552e5a284a70e5ae
> Author: Daniel Schürmann 
> Date:   Thu Jun 20 23:56:23 2013 +0200
> 
> added valueChangedFromEngine connections back in
> 
> commit 93f2183199bbc9ff3005ebdacdfbc9ea8ba53523
> Author: Max Linke 
> Date:   Thu Jun 20 23:29:10 2013 +0200
> 
> add new error page for general error and a service name not working
> currently
> 
> best Max
> 
> --
> This SF.net email is sponsored by Windows:
> 
> Build for Windows Store.
> 
> http://p.sf.net/sfu/windows-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
> 



--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-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

Re: [Mixxx-devel] Branches moved to github

2013-06-22 Thread Owen Williams
if it's not on github.com/mixxxdevelopers/mixxx just shoot me a mail
with the lp: address and I'll migrate it.

On Sat, 2013-06-22 at 09:17 -0700, Steven Boswell II wrote:
> I see that my auto-DJ-crates branch has been moved to github, but it's
> owned by daschuer.
> I had held off moving my own branches to github; the chatter on the
> list seemed to say "let Owen do it".
> Not a big deal -- I can fork daschuer's repo and issue my own pull
> request.
> 
> 
> My question is...where did my MinGW branch end up?
> 
> 
> Steven Boswell
> 
> --
> This SF.net email is sponsored by Windows:
> 
> Build for Windows Store.
> 
> http://p.sf.net/sfu/windows-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



--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-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


Re: [Mixxx-devel] [mixxx] Introduce static get and set functions for ControlObject (#28)

2013-06-28 Thread Owen Williams
What's the current thinking about using boost::optional for this sort of
thing?

On Fri, 2013-06-28 at 14:00 -0700, RJ Ryan wrote:
> LGTM -- it may be useful to provide a default value or a bool* that is
> set if the control existed or not but whoever needs that first can add
> it.
> 
> —
> Reply to this email directly or view it on GitHub.
> 



--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-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] Mixxx in QuNeo's promo video

2013-07-03 Thread Owen Williams
"QuNeo Software Compatibility"

http://www.youtube.com/watch?v=xal2c8dy9zI

We're the 6th product mentioned!

* Ableton
* Native instruments collection
* Animoog
* Serato
* Apply Logic / Garage Band
* Mixxx

It's not technically a sorted list, but I still think it's significant.


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-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


Re: [Mixxx-devel] absolute position ?

2013-07-06 Thread Owen Williams
I'm confused, what are you trying to do?  For vinylcontrol absolute
mode, we mostly use the pitch value and then nudge the speed up or down
if it drifts too far from the reported timecode position.  For CDs, if
it's more than .1 seconds off then we just seek to that position.  I
don't really see the point of having 22 bit resolution.

owen

On Sat, 2013-07-06 at 11:56 +0200, petah wrote:
> What message should be used to set the absolute position of the virtual 
> needle of a loaded track given an absolute time position, f.ex. 2mins 34secs 
> 567millisecs?
> 
> I went through all the relevant docs (I think), incl. controls and HID 
> mappings and didn't find a clear solution.
> 
> I need to match an analog CDJ's time display with Mixxx's via a timecode CD 
> using absolute timestamps (4 tracks x 15min), i.e. time scale between 
> CDJ/Mixxx needs to be 1:1 and clamp, not stretch.
> 
> F.ex. "vinylcontrol_mode" is a 3-way switch, one being absolute, but I don't 
> see the "set absolute time" message. "playPosition" is scaled over the length 
> of the track loaded in mixxx, which won't match a timecode CD's track. 
> "scratch2" affects the "absolute speed", hence the relative position.
> 
> The absolute time position needs to have at least 22-bit resolution so a 
> gentle pitch bend can go through the engine via that cursor position and 
> behave as expected, i.e. if any scaling/compression is applied along the way 
> it wouldn't chop off the lower bits. 
> 
> It's just to control track position. Precision is critical but right now 
> latency isn't.
> 
> thx,
> 
> -- p
> 
> --
> This SF.net email is sponsored by Windows:
> 
> Build for Windows Store.
> 
> http://p.sf.net/sfu/windows-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
> 



--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-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


Re: [Mixxx-devel] absolute position ?

2013-07-06 Thread Owen Williams
Like I said, we do playback based on pitch, not position.  Is there a
problem you're trying to solve?  Is there something wrong with how
absolute position playback is working?

On Sat, 2013-07-06 at 19:08 +0200, petah wrote:
> On Sat, 06 Jul 2013 11:14:13 -0400
> Owen Williams  wrote:
> > I'm confused, what are you trying to do? For vinylcontrol absolute
> > mode, we mostly use the pitch value and then nudge the speed up or down
> > if it drifts too far from the reported timecode position.For CDs, if
> > it's more than .1 seconds off then we just seek to that position.  I
> > don't really see the point of having 22 bit resolution.
> 
> 22-bits is the maximum resolution the CDJ timecode returns for a
> single-track CD. On a 4-track CD a timestamp is 2.38ms or a worst-case
> latency of ~5ms. OTOH nudging +/- 0.1 second is 100ms or 20x worse.
> 
> Dropping seek commands based on acceptable drift is fine on
> full-resolution incoming timecode at the receiver end, but doing
> roundtrips and diffs to reach an absolute position makes no sense if
> the timecode is absolute to begin with. I'd turn the comment around: I
> don't see the point of truncating bits in the protocol to later try
> recovering them by chasing the needle :)
> 
> -- p
> 
> > On Sat, 2013-07-06 at 11:56 +0200, petah wrote:
> > > What message should be used to set the absolute position of the virtual 
> > > needle of a loaded track given an absolute time position, f.ex. 2mins 
> > > 34secs 567millisecs?
> > > 
> > > I went through all the relevant docs (I think), incl. controls and HID 
> > > mappings and didn't find a clear solution.
> > > 
> > > I need to match an analog CDJ's time display with Mixxx's via a timecode 
> > > CD using absolute timestamps (4 tracks x 15min), i.e. time scale between 
> > > CDJ/Mixxx needs to be 1:1 and clamp, not stretch.
> > > 
> > > F.ex. "vinylcontrol_mode" is a 3-way switch, one being absolute, but I 
> > > don't see the "set absolute time" message. "playPosition" is scaled over 
> > > the length of the track loaded in mixxx, which won't match a timecode 
> > > CD's track. "scratch2" affects the "absolute speed", hence the relative 
> > > position.
> > > 
> > > The absolute time position needs to have at least 22-bit resolution so a 
> > > gentle pitch bend can go through the engine via that cursor position and 
> > > behave as expected, i.e. if any scaling/compression is applied along the 
> > > way it wouldn't chop off the lower bits. 
> > > 
> > > It's just to control track position. Precision is critical but right now 
> > > latency isn't.
> > > 
> > > thx,
> > > 
> > > -- p
> > > 
> > > --
> > > This SF.net email is sponsored by Windows:
> > > 
> > > Build for Windows Store.
> > > 
> > > http://p.sf.net/sfu/windows-dev2dev
> > > ___
> > > Get Mixxx, the #1 Free MP3 DJ Mixing software Today
> > > http://mixxx.org
> > > 
> > > 
> > > Mixxx-devel mailing list
> > > mixxx-devel-5nwgofrqmnerv+lv9mx5uipxlwaov...@public.gmane.org
> > > https://lists.sourceforge.net/lists/listinfo/mixxx-devel
> > > 
> > 
> > 
> > 
> > --
> > This SF.net email is sponsored by Windows:
> > 
> > Build for Windows Store.
> > 
> > http://p.sf.net/sfu/windows-dev2dev
> > ___
> > Get Mixxx, the #1 Free MP3 DJ Mixing software Today
> > http://mixxx.org
> > 
> > 
> > Mixxx-devel mailing list
> > mixxx-devel-5nwgofrqmnerv+lv9mx5uipxlwaov...@public.gmane.org
> > https://lists.sourceforge.net/lists/listinfo/mixxx-devel
> > 
> 
> 
> --
> This SF.net email is sponsored by Windows:
> 
> Build for Windows Store.
> 
> http://p.sf.net/sfu/windows-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
> 



--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-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


Re: [Mixxx-devel] absolute position ?

2013-07-07 Thread Owen Williams
On Sun, 2013-07-07 at 18:26 +0200, petah wrote:

> Yes; the specific problem I'm trying to solve is interfacing my
> "homegrown" CDJ timecode program with Mixxx, "xwax-style". If I could
> pass a high resolution time position to Mixxx's internals then tempo,
> pitch bend, FF/REW, cue recall, etc, are all implicitly handled with
> one single message and the driver will be simple. I'd just need to
> loopback from my app to Javascript using a MIDI SysEx or HID message
> (or a MIDI "bundle").

Ah ok now your questions make more sense.  

Just having a time position isn't enough.  If you were to pass time
positions but not rate values, Mixxx wouldn't know to scale the audio
and you'd just hear horrific noise as the track reseeks constantly.
Seek operations should never be used during playback except for loop
boundaries, cues, and other actual seeks.  Trying to match up mixxx's
position with a sample-accurate playback position from CDJ is a recipe
for disaster and headache.

CDJ doesn't really drift so that's a non-issue.

What you want is exactly what Mixxx already has in its vinyl control
API, which is rate and position.  There is a lot of ugly hard-coding of
vinyl control, but it should be possible to create an interface with
your javascript.


> 
> However, if I cannot send an absolute time position, I'll need a slew
> of different messages for tempo, pitch bend, FF/REW, etc., synthesized
> on my end, which is likely to be much less precise, then pass those
> individual messages to Javascript. 

A rate parameter should be enough to get you all four of those messages.
Really, rate and position are all you need.

> This would be much more complex, less reliable and because the CDJ
> track position will drift from Mixxx's track position could even hit a
> CD track boundaries at which point it's stuck.

yes, this is a known problem, and I wrote a lot of code to crate an "end
of timecode" mode (CONST mode) so that playback wouldn't stop when this
happens.  On commercial Serato, if you use CDJ and your tracks are
longer than 15 minutes, they just stop!
> 
> Btw I did look at xwax but due to its focus it's lacking some features
> that Mixxx has, so I'm between a rock and a hard place.

look instead at vinylcontrolxwax.cpp.  It has CD-specific code which
makes it more precise than regular vinyl.
> 
> >Is there something wrong with how
> >absolute position playback is working?
> 
> AFAIK there currently is no absolute position playback. The closest is
> the "playPosition" message but the position is normalized over the
> track's length, i.e. I'd have to retrieve the track length from Mixxx
> and "unscale" my absolute position but that doesn't tell me how much
> resolution comes through, i.e. if a pitch bend on the CDJ would even
> be registered by Mixxx.

I meant absolute mode in vinylcontrolxwax.cpp.



--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-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


Re: [Mixxx-devel] high-res MIDI interface with "pull" architecture?

2013-07-10 Thread Owen Williams
I had no idea this existed!  Sorry to steer you wrong.

On Wed, 2013-07-10 at 22:27 +0200, petah wrote:
> On Wed, 10 Jul 2013 15:51:46 -0400
> RJ Ryan  wrote:
> > Yes! If you want to use the position scratch controller in the engine then
> > that's one way you could tell Mixxx to move smoothly to a position. I was
> > assuming you wanted to work more like vinyl control though in that it would
> > control Mixxx's normal playback rate.
> > 
> > To do that,
> > set [ChannelX],scratch_position_enable 1
> > set [ChannelX],scratch_position to the desired position delta from the
> > current position
> 
> That's really interesting. I found "scratch_position" in the src code but not 
> in the wiki, which may explain some of my stupid questions (or it actually is 
> in the wiki and I'm even more retarded).
> 
> I couldn't figure out the format/resolution of that message from the code, 
> would it be possible to add it to the wiki?
> 
> Obviously I don't plan to randomly drop the needle around, just want to make 
> sure FF/REW/reloop are within the delta range.
> 
> thx a lot!
> 
> -- p
> 
> > On Wed, Jul 10, 2013 at 3:46 PM, Daniel Schürmann 
> > wrote:
> > 
> > > Hi
> > >
> > > Some additions to position scratch.
> > >
> > > As already pointed out "position scratch" is much more difficult then rate
> > > scratch. But if your controller queue does not allow rate scratch, it is
> > > not impossible. I have recently tuned Mouse scratch which is actual a
> > > position scratch, with acceptable results. There was the main problem, 
> > > that
> > > we don't get the timestamps to calculate when was the mouse on the
> > > propagated position.
> > >
> > > Since you have the whole queue under control, it should be possible to
> > > time-stamp the position infos quite exact, so that there is at least one
> > > problem less.
> > >
> > > Kind regards,
> > >
> > > Daniel
> 
> --
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/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



--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/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] Mixxx dependencies conflict

2013-07-16 Thread Owen Williams
This is a packaging bug in ubuntu I'm pretty sure.  You have to install
the packages from the command line or it won't work.  I think you should
try to install portaudio19 first, and do whatever it says.  Then if you
want to install jackd1 instead of jackd2, you can do apt-get install
jackd1 and it will automatically uninstall jackd2.

owen

On Tue, 2013-07-16 at 21:44 +0200, Ferran Pujol Camins wrote:
> Hello! I'm trying to build Mixxx on my UbuntuStudio x64 distro.
> However, when I try to install Mixxx's dependencies, there are some
> conflicts with jack. I've installed all the dependencies that don't
> cause any conflict. The only ones remaining are: libjack-dev and
> portaudio19-dev. 
> 
> When trying to install libjack-dev, the package manager asks me to
> uninstall:
> 
> libjack-jackd2-0, jackd2-firewire, jackd2, laditools,
> python-laditools.
> 
> 
> and to install:
> 
> jackd1, jackd1-firewire, libjack-dev, libjack0.
> 
> 
> When trying to install portaudio19-dev, tha package manager asks me to
> uninstall:
> libjack-jackd2-0, jackd2-firewire, jackd2, laditools,
> python-laditools.
> 
> 
> and to install:
> jackd1, jackd1-firewire, libjack-dev, libjack0, libasound2-dev,
> libportaudiocpp0, portaudio-dev.
> 
> 
> 
> How should I proceed in order to build Mixxx without breaking any
> other program I have already installed?
> Any feedback, help or indication is gratefully appreciated.
> 
> 
> 
> 
> Cheers.
> 
> --
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/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



--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/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] Feature idea: hotcue alignment

2013-08-15 Thread Owen Williams
I often want to start a new track such that it lines up with the track
that's already playing.  For instance the current track has a breakdown
with a drop toward the end, and the new track has a drop toward the
beginning.  Usually I have to rely on my own ability to estimate the
distance and count to four to line up the phrases.  I know, skill. But
if both drops had hotcues it could be convenient to trigger a mode with
this logic:

Keep the new track paused.  Start playing the new track at just the
right time such that the two hotcues will line up.

With master sync and beatgrids, the infrastructure for that behavior is
already there.  The UI will be tough, requiring some way for the user to
say "this hotcue will need to line up with that hotcue."

do people think that would be useful?

Owen


--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/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] Feature idea: hotcue alignment

2013-08-15 Thread Owen Williams
I think a lot of these features just wouldn't make sense in a vinyl
control setting, and I wouldn't worry about supporting vinyl.  In
general, vinyl is sort of a "manual override" mode that takes over
control of the decks from Mixxx, no matter what fancy features there
might be.

Also in your example, the hotcue is where the paused track starts.  In
my idea, the sync point is 20 or 30 seconds downsteam.

On Thu, 2013-08-15 at 12:04 -0400, Joseph Colosimo wrote:
> Possible simplification:
> 
> Let's say there are no hotcues on the playing track between the current
> time and when you want the drops to connect.  Define a new "holding"
> hotcue action whereby you hold the hotcue button down on the paused
> track and when the next hotcue on the playing track hits, it
> automatically releases the hotcue on the paused track and starts
> playing.
> 
> This would be somewhat more complicated for operation with vinyl control
> unfortunately.
> 
> Joe
> 
> Sean M. Pappalardo - D.J. Pegasus @ Thu 15 Aug 13  07:51:09 -0700:
> >Date: Thu, 15 Aug 2013 07:51:09 -0700
> >From: "Sean M. Pappalardo - D.J. Pegasus" 
> >To: mixxx-devel@lists.sourceforge.net
> >Subject: Re: [Mixxx-devel] Feature idea: hotcue alignment
> >User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130704
> > Icedove/17.0.7
> >
> >I think that would indeed be useful, but it may be better to tie it in
> >with parsing of DJ Notation (http://www.djnotation.org/) If Mixxx marks
> >tracks that have detailed DJ Notation (with times) internally, the logic
> >would be able to "auto"-detect where to do the mix-in.
> >
> >So if tracks were notated in detail like this:
> >-(0:23)=(0:46)#(6:12)\(6:48)-->   Mixxx could store those markers
> >internally and use the nearest beat to those times as the mix points.
> >
> >Sincerely,
> >Sean M. Pappalardo
> >"D.J. Pegasus"
> >Mixxx Developer - Controller Specialist
> >
> >--
> >Get 100% visibility into Java/.NET code with AppDynamics Lite!
> >It's a free troubleshooting tool designed for production.
> >Get down to code-level detail for bottlenecks, with <2% overhead.
> >Download for free and get started troubleshooting in minutes.
> >http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/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
> 



--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with <2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/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] lazy getControl / ControlObject factory method?

2013-09-06 Thread Owen Williams
Would it be possible to make getControl lazy?  ie if the control doesn't
exist, create it instead of returning NULL.  ie ie, a factory.  This would
also mean that all controls would be centrally managed and we wouldn't need
to worry about ownership or who is responsible for deleting them.  We could
make the constructor private, too.
--
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58041391&iu=/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] Reviewer wanted: For GSoC Library Concurrency Refactoring

2013-10-08 Thread Owen Williams
On Tue, 2013-10-08 at 16:47 +0200, Daniel Schürmann wrote:
> Hi Mixxx Developers, 
> 
> 
> i want to point out to the results of Nazars successful GSoC project
> in: 
> https://github.com/mixxxdj/mixxx/pull/73  
> 
> 
> Nazar has introduced a way to execute all (possible blocking) database
> access functions to a dedicated thread. 
> 
> 
> Thanks to C++11 Lamdas, this was possible without huge changes to the
> logic of DB access. 

I thought we couldn't use c++11 due to the mac port?  If we could move
to c++11 that would be a big win.

I am excited about this patch!



--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/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] Reviewer wanted: For GSoC Library Concurrency Refactoring

2013-10-09 Thread Owen Williams
Bug filed:

https://bugs.launchpad.net/mixxx/+bug/1237387

I don't have a mac dev environment so we should figure out who can do
this work.

Also, can you make a library concurrency refactoring bug that depends on
this bug?  I don't think we can commit it until the OSX build can
support it.

On Wed, 2013-10-09 at 08:54 +0200, Daniel Schürmann wrote:
> Hi Owen, 
> 
> Lambdas are available in gcc since version 4.5
> 
> http://gcc.gnu.org/projects/cxx0x.html 
> 
> ---
> 
> 
> For our Mac build we use gcc 4.2. released February 1, 2008, which is
> the the default version of XCode 4. 
> 
> 
> But it should be no deal to update the compiler version to a recent
> one. 
> http://www.ficksworkshop.com/blog/14-coding/65-installing-gcc-on-ma
> 
> XCode 5 comes without gcc. So we have to port to Apple compiler which
> supports C++11 features or install a recent gcc anyway. 
> 
> http://en.wikipedia.org/wiki/Xcode#Toolchain_Versions
> 
> ---
> 
> On Windows, Lambdas are available since Visual Studio 2012 (VC11) 
> 
> Our Build server uses Visual Studio 2010
> 
> http://msdn.microsoft.com/de-de/library/vstudio/hh567368.aspx
> 
> ---
> 
> 
> Conclusion: We can safely introduce C++11 features to Mixxx. But there
> is still some work left to update the build environment. 
> 
> 
> Kind regards, 
> 
> 
> Daniel 
> 
> 
> 
> 
> 
> 2013/10/8 Owen Williams 
> On Tue, 2013-10-08 at 16:47 +0200, Daniel Schürmann wrote:
> > Hi Mixxx Developers,
> >
> >
> > i want to point out to the results of Nazars successful GSoC
> project
> > in:
> > https://github.com/mixxxdj/mixxx/pull/73
> >
> >
> > Nazar has introduced a way to execute all (possible
> blocking) database
> > access functions to a dedicated thread.
> >
> >
> > Thanks to C++11 Lamdas, this was possible without huge
> changes to the
> > logic of DB access.
> 
> 
> I thought we couldn't use c++11 due to the mac port?  If we
> could move
> to c++11 that would be a big win.
> 
> I am excited about this patch!
> 
> 
> 
> 



--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/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] Mixxxing contest

2013-11-13 Thread Owen Williams
It's a fine idea, and if you want to make it happen you should go right
ahead :)

On Wed, 2013-11-13 at 09:00 +0200, Tuukka Pasanen wrote:
> Hello,
> 
> Sorry being very very off-list-topic but I was thinking why not having
> a Dj contest done with Mixxx software? There is plenty of users that
> could possible get interested and it spreads the word out of the
> streets. You can shoot this down because it was a though in a night..
> 
> 
> Sincerely,
> 
> Tuukka
> 
> --
> 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=63469471&iu=/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



--
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=63469471&iu=/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] Mixxxing contest

2013-11-13 Thread Owen Williams
There are lots of good free netlabels, and soundcloud has a lot of
free-to-download and creative commons tracks.

On Wed, 2013-11-13 at 17:33 +0100, Musikpirat wrote:
> Am 13.11.2013 08:00, schrieb Tuukka Pasanen:
> > Sorry being very very off-list-topic but I was thinking why not having a Dj
> > contest done with Mixxx software? There is plenty of users that could
> > possible get interested and it spreads the word out of the streets. You can
> > shoot this down because it was a though in a night..
> 
> Since Mixxx is free software I'd suggest to encourage the DJs to use
> free music for their sets. That way they can made available for download
> without worry about license fees.
> 
> Christian
> 
> 
> --
> 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=63469471&iu=/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
> 
> 



--
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=63469471&iu=/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] Mixxxing contest

2013-11-14 Thread Owen Williams
Pretty good.  what does "toasted" mean?


On Thu, 2013-11-14 at 09:44 +0200, Tuukka Pasanen wrote:

> > 
> Helllo
> This would be interesting option. I was thinking something rules like
> 
>  * Mix should only be done in Mixxx (No post editing)
>  * Mix should be exclusive and non-perfomed ever
>  * One can be use effects outside of Mixxx
>  * Maximum length of mix is 30 mins
>  * Output format can be chosen from Ogg/Vorbis (Max quality 4) or MP3
> (Max bitrate 192 or VBR 4) 
>  * It can be toasted or just plain mix
>  * At least 2 songs should be free CC copyrighted
>  * One should provide song list where is Artist, Album, Label (and
> copyright, Label can be where it's downloaded)
>  * Mix should be released some under some CC license 
>  * One uploads mix to an FTP-server where they can be judged (FTP or
> dropbox or something!)
>  * Mix should be named Mixxx-DjName-MixName-date.format
>  * One should upload file named  Mixxx-DjName-MixName-date.txt to also
> in FTP that contains
> - Dj Real Name / Email
> - Dj Name
> - Setup
> - Mixxx version
> - Os version
> - Machine specs
> - Other used programs and equiments
> - Song list (look above)
> - Which CC copyright he is suitable for him
>  * If one likes to provide image it should be named
> Mixxx-DjName-MixName-date.jpg and it should be large enough for print
> use and licensed again in CC
> 
> What winner gets:
> Because of great Speaker offer we should manage little online show and
> winner should have change to play his/her set live with Mixxx. 2nd and
> 3th also should be played and commeted. I don't know about technical
> points of Speaker but it should be mangeable.
> 
> I probably missed a lot but there is something to talk about..
> 
> So what do you thihnk,
> Tuukka
> 



--
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=63469471&iu=/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] LibC++ conflict

2013-11-17 Thread Owen Williams
thanks for working on this!

On Sun, 2013-11-17 at 13:36 -0500, Carl Pillot wrote:
> I'm trying to compile Mixxx using libc++ (instead of libstdc++) on
> OSX, which is required in order to use C++11 features on Mac through
> XCode and also is the default C++ implementation on 10.9.  There's a
> conflict with the definition of fmax and fmin in defs.h (lines
> 89-95).  If I comment out these lines Mixxx compiles without a
> problem, but I'm probably breaking something down the line.  
> 
> 
> Here's a link to the error messages: http://pastebin.com/u5rXbbXm
> 
> 
> Any advice on how to fix this in a cross-platform manner is
> appreciated.
> 
> 
> Carl
> --
> 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=63469471&iu=/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



--
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=63469471&iu=/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] Mixxxing contest

2013-11-18 Thread Owen Williams
Personally I don't think there should be any requirement for free/CC
music.  It seems like a distraction.  I think the focus should be on
Mixxx as an awesome DJ platform, not on Mixxx as a piece of free
software.

By the way, what are the criteria for choosing a winner?

owen

On Mon, 2013-11-18 at 12:17 +0200, Tuukka Pasanen wrote:
> On 18.11.2013 11:46, Musikpirat wrote:
> > Am 18.11.2013 10:40, schrieb Tuukka Pasanen:
> >> I think we can say use least one CC song in your
> >> set but I don't thing only CC stuff will gain much publicity more than
> >> few activists.. Only thing I need to know that nobody have something
> >> against this so there will be no bad blood in Mixxx community..
> > Then skip the cc stuff or use the dual approach: A only-CC-challenge and
> > a cc-totally-optional-challenge.
> >
> >
> > Christian
> >
> >
> Yes we can do that also.. we can label it a CC music challenge or 
> something to attract more people to find out what world they are missing and
> then also give opportonity to just find out Mixxx without CC music..
> 
> Tuukka
> 
> --
> 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=63469471&iu=/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
> 
> 



--
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=63469471&iu=/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] Another advocate for testing

2013-11-27 Thread Owen Williams
I know that RJ has been beating this drum for a while but I wanted to
reinforce the message that everyone should at least try to write a test
at some point.  Learning how to use the testing framework in Mixxx has
been incredibly valuable for getting the bugs and regressions out of the
master sync branch.  It took me a whole day just to figure out how to
set up and tear down the engine backend, but it was worth it.

I strongly encourage everyone to take a look at the src/test directory
and poke around.  There are a bunch of examples there that should give
you an idea of what writing a test is like.  We need more work to
support difficult things like testing playing tracks and UI behavior,
but for backend work there's a lot already there.

Now that I have a basic testing framework for master sync in place,
every time we find a bug I can write a test to exercise it, fix the bug,
and then verify that the test passes.  Then I can run all the other
tests and make sure I didn't break anything else.  It's improved my
iteration speed about a billion times.

I'll be on irc (@ywwg) if anyone wants help learning about testing.

cheers,
Owen


--
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=84349351&iu=/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] Another advocate for testing

2013-11-29 Thread Owen Williams
I updated the wiki page... is that enough explanation?  The hard part
about writing tests is setting up the environment and I don't think
that's something I can explain easily.  I can describe how I wrote
mockedenginebackendtest.h if you like.

On Wed, 2013-11-27 at 13:51 -0800, Sean M. Pappalardo - D.J. Pegasus
wrote:
> 
> On 11/27/2013 07:20 AM, Owen Williams wrote:
> >  It took me a whole day just to figure out how to
> > set up and tear down the engine backend, but it was worth it.
> 
> Would you mind terribly updating the wiki page 
> (http://mixxx.org/wiki/doku.php/unit_tests) with an explained example, 
> maybe the one you recently did?
> 
> The generic docs are great for the intricacies but I'm a 
> learn-by-example/visual kind of guy so a Mixxx-specific (or at least 
> Qt-specific) example would go a long way toward helping folks like me 
> understand the process and make it less intimidating.
> 
> Sincerely,
> Sean M. Pappalardo
> "D.J. Pegasus"
> Mixxx Developer - Controller Specialist
> 
> --
> 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=84349351&iu=/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
> 
> 



--
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=84349351&iu=/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] DJ notation update and Mixxx integration

2013-12-04 Thread Owen Williams

> On 12/04/2013 05:57 AM, Filip Hráček wrote:
> > Hi Sean,
> >
> > Thanks for your email! I'm excited to hear that Mixxx is thinking about
> > parsing DJ Notation!
> >
> > I have been postponing this for months now, but today, I finally got to
> > write down all the changes from the original specs. www.djnotation.org
> >  now contains what I've been using for a long
> > time now (it's not a big change from version 1, though). Of course, feel
> > free to use in any way.
> >
> > One of our other developers wants to suggest using the asterisk (*)
> > to denote a "drop" where everything comes back in to the mix.
> >
> >
> > Interesting. So, for example, -#~-#= could be written as -#~-*=? If
> > that's the case, I don't understand the benefit. Am I missing the point?
> > Could you please clarify?

Drops are similar to "buildups" as you've defined them on the dj
notation page, but I feel like with newer ee-dee-em and brostep music it
is something more specific.  One web page describes: 

"The drop is a feature of many dubstep and other electronic tracks.
After an initial build or introduction, typically with higher-register
synths and percussion, and a short musical break or interlude, the song
abruptly introduces a heavy modulated bass line usually accompanied by
heavy percussion.  This is the drop.  Drops may occur one or more times
in a given track."

check out this shitty video: http://www.youtube.com/watch?v=gE-uH0OVL_Y

I'm not a huge fan of dubstep but The Drop is an important element in
modern electronic music.  (If you don't want to add a new notation, at
least mention which of the current symbols should apply to drops)



--
Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/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] DJ notation update and Mixxx integration

2013-12-04 Thread Owen Williams
The reason why I think a new symbol would be useful is The Drop is often
a specific point in the song, different than just a regular \#
transition. Check out soundcloud's april fool's joke:
http://blog.soundcloud.com/2013/04/01/dropometer/

(ignore the actual choice of positioning, it was mostly random)

Owen

On Wed, 2013-12-04 at 20:32 +0100, Filip Hráček wrote:
> Thanks for the clarification! I think we can do without introducing
> the new symbol (not that I don't like the idea of an asterisk
> boom/drop :), but I do my best to keep it as simple as possible).
> 
> As to how to signify the classic dubstep drop, I still think it would
> look something like ~# or +# or similar, depending on the melodic/beat
> content before and after the drop. The point is not to lose the
> information of ~, -, +, =, and #. 
> 
> I suspect most drops will go to #, but some might go even to =. The
> content before the drop can be very different. I can even imagine a
> #/# drop (an already busy, but 'quiet' riff goes absolutely crazy).
> The / symbol was meant for exactly that.
> 
> I've never mixed dubstep, so i might be totally off. What do you
> think? Is this something dubstep DJs can work with? 
> 
> Dne 4. 12. 2013 20:12 "Owen Williams"  napsal(a):
> 
> > On 12/04/2013 05:57 AM, Filip Hráček wrote:
> > > Hi Sean,
> > >
> > > Thanks for your email! I'm excited to hear that Mixxx is
> thinking about
> > > parsing DJ Notation!
> > >
> > > I have been postponing this for months now, but today, I
> finally got to
> > > write down all the changes from the original specs.
> www.djnotation.org
> > > <http://www.djnotation.org> now contains what I've been
> using for a long
> > > time now (it's not a big change from version 1, though).
> Of course, feel
> > > free to use in any way.
> > >
> > > One of our other developers wants to suggest using the
> asterisk (*)
> > > to denote a "drop" where everything comes back in to
> the mix.
> > >
> > >
> > > Interesting. So, for example, -#~-#= could be written as
> -#~-*=? If
> > > that's the case, I don't understand the benefit. Am I
> missing the point?
> > > Could you please clarify?
> 
> Drops are similar to "buildups" as you've defined them on the
> dj
> notation page, but I feel like with newer ee-dee-em and
> brostep music it
> is something more specific.  One web page describes:
> 
> "The drop is a feature of many dubstep and other electronic
> tracks.
> After an initial build or introduction, typically with
> higher-register
> synths and percussion, and a short musical break or interlude,
> the song
> abruptly introduces a heavy modulated bass line usually
> accompanied by
> heavy percussion.  This is the drop.  Drops may occur one or
> more times
> in a given track."
> 
> check out this shitty video:
> http://www.youtube.com/watch?v=gE-uH0OVL_Y
> 
> I'm not a huge fan of dubstep but The Drop is an important
> element in
> modern electronic music.  (If you don't want to add a new
> notation, at
> least mention which of the current symbols should apply to
> drops)
> 
> 



--
Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/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] DJ notation update and Mixxx integration

2013-12-04 Thread Owen Williams
Sounds good to me!


On Wed, 2013-12-04 at 21:22 +0100, Filip Hráček wrote:
> 
> The reason why I think a new symbol would be useful is The
> Drop is often
> a specific point in the song, different than just a regular \#
> transition. 
> 
> 
> Ok, I think I understand now. The asterisk would signify 'this is
> important' or 'this is the place'. In dubstep, it would be the
> drop. For a DJ tool, it could be the change of key or tempo. For
> trance, it would be the start of the euphoric part after a buildup. It
> would not need to be there, but it would be a useful hint. So, the
> resulting notation would look something like -=#~*#->. So, it's a
> prefix modifier, similar to !.
> 
> 
> WDYT?



--
Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/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] master sync needs alpha testing

2013-12-14 Thread Owen Williams
Master Sync has landed in trunk after nearly two years of work.  This is
the feature that will launch Mixxx way passed what even traktor can do
for supporting 4-deck (and beyond!) setups.  The user interface is
simple, but it's an extremely complex feature so it's time to start
testing the user experience.

There were two main goals with the current design:
1) For users who were used to the old system of syncing tracks, preserve
that behavior.
2) Make the most common use cases of sync amazing, possibly at the
expense of an edge-case.

No design will please everyone, but after a good amount of testing I
think you'll be pleased with what we've come up with.

HOW TO TEST:

Check out trunk, and in a separate folder clone my special master sync
skin repo from https://github.com/ywwg/mixxx/tree/mastersync_skins --
Select LateNight1920x1080-4deck.  This is the only skin that supports
the master sync features, so I apologize to those without large or
high-DPI monitors.

run it:
mixxx --resourcePath ../path/to/mastersync_skins/res


WHAT'S NEW:

Aside from the usual Sync button, you'll see a Master button on top of
each deck and a Master button in the center EQ area.  You may never even
need to use these directly.

TRY IT:

Remember goal 1, preserve old behavior -- you can still start two decks
and tap sync on one to match its BPM to the other.  So far, no
surprises.

LATCH IT:

Now instead of tapping sync, hold it for a little while before letting
go (300 ms to be exact).  This latches the sync button and you'll see
the button light stay on.  Try starting two decks and enabling sync on
both of them.

Then try moving the rate slider of one deck, and HOLY SHIT the slider on
the other deck moves too!  In this mode, if you do scratches and other
tricks on the decks the other decks will just keep playing as normal.

Now try turning on Quantize mode on both decks.  If your decks were out
of sync at all, master sync will gently push them back in sync.  What if
your beatgrid isn't perfect and the kicks are still not aligned?  You
can nudge the bpm of either track and line it up and master sync will
respect that decision.

MASTER MODE:

If you want to try something even more crazy, try clicking on the master
button above a deck.  Now you can scratch that deck and all the other
decks will scratch too, or click stop and everything stops at once.
This mode also allows a vinyl control input to be the clock source!

THE FUTURE:

We have plans for midi clock in and out, but that will have to wait
until Mixxx 1.13.

BUGS:

There are still bugs -- the reverse button doesn't quite work, and there
are some rare situations that could cause Party Stoppage (like ejecting
a track while it's master).  We'll be filling in those holes.



Give master sync a try and let us know if there are any bugs (ie
something isn't consistent with what I've described) or make
suggestions.  I admit up front that I may not implement your suggestion,
but I have been known to change my mind.

thanks all,
Owen Williams


--
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=84349831&iu=/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] master sync needs alpha testing

2013-12-16 Thread Owen Williams
On Mon, 2013-12-16 at 19:27 +0100, S.Brandt wrote:
> Just started to test this amazing feature, and have some initial questions:
> 
> * Single click on SYNC button syncs BPM, but not Phase anymore. Isn't this a 
> regression?
>   Would expect to sync against Master if available.

will fix -- please file a bug

>   
> * Has the decision pro/contra default Quantize mode already been made? Could 
> imagine, that  syncing tracks
>to the phase when in sync mode is what non-vinyl djs (aka majority of our 
> users) would expect.

we could default enable quantize when sync-latch is used -- that would
cause the quantize button to flicker when the user taps the sync button.

>  
> * Moving the rate slider of any non-master deck in SYNC mode can change the 
> [InternalClock],sync_master.
>Don't get why, maybe only puzzled that slaves can change a master.

I am trying to get away from the concept of "slave" -- the syned decks
are peers, so changing one changes the others.  That makes it so the DJ
doesn't have to remember which slider is "ON" and which ones are "OFF".

> * Why can a stopped deck take over from playing decks and become master, thus 
> risking train wrecks?

that shouldn't happen any more, handoff should only go to the internal
clock.  What revision are you on?

> * Depends the time it takes to nudge synced tracks into phase from any 
> factors?

It depends on sample rate, perhaps?  Basically the nudge is supposed to
be slow enough not to be grossly audible.  Let me know if you find any
problems with it.

> * How are samplers suppose to work?

TBD.  Probably will be solved with Carl's Looping infrastructure.

> 
> Possible bug:
> * Pitch sliders on decks >2 go out of range.
>   e.g. Activate Sync mode on deck #1 and #3, then move Rate slider on #1. 
>   See #3`s   displays "-nan"
>   Waveforms of decks, where  = -nan, do not allow waveform 
> scratch.

Can you file a bug basically just saying "problems with master sync when
a skin increases the number of decks"?

thanks for the feedback!

> 
> thanks,
> jus
> 
> On Dec 14, 2013, at 10:11 PM, Owen Williams  wrote:
> 
> > Master Sync has landed in trunk after nearly two years of work.  This is
> > the feature that will launch Mixxx way passed what even traktor can do
> > for supporting 4-deck (and beyond!) setups.  The user interface is
> > simple, but it's an extremely complex feature so it's time to start
> > testing the user experience.
> > 
> > There were two main goals with the current design:
> > 1) For users who were used to the old system of syncing tracks, preserve
> > that behavior.
> > 2) Make the most common use cases of sync amazing, possibly at the
> > expense of an edge-case.
> > 
> > No design will please everyone, but after a good amount of testing I
> > think you'll be pleased with what we've come up with.
> > 
> > HOW TO TEST:
> > 
> > Check out trunk, and in a separate folder clone my special master sync
> > skin repo from https://github.com/ywwg/mixxx/tree/mastersync_skins --
> > Select LateNight1920x1080-4deck.  This is the only skin that supports
> > the master sync features, so I apologize to those without large or
> > high-DPI monitors.
> > 
> > run it:
> > mixxx --resourcePath ../path/to/mastersync_skins/res
> > 
> > 
> > WHAT'S NEW:
> > 
> > Aside from the usual Sync button, you'll see a Master button on top of
> > each deck and a Master button in the center EQ area.  You may never even
> > need to use these directly.
> > 
> > TRY IT:
> > 
> > Remember goal 1, preserve old behavior -- you can still start two decks
> > and tap sync on one to match its BPM to the other.  So far, no
> > surprises.
> > 
> > LATCH IT:
> > 
> > Now instead of tapping sync, hold it for a little while before letting
> > go (300 ms to be exact).  This latches the sync button and you'll see
> > the button light stay on.  Try starting two decks and enabling sync on
> > both of them.
> > 
> > Then try moving the rate slider of one deck, and HOLY SHIT the slider on
> > the other deck moves too!  In this mode, if you do scratches and other
> > tricks on the decks the other decks will just keep playing as normal.
> > 
> > Now try turning on Quantize mode on both decks.  If your decks were out
> > of sync at all, master sync will gently push them back in sync.  What if
> > your beatgrid isn't perfect and the kicks are still not aligned?  You
> > can nudge the bpm of either track and line it up and master sync wi

[Mixxx-devel] side-by-side diffs on github

2013-12-19 Thread Owen Williams
Check out the octosplit extension for Chrome -- it enables side-by-side
diffs in github which are a lot easier to read for me.


--
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=84349831&iu=/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] two passthrough implementations?

2014-01-01 Thread Owen Williams
Somehow we ended up with two passthrough implementations, one in
enginedeck and one in enginepassthrough.  I assume this is a mistake?
If the enginepassthrough class is the correct one, does this mean it's
not possible to EQ the passthrough signal?




--
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=84349831&iu=/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] two passthrough implementations?

2014-01-01 Thread Owen Williams
So are there supposed to be two implementations or is that a mistake?

On Wed, 2014-01-01 at 16:01 -0500, RJ Ryan wrote:
> EnginePassthrough is really for auxiliary inputs unconnected to a deck
> so you don't have to give up a deck if you wanted a line in to the
> mix. It doesn't have normal deck stuff like EQ but we could easily add
> that in if desired. 
> 
> On Jan 1, 2014 1:22 PM, "Owen Williams"  wrote:
> Somehow we ended up with two passthrough implementations, one
> in
> enginedeck and one in enginepassthrough.  I assume this is a
> mistake?
> If the enginepassthrough class is the correct one, does this
> mean it's
> not possible to EQ the passthrough signal?
> 
> 
> 
> 
> 
> --
> 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=84349831&iu=/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



--
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=84349831&iu=/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] Compiling and running mixxx with Qt Creator on Linux

2014-01-06 Thread Owen Williams
We've been seeing this problem a lot.  Should we detect when there's a
res/schema file in the immediate subdirectory of the running executable
and try to use that by default?

On Mon, 2014-01-06 at 13:07 -0500, RJ Ryan wrote:
> Hey Ben,
> 
> 
> You should run the compiled executable like this:
> 
> 
> ./mixxx --resourcePath res/
> 
> 
> It's most likely looking for its resource files in /usr/share/mixxx
> which could either not exist or be the data from a prior version of
> Mixxx if you have installed Mixxx from the Ubuntu repositories.
> 
> 
> On Mon, Jan 6, 2014 at 12:59 PM, Ben Sollars 
> wrote:
> Hey, wondering if anybody is able to help out.
> 
> 
> I have followed these instructions:
> 
> http://www.mixxx.org/wiki/doku.php/compiling_on_linux
> 
> 
> ...and then these instructions:
> 
> http://www.mixxx.org/wiki/doku.php/qtcreator
> 
> 
> to try and start developing Mixxx. If I try to build and run
> Mixxx from Qt Creator, the Build progress bar appears briefly
> at 100%, then nothing happens. If I try and run the executable
> file, I get the error message 'Unable to upgrade your database
> schema to version 23. Your /usr/share/mixxx/schema.xml file
> may be outdated', although I'm not sure running it like this
> is supposed to work.
> 
> 
> I am using Ubuntu 12.04. The repo I originally downloaded from
> GitHub through Windows, and after failing to set up a dev
> environment there I went with Linux instead, and copied the
> repo over rather than download it again, as my internet is
> slow. I've also installed Mixxx on Linux via the download
> page, I don't know if this messes with things or makes a
> difference.
> 
> 
> If anybody can suggest a good place to start learning the
> code/syntax/language etc. also this would be very useful.
> 
> Cheers guys,
> 
> Ben
> 
> 
> 
> 
> --
> 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=84349831&iu=/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
> 
> 
> --
> 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=84349831&iu=/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



--
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=84349831&iu=/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] Please test the latest PortAudio stable release candidate!

2014-01-15 Thread Owen Williams
I tested it briefly, no obvious regressions yet.

On Tue, 2014-01-14 at 19:09 -0500, RJ Ryan wrote:
> PortAudio is about to do another stable release hopefully in time for
> the Ubuntu 14.04 debian import freeze.
> 
> 
> Please test it out on your platform, try everything out and note if
> you run into any issues (with Mixxx or other apps that use PA). They
> could really use the testing, especially on Linux.
> 
> 
> http://portaudio.com/download.html
> 
> 
> 
> We're going to be stuck with this release for the next 5 years on
> 14.04 LTS so lets make sure there isn't anything horribly broken :).
> 
> 
> Thanks,
> RJ
> --
> CenturyLink Cloud: The Leader in Enterprise Cloud Services.
> Learn Why More Businesses Are Choosing CenturyLink Cloud For
> Critical Workloads, Development Environments & Everything In Between.
> Get a Quote or Start a Free Trial Today. 
> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/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



--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/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] Effects Update

2014-01-19 Thread Owen Williams
RJ and I, but mostly RJ, have been hard at work on the new effects code
in Mixxx.  Currently we have written the following filters:

* Flanger
* Filter (variable high / low pass)
* Echo (with optional stereo pingpong)
* Reverb
* Bitcrusher

Are there any other effects people would really like to see?  (We
already have a "beat slicer" effect with our Rolling Loops.)


--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today.
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/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] Effects Update

2014-01-19 Thread Owen Williams
What does a gapper effect do?  Writing an effect has a certain amount of
boilerplate and testing it is tricky right now, but the inner loop is
about as simple as it gets:

for (int i = 0; i + 1 < numSamples; i += 2) {
  // left channel
  pOutput[i] = YourCodeHere(pInput[i]); 
  // right channel
  pOutput[i + 1] = YourCodeHere(pInput[i + 1]);
}

(check out https://github.com/rryan/mixxx features_effects branch for
code, and https://github.com/mixxxdj/mixxx developer_skins is the skin
it can be tested with)


On Sun, 2014-01-19 at 12:36 -0800, Philip Whelan wrote:
> I would like to help if you need it. I also qant a gapper plugin. I am
> willing to make it. It needs bpm and beat information to work. I found
> it quite complicated to do the last time I attempted to do it.
> 



--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today.
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/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] Effects Update

2014-01-19 Thread Owen Williams
Also bpm / beat information isn't integrated yet, but that's coming
soon.

On Sun, 2014-01-19 at 12:36 -0800, Philip Whelan wrote:
> I would like to help if you need it. I also qant a gapper plugin. I am
> willing to make it. It needs bpm and beat information to work. I found
> it quite complicated to do the last time I attempted to do it.
> 



--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today.
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/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] Effects Update

2014-01-19 Thread Owen Williams
Do we need a delay if we have rolling beatloops?  That seems to be the
same thing, only implemented a different way.

On Sun, 2014-01-19 at 17:13 -0800, Sean M. Pappalardo - D.J. Pegasus
wrote:
> 
> On 01/19/2014 04:39 PM, wolfbi...@gmail.com wrote:
> > Agreed, great work. Personally I think delay is one of the most
> > important effects - I assume this is what you mean by "echo" - but this
> > would require bpm and phase information in the effects.
> 
> Echo and delay are related but different: echo repeats the sound over 
> and over at a given interval, getting quieter (and more muffled) each 
> time until it falls below the noise floor. Delay repeats it only a fixed 
> number of times (usually once) at the same volume & clarity.
> 
> Sincerely,
> Sean M. Pappalardo
> "D.J. Pegasus"
> Mixxx Developer - Controller Specialist
> 
> --
> CenturyLink Cloud: The Leader in Enterprise Cloud Services.
> Learn Why More Businesses Are Choosing CenturyLink Cloud For
> Critical Workloads, Development Environments & Everything In Between.
> Get a Quote or Start a Free Trial Today. 
> http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/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
> 
> 



--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/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] Resizable skin help

2014-02-09 Thread Owen Williams
I just pushed an extremely beta version of a resizable LateNight-4deck
skin to developer_skins.  A couple questions:

* How do I center a widget in relation to the other items in the group?
The crossfader is showing up as left-justified
* How do I set the background pixmap for a template / widgetgroup?

There's a long way to go toward making this really dynamic, but it's an
ok start.


--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/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] Resizable skin help

2014-02-12 Thread Owen Williams
On Wed, 2014-02-12 at 19:44 +, Russell Ryan wrote:

> 
> 
> Could you give an example?
> 
> 
> > The crossfader is showing up as left-justified

The crossfader should be centered underneath the mixing knobs, but it's
not showing up that way.





--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/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] how to start

2014-02-14 Thread Owen Williams
I also use Eclipse and recommend it highly.  Make sure you are using at
least version 4.3 with QT CDT support for best results -- I just edited
the wiki to mention this :).

On Fri, 2014-02-14 at 21:42 +0100, Daniel Schürmann wrote:
> Hi Andrew, 
> 
> 
> welcome to Mixxx!
> 
> I personally use Eclipse http://www.mixxx.org/wiki/doku.php/eclipse
> running on Ubuntu Saucy.
> 
> 
> 
> This is also a good starting point
> http://www.mixxx.org/wiki/doku.php/bugfix_workflow
> 
> 
> Happy coding!
> 
> 
> Daniel
> 
> 
> 
> 
> 2014-02-14 19:23 GMT+01:00 Andrew Martin :
> I cloned the git repository. What IDE are people using to work
> on the code? I'm pretty poor at doing command line development
> and tend to use an IDE, XCode for OSX or Visual Studio
> 2008-2012 for Windows. If I were to use a product like CMAKE
> (for which I always seem to get the settings wrong), would I
> need to remove the generate Xcode project from my branch when
> pushing back to the repo?
> 
> Please describe how to create the project out of the source or
> how you personally develop. Thank you.
> 
> -- 
> Best,
> Andy S. Martin
> 
> www.guitarrpg.com
> M.S. Computer Science Game Development
> University of Southern California '2013 Alumni
> 
> 
> --
> Android apps run on BlackBerry 10
> Introducing the new BlackBerry 10.2.1 Runtime for Android
> apps.
> Now with support for Jelly Bean, Bluetooth, Mapview and more.
> Get your Android app in front of a whole new audience.  Start
> now.
> 
> http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/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
> 
> 
> --
> Android apps run on BlackBerry 10
> Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
> Now with support for Jelly Bean, Bluetooth, Mapview and more.
> Get your Android app in front of a whole new audience.  Start now.
> http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/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



--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/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] developer_skins submodule

2014-02-16 Thread Owen Williams
Yeah, the submodule hasn't really worked out.  

On Sun, 2014-02-16 at 13:16 -0500, RJ Ryan wrote:
> I propose deleting the developer_skins submodule. Instead, developers
> who would like to use it should clone
> http://github.com/mixxxdj/developer_skins into their res/ folder. We
> can add a .gitignore for res/developer_skins so the main repo doesn't
> try to track changes in developer_skins.
> 
> 
> I think it's too heavyweight for the problem we have. Since you have
> to manually commit to master to update the hash of the submodule this
> produces annoying diffs in merges and pull requests.
> 
> 
> Sound good?
> --
> Android apps run on BlackBerry 10
> Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
> Now with support for Jelly Bean, Bluetooth, Mapview and more.
> Get your Android app in front of a whole new audience.  Start now.
> http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/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



--
Android apps run on BlackBerry 10
Introducing the new BlackBerry 10.2.1 Runtime for Android apps.
Now with support for Jelly Bean, Bluetooth, Mapview and more.
Get your Android app in front of a whole new audience.  Start now.
http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/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


<    1   2   3   4   5   >