Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[mhwlng]

Hello,

I can't find a 'play playlist' in the SDK documentation

e.g.

PLAY "Media Library\Audio\Album\Top Hits -- haven't heard for over a year "

Am I missing something ?

I know that I can read all the tracks in the required playlist and then add them one by one to the playing now list but this is very slow....


Marcel

[scott_r]

The MJPlaylistAutomation interface has a GetFiles() fuction that returns a MJFilesAutomation interface. This in turn has a Play() function that plays the list of files.

So, if you're using VB, to play the playlist "Top Hits -- haven't heard for over a year". you'd do this:

Code: [Select]

Dim n as Integer = 0
Dim pls as MJPlaylistsAutomation = g_MJ.getPlaylists()
Dim pl as MJPlaylistAutomation
'Iterate through playlists till you find the right one
For n = 0 to (pls.GetNumberPlaylists() - 1)
  pl = pls.getPlaylist(n)
  If pl.Name = "Top Hits -- haven't heard for over a year" Then
     pl.getFiles().Play()
     Exit Sub
  End If
Next n
'Add code to handle not finding the playlist here

I haven't tested this code, but I'm pretty sure it will work. Note that due to SDK limitations, the Play() command will replace what's playing now. You can't customise it, eg. Add to playing now, instead of replace.

Scott.

[mhwlng]

thanks scott

Marcel

[scott_r]

You could also turn that code into a function that takes a string (playlist name or path) and returns an MJPlaylistAutomation object. You could even go as far as calling it getPlaylist.

Scott

[RhinoBanga]

Note that due to SDK limitations, the Play() command will replace what's playing now. You can't customise it, eg. Add to playing now, instead of replace.

Scott.

But you can call pMJCurPlaylist->AddFile to append onto playing now.

[scott_r]

But you can call pMJCurPlaylist->AddFile to append onto playing now.

True, but it only add's one file, not an entire MJFilesAutomation object.

Scott

[RhinoBanga]

Yes, but you iterate over the collection adding them ... it's very trivial to do.

[scott_r]

I'm aware it's possible, and also quite trivial, but it's an iteration that doesn't really need to be there, and if you're iterating over hundreds or thousands of files, it's a huge overhead. It would be much cleaner and easier (and faster because MC would be handling it) if there was a parameter in the Play() command that told MC what to do with the files collection.

[RhinoBanga]

But what I am pointing out is that when you said:

Note that due to SDK limitations, the Play() command will replace what's playing now. You can't customise it, eg. Add to playing now, instead of replace.

There is a solution to what you said can't be done.

There are more pressing SDK issues that need to be addressed by J River than wasting time on something that can be easily implemented in user code.

[scott_r]

When I said:

Note that due to SDK limitations, the Play() command will replace what's playing now. You can't customise it, eg. Add to playing now, instead of replace.

I was meaning in the context of the MJFilesAutomation interface and the code snippet that I provided. Also, Marcel said in his original post:

I know that I can read all the tracks in the required playlist and then add them one by one to the playing now list but this is very slow....

So I figured he'd already tried the way you mentioned and wanted a quick way to play a playlist.

There are more pressing SDK issues that need to be addressed by J River than wasting time on something that can be easily implemented in user code.

I'm aware there are more pressing issues, and I never intended for my comments to make it sound like it was a pressing issue. The reason I mentioned the limitations of the SDK in the first place is that I've seen a request for this functionality a couple of times from other users. I have also asked a number of questions of the SDK and had no response. I would have liked at least a "we're working on it" or some sort of acknowledgement instead of just complete silence.
I'll try not let my personal frustrations get in the way of what I'm trying to say from now on. Sorry if I offended anyone.

Scott.

[sraymond]

There are more pressing SDK issues that need to be addressed by J River than wasting time on something that can be easily implemented in user code.

This is none of my business, really, but I'll butt-in anyway.

I disagree with the perspective that because JRiver has been slow in the past with SDK enhancements, we (well, you all, not me) should limit ourselves to only the most important and pressing fixes/additions.  JRiver should commit to making the SDK as good as it needs to be - not just the top three/five/ten fixes and enhancements.

Most people would agree that the value of MC is more than just the installable product....  it's the value of the community - and the plugin-writers provide great value.  Moreso, because I think my two favorite plugins (PlayingNow and MCXMLExport) should have been included internal to MC in the first place.

Let's hope JRiver steps up to the plate and makes *all* the needed/wanted/useful changes to the SDK.  Oh, and they don't call it low-hanging-fruit for nothing.  

Scott-

[KingSparta]

you all

You Be from the South? ((SAP Translation) Younder them there hills?)