New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Parameter in the settings for startpoint in preview deck #7707
Comments
Commented by: ywwg Not a bad idea -- the very beginning of a song is not often what you want to hear. |
Commented by: daschuer We may add a "preview cue" that is default at 30 s and can be tweaked to the chorus or so. |
Commented by: nimitbhardwaj Can I solve this bug |
Commented by: nimitbhardwaj I have this scheme, first as @daschuer told, we can add the preview cue for this, I am thinking like this, in the waveform display, we will put a new cue, the preview cue having blue color, by default its value is at 30s, if the length of the song is greater than 3-4 min, otherwise will at the 30 percent of the song's length, then in the skin, I will put a button for it, which is used to set the preview cue on it, and save the value for the preview cue, for that song, the preview cue will be near the hotcue buttons, having P written on it. This seems easy to be in theory, but in practice, I want some help, how do I implement it, and if any new suggestions for this idea please tell, I will be happy to work on this feature |
Commented by: daschuer
Yes sure, go ahead. The first step would be to introduce a preview cue point in the back-end. We have already a "cues" table in the mixxxdb.sqlite. It supports a type column, that can hold a value to identify the preview cue. The next step is to load the preview deck at the preview cue instead of THE cue. The third step is to add a set of controls to set and move to the preview. |
Commented by: nimitbhardwaj Ok, Thanks, I think that it would be natural for the preview cue that, there will be preview cue button, we click it, it will set the preview cue position to present mark position, where the song is running,(the present state of the song), now after sometime as the song is running, if we press the preview button again it will again set the present position of the preview cue, to the present position of the mark where the song is running, (unlike cue or hotcue buttons, it will not shift the song to that point, but will set itself at that position), how is it |
Commented by: daschuer OK ... this sounds almost like the Denon Cue behaviour. This makes sense when the waveforms are visible. How about the Library play button? Should this return? Probably yes. We could also have a close look to Amazon previews. Can we find out when they start the track? |
Commented by: nimitbhardwaj I don't understand about the Amazon previews, if you want to ask, if we load the song on deck, from where the playing of the song starts, my answer is from the start, the song will be played from start, and in library, on clicking the listen preview button, this will start the playing of song from the 30s after the playing of song(by default), we can set our custom start preview, by first loading the song to the deck, then playing it, move the mark to the position where we want that preview position must be, then press a button P next tho Hotcue buttons(which I recently made), then it will set the position for that song, and store in the database, as you told above in SQlite. On clicking the button P, it will create a line(a mark) in the waveform overview, as on clicking hotcue buttons the mark is formed. Now suppose if we close the application, and restart it, and we listen the preview of the song we previously selected, it will start from the custom position, which we selected. This is the plan. |
Commented by: nimitbhardwaj And, now I want to know some way, as I created the button, I want a way how to connect it to a function, i.e. when I press the button, a function will trigger, I read about control objects, config keys, control proxies, they said, we have to make a control object, then which position in code will be suitable for this. |
Commented by: daschuer The question where Amazon can help is, to get the remaining ight rule for the default preview queue. Do they have a standard start time? IMHO the preview player schould behave differently, to the decks. The decks load at cue. The pPreview player schould load at the preview cue. The Preview player may have a "P" button for "Denon play for preview cue" and a normal play pause button. Do we need to consider the "two decks + external mixer" use case? They can't use the preview deck. Loading to deck will load at cue. |
Commented by: Be-ing I don't understand the use case for this feature. If you don't want to preview the start of a track, set the cue point later, set Mixxx to load tracks at the cue point, and preview from the cue point. |
Commented by: daschuer How can I preview form the preview cue in that case? Will there be an other Button apart from "P"? |
Commented by: nimitbhardwaj @daschuer, yes, I understand that, its correct that it will not be so useful if we provide the P button, the user will first listen at the preview cue and then on loading to the deck, the user will start from the cue, and on reading the view of @be.ing , it would be very nice to start the preview point from the position of cue, instead of making a new cue for it, it is more nice as user may have stored the position of the part of the song according to his need, and on listening the preview, he can start from the cue from the deck, and yes it will be good addition, according to me, if suppose the initial value of the cue is at 0, the default value at time 0, then we can set the preview after 30 seconds, how is it, it sounds better to me, if you have any better advice or the previous idea was better please tell, I will happy to work on this part of project. :-) |
Commented by: nimitbhardwaj Yes @daschuer, the cue button will work fine in this case, sorry, my page was not refreshed before, so I didn't read your comment, so cue button will work for this, if we set the preview start position to at the cue |
Commented by: daschuer On a second thought it might be confusing to have two kind of preview cues on the deck and the preview deck. How about this:
[P] may work like hot-cue buttons but with a bit more magic:
This solves the normal deck load issue and allows to preview a cued track without incidentally loosing the cue point. |
Commented by: nimitbhardwaj Yes this sounds more clean, this is more good, put the preview cue on the preview deck, and I think that these features of the preview button are good, but as I again think shouldn't the preview button[P] must be somewhere on the preview deck instead of the normal deck, or it would be OK if we put the button on the deck. |
Commented by: daschuer It is finally up to the skinner to decide where to place a [P] |
Commented by: nimitbhardwaj Ok, I got that, so now to start development what I do first. |
Commented by: nimitbhardwaj I need some help, what I do to start making it, please help |
Commented by: daschuer here: https://bugs.launchpad.net/mixxx/+bug/1399321/comments/5 |
Commented by: nimitbhardwaj Yes, I done the part of the in src/library/dao/cue.h, but I want to know where I put the controls of the controls, and how do I load the deck at the cue point, may be first I experiment and learn the things, ok thanks |
Commented by: Be-ing There has been no progress on this for a while, so I am removing the 2.1.0 milestone. |
Commented by: rryan Due to lack of progress, marking Triaged and clearing assignee. Feel free to revert if it is in fact still in progress :). |
Reported by: dg3nec
Date: 2014-12-04T19:27:14Z
Status: Triaged
Importance: Wishlist
Launchpad Issue: lp1399321
Tags: cue, hackathon, usability
When i'm searching i use often the little headphone button for preview the song on the headphone. The song is loading and start's to play. I dont like to hear the intro, so i click in the preview deck to hear from a later position.
For me it is better and more comfortable when i can set up my own preview-start-point. Like 1 minute. Alternate a 30% is also OK.
Thanks allot....
The text was updated successfully, but these errors were encountered: