That is by design. SAM only has 2 "main" playback decks and you can't abuse the AUX decks as additional playback decks with the same functionality.
I use the AUX DECKs to play news briefs which run for about 30 minutes after my PAL script pauses whatever is playing in DECK A or B, then resume it when the news is done. I have found that if I configure the script to run the news in DECK A or B then the metadata does NOT refresh, after resuming the previously playing track.
So this appears to be a limitation in the software automation that if a track is paused, and you queue up a new file in the other deck, then the previously paused deck metadata will not go out to shoutcast or anything else once it is resumed. What will show up in the scroller is the new track info that was just played. This is an inconvenience for me when I have a 2hr program running that is interrupted by a 30min news brief, but then the streamer info shows the title of the news brief well after it is over and that the previously playing track still has, for example, 1 1/2hrs left to finish before the streamer shows a new title for the next file that is queued up.
With the workaround that I have, I don't think that constitutes as abuse. If there's any way I can have my news play in DECK A or B, then resume what was playing and have accurate metadata info in the streamer once the paused track is resumed, please let me know because I will try it.
Should I open up a new thread about this that just request a Pal script modification that will update the banner titles in the encoders if a track is resumed rather then playing from being loaded in the deck?