You mean that if you provide only a
partial BIF, trick-ing is limited by the last image/timestamp in said BIF?
While i don't see your case discussed in the docs (it was probably not imagined), the behavior you describe seems to stem from this (with minimal edit and re-format):
"Developer Guide" wrote:
3.3 Trick Mode Support
Two types of trick mode support (FF/REW/SEEK) are provided:
- For developers who generate and publish image archives in Roku's BIF (Base Index Frame) file format, scene-based trick mode using index frames ... will be available.
- In cases where the BIF file is either not supported or unavailable, the system will present a time-based method of supporting trick modes. The user will be presented with a progress bar showing their location in the show and be allowed to seek using the normal trick play controls. Since scene information is not available, the user will only have a visual timeline and numeric time information to locate their desired position in the movie.
Your video has a BIF, so player will work in mode [1], in scene-based trick mode and only flip between the frames provided in the BIFy deck.
I wondered if you can hack it by appending 1 empty image N+1 at the end of the BIF and make all frames past 3min point to that single N+1. Skimming the BIFFileSpecification, unfortunately that does not seem possible, since the BIF index structure has no "length" field - it calculates it by subtracting offsets and therefore they should be strictly non-descending. It might be worth a try to see how does it handle frames with length 0 (i.e. if offsets k, k+1, k+2,... point to the same place) - who knows, maybe.
Speaking of teh
BIFFileSpecification -
in what format are frames to be stored?!All "2.7 Data section" says is "This section contains the BIF images." - but are those raw RGBA with specific dimensions? or 256 palletized, or PNG/JPG/...
