Forum Discussion

beowulf573's avatar
beowulf573
Visitor
14 years ago

roAudioPlayer and current item

Is there a way to detect the current item from the content list currently being played by a roAudioPlayer?

I'd like to set a list of items, start playing, navigate other screens, and ultimately come back to a "Now Playing" screen. But since I'll be moving about I may not get the list item change message from the audio player in order to update the current item.

Thanks.
Roku Developer Program

5 Replies

  • renojim's avatar
    renojim
    Community Streaming Expert
    14 years ago
    I don't think so. If you use one message port for all your screens you can check for roAudioPlayerEvents in all your message loops and keep track of when a new list item is selected that way.

    -JT
  • jbrave's avatar
    jbrave
    Channel Surfer
    14 years ago
    Another approach which I use is to create a global roaudioplayer, which you can use with any port, and store now-playing info in global variables, and a single audio event handler which you can call from any function on an audioplayer event, so you can track the current state from anywhere.
  • beowulf573's avatar
    beowulf573
    Visitor
    14 years ago
    Is there a downside to using the same port object on all screens? I already have a global player and associated port, so I could use reuse that port for the poster screens, etc, and route audio events to common code.

    Thanks.
  • renojim's avatar
    renojim
    Community Streaming Expert
    14 years ago
    I think the downside would be if you opened two of the same type of screen, one on top of the other, you'd have to be sure you knew which screen the events were meant for. I don't think that's much, if any, of a downside and in fact the documentation for roSystemLog recommends using one roMessagePort throughout your application if you want to use that component.

    -JT
  • beowulf573's avatar
    beowulf573
    Visitor
    14 years ago
    Great, thanks. I just refactored my code to use a single message port, but haven't had time to really test it. I'll keep an eye out for odd messages. I check in each screen event loop for an audio event and handle it, and also use a time span to update the current play time.