After uploading a clip and before submitting the node, the automatically generated thumbnails that appear are in the reverse order to the sequence of the clip. One would think they should display more like a filmstrip that shows the action in the proper sequence, especially if the number of images in admin/config/media/video/transcoders is set to a number much higher than 5.
| Comment | File | Size | Author |
|---|---|---|---|
| #6 | correctOrder_3-6-9-12secs_outOf-21.png | 90.14 KB | michael.k |
| #4 | thumbnail_sequence_test.png | 133.25 KB | michael.k |
| #4 | saved_thumnail_sequence.png | 44.86 KB | michael.k |
| #2 | firstTestBeforeNodeSubmit.png | 92.44 KB | michael.k |
Comments
Comment #1
Jorrit commentedFixed in 7.x-2.x.
Comment #2
michael.k commentedThis is not fixed from what I can tell. I'm using today's 7.x-2.x-dev.
In the attached screen grab you can see the results of the first video upload.
The video is 00:21 seconds long.
The first thumbnail on the left is at 00:15 in the video.
The second thumbnail is at 00:12
The third (and automatically selected) thumbnail is at 00:09
The fourth thumbnail is at 00:06
And the fifth thumbnail is at 00:03
Comment #3
Jorrit commentedWhen I look at http://drupal.org/node/1215918 the latest version is dated February 20th 01:45, which is later than your post. Could you try again with that version?
Comment #4
michael.k commentedWell yes, I can confirm that the sequence is *mostly* correct. :) But this has revealed further issues.
First, not all of the initial thumbnails are displayed correctly immediately after the video upload (see thumbnail_sequence_test.png). The first three are correct, but the last two are reversed and, curiously, the second to the last is highlighted by default. That thumbnail represents the last few seconds of the video.
Second, once the video is saved and transcoded (only one of three formats is actually transcoding, per another issue), the sequence actually changes into a completely different set of saved thumbnails (see saved_thumnail_sequence.png).
Comment #5
Jorrit commentedI have found more problems with the code. Please retry using the next -dev release.
Comment #6
michael.k commentedNice work!
The order is now correct and thumbnails are generated chronologically at 3, 6, 9, and 12 seconds into the video.
I assume therefore that you are trying for a thumbnail option from the beginning videos and not ones based on samples from its full length?
Thanks again Jorrit
(Changing the version from 7.x-2.4 to 7.x-2.x-dev.)
Comment #7
Jorrit commentedNo, actually they should be evenly distributed through the video. For me, that works. Maybe the detected video length is wrong.
Comment #8
michael.k commentedYes, somewhere along the line in the last week or so I saw some errors for duration, but it was just a moment and I don't remember if it was the video module or the command line. I've since re-compiled x264 and FFmpeg, but I continue to see the front-weighted concentration of thumbnails.
I've uploaded several different file types and getting exactly the same result. Since the code was updated today to show the sequence in order, I have not seen a thumbnail that represents the end of the file.
FFmpeg is able to determine the duration for any file I test. Here's an example:
I do get lots of the following errors in /admin/reports/dblog, however, so maybe this is related?
Comment #9
Jorrit commentedI have added some debug code that generates the following debug-level log every time a node containing a video is edited.
Could you try tomorrows -dev release to see what the output is for you?
Also, do you have the PHP extension php-ffmpeg installed?
By the way: please try on a newly uploaded file or delete the thumbnails before you open the edit screen.
Comment #10
Jorrit commentedWith the help of http://code.google.com/p/phpvideotoolkit/issues/detail?id=10, I have found cause of the "We could not determine the height and width of the video" error. Should be fixed in the next release as well.
Comment #11
michael.k commentedGood to know you found the fix for the height and width error. I hope it is as easy to fix as that link suggests.
I will be happy to test with any new versions you release. This week I'll be traveling so I won't as much time as I'd like, but I'll do my best to be responsive. (By the way I generally have to create new sandboxes from scratch because neither drush nor Drupal allows me to fully uninstall the Video module or delete the video tables from the db.)
Regarding php-ffmpeg, I could not get that to compile. I got into a situation of circular dependencies and I gave up. But I will try again if necessary.
Comment #12
Jorrit commentedYou don't need to install php-ffmpeg, I just wanted to know if you have that installed.