Fixes and improvements for bookmark viewer #47
Loading…
Reference in New Issue
No description provided.
Delete Branch "df/webif:df-bookmarkviewer-patch"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
The previous update introduced a problem when trying to add new bookmarks, in particular when there were none originally.
The jQueryUI slider widget has to be re-created whenever the number of slider handles is changed.
Also:
Two workflows are supported.
Type bookmark positions in seconds into the Bookmarks field, press Update, and the slider is updated with handles at the specified positions. The
h:m:s
versions of the bookmarks are shown below the Bookmarks field, and in the tooltip of each handle.Or press the + button to add a bookmark at position 0 (only if there isn't one already), which updates the slider with a new handle as well as the Bookmarks field. To add a new bookmark when one is already at 0, move that one to the new position and use + to add one at 0, or type the new position into Bookmarks and press Update.
The selected bookmark position, corresponding to the last added or selected slider handle, is shown at the left.
When a bookmark is selected you can display thumbnails at -1s, 0s, 1s relative to the bookmark by pressing "Generate Thumbnails". The button icon changes and the button is disabled; temporary thumbnails are shown "Generating..." until the thumbnails have been extracted (several, up to 10s of, seconds). Changing the position of the selected bookmark (including selecting a different bookmark) re-enables "Generate Thumbnails".
One test file that had already passed through the Crop function failed to match the thumbnails to the correct position. Its cropped length was
Pressing - deletes the selected bookmark, and clears any thumbnail display.
The original file (its HMT) is unchanged until you press "Save Bookmarks".
I didn't test the thumbnails bit as it takes ages, but the rest of it "works for me".
ages = only a few 10s of seconds on a small media file (500MB or less)!
If ffmpeg has to read through 3GB to find the thumbnail, it will take a lot longer. I assume it doesn't try to decode each frame while finding the frame at the specified offset (
-ss
), or it really would take ages.The .nts file provides an index that could facilitate random access into the .ts but sadly there's no easy way to use that with ffmpeg (I think).
ffmpeg indexing is Very fast and independent of file length (if specified corectly, there is a slower version) - no need to use nts
I haven't tried the new bookmarks with thumbnails yet but I have in the past tested timing thumbnail generation several hours into long recording without issue
Tested generating thumbs for a bookmark at 8000 sec and set of 3 took about 5sec which seems very acceptaable
BUT the Generate Thumbnail button is still active if the file has not been decrypted and that does take forever - doesn't return any error indication.
The button should be greyed out (or hidden) if the file has not been decrypted
Good point that occurred to me as I was writing the earlier answer. I had in mind that the bookmark viewer needed decryption, but obvs not.
And that's where the .nts might be useful, by allowing us to skip to the area of interest and decrypt it. But removing the Generate button is a lot easier.