View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000048 | JVT JM H.264/AVC reference software | decoder | public | 2007-05-19 00:01 | 2007-06-05 18:04 |
Reporter | Peter Farkas | Assigned To | Karsten Suehring | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | resolved | Resolution | fixed | ||
Product Version | JM 12.2 | ||||
Fixed in Version | JM 12.3 | ||||
Summary | 0000048: frame_no is not reported correctly | ||||
Description | I am running the decoder on a Unix system (a Sun-Ultra workstation with Solaris 9). After installing and compiling successfully, I run "ldecod.exe decoder.cfg" on a test stream, and I see the following output: ----------------------------- JM 12.2 (FRExt) ----------------------------- Decoder config file : decoder.cfg -------------------------------------------------------------------------- Input H.264 bitstream : test.264 Output decoded YUV : test_dec.yuv Output status file : log.dec Input reference file : test_rec.yuv does not exist SNR values are not available -------------------------------------------------------------------------- POC must = frame# or field# for SNRs to be correct -------------------------------------------------------------------------- Frame POC Pic# QP SnrY SnrU SnrV Y:U:V Time(ms) -------------------------------------------------------------------------- 0000(I) 0 0 28 0.0000 0.0000 0.0000 4:2:0 197 0000(P) 2 1 28 0.0000 0.0000 0.0000 4:2:0 116 0000(P) 4 2 28 0.0000 0.0000 0.0000 4:2:0 119 0000(P) 6 3 28 0.0000 0.0000 0.0000 4:2:0 115 0000(P) 8 4 28 0.0000 0.0000 0.0000 4:2:0 127 0000(P) 10 5 28 0.0000 0.0000 0.0000 4:2:0 130 . . . . . . . . . . . . . . . . . . . . Note the first column. I assume the entry should be <frame_no>(<frame_type>). However, the frame number is 0 all the time. I suspect that the problem comes from the lines 339-342 in image.c: // calculate frame number int psnrPOC = active_sps->mb_adaptive_frame_field_flag ? p->poc /(input->poc_scale) : p->poc/(input->poc_scale); Here we have p->poc/(input->poc_scale) in both cases. The computed value of psnrPOC then affects the computation of img->idr_psnr_number, which affects frame_no. | ||||
Tags | No tags attached. | ||||
|
frame_no was not calculated when no reference sequence is found. I moved the calculation into an own function which will always be called. I also cleaned up the output a bit (e.g. don't display PSNR, if no reference sequence is available) |
Date Modified | Username | Field | Change |
---|---|---|---|
2007-05-19 00:01 | Peter Farkas | New Issue | |
2007-05-23 13:35 | Karsten Suehring | Status | new => acknowledged |
2007-05-23 13:38 | Karsten Suehring | Assigned To | => Karsten Suehring |
2007-06-05 18:04 | Karsten Suehring | Status | acknowledged => resolved |
2007-06-05 18:04 | Karsten Suehring | Fixed in Version | => JM 12.2-devel |
2007-06-05 18:04 | Karsten Suehring | Resolution | open => fixed |
2007-06-05 18:04 | Karsten Suehring | Note Added: 0000077 |