View Issue Details

IDProjectCategoryView StatusLast Update
0010746MMW v4Synchronizationpublic2013-05-06 19:45
Reporterpeke Assigned To 
PriorityimmediateSeverityfeatureReproducibilityN/A
Status closedResolutionfixed 
Product Version4.1 
Target Version4.1Fixed in Version4.1 
Summary0010746: Playlists: Ability to force output Playlist format
DescriptionCurrently Even Device only support PLS playlist if set MMW will export M3U is selected In playlist settings.

There should be a way to select type of exported playlist with Dropdown

For compatibility with older device profiles M3U should be default unless it is explicitly set that device only support PLS playlists. Most Devices handle that internally, but problem may arise where user uses removable media (SD Cards, Flash Drives, External Hard Drives) directly in MMW and not connected thru Device that will play those media files and device support only specific Playlist formats.

Simple one way export of those playlists on Sync should be easy to implement.

UI shouldn't change too Much "[x] Sync Playlist___________Playlist Format: [ M3U |\/]"

Playlist formats:
http://gonze.com/playlists/playlist-format-survey.html
TagsNo tags attached.
Fixed in build1636

Relationships

related to 0010757 closedLudek M3U is still synced despite the user configured only PLS as supported playlist format 
parent of 0011634 closedLudek Playlist supported format setup 
has duplicate 0010772 resolvedrusty Sync Playlists: UI Changes 
related to 0010779 closedLudek Add support for generation other playlist formats 

Activities

peke

2013-04-19 19:59

developer   ~0035692

Wouldn't be this easy to add?

Ludek

2013-04-19 20:20

developer   ~0035693

Last edited: 2013-04-19 20:21

You are true that currently it is quite hidden via
<Device> -> Options -> Auto-conversion -> Supported formats on device

I agree that single combo box in
<Device> -> Options -> Playlists
would be better and much more intuitive.

I would add the combo
Target Format: [M3U^]
just below
[ ] Organize playlists using...

and the four last checkboxes would be hidden if M3U is not selected (because they are M3U only related)


Rusty, do you agree?

Ludek

2013-04-23 12:07

developer   ~0035732

Fixed in build 1633.

rusty

2013-04-23 21:41

administrator   ~0035739

Last edited: 2013-04-23 21:49

Great. I'd just updated the wording/order as follows:

.
.
.
Destination directory: _\Playlists\_
[ ] Organize Playlists using: _prefix for each playlist type_^

Playlist format: ____^
. [x] Use unicode (UTF-8 encoding) for M3U playlists
. [x] Use extended M3U
. [ ] Force relative paths
. [ ] Use Linux folder separator ('/' instead of '\')

(note: the last 4 options should be greyed out or hidden if not relevant to the format chosen)

Ludek

2013-04-23 22:02

developer   ~0035740

Fixed in 1633.

peke

2013-04-24 01:38

developer   ~0035742

Last edited: 2013-04-24 02:07

Verified 1633, but would like to consider two small tweaks.

1. I would prefer Gray out instead of Hide due the fact that maybe some playlist formats could support some additional settings? PLS for example uses URL/Linux Separator Will see what user say.

2a. I would rather put Playlist format: ____^ before Sync Playlists to ensure that it is clear and on Global level for this device profile

2b. I would rename "Sync Playlists" -> "Sync additional Playlists" to clear confusion from Selected Playlists or make "Sync Playlists" Global Switch so that Selected Playlists are not Synchronized at all but only tracks from selected Playlists (I would prefer just rename, due the possible regressions with existing profiles)

peke

2013-04-24 02:01

developer   ~0035743

Last edited: 2013-04-24 02:07

Reminder sent to: Ludek

Few bugs:
3. UI is not corrected to proposed format :
Playlist format: ____^
. [x] Use unicode (UTF-8 encoding) for M3U playlists
. [x] Use extended M3U
. [ ] Force relative paths
. [ ] Use Linux folder separator ('/' instead of '\')

4a. Playlist format should be selectable Even Sync Playlist is not selected unless MMW sync selected playlists according to first one supported?

4b. Playlist Format selection do not stick if Sync Playlists is not selected.

peke

2013-04-24 02:49

developer   ~0035744

I uploaded Video File showing bug 4a. onto FTP.

Ludek

2013-04-24 11:13

developer   ~0035752

Last edited: 2013-04-24 11:34

Peke, if '[x] Sync Playlists' is disabled then playlists are not synced at all (tested both auto-sync and manual sync via "Send to -> <Device>"). Tested latest build (1633) and also verified in code.

I guess this is all right that playlists are synced only when '[x] Sync Playlists' is enabled or if the 'Playlists' tab is missing completely (like in case of iPods/iPhones).

So from my perspective the current UI (in build 1633) is OK.
Note: Haven't found the Peke's video on FTP.

peke

2013-04-24 23:32

developer   ~0035761

2b. MMW always Sync Playlists to MMA Even Sync Playlists are disabled Haven't tested Touch, but there should be ability to not sync playlists even on iDevices where Playlists is missing.

4a. My bad, Video uploaded again

NOTE: Other than these two I have created UI mockup and changes list into 0010772 to make UI more complete and friendlier.

rusty

2013-04-25 06:11

administrator   ~0035763

1) I think hiding the irrelevant options is fine. As long as we don't hide options that should be presented to the user. e.g. if PLS should have an option to disable the URL/Linux separator and it's currently missing, then it should be fixed.

2a) There are a number of different types of devices that MMW can sync to:
- USB MS devices: Playlist file should always be generated on the device for selected playlists, and user should have the option of creating others.
- MTP devices: 'virtual' Playlist should always be generated on the device for selected playlists, and user should have the option of creating others
- Apple devices: No config should be required--except if the user is using custom firmware
- Android devices (MTP / USB MS): See USB MS and MTP above for the different cases

