Export to GitHub

openjpeg - issue #54

same option but different size


Posted on Jan 10, 2011 by Quick Monkey

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 Monkey

I 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 Giraffe

as 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

ref: http://www.openjpeg.org/index.php?menu=samples

Status: Invalid

Labels:
Type-Defect Priority-Medium