GPM integration [#15002][#14983][#15023][#14980][#14981][#14668][#14955][#14958][#14959][#14936][#14933][#14934][#15072]

Post a reply

Smilies
:D :) :( :o :-? 8) :lol: :x :P :oops: :cry: :evil: :roll: :wink:

BBCode is ON
[img] is ON
[flash] is OFF
[url] is ON
Smilies are ON

Topic review
   

Expand view Topic review: GPM integration [#15002][#14983][#15023][#14980][#14981][#14668][#14955][#14958][#14959][#14936][#14933][#14934][#15072]

Re: Google Play Music Formats

by Stigg » Fri Jan 04, 2019 2:16 am

Barry4679 wrote: Thu Jan 03, 2019 3:32 am
Stigg wrote: Thu Jan 03, 2019 12:25 am I don't know much about Google Play Music, but am I correct in saying that it only supports lossy formats?
AFAIK it transcodes anything that you upload to 320kps .mp3

So not the best as your only offsite backup for any lossless files. But (last time I looked):

* they will store, and allow you to stream from, up 50,000 of your own tracks at no charge ... so you stream from, or sync to your device, any tracks from your collection, at any location
* they also have family subscriptions at reasonable rate ... up to five individuals ... they have 30+ million music tracks, and which seems to cover a lot of bases
* a subscription also includes YouTube Red, which allows background listening, and you can also download videos, and GPM tracks, for offline use ... each person can fill up to 5 mobile devices each
* I have read the any track which you upload that is less than 320kps, gets replaced with a shiny new one at 320kps, provided that they have it amongst their 30+ million tracks

* and last, but not least ... the big one ... drum roll ... it is nicely integrated into MM5 ... the native GPM client s/w is basic, and horrible
Thanks for clearing that up, Barry.
I'm not sure how well it will go down with us lossless freaks and lossless HD freaks, but maybe it will come in handy for some. :)

Re: GPM integration [#15002][#14983][#15023][#14980][#14981][#14668][#14955][#14958][#14959][#14936][#14933][#14934][#15

by Ludek » Thu Jan 03, 2019 7:26 am

Secondly, when it tried to sync with the GPM playlists, it barfed! I have sent logs a couple of times, from earlier this evening, so hopefully you'll get some info.

I also captured the following:
Thanks, it will be fixed in the upcoming build.

Re: Google Play Music Formats

by Barry4679 » Thu Jan 03, 2019 3:32 am

Stigg wrote: Thu Jan 03, 2019 12:25 am I don't know much about Google Play Music, but am I correct in saying that it only supports lossy formats?
AFAIK it transcodes anything that you upload to 320kps .mp3

So not the best as your only offsite backup for any lossless files. But (last time I looked):

* they will store, and allow you to stream from, up 50,000 of your own tracks at no charge ... so you stream from, or sync to your device, any tracks from your collection, at any location
* they also have family subscriptions at reasonable rate ... up to five individuals ... they have 30+ million music tracks, and which seems to cover a lot of bases
* a subscription also includes YouTube Red, which allows background listening, and you can also download videos, and GPM tracks, for offline use ... each person can fill up to 5 mobile devices each
* I have read the any track which you upload that is less than 320kps, gets replaced with a shiny new one at 320kps, provided that they have it amongst their 30+ million tracks

* and last, but not least ... the big one ... drum roll ... it is nicely integrated into MM5 ... the native GPM client s/w is basic, and horrible

Re: Google Play Music Formats

by Stigg » Thu Jan 03, 2019 12:25 am

I don't know much about Google Play Music, but am I correct in saying that it only supports lossy formats?

Re: GPM integration [#15002][#14983][#15023][#14980][#14981][#14668][#14955][#14958][#14959][#14936][#14933][#14934][#15

by Barry4679 » Thu Jan 03, 2019 12:24 am

Corneloues wrote: Wed Jan 02, 2019 6:32 pm New laptop, New install of MM5 and a first chance to really test GPM integration. I was able to sync with my existing library and it has done a very very good job of matching with my MM library. Only 1 file I can find that has been matched to Google's own library.

First thing I don't understand is how I correct them. Barry has talked about it before I know.
I guess that you meant "Only 1 file I can find that has NOT been matched to Google's own library. :)

The best way to detect unmatched tracks is like this ... setup setup the column browser EntireLibrary>AllTracks in List mode ... have column 1 of the Column Browser set to Source ... eg. https://www.dropbox.com/s/lrjieespyt28c ... s.png?dl=0

The filter criteria shown by the red arrow (in the image above) filters to show just MM tracks which were not matched to GPM library tracks.

Fix by either:
  • Find the track in both MM5 and the GPM client ... compare their track property pages ... https://www.dropbox.com/s/owfcvjy472cha ... s.png?dl=0 ... it can one of many things ... you can see that those two tracks have capitalisation differences in the track name ... that is NOT the reason ... MM5 can handle that ok, and trailing blanks, and other small differences ... in the case illustrated, if you look at the GPM list on the left, you can see that the tracks are duplicated in my GPM library, so MM5 has successfully matched one copy, and the other remains unmatched
  • FIX by retagging in either GPM or MM ... or in this case by deleting the track duplicates from the GPM library ... and then rerun the sync
  • or fix by deleting the album from the GPM library, and use MM to upload a replacement copy to your GPM library
  • if you can't see the reason for the mismatch you could post a side by side image here
Corneloues wrote: Wed Jan 02, 2019 6:32 pm Secondly, when it tried to sync with the GPM playlists, it barfed! I have sent logs a couple of times, from earlier this evening, so hopefully you'll get some info.
He hasn't confirmed yet, but I think Lukek broke sync in MM->GPM direction in the latest release. ... it did work before.

Re: GPM integration [#15002][#14983][#15023][#14980][#14981][#14668][#14955][#14958][#14959][#14936][#14933][#14934][#15

by Corneloues » Wed Jan 02, 2019 6:32 pm

Happy New Year all...

New laptop, New install of MM5 and a first chance to really test GPM integration. I was able to sync with my existing library and it has done a very very good job of matching with my MM library. Only 1 file I can find that has been matched to Google's own library.

First thing I don't understand is how I correct them. Barry has talked about it before I know.

Secondly, when it tried to sync with the GPM playlists, it barfed! I have sent logs a couple of times, from earlier this evening, so hopefully you'll get some info.

I also captured the following:

Image

Image

Cheers,

Roy

Re: GPM integration [#15002][#14983][#15023][#14980][#14981][#14668][#14955][#14958][#14959][#14936][#14933][#14934][#15

by Ludek » Fri Dec 14, 2018 7:53 am

*Mismatches and white-screens are being solved via PMs (white screen issue tracked as https://www.ventismedia.com/mantis/view.php?id=15255 )
*Column browser issues tracked as https://www.ventismedia.com/mantis/view.php?id=15265

BTW: Don't hesitate to open new thread(s) next time, this one is unnecessary long and e.g. the column browser issue isn't much GPM related.
It is not providing an easy survey when all is under this giant thread.

Re: GPM integration [#15002][#14983][#15023][#14980][#14981][#14668][#14955][#14958][#14959][#14936][#14933][#14934][#15

by Barry4679 » Tue Dec 11, 2018 7:29 am

Version 2138

Summary:
  • white screen problems ... debug log links PM'd to you
  • some matching problems introduced by this version
  • some Column Browser weirdness
  • funnel filter not working well with the Source col

Matching problems introduced by this version
I did a fresh install of MM5, and allowed it to import my MM4 db.
Authenticated to my GPM library, and did a GPM tag sync, accepting no new tracks.
Only 40 tracks unmatched from from my 43,341 tracks ... this sounds a great result, but those tracks were successfully matched by your prior version.
And I have compared tags in my GPM library, with the tags in my MM5 library ... I can see no reason for the mismatches. ... I have claimed that before, but all those previous "unexplained" issues were caused by the invisible trailing blank problem that you have fixed .... so up until now everything has ended up being explained.

Something seems different now. ... I know that 40 tracks is not a huge problem, but hopefully you can sort out this problem introduced by the new version ... or explain what I can't see.

I reinstalled MM5 and did everything again, just in case there was some random timing glitch ... this time I also produced a debug log. .... the same tracks were mismatched.
can you check a couple of these please, and let me know if you see anything.
I have PM'd the log link to you

here are the mismatches
https://www.dropbox.com/s/tly8f8tyqlhsw ... s.png?dl=0

Here a comparison of one of the tags. the rest of the album is OK
https://www.dropbox.com/s/wwdpeaw1gnj5l ... d.png?dl=0

White screens.
After I had installed a fresh copy of MM5, I did a couple of config changes (ie. authenticated against MM, and made the EntireLibrary node visible, and renamed the MediaMonkey4 Server name, etc) ... ie. nothing I haven't done dozens of times before.

I then closed MM5, and zipped a copy of the whole MediaMonkey 5 directory.
Then I restarted MM5, and did the sync run mentioned above.

When I got the unexplained mismatches I closed MM5 ... deleted the MediaMonkey5 directory, and then extracted the pre-sync version from the zip ... and rerun the sync against GPM

This should be OK ... correct? ... everything is in the MediaMonkey 5 folder?

After this procedure I got some white screen instances while running GPM syncs .... I recorded the debug logs from a couple of them. ... see PM

It did not white screen every time, but it did about 50% of the time.
I have no solid evidence, but I have not seen a sync white screen while I have had the status bar messages toggled off.


Column Browser when Source is the 1st Browser column.

Source in col 1 doesn't work as expected... AllTrack node, with Column Browser showing ... set Browser col1=Source, col2-AlbumArtist and Col3=Album ... filter to source=disk, and I see 41 tracks, and when source=disk|cloud I see 43,300 tracks.

Now reset Col 1 filter to Disk ... and select an AlbumArtist from Col2 of the Browser ... and then click Radio|Cloud in col 1 of the Browser ... it does not visually reset the Browser selection in col 2 to All ... and I can now see only 85 files in the list, not the 43,300 tracks ... most, but not all (?!?), of the tracks listed are associated with the albumartist I previously set for the Radio filter

But when col1 of the browser is Genre, everything works (nearly) as expected ... ie. if I change the selection in col 1, this resets Col2 of the Browser back to All .... not quite perfect though, because while the list is re-filtered as expected, the row selection highlighting from the prior selection is not reset correctly

ie. see diagram I selected an albumArtist while filtered to Genre = Blues ... and then I also filtered to the 3rd AlbumArtist ... then I changed col 1 filter to Jazz ... this time it initialised the selection in column 2 to ALL, as expected ... but the small problem was that the row highlight also remained displayed in row 3, as indicated by the arrow.
https://www.dropbox.com/s/2wt9zniiokcsf ... m.png?dl=0


Filter (funnel): Filter options by Source is inadequate IMO and has a problem
most Source filters options show no rows ... ie. after import of MM4 db and sync to GPM (as described above) I see no rows when (funnel) filtering to isLocal, or is Network, or isCloud, or isCloudDownloadeed, or is MediaServer ... my local tracks ore on a NAS on my LAN

And also (funnel) filtering by Source is not really useful unless there are also NOT filter options ... eg. filter IS network AND IS NOT cloud.

Re: GPM integration [#15002][#14983][#15023][#14980][#14981][#14668][#14955][#14958][#14959][#14936][#14933][#14934][#15

by Barry4679 » Mon Dec 10, 2018 8:57 am

Sorry if I offended. .. I wasn't meaning to complain about removal of that option. I posted just in case the removal was accidental, like the label that accidentally went AWOL from the Auto-Sync(->Device) tab in the current release.

And I wasn't meaning that MM5 is significantly more complex than MM4, because I think that MM4 was already a fairly complex tool. I have steered a number of music fans towards MM, and it is not uncommon for people to stall, saying they don't know how to use it.


Ludek wrote: Mon Dec 10, 2018 5:15 am OK, but isn't that adding the additional sub-options that you requested (and we implemented) as https://www.ventismedia.com/mantis/view.php?id=14983
actually makes the things even more complicated and harder to understand?
I hope you don't regret those enhancements, as IMO they have had a far greater positive impact on the Use Cases offered by MM5-GPM integration, than any added complexity problem caused by adding two extra check boxes.

I was just meaning that it can be hard to remember where things are in the MM UI. Examples:
  • skins selection is not part of Tools|Options|Appearance
  • the sync action is not visible in the top level of the right click menu, like the "download" action is ... instead it is down in the 2nd level of the SendTo option
  • toggle logging to status bar has no menu option, and is invoked what is usually a "pause" action
  • MM5 UI has controls situated in many different places; the main menu, the Media Tree, the modal tool bar, and the right click menu ... ie. if I were looking for how to authenticate MM to my GPM account, I probably would not expect that I have to gain access to this via the "Media Tree"
Discovering where things are stored, in a product as complex as MM, can be a hassle. ... eg. in MM4 there was no way to discover the location of the MM db, and even in MM5 you can't see it without pretending to do a db backup.

I was just saying that displaying the download location in Devices&Services>GPM Remote Content tab could be helpful ... because that is where you configure the download option on ... you could add the location to the check box tool tip .... and to the Download option on the right click menu ... or <sarcasm> to the "Sync|Download" audit log </sarcasm>

The way that Google addresses config complexity is by providing hyperlink connections between config pages ... ie. maybe an "Edit" button which navigates, from a new download location label on the Devices&Services>GPM Remote Content tab, directly to Tools|Options|Downloads.

One other thing: Now that there is no override facility for download locations, you should remove mention of the "default" location from Tools|Options|Downloads control and its tool tip

Re: GPM integration [#15002][#14983][#15023][#14980][#14981][#14668][#14955][#14958][#14959][#14936][#14933][#14934][#15

by Ludek » Mon Dec 10, 2018 5:15 am

Barry4679 wrote: Sat Dec 08, 2018 10:18 pm removal of the GPM specific download location from the RemoteContent tab of Devices&Services>GPM was intentional?

Not saying that removal is necessarily a bad thing ... and I did query it function in relation to Default Download Loaction at Tools|Options|Downloads.
Yes, this was removed in course of https://www.ventismedia.com/mantis/view.php?id=14983
But the other side of this POV, is that the MM UI and all its options settings, is probably the most complex app that your average music fan interacts with.

I have spent quite a lot of time with MM4, and now MM5, but still quite often get frustrated as I try to find things.

It would be a user experience service to at least display the default download location on RemoteContent tab of Devices&Services>GPM.
And allowing for a service_specific location override was an OK idea, especially if was labelled as being an override.
OK, but isn't that adding the additional sub-options that you requested (and we implemented) as https://www.ventismedia.com/mantis/view.php?id=14983
actually makes the things even more complicated and harder to understand?

I don't think that overriding the default download location would help something, it unnecessarily complicate things (especially when single library track can be stored in various cloud locations - GPM, OneDrive, DropBox...) and is cached in single location. In that case it is a mess having the tracks spanned over multiple directories.

Re: GPM integration [#15002][#14983][#15023][#14980][#14981][#14668][#14955][#14958][#14959][#14936][#14933][#14934][#15

by Barry4679 » Sat Dec 08, 2018 10:18 pm

removal of the GPM specific download location from the RemoteContent tab of Devices&Services>GPM was intentional?

Not saying that removal is necessarily a bad thing ... and I did query it function in relation to Default Download Loaction at Tools|Options|Downloads.

But the other side of this POV, is that the MM UI and all its options settings, is probably the most complex app that your average music fan interacts with.

I have spent quite a lot of time with MM4, and now MM5, but still quite often get frustrated as I try to find things.

It would be a user experience service to at least display the default download location on RemoteContent tab of Devices&Services>GPM.
And allowing for a service_specific location override was an OK idea, especially if was labelled as being an override.

Re: GPM integration [#15002][#14983][#15023][#14980][#14981][#14668][#14955][#14958][#14959][#14936][#14933][#14934][#15

by Ludek » Mon Dec 03, 2018 12:11 pm

Could you also check 'str ' vs 'str ' ... ie. it looked like these two indentical strings were failing comparison ... ie. maybe trailing blank suppression on one side of the comparison only?
Yes, all these are fixed in 2136 and covered by unit testing

Re: GPM integration [#15002][#14983][#15023][#14980][#14981][#14668][#14955][#14958][#14959][#14936][#14933][#14934][#15

by Barry4679 » Mon Dec 03, 2018 8:48 am

Ludek wrote: Mon Dec 03, 2018 6:12 am You seem to be right: matching 'str' with 'str ' fails, so trailing space really is an issue, thx, will be fixed in 2136
Could you also check 'str ' vs 'str ' ... ie. it looked like these two indentical strings were failing comparison ... ie. maybe trailing blank suppression on one side of the comparison only?

Re: GPM integration [#15002][#14983][#15023][#14980][#14981][#14668][#14955][#14958][#14959][#14936][#14933][#14934][#15

by Ludek » Mon Dec 03, 2018 6:12 am

Barry4679 wrote: Mon Dec 03, 2018 5:39 am I now have have only 165 unmatched from my 43,000+ tracks uploaded by the Google Music Manager
I am glad to hear this ;-)
If a track in the MM4 db has a trailing blank in the album tag, it is uploaded to MM5 db with the trailing blank, and is uploaded to GPM with the trailing blank ... but MM5 cannot tag match these tracks during tag sync GPM -> MM ... it looks like you may be stripping trailing blanks from one side of the comparison, but not the other.
Are you saying that album tag like 'Album1 ' isn't matched with 'Album1' tag from GPM ? That seems strange as currently spaces and separators are ignored during the comparison so this should pass. But maybe the trailing blank char is not space?

EDIT: You seem to be right: matching 'str' with 'str ' fails, so trailing space really is an issue, thx, will be fixed in 2136

Devices&Services>GPM does not protect unsaved config changes
============================================================
ie. make some changes, and then exit the window w/o press Apply ... MM5 does not warn that there are unsaved changes. .. can this be fixed?
Yes, I have also observed this, gonna to fix this as https://www.ventismedia.com/mantis/view.php?id=15230

Re: GPM integration [#15002][#14983][#15023][#14980][#14981][#14668][#14955][#14958][#14959][#14936][#14933][#14934][#15

by Barry4679 » Mon Dec 03, 2018 5:39 am

Tag Matching

I spent some time tiding my MM & GPM tags, and my GPM library ... The MM5 tools work well, making this a relatively easy task. ... I now have have only 165 unmatched from my 43,000+ tracks uploaded by the Google Music Manager ... with only a couple oh hours work once I figured out the best way to approach the task ... and I am confident that I will fix those also when I have time.... so that is all good.

I think that there is one remaining problem with your matching logic.

If a track in the MM4 db has a trailing blank in the album tag, it is uploaded to MM5 db with the trailing blank, and is uploaded to GPM with the trailing blank ... but MM5 cannot tag match these tracks during tag sync GPM -> MM ... it looks like you may be stripping trailing blanks from one side of the comparison, but not the other.

Devices&Services>GPM does not protect unsaved config changes
============================================================
ie. make some changes, and then exit the window w/o press Apply ... MM5 does not warn that there are unsaved changes. .. can this be fixed?

Top