Given this, I'm think I understand your suggestion to make playlist configuration an option that's always active, since:
- For USB MS devices, some configuration re. generation of playlist _files_ is always required.
- For MTP devices, the config is probably not generally required except in the cases where: a) the virtual playlist format communicated by MTP for the device is incorrect (I believe there was a case of this) b) the device using the MTP driver is a USB MS device.

Based on the above, Peke's suggestion would seem to make sense, though I would additionally get rid of the option to [x] Sync playlists, and modify the presentation to:

Playlist format: ____^
. [x] Use unicode (UTF-8 encoding) for M3U playlists
. [x] Use extended M3U
. [ ] Force relative paths
. [ ] Use Linux folder separator ('/' instead of '\')

Destination directory: _\Playlists\_

Also generate playlist files on the device for selected:
[ ] Artists
[ ] Albums
[ ] Locations

  [ ] Organize Playlists using: _prefix for each playlist type_^ (this option can be greyed out unless at least one of either [ ] Artists, [ ] Albums, or [ ] Locations are selected)

2b) Yes--it's strange to have an option to 'Sync playlists' if it has no effect. I think that it's safe to assume that if MMW syncs with a device that supports a database (i.e. MTP devices, Apple Devices, Android devices) that a playlist should always be created on the device for any playlists selected by the user.

For this reason, the proposal above eliminates the '[x] Sync Playlists option' (always assuming that playlists should be synced if selected).

3) Are you referring to the fact that the options are listed in the wrong order? Minor issue, but sure it can be fixed.

4a) Makes sense that it should be selectable (see discussion in 2a).

4b) Moot point if we go ahead with the changes above

5) Currently, the only formats that are displayed as options are those that are chosen by the user in the 'Supported formats' section of the auto-conversion config. I would suggest that most users won't look at that config in detail. Is that config really required? Would it make sense to allow users to choose from any format in the Playlist config?

peke

2013-04-25 11:10

developer   ~0035769

Last edited: 2013-04-25 11:12

2a. USB MS: I strongly do not agree that Playlists are always synchronized especially as most Car head units do not support playlists. In all other cases Rusty is correct

Maybe to avoid that on supported devices we can add this UI that in case Nothing is selected MMW do not sync playlists making "Selected playlists" default (like I made Mockup in 0010772). That way will will have both options and retain Rusty proposed changes. Eg. if Nothing selected than no playlists are generated.

Generate playlist files on the device for selected:
[x] Synched Playlists
[ ] Artists
[ ] Albums
[ ] Locations

