Tag Archives: flv
Posted on 23. Apr, 2009 by captivatehero.
First, the Captain would like to say - “I’m back”! I’ve been on hiatus for the first part of the year, but ready to start spreading knowledge once again on Adobe Captivate and all things related.
I want to mention an issue that popped up today when I was reviewing a client’s .CP file that used multiple FLV’s.
The .CP file was not complicated - one static slide with text and graphics and one slide with a FLV video - repeat that pattern 8 times. All the videos were set to progressive load, display until the end of the slide, and pause slide until the end of the video. There was a requirement for the FLV playback bar to be visible, and show the progress barmovement while the video was playing. No problem right?
Well some real strangeness started happening during testing. Some of the videos would trigger the FLV progress bar/playback head just fine, and then for others the playback head would just sit there. These videos would play just fine - but you had no control of scrubbing the video. When I tried to re-publish - different videos would work. Re-publish again - now a different set of videos worked.
Well, after much testing and gnashing of teeth - I’ve concluded that the new Table of Contents feature is messing with the FLV playback component. After removing the TOC - the FLV playback bar worked like a champ on every video! Unfortunately, the TOC is required by my client for this project.
The Captain is still trying to sort that one out.
Posted on 21. Oct, 2008 by captivatehero.
This is in response to an earlier post about .FLV video in Captivate 3. I wanted to share with you a post that was made up on a private Captivate board by Jonathan Turkle, VP at Envisiontel. I think this confirms my suspicions about large amounts of Flash video.
I have had several occasions where customers have asked me to take a series of 20 .flv videos and turn it into DVD style on-line experience with a menu of various chapters or video modules that the user can be selected form different slides in a non-linear random access manner. When the video slide is finished playing the viewer is taken back to a main menu or home screen
After a great deal of time exploring this issue in Captivate 3, I learned that Captivate is designed to cache embedded movies in slides in a linear fashion in the order or the slides in the project. This means that beyond slide four or five the user must wait an interminable time for the video to load because it must cache the previous slide videos first. Is it not possible to have Captivate call an .flv slide videos without waiting for all the other slide videos to cache first?
The only work around to eliminate the extremely long video caching process has been to break up what should have been one Captivate project in to four Captivate projects with no more than 5 video slides in the project.
As I dig deeper into this topic it seems that large amounts of video in Captivate is a problem - hopefully this is addressed with any future versions of Captivate.
There have also been comments by many people about not even being able to play back .FLV video at all. This might be a server MIME type issue, but I’m looking for confirmation on that.
So it looks like if you are doing a video intensive project - stream your video. This looks like the only solution a this point. Now I have yet to speak with anyone who has implemented streaming video in Captivate 3, so if you have tested these waters please comment.
The Captain will continue to investigate this problem!