Playlist loop or loop for groups

[rasoul13]

Dear Caspercg team ...

first thanks for your awesome job ...

what I would like to have is a playlist system so I can add my videos in and the playlist would loop itself after the last item is played in the list ... currently I can group my videos and then use auto play option so the videos play after one another but when the last item is finished it does not go back to the first and there is no loop option for the group itself ...

can you guys add this feature or at least let me know how to achieve this if its possible now ?

Thanks

[rasoul13]

Guys no comment?!

[hreinnbeck]

I wouldn't expect this in the official client. There are various open source and commercial clients available that do it. Check out https://github.com/CasparCG/help/wiki/List-of-clients-for-controlling-CasparCG You can also search on the https://casparcgforum.org/

[rasoul13]

what do youe mean you dont expect this ? :D
this is something that you should put on the official client in the next versions because its really really important .... I just wanted to ask you guys to do that ... and lets be honest all those other clients are not good enough and reliable enough ...

[Julusian]

@rasoul13 He means that this client hasn't seen much attention recently, and it doesn't look like that will change soon. So it is unlikely that this will be done soon.

[ghost]

@rasoul13 Better late than never...

You can loop groups actually, but it's not intuitive.

First, you need to setup a osc output that points to localhost. Second, you need to give your group a unique id (uid) and allow remote triggering of that group. Third, you need to add a osc output item last in your group and tell it to trigger your group using /control/#uid#/play as path.

As I said, it's not intuitive. The cool thing about this is that you can have a separate rundown with items or groups that you dynamically can trigger from your main rundown if you understand what I mean.

[grahamspr86]

@rasoul13 Better late than never...

You can loop groups actually, but it's not intuitive.

First, you need to setup a osc output that points to localhost. Second, you need to give your group a unique id (uid) and allow remote triggering of that group. Third, you need to add a osc output item last in your group and tell it to trigger your group using /control/#uid#/play as path.

As I said, it's not intuitive. The cool thing about this is that you can have a separate rundown with items or groups that you dynamically can trigger from your main rundown if you understand what I mean.

I've given this a try and can't seem to get it working. I've tried the output port as 7250, 6250, 4250. If play an OSC output with the path "/control/GROUP2/play" group2 doesn't play, group2 is setup with a UID of GROUP2 and allow remote triggers. If I issue the command via websockets it plays correctly

[ghost]

First, you need to change your localhost osc port to 6250. Second, you need to add something in the message field in your osc item. I think you should be fine with those two changes. Please, let me know if it works.

[grahamspr86]

First, you need to change your localhost osc port to 6250. Second, you need to add something in the message field in your osc item. I think you should be fine with those two changes. Please, let me know if it works.

I've changed the port to 6250 and tried adding "test" into the message but still nothing.

I can see in the casparcg client log

Received OSC message over UDP from 127.0.0.1:6250: /control/GROUP2/play

I know the groups play as my own client which uses web sockets to control the casparcg client works.

Received OSC message over WebSocket from 192.168.8.100:53063: /control/GROUP1/play

[ghost]

Try to send a simple int in the message field and change the type to integer, otherwise I will try to setup it on my own computer. Please let me know the result.

[grahamspr86]

Try to send a simple int in the message field and change the type to integer, otherwise I will try to setup it on my own computer. Please let me know the result.

Sending integer 1 seems to do the trick, found a reference to it here #276 (comment)

Not sure if this solves the underlying issue, for this to work you need to set a delay on the osc command. Having to work out the exact delay to set takes time and can lead to mistakes if a video is changed. I've found the delay isn't precise enough to do this I have in the past used it to switch ATEM inputs

[ghost]

It's not frame accurate for sure. If you want to achive that you need to trigger on timecode localy on the server side. That would require a lot of rewrite in the client and is not something that's scheduled in this client.