3. Yes, I'm referring to that This way (0010772) it looks more clear and leave space for further improvements especially when common options like Relative paths will be on same place where available and hide options will be shown bellow.

Based On above we can easily remove Sync Playlists Checkbox and handle it based on Selected options.

Ludek

2013-04-25 11:56

developer   ~0035770

Last edited: 2013-04-25 11:57

I like the Peke's mockup
http://www.ventismedia.com/mantis/file_download.php?file_id=1412&type=bug&show_inline=1&file_show_inline_token=2013042577d507e70779175b21877e6d5d2841293af07cae
where '[x] Selected Library Playlists (recommended)' supplies the current '[x] Sync Playlists' checkbox.

5) This is not true, there are shown formats that device supports and that we can create/sync.
e.g. If I connect my Galaxy Nexus via MTP then 'PLS, PLA, M3U' are listed in the combo regardless what is configured in Supported formats.

rusty

2013-04-25 17:10

administrator   ~0035775

2a) I'm beginning to appreciate the rationale for the design of the original (i.e. current) UI, as it supports:
i) cases where the user needs to just sync virtual playlists (i.e. for MTP devices), but not worry about generating any particular file type. e.g.
[x] Sync playlists is enabled, but other options are disabled
ii) cases where the user needs to generate (or not generate as Peke suggests is required) playlist files

That said, Ludek made a point that there isn't really any benefit to treating 'Virtual Playlists' on an MTP device vs Generated Playlists on a USB MS Device any differently, and assuming Peke is right about the fact that MM needs a mechanism to not sync Playlists, we can go with the approach suggested by Peke.

3) The rationale for the organization of the dialog as below is that the first section (formats/destination directory) applies to most devices, whereas the second (re. generated playlists) is relevant mainly to USB MS devices.

HOWEVER, if we follow the suggestion in 2a, which suggests that Playlists should _not_ be created unless specifically configured via 'Generate device Playlists' settings, then all configuration should be sub to Generate device playlists (since the settings are irrelevant unless device playlists are being generated).

5) Per discussion with Ludek, the primary purpose of the 'Supported formats'>Playlists would be to determine what formats are displayed in the 'Playlists format:' configuration. BUT it doesn't make sense to have these two items configured in completely separate locations.

To rectify this, it was proposed that either:
a) We get rid of Playlists from the 'Supported formats' dialog, and just list all formats supported by MM in the list of playlist formats, highlighting those that the device indicates are supported. This would appear as follows:
Playlist format:________^{M3U (supported), M3U8, PLA (supported), PLS, XSPF, ASX, WAX}

The downside with this approach is that there's no way to include in the device profile a list of supported playlist formats for the device--only the preferred format.

b) The 'Supported formats:' for playlists should appear on the Playlists dialog. e.g.:
Playlist format:__M3U____^ [Set formats]

If the user clicks [Set formats]-->
i) 'Supported format configuration' dialog is shown with Content=Playlists' (i.e. it would open an existing Playlist entry, or create a new one automatically).
OR
ii) Compatible Media Formats is shown, with existing Playlist entry highlighted. If the user click 'Add supported format', then MM should launch the 'Supported format configuration' dialog with Content=Playlists.

I lean towards option b), but either approach would seem to work.


So based on all of the above, and assuming we go with 5b), the dialog would appear as follows--which is actually quite similar to the current dialog:

[x] Sync playlists (recommended)

Generate device playlists for:
[ ] Artists
[ ] Albums
[ ] Locations

Playlist format: _M3U_^ [Set formats]
. [x] Use unicode (UTF-8 encoding) for M3U playlists
. [x] Use extended M3U
. [ ] Force relative paths
. [ ] Use Linux folder separator ('/' instead of '\')

Destination directory: _\Playlists\_
[ ] Organize Playlists using: _prefix for each playlist type_^

Ludek

2013-04-25 21:29

developer   ~0035782

Last edited: 2013-04-25 21:36

Implemented in build 1635 as suggested -- i.e. used the option 5b)

The only that remains to add is support for generation of more playlist formats in USB MS mode, tracked as 0010779

peke

2013-04-28 19:36

developer   ~0035828

Reopen:
6. Set format -> Content is not Locked to Playlists
7. Clicking either OK/CANCEL Open Compatible Media Dialog Instead of returning to Playlists

