Using jit.playlist as… a playlist!


    Nov 15 2014 | 3:12 pm
    Hi!
    Just starting playing with Max 7. Some Cool Stuff!
    I'm interested in using jit.playlist - because it's a better version of something I already built for a patch. One problem though: I want to use it as a playlist - when when one clip finishes, the next starts, then back to beginning when last clip finishes, etc. I realize I can do this with the "next" message connected to the playback notification outlet nicely, but there's a problem with this. Because there is no notification of user click, or no way to determine whether the video clip ended of its own accord vs. being stopped by user action (both just say "done # filename.mov"), when you click the play button on a clip that is not the next in line, jit.playlist goes spastic and just keeps triggering clips constantly as fast as possible. The only way to stop it is to disconnect the "next" message.
    I also tried using the resulting clip number in the "done" message to trigger the next clip by number, but that exhibits the same problem.
    Does anyone have a better way? It seems like a natural thing for an object like this to be able to do without having to worry about serious problems if i click the "wrong" button (which in many cases would be the button i'd want to click).
    Maybe there is something i could do with ignoring data that comes in too fast, or using mousefilter or something, but it really should be easier than that :)
    Through the years I've often found that these fancy UI objects in Max (like playbar, for instance) do 95% of what I want, but then don't allow the user to access some small essential piece of data which means i just can't use it and have to rebuild my own version. I hope hope hope hope jit.playlist won't be like that because it looks so useful!
    Thanks!
    example patch:

    • Nov 15 2014 | 3:19 pm
      Oh and also… probably a bug: hover doesn't report the scripting name of a jit.playlist when patcher is locked - only when unlocked.
    • Nov 15 2014 | 4:24 pm
      It's only a workaround but you could shut the connection from playlist to the next message using a gate. Was your idea to detect the mouse on playlist using hover ?
    • Nov 15 2014 | 4:31 pm
      Was your idea to detect the mouse on playlist using hover ?
      Yes. Combining that with mousefilter might be a path to a workaround.
      It’s only a workaround but you could shut the connection from playlist to the next message using a gate.
      Right, but i can't figure out a way to tell when to open the gate again when its time for the next video to play that is distinct from the result when the user clicks a play button. Thanks.
    • Nov 18 2014 | 2:13 am
      hi arvid. this is a bug with jit.playlist. we'll take a look at what's going on here. thanks for the report.
    • Nov 18 2014 | 5:53 pm
      I would also add that since the playlist objects are still new, we appreciate reports that give us an indication of how you want to use the object in real life.
    • Nov 18 2014 | 10:35 pm
      Hi, same problem except with playlist~.
      Here's my hack
      `
    • Nov 19 2014 | 2:59 pm
      Thanks! Yeah, it would be great to have more info reported about what the user is clicking/doing in realtime in the playlist UIs, causes of videos ending (end of clip or user clicked something else?) and thorough loop reporting.