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 <[email protected]>
> 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. 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 [email protected]
>         https://lists.sourceforge.net/lists/listinfo/mixxx-devel
>         
>         
> 
> 
> 
> -- 
> Gayan Dhanushka
> Undergraduate
> Computer Science & Engineering
> University of Moratuwa
> Sri Lanka
> 



------------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/mixxx-devel

Reply via email to