Video background resetting on each lyric slide
Hello,
I am testing out Proclaim for use in our church, and I am having an issue with looping backgrounds resetting to the beginning of the video whenever I change the lyrics (ie. switch from a verse to a chorus in a song).
I find this very distracting, and I am wondering if it is a bug.
If I use a video which for instance is a time-lapse from morning until night, I don't want the video to reset to morning every time I change a verse or chorus during the song.
Anyone else having this problem? (I'm using a MacBook Pro on Mavericks).
Thanks for your help!
Comments
-
I was not able to reproduce the issue you are describing. Does this only happen with certain video backgrounds (such as ones you have uploaded), or does this happen with all video backgrounds? My workflow was the following:
- Create song item
- Use a video background (either uploaded or one provided by Proclaim)
- Go on air to that item
- While viewing this item on air, switch to the chorus
After this, the slide updates correctly and the video does not reset. Is this what you are doing?
0 -
We have this same problem. EVERY slide change causes our video loops to pause a few seconds when changing to the next slide within a song or scripture. It is very distracting, to the point that we cannot use video loops any more only stills.
I tested it both with our uploaded videos, with the loops in the media library, with loops in the cloud, and with loops on the local machine. I've also tested on our iMac at church and on my new Macbook pro. The results are all the same... ALL video LOOPS hang for a few seconds in every song or content or bible slide when changing to the next slide.
I'll be looking for updates or solutions.
Thanks.
Dave Hill
Worship Pastor, Graceview Baptist Church, Burleson TX
0 -
Yes, this continues to be a problem.
We bought Proclaim specifically to have video backgrounds for worship, and this bug has required us to cancel our subscription until it's fixed.
It's not just our own videos but also the library ones as well.
It's probably a Mac/QuickTime compatibility or something because it only seems to affect Mac users.
0 -
Thanks Ron. I'm glad to know it's not something I'm doing wrong. I think we'll stick it out with Proclaim. I'm hopeful they're working out the bug and will issue an update to fix this issue soon.
0 -
I have written a bug and am looking into this pause and am seeing it locally, although just a fraction of a second pause and am trying to track down what is causing the pause and then will be able to address the issue.
I see a slight pause, not a reset to beginning of the video. You mention a few seconds, are there any other apps running on the computer at the same time or noticeable network lags? Can you reproduce the few second pause with an offline computer (no network connections)?
Thanks
Glenn
0 -
Hi Glenn. You are correct; the pause is not a “few seconds” but about 1/2 second - it just feels like seconds.
I am at home now and testing the problem here. While we DO have significant issues with network lag at the church I have cable modem at home. I have closed all the apps on my macbook and still get the same results of the video pausing for 1/2 second when switching between slides within a song, Bible, or content slide. I have tried it with the wifi both ON and OFF and get the same results.
I was curious if file types played a part, but I get the same results with MP4, MPG, and MOV files.
I’ve observed a few other things if it’s helpful.
1.The pause is not only within the Item (such as between the vs, ch, etc. in a song), but it also occurs at the very beginning of the item. For example, I created a Content slide with a Still of our Logo and placed it before a Song, and when moving from the still into a song with a video loop assigned to it, the very first slide appears to have the video loop play for 1/2 second then “reset” and start playing again. This is probably where the idea of the video “restting” comes from.
2. I also observed that at the point where the video “flashes” and “resets” that the colors in the video appear to have the logo from the previous still “burned into the video” for a fraction of a second. I then noticed the same effect of “burned images” when moving from a song to a song, where the videos are different. These “burned” images are most noticeable when the image (still or video) that is before the looping video has high contrast dark/bright in it.
0 -
Thanks for the additional info, it is very helpful!
I've added some timing debug logging and see the video updating every .05 second and when I switch service items the update is delayed as much as .6 second. There is a lot going on to transition from slide to slide. I have not tracked it down to a specific thing we are doing, but will keep looking.
0 -
Hi there,
I'm having the same issue as the original poster, at least I think I am. There is a brief lag/pause in video backgrounds when switching between slides. It's super noticeable, and it occurs with Proclaim stock videos as well as user uploaded. Is this program-wide or is there a resource issue on my end (not enough enough RAM, etc, though I don't think that's a problem. On a new Macbook Air).
Any help would be greatly appreciated!
Thanks!
0 -
Kevin-
You machine is very well equipped for Proclaim, I am seeing the slight pause on my development machine and have a bug report to fix this issue. I don't have a release estimate yet, but will update this thread once I have a fix ready to ship.
0 -
Glenn -- thanks so much for the quick response. Really appreciate it! Looking forward to the update -- hoping the try this out live during a service in the next few weeks during my trial period so I can convince leadership that this is the right choice for our church!
- Kevin
0 -
Hi Glenn,
I just saw that there was a new version of proclaim -- however, upon updating, I still have the lag issue. I'm assuming the fix to this bug wasn't included in the latest build? Is there only a subset of users experiencing this issue or is it across the board?
Thanks,
Kevin
0 -
In my testing, I've found that it is most noticeable on Service Items with a motion background and multiple slides to navigate through. I don't see a significant lag on single Video Service Items.
There is a lot of updating going on when you navigate from slide to slide and the video continues to play, the CPU is needed to update other parts of the UI (that might not be noticeable - I didn't notice them until I really got into the code). Such as, the Text/NoText button in the Preview view area, it is updated on each slide change (I've fixed this to only update on true background change), we were also updating the 'background' of the presentation behind the video, This is necessary for service items transitions, but not needed for slide to slide (especially behind a video) - I've fixed this too.
Prior to my changes I would see the video get updated about every 20-33 milliseconds, and with some debug logging would see it 'slow' to a 250ms per update (.25 second) which is very noticeable as a pause to the human eye. With the changes I've mentioned above, I now see the video still update at the 20-33ms rate and 'slow' to 40-50ms when transitioning slide to slide. This will be dependent on your machine and what else is running on the machine.
We won't have a release with these changes until next week, you can look for it on Monday.
0
