View Issue Details

IDProjectCategoryView StatusLast Update
0000149JVT JM H.264/AVC reference softwaredecoderpublic2008-12-15 14:33
Reporterreedcrowe Assigned ToKarsten Suehring  
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
Product VersionJM 14.2 
Fixed in VersionJM 15.0 
Summary0000149: When decoding 1080 content on PPC the decoded yuv file produces very low PSNR numbers.
DescriptionWhen using JM to decode 1080 (I or P) content on PPC the decoded yuv file produces very low PSNR numbers. If I decode the same file on an x86 machine using the same version of JM the PSNR numbers are correct.

The JM compiled on the PPC seems to work fine on 720 and 480 content. Just not on 1080.

This is a IBM blade server running RHEL 5.2.
Additional InformationUsing laptop to decode h264 file

ma psnr numbers
SRC = /home/reedc/qa_src/crowdrun500_1080p_420.yuv, TEST = crowdrun500_1080p_420_10mb_50_jmdec_laptop.yuv
Resolution = 1920x1080
Verbose Mode ON.
Results output to: <analysis type>_crowdrun500_1080p_420_10mb_50_jmdec_laptop.csv
Running PSNR measurements.
There are at least 500 frames available for comparison.
Analyzing as many frames as possible.
AvgYpsnr: 27.06 AvgUpsnr: 34.29 AvgVpsnr: 34.90 AvgYUVpsnr: 28.45

Average per-frame Ypsnr = 27.12
Average per-frame Upsnr = 34.30
Average per-frame Vpsnr = 34.92


Using blade to decode
ma psnr numbers
SRC = /home/reedc/qa_src/crowdrun500_1080p_420.yuv, TEST = crowdrun500_1080p_420_10mb_50_jmdec_blade.yuv
Resolution = 1920x1080
Verbose Mode ON.
Results output to: <analysis type>_crowdrun500_1080p_420_10mb_50_jmdec_blade.csv
Running PSNR measurements.
There are at least 500 frames available for comparison.
Analyzing as many frames as possible.
AvgYpsnr: 6.83 AvgUpsnr: 6.38 AvgVpsnr: 5.85 AvgYUVpsnr: 6.58

Average per-frame Ypsnr = 6.85
Average per-frame Upsnr = 6.38
Average per-frame Vpsnr = 5.85
TagsNo tags attached.

Activities

Karsten Suehring

2008-12-13 01:42

administrator   ~0000256

My first guess would be the cropping function at the output. The video is padded to 1088 for encoding (a multiple of 16) and cropped back at the output.

I can try to check tomorrow.

Karsten Suehring

2008-12-13 10:49

administrator   ~0000257

Can you please try the following:

in ldecod/src/ouptut.c, replace in the funtion write_out_picture() all calls of img2buf_normal() with img2buf()

Karsten Suehring

2008-12-15 14:33

administrator   ~0000258

Closing a fixed in JM 14.2-dev (JM 15.0). Please reopen, if the suggested solution doesn't help.

Issue History

Date Modified Username Field Change
2008-12-13 01:14 reedcrowe New Issue
2008-12-13 01:42 Karsten Suehring Note Added: 0000256
2008-12-13 10:49 Karsten Suehring Note Added: 0000257
2008-12-13 10:49 Karsten Suehring Status new => feedback
2008-12-15 14:33 Karsten Suehring Note Added: 0000258
2008-12-15 14:33 Karsten Suehring Status feedback => resolved
2008-12-15 14:33 Karsten Suehring Fixed in Version => JM 14.2-dev
2008-12-15 14:33 Karsten Suehring Resolution open => fixed
2008-12-15 14:33 Karsten Suehring Assigned To => Karsten Suehring