EddieH Sorry if my comments come over as "picking on the app" 
I really love it and it's gonna be an amazing upgrade.
Yes, of course Peter has done an excellent job, but I think these comments are actually one of the purposes of a beta test (besides bug hunting ). It's up to him to decide whether the suggestions are good enough to be implemented or not
Would it be possible in Song and Playlist mode to colour mark the song playing.
At least at a glance you know where you are.
Thx Bazz
Oops.Seems my suggestion has already been covered.
Cheers Barry
musicadi So, as soon as Song 1 finishes, it gets removed from the queue and at the same time Song 3 gets added after Song 2. So, basically, you will always have 2 songs in the queue.
But this is the part it gets complicated. What is the correct song to play next (song 3)? The first in the current tab? Doesn't seem likely. It would always be the same song. Then the first unplayed song in the current tab? Might work if you are in a playlist, but would not work if you are in the list of playlists or history (no unplayed song in both cases) or in the song list (alphabetical order). What if you are in the queue? Where to load the next song from?
It would be a mess to build an algorithm for this. It would mostly consist of very special rules that would cater for all the corner cases where I would have no idea why the hell the thing is doing this or that if I need to work on that code in the future. That's not maintainable.
musicadi Yes, of course Peter has done an excellent job, but I think these comments are actually one of the purposes of a beta test (besides bug hunting
Exactly, that's why I participate in this discussion instead of just coding away the way I see fit. But in this case, the decision to move towards a play queue is such a central part of the whole design process that it is not really possible to replace it with another fundamentally different approach without rewriting major parts of the app.
You see, the thing about the queue that is a really great benefit from a coding perspective is that you have the current and next song on the top of that list. Always! Without Exceptions! This makes it possible to concentrate on editing possibilities in the queue. The app makes it really easy to change the queue order and add remove songs. This is something that was not possible with the old approach where we have a fixed list and use markers for the current and next song.
Bazz02 Would it be possible in Song and Playlist mode to colour mark the song playing.
At least at a glance you know where you are.
Yes, I will add that in the next beta.
peter It would be a mess to build an algorithm for this. It would mostly consist of very special rules that would cater for all the corner cases where I would have no idea why the hell the thing is doing this or that if I need to work on that code in the future. That's not maintainable.
I see! Thank you for explaining
Well, if you add the color codes for "Current song"/"next song"/"already played" in the Songs and Playlists windows/tabs, that would perfectly cover this area. I just set up "Default Queue Add Position" to "Top" and stay on the Songs or Playlists tab. Then I always just tap the next song I want to play, The only thing I need to pay attention though is to add the second next song before the first one finishes, because the player window closes when the queue is empty
peter Exactly, that's why I participate in this discussion instead of just coding away the way I see fit.
That's really great and I'm very happy that you listen to us Sorry if we sometimes get on your nerves with all this, but I think that the end product will be really worth it!
Oh, getting back to bug tracking:
- this is actually a typo - when the Queue only has 1 song, the information text says "1 Songs"
- when adding songs to a Playlist, you have the search bar, but if you start typing there, the header disappears and the only way to get it back is to tap "Cancel". This could be confusing, because after you selected your songs, you first have to tap "Cancel" and then tap "Done"
musicadi - when adding songs to a Playlist, you have the search bar, but if you start typing there, the header disappears and the only way to get it back is to tap "Cancel". This could be confusing, because after you selected your songs, you first have to tap "Cancel" and then tap "Done"
That's actually the way searchbars work in iOS. Try it out with the mail app for example. Same behavior. I don't think there is a way to keep the navigation bar open if you are in an active search.
musicadi - when first opening sections with a lot of content (in both main and player views), it takes about 2 seconds before the content appears. Actually, even with about 20 items, the content takes about 1 second to show up.
I did some more analysis on the performance and there might indeed be a way to improve it. Currently the app loads all properties of each song in the list even though it only needs a few to display the list. I think it would be possible to improve the performance I modify the database structure so that the properties not needed to display the list (like lyrics, waveform data) are moved to another structure so that they don't get loaded in the list views.
But this change will most probably lead to data loss in the update. So please take a good look at the release notes for the next update as you might need to restore a backup after the update.
Btw, the colored song markings are back in the next beta. You all were right, it helps a ton to keep an overview of what has been played and is lined up for playback. Here a sneak peak:
I guess I will distribute another beta build in about a week. So if you have the beta already installed, you will get a notification.
yes that you peter
Hi Peter,
Just stumbled upon a crash:
The lyrics file I was trying to import has UTF-8 encoding
musicadi Could you mail me the file to support@fieryapps.com?
