linux-show-player

linux-show-player copied to clipboard

It would be nice to be able to set "next" cue setting for list mode. By default it can be just next in the list, but occasionally it might be nice to be able to skip several cues (e.g. for collection cues followed by collection contents).

Hello I'm trying to implement that. For that, I try to do like "Collection Cue" (in "Action cue") but instead of reading all tracks directly, I will read one by one the audio tracks. I would like to know if it's a good idea.

@Gajenthran mmh, not sure that that is what it was referring to. The request here is to be able to move (in the ListLayout) the selected cue of more than one position at the time, after the "GO" action (or spacebar press), this will allow to skip one or more cues automatically.

Ahhhh ok ! Thanks for the precision. For exemple, for the moment, if we have 3 cues and we do the "GO" action on the cue n°1, the selected cue is now the cue n°2. The idea is to select cue n°3 (for example) instead of n°2.

But what will be the criteria that will skip cues ? My idea is to skip cues already played. For exemple, if we have 3 cues, the cues n°2 is already played and we do the "GO" action for the cues n°1, we automatically go to the cues n°3.

Am 26.01.19 um 13:29 schrieb Gajenthran:

But what will be the criteria that will skip cues ? My idea is to skip cues already played. For exemple, if we have 3 cues, the cues n°2 is already played and we do the "GO" action for the cues n°1, we automatically go to the cues n°3.

Speaking as a user, I fear confusion.

Especially in a theater environment where you need to be flexible, sometimes, I see some swearing audio engineers trying to get a sample played that has already been played… Please avoid jumping in the playlist as long it is not programmed and therefore expected.

Greets! Mitsch

@Gajenthran @mitscherdinger the current default behavior is not going to change, the possible approaches on this are mainly two (I think):

1. A cue can specify a number of cues to skip after being triggered, faster to edit but can lead more easily to errors
2. A cue can specify whenever it should be "ignored" by the auto-selection mechanism, might take a bit more time to edit, but it should cause less errors if moving/deleting

Also it might be useful, for testing/rehearsal, to have the option (in the layout menu) to ignore this option and proceed one-by-one

@FrancescoCeruti I really like your approach here.

Some thoughts I just wanted to add: I remember some feature requests asking for an option to group cues. (Was it #121 ?)

Wouldn't it be an easier approach to select between "skip group" and "join group"? Your ideas are great, especially when trying to skip or ignore keys without creating groups and subplaylists or whatever it might be called. But it might also be easier if there is the "big new group feature" which solves all the problems ...

I think of something like this:

├── Media Cue 1
├── Collection Cue 1
├── Media Group 1
│   ├── Media Cue 2
│   ├── Media Cue 3
│   └── Media Cue 4
└── Media Cue 5

You can either specify the behaviour to play "Media Cue 1" > "Collection Cue 1" > "Media Cue 2" etc or enable collection skipping of the media group and play "Media Cue 1" > "Collection Cue 1", "Media Cue 5" with the Collection Cue triggering the whole group or something like this.

(Still dunno if it's a good idea to have a special Media Group, but that's another matter)

@fralix hey, the idea is to have something like that at some point, but for any kind of cue, that will replace the current collection-cue