@Rusty
NOTE: I do not see much functionality improvements than we exposed features that were hidden behind auto Conversion window? eg. There is stil PLaylists listed In compatible Media Dialog.

peke

2013-04-28 19:53

developer   ~0035829

Last edited: 2013-04-28 19:55

8. There is still no way to disable "Selected Sync Playlists" synching.
Users with large library uses Auto Playlists to filter sync lists for easier selection of files that needs to be Synched onto device (eg. Library tracks added in past month) but like to have their playlists organized in Artists, Albums, Location without those Auto Playlists Mockup I proposed in 0010772 solves that issue while retaining functionality (which Ludek confirmed it)

Ludek

2013-04-30 14:33

developer   ~0035865

Last edited: 2013-04-30 14:38

6. Do you mean that the Content combo should be disabled or hidden?
7. Yes, this was according to Rusty's proposal, but maybe we could skip the "Compatible Media Dialog" in this case.

6&7. I think that the goal wasn't to separate the playlists from "Compatible Media Formats" dialog, but rather have a shortcut there from the 'Playlists' tab so that users know that it is related.

8. I don't understand, I re-verified that if the main '[ ] Sync Playlists (recommended)' checkbox is disabled then no playlist is synced.
i.e. it doesn't matter whether it is selected playlist on sync list or a playlist to be created via Send to -> <device>. Simply no playlist is synced.
This also seems to be logical.

Could you re-verify this to confirm my words. If you are saying that a playlist is synced even if the checkbox is disabled then please give me more detailed steps to reproduce. And please ensure that you clicked [Apply] button before syncing.

rusty

2013-04-30 17:29

administrator   ~0035868

Re. 6/7: The most significant problem previously was the fact that users didn't understand how to configure a playlist from within the Playlists config. Now, they can. If it's trivial to fix 7, then that would be useful, but it might also cause problems (e.g. in cases where > 1 Playlist entries exist--unless MM forces supported Playlists to always be configured within a single entry, which would probably be a good idea).

Re. 8): I haven't tested it out, but I suppose that Peke's point is that currently the UI _looks_ as if Sync Playlists is superior to the option to generate device playlists for Albums, Artists... even though it isn't / shouldn't be (i.e. whether the user selects [ ] Album shouldn't be dependent on whether the user selects [ ] Sync playlists even though the current UI implies that it is).

Fixing this is trivial--it should look like:

[x] Sync playlists (recommended)

Generate device playlists for:
[ ] Artists
[ ] Albums
[ ] Locations

Instead of

[ ] Sync playlists (recommended)

. . Generate device playlists for:
. . [x] Artists
. . [ ] Albums
. . [ ] Locations

Morever, it should be possible to select Artsts, Albums, or Locations, even if 'Sync Playlists' isn't selected.

Note: to be clear, if Sync Playlists is not selected, then the content of selected playlists syncs--just the playlist itself doesn't sync to the device.

peke

2013-04-30 18:47

developer   ~0035870

Last edited: 2013-04-30 18:49

6. Content combo should be disabled as it is just shortcut.

7. It should skip "Compatible Media Formats" dialog as it is not Parent as shortcut directly goes to Playlists Content dialog and on selection it should go back to Playlists settings which is parent window.

8. You are right Rusty, but I was not referring to that. If user for example uses only Playlists as criteria for sync (Auto-Playlists like I put as example in 0010746:0035829) but do not want those playlists to be synched and only Album, Artists should be created on Sync. Currently This setting is not Possible.
[ ] Sync playlists (recommended)

Generate device playlists for:
[x] Artists
[x] Albums
[ ] Locations

Ludek

2013-05-03 14:48

developer   ~0035912

Last edited: 2013-05-03 14:49

All (6,7,8) is fixed in build 1636

+ MM forces supported Playlists to always be configured within a single entry (as suggested by Rusty)

peke

2013-05-05 21:50

developer   ~0035917

Last edited: 2013-05-05 21:55

Verified 1636 asked feedback from Rusty to confirm.

Further improvements will be handled in new bugs accordingly when needed.

rusty

2013-05-06 19:45

administrator   ~0035936

Verified--UI looks good.

Peke tested all functional aspects.