INTERACT FORUM

Please login or register.

Login with username, password and session length
Advanced search  
Pages: [1]   Go Down

Author Topic: Create a 'copy' playlist of an existing playlist with highest resolution files  (Read 424 times)

Mr.WaCko

  • Recent member
  • *
  • Posts: 23

Hi would it be possible with jriver to automate the creation of a playlist based on an existing playlist (incl the order) selecting the highest resolution of the song available in the library?

e.g. in the playlist: Supertramp - School (mp3 format 320kbps) whilst in the library I would have Supertramp - School (flac format 750kbps) which should be placed into the new playlist

thanks for your thoughts and ideas!
Logged

RoderickGI

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 8186

Well, an automated process would be nice, but you can do that in just a few steps, if you are careful. Including the existing order in the new Playlist adds a level of challenge, but you can just include the steps from your other thread. I think using the Episode field works best here.

This is one version of a procedure that works. Someone might be able to come up with an easier version, but this meets all your requirements.


1. Select the Playlist that you want to upgrade to the best versions of Tracks you own.
    I tested with a Playlist of just one Album of 10 MP3 files, "Let Love In" by "Nick Cave & The Bad Seeds". I shuffled the Playlist so that it wasn't in Track number sequence to prove the test.
2. Copy your source Playlist to a new Playlist, as things can go wrong if you miss or mess up a step, and that can result in your source Playlist getting updates you don't want.
    My new Playlist was named "Low Res version Playlist".
3. Show the [Episode] column in the Playlist. Select all tracks and then edit the [Episode] column, and enter "=Counter()". That will save the Track sequence for use in the following steps.
4. Create an empty Audio View and link it to the new Playlist above using the "Playlist ... is any ... {the Playlist you created in 2 above}" In my case, "Low Res version Playlist". Save that with an appropriate name and display the View.
    I named my View "Up Res a Playlist". The View correctly showed 10 files.
5. Select all 10 files and press Ctrl+C to copy the tags from these files. We want the Episode tag for later.
    Note: Do not resort the Playlist or View after this step, as the sequence is important later.
6. Enter the following search expression in the Search Bar, top right, for the View. "~expand=Name ~dup=[Artist],[Album],[Name]". No quotes.
    As I have APE, MP3, FLAC, and M4A versions of these files, for just such testing, the View now displayed 40 files, 10 of each type.
    The ~expand=Name function can result in unwanted files being added to the View. For example, the Album I chose has a Track named "Do You Love Me". Not an uncommon name, so as we are expanding the files to include based only on the name, any other Tracks with that name will be included.
    The ~dup=[Artist],[Album],[Name] function limits the tracks in the View to just duplicates, matching on Artist, Album, and Track names. Any unwanted Tracks included by the ~expand function should now have been removed.
7. Select all 40 Tracks in the View, right-click on one and select "Send To > Playlist > {the Playlist you created in 2 above}". Note that the Playlist you are working with will probably be at the top of the "Send To" menu, so you can just select it there.
8. Select all 40 Tracks in the View, right-click on one and select "Stacks > Advanced > Autostack Files by Artist, Album, Name". In popup "Stack Top" dialogue, select "No" so that MC will pick the largest, and hence the highest resolution, file automatically.
    The View will be empty after this step. That's expected and correct.
9. Clear the Search Bar expression, easiest by clicking on the X on the right end of the Search Bar.
    The highest resolution files for the original Tracks will now be displayed in the View. The quantity should match the number in the original Playlist. The sequence of Tracks should also match the original Playlist. Check if you like.
9. Select all Tracks in the View. Press Ctrl+Shift+V to paste the Episode values. Click the "Check None" button, and then select just the [Episode] field. You could choose to paste additional fields here, if desired. For example, you may want to paste [Last Played], [Last Skipped], [Number Plays], and [Skip Count] so that the playing history from the low resolution files is retained for the high resolution files. You may also want to paste [Lyrics] to save looking them up again.
10. With the files still selected, right-click on one and select "Send To > Playlist > Create Playlist < {enter a name for you new Playlist that includes Hi Res versions of the original Tracks} > enter".
    I called mine "Fixed Playlist of Hi Res".
