Anyone know how D ♯ minor is saved in most people's ID3 tags? What are
the plans for the harmonic keys code when running the analyser?


2012/3/22 keithsalisb...@gmail.com <keithsalisb...@gmail.com>:
> Hey Daniel,
>
> Thanks for some great feedback!! Right now I'm just going to focus on
> maturing the feature to include "Rating", and finally "Key".
>
> 1. Do you know how I can create a rating selector with stars like in
> the track table view?
> 2. Do you know if people have A1, A2, B1 etc in their files for "Key"
> or do they have A, B, C sharp etc?
>
> thanks
> Keith
>
>
> 2012/3/22 Daniel Schürmann <dasch...@gmx.de>:
>> Hey Keith, Hey Ryan,
>>
>> for my feeling we are talking about two different features or use cases
>> looking at the high end solutions when finished:
>>
>> 1.) "DJs best friend" who answers the question which song suites best as
>> next track
>> 2.) "Advanced Search" for "I now a fitting song but ... what was its titel?
>> "
>>
>> for 1.)
>> As discussed in https://bugs.launchpad.net/mixxx/+bug/889898. I like the
>> Idea to have the special view, only taking screen space (and CPU) if the DJ
>> explicit ask "his best friend". Also I like the "automatic" part of this
>> approach. Keith did good step heading in this direction. As already
>> requested by Jens we should add an additional crate selection. What about
>> having a (static) preselected set of Crates for the evening. And a quick
>> selectable active Crate. At the "Active Library Filter GUI" you can just
>> select  "From All Crates", "From Set Crates", "From Active Crates".
>>  Changing the Crates state itself can be done via crate context menu like
>> "Lock" today.
>>
>> (By the Way: The (static) preselected Set of Crates could be also use to
>> move parts of the library to a netbook or stick for your next guest session
>> GSoC: "Library Database Management")
>>
>> @Keith: do you have already a filter for rating?  (At least ..)
>>
>> With this state we are prepared to do the next step and adding math to the
>> Active Library Filter.
>> Like weight the current song metatdata and the metadata of the song before
>> .. and so on.
>>
>> for 2.)
>> I think it is right that the library search feature from
>> ~bloodybeet/mixxx/features_search is powerful but  not self explaining.  (I
>> have never used it).  A drawer like GUI for tuning the search statement will
>> be very useful.  Clementine-player has a nice search GUI, not suitable as it
>> is but maybe a good starting point.
>>
>> Kind regards,
>>
>> Daniel
>>
>>
>>
>>
>>
>>
>>
>>
>> Am 22.03.2012 04:00, schrieb keithsalisb...@gmail.com:
>>
>>> Hey Ryan,
>>>
>>> Thanks!
>>>
>>> I really like the idea of linking it up to the new search stuff -
>>> makes perfect sense really - and that way the "active" part of "active
>>> filter" is just that its listening to the currentDeckPlaying event. As
>>> for UI stuff - I'll have a play around, I've never been much of a UI
>>> developer so I'll do what I can.
>>>
>>> I would like to get my code reviewed before attempting to hack into
>>> the existing views though. Who would you suggest I contact for that?
>>> Should I be writing tests? If so, is there any docs to get me started?
>>>
>>> I'm forked off trunk btw - some one mentioned the history feature! In
>>> fact that's affecting my search results because played tracks always
>>> appear in the results.
>>>
>>> thanks
>>> keith
>>>
>>> On 21 March 2012 18:27, RJ Ryan<russelljr...@gmail.com>  wrote:
>>>>
>>>> Hey Keith,
>>>>
>>>> Nice work! I like your idea of making this possible to do in any view. I
>>>> think there are two main problems you should figure out how to solve if
>>>> you're going to follow up on that:
>>>>
>>>> 1) How to make the checkboxes visible in any library-table-view, but
>>>> hidable
>>>> so they don't waste vertical real-estate.
>>>>
>>>> Maybe a tiny down-arrow button at the top right of the library that when
>>>> clicked will slide the "filter panel" down?
>>>>
>>>> Maybe you could even experiment with totally changing the library layout.
>>>> Take the search box out of the top-left of the library and instead make a
>>>> search icon (again maybe hovering at the top-right?) that when clicked
>>>> rolls-down the search box and your filter checkboxes. It sounds like some
>>>> fun stuff to experiment with.
>>>>
>>>> 2) When you click a checkbox (again, thinking about showing the
>>>> checkboxes
>>>> in any library view), I think it should simply append search query terms
>>>> to
>>>> your current search query using some of the work by Bart Verstrynge on
>>>> advanced search operators as a jumping off point.
>>>>
>>>> For example -- if you click "similar BPM", it should append "~bpm" to
>>>> your
>>>> search box, which is the advanced search operator for "similar BPM to the
>>>> currently loaded tracks". And if you cilck "similar Key" it should just
>>>> append "~key" to your search. This has the added benefit of educating
>>>> users
>>>> on how to use the advanced search operators.
>>>>
>>>> Are you basing your work off of trunk or the 1.10 branch? There is a
>>>> fancy
>>>> new session history feature in trunk. :)
>>>>
>>>> RJ
>>>>
>>>> On Wed, Mar 21, 2012 at 8:25 PM, keithsalisb...@gmail.com
>>>> <keithsalisb...@gmail.com>  wrote:
>>>>>
>>>>> Hi Yves,
>>>>>
>>>>>> Another thing that comes to my mind is to display tracks (on top of the
>>>>>> list?) that you've played often in combination with the currently
>>>>>> playing track. But I'm not sure if you have that kind of information in
>>>>>> mixxx.
>>>>>
>>>>> That's something that might fit into what I have in mind for my next
>>>>> little contribution - a "history" view - because apparently the data
>>>>> is being stored somewhere, so its only fair to let the user have
>>>>> access to us and be able to use it - for example to create playlists -
>>>>> or crates.
>>>>>
>>>>> By the way, my branch is quite stable now, so if you want to give it a
>>>>> try and provide some feedback that would be great!
>>>>>
>>>>> bzr branch lp:~keithsalisbury/mixxx/track_selector_feature
>>>>>
>>>>> While on the subject, does anyone know the procedure for proposing a
>>>>> merge - I'm not there quite yet, but would be good to know. Do i need
>>>>> to write some tests? Does the code need to be reviewed by someone? ie,
>>>>> someone who knows C++!! lol There's probably some questionable design
>>>>> patterns in my code - not least that my model is binding itself to the
>>>>> view!!! (I thought that was the job of the controller!)
>>>>>
>>>>> cheers
>>>>> Keith
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> This SF email is sponsosred by:
>>>>> Try Windows Azure free for 90 days Click Here
>>>>> http://p.sf.net/sfu/sfd2d-msazure
>>>>> _______________________________________________
>>>>> Get Mixxx, the #1 Free MP3 DJ Mixing software Today
>>>>> http://mixxx.org
>>>>>
>>>>>
>>>>> Mixxx-devel mailing list
>>>>> Mixxx-devel@lists.sourceforge.net
>>>>> https://lists.sourceforge.net/lists/listinfo/mixxx-devel
>>>>
>>>>
>>>
>>>
>>
>
>
>
> --
> keithsalisb...@gmail.com



-- 
keithsalisb...@gmail.com

------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Get Mixxx, the #1 Free MP3 DJ Mixing software Today
http://mixxx.org


Mixxx-devel mailing list
Mixxx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mixxx-devel

Reply via email to