Archive : OpenJPEG-1.4.0-revision-705 Processor: Athlon-2800-mono System : Linux-2.6.36
I used
http://www.openjpeg.org/samples/Speedway.yuv
to do:
frames_to_mj2 -i Speedway.yuv -o new-Speedway.mj2
Let
http://www.openjpeg.org/samples/Speedway.mj2
be old-Speedway.mj2
Size: 3018267 old-Speedway.mj2 10721249 new-Speedway.mj2
Comparing old-Speedway.mj2 with new-Speedway.mj2 I found:
[1]BOX_NAME(stsz) BOX_LEN(820)
OLD: stsz[0]entrysize(15053) NEW: stsz[0]entrysize(53632)
The new size is 3 times the old size.
And 'opj_decode()' needs more time for the new file.
OLD: ca. 20 ticks (17 .. 32) plus 8 ticks to convert to rgb NEW: ca. 35 ticks (34 .. 51) plus 8 ticks to convert to rgb
Speedway.yuv is a GRAY image. I have converted a colored YUV image (hall.yuv): ca. 45 ticks (41 ..49) plus 8 ticks.
But 25 fps need a max. delay of 40 ticks to show a smooth sequence.
Summary: That is not a movie, that is a jerky.
winfried
Comment #1
Posted on Apr 15, 2012 by Quick MonkeyI have now repeated the test with openjpeg-branch15-r1626 and '--disable-debug' and the usual geometry 352x288.
Linux 32-bit AMD AthlonXP 2800 Reduction value of >= 5 gives smooth object movements.
Linux 64-bit AMD FX 6100 Reduction value of zero gives smooth object movements.
winfried
Comment #2
Posted on May 29, 2012 by Helpful Giraffeas explained in the documentation command should be:
$ frames_to_mj2 -i Speedway.yuv -o new-Speedway.mj2 -r 10
It leads to:
Size: 3018267 old-Speedway.mj2 3017916 new-Speedway.mj2
Status: Invalid
Labels:
Type-Defect
Priority-Medium