11. Open the new Playlist, add in the [Episode] column to see the values posted above. Sort by the [Episode] column. Click the "Update Order" button to save the new sequence to this Playlist, which will now match the original Playlist sequence.


Done. Easy really, huh?

Test this carefully before applying it to your large Playlist. Make sure to test it with a good mix of files. Every step is required, exactly as documented. I ran through the process quite a few times, so I'm not testing it any more!

By the way, I'm not sure if the "Swag of Tools" or "MCUtils" toolsets would make this easier. I wanted to see if it could be done in standard MC.
Logged
What specific version of MC you are running:MC27.0.27 @ Oct 27, 2020 and updating regularly Jim!                        MC Release Notes: https://wiki.jriver.com/index.php/Release_Notes
What OS(s) and Version you are running:     Windows 10 Pro 64bit Version 2004 (OS Build 19041.572).
The JRMark score of the PC with an issue:    JRMark (version 26.0.52 64 bit): 3419
Important relevant info about your environment:     
  Using the HTPC as a MC Server & a Workstation as a MC Client plus some DLNA clients.
  Running JRiver for Android, JRemote2, Gizmo, & MO 4Media on a Sony Xperia XZ Premium Android 9.
  Playing video out to a Sony 65" TV connected via HDMI, playing digital audio out via motherboard sound card, PCIe TV tuner

Mr.WaCko

  • Recent member
  • *
  • Posts: 23

Hmm I probably doing something wrong. I get mixed results, I get quite a few misses and I do get false positives

I selected 10 songs that have various version in the DB

To give an example I have a song called (Keep your head up) from artist A however the list shows (Keep your head up) from artist A, B, C
Since a large number of my tracks do not have album tags I had to remove the [Album] tag from the ~dup=[Artist],[Album],[Name]  list.
Is there a way to expand on a combination of both Artist and Name?

One other thing I noticed when working with views the view does not display all the items on a playlist, again likely doing something wrong here as well

Any more suggestions of what I can apply?


thanks for getting back
Logged

RoderickGI

  • MC Beta Team
  • Citizen of the Universe
  • *****
  • Posts: 8186

I believe the combination of [Artist],[Album],[Name] is the best you will get for finding duplicates, and hence higher resolution files. I think you need to add Album tags to your Tracks. The procedure basically relies on these tags. Otherwise you will get tracks from different Albums for a given Artist, which may not be appropriate. i.e. You might get a live concert version of poor quality but higher resolution replacing a good quality studio version. Or it might be just that the live version is longer, so the file is larger, and therefore MC selects it for the top of the stack.

I had a few woops moments when testing that procedure. It needs to be followed exactly, or it doesn't work. I had some instances where not all tracks showed up in the View, because I missed a step, or did it wrong. However, if you understand the concepts it uses, you could develop another procedure. Or just learn what it is doing and therefore follow it properly.

The whole procedure is very reliant on good quality metadata, as are most things like this in any database. Garbage in, garbage out. However, I did only test with one Album, so you may see something I didn't test for.

I expect that there will always be a few tracks that MC doesn't get right, and hence the wrong track is put on the top of the Stack. You will need to identify and fix those yourself, on an exception basis.
Logged
What specific version of MC you are running:MC27.0.27 @ Oct 27, 2020 and updating regularly Jim!                        MC Release Notes: https://wiki.jriver.com/index.php/Release_Notes
What OS(s) and Version you are running:     Windows 10 Pro 64bit Version 2004 (OS Build 19041.572).
The JRMark score of the PC with an issue:    JRMark (version 26.0.52 64 bit): 3419
Important relevant info about your environment:     
  Using the HTPC as a MC Server & a Workstation as a MC Client plus some DLNA clients.
  Running JRiver for Android, JRemote2, Gizmo, & MO 4Media on a Sony Xperia XZ Premium Android 9.
  Playing video out to a Sony 65" TV connected via HDMI, playing digital audio out via motherboard sound card, PCIe TV tuner
Pages: [1]   Go Up