I think the problem with looping of compressed codecs (all of the above except Animation) has to to with the fact, that they need to restart the decoder pipeline and use some time for that.
Have you tried using an Animation encoded clip with an extra frame added to compensate for the “Last frame not played” issue?
Why do you want to play looped videos of AVC Intra or XDCAM-HD? Looping is usually used for backgrounds of full screen graphics or the like. So only a very small number of clips are used and they can be tested to run smoothly.
The number of lost fields/frames varies slightly with the channel mode. A complication of interlaced channels, such as 1080i5000, is that the output frame might be from a source frame, or it may be a source field of frame n, and a source field of frame n+1. Random selection. The looping fault makes the output field pairing jump between the two modes. Julusian has done some work that corrects the field order issue, but I’m not sure when that will appear in a stable release. The looping remained an issue when I tested the interlace fix.
Thank you for your answer. @didikunz : I think you’re right. It seams like the decoder is restarting. But this shoudn’t be. My understanding of looping a clip is to inistilize a second decoder instance to make the transition seamless. Or the decoder shoud not initilize a second time.
The big broadcasters work with AVCI100 or XDCAMHD (on 1080i). It’s an inhouse workflow to get such clips (or ProRes from the graphic department).
I’m thinking about transcoding the clips, but:
it takes time (no time for news and sports)
I don’t know which codec works best.
@andyw : you think we would have a chance with version 2.1?
We made a new caspar client to display loops, images and clips on diffrent background devices in the studio. In some cases thesen loops are produced during the live production. Yes, transcoding would be time problem.
Which codec would you prefere for looping?
I would set up some watch-folder with FFMPEG to transcode (and add an extra frame). Dependent on the length of the clip transcoding would take a minute or two. Usually that is aceptable also for news.
I would use QuickTime with animation codec. These file are big, but run very smooth.
I have a similar studio decor installation at a regional broadcaster here in Switzerland, but still use CasparCG 2.0.7 for it. Looping is perfect with that. Is there a reason for using 2.3.x version of Caspar?
Maybe you could use an extra instance of 2.0.7 playing the loops and sending this to the main Caspar(s) via NDI to play in the background. I know: It’s an ugly hack, but sometimes special situations need special handling.
All the tests I have done with version 2.1.12_NRK have looped correctly.
I created some “odd looking” test signals to help assess looping performance. These are available from github here. The readme with the signals explains what they are. There are 1080i and 1080p signals in the main sets, with one set with PAL SD. It is simple to make new versions in different codecs via ffmpeg or another tool (I use Apple compressor as I already had a copy).
As well as just viewing the loop, I usually recorded the CasparCG output in a Blackmagic Hyperdeck, then viewed the recordings in a non-linear editor (FCP-X and DaVinci Resolove) or in DJV2 file viewer. This allowed me to see when a frame was made by field 2 of frame N and frame 1 of field N+1. The interpolation to move the spatial content to the other field position was then easy to see at the top and bottom of the bocks of bars.
Hi, so currently I’m testing v 2.1 (3440):
XDCAM: nope - not looping correctly @Theo : diffrent result with my clips?
AVCI: wrong field
MP4: horrible - skipping the last frames
as Didi wrote already above: from our experience over the years (with different Decklink cards, graphiccards, setups, casparversions) of using caspar is everything working fine loopwise as long its fullframe/no streamcodec (uncompressed, QT animation codec for alpha, Mjpeg,…). So when ressources are only used for reading and not decoding.