Difference between revisions of "Private:mtv issues"

From NMSL
 
Line 1: Line 1:
 
== MPE, and MPE-FEC sections are not being picked up by dvbSAM ==
 
== MPE, and MPE-FEC sections are not being picked up by dvbSAM ==
 +
 +
'''Current Status:'''
 +
*Bug FIXED
  
 
'''The Bug: '''
 
'''The Bug: '''
Line 26: Line 29:
 
'''EDIT:'''*Analyzed Burst::enc_ts(), all ts sections '''DOES NOT''' seem logically generated
 
'''EDIT:'''*Analyzed Burst::enc_ts(), all ts sections '''DOES NOT''' seem logically generated
 
*Created file containing hex dump of the burst being passed to Transmitter using Burst::dump_ts(). I viewed the TS file using dvbSAM to pick out missing sections in the burst. Then I looked into the hex dump for the TS packets containing the MPE/MPE-FEC section preceding the missing section, the missing section, and the section proceeding the missing section. All sections were found in the hex dump. '''The TS header seemed incorrect; some had 4 bytes, but should have 5.'''
 
*Created file containing hex dump of the burst being passed to Transmitter using Burst::dump_ts(). I viewed the TS file using dvbSAM to pick out missing sections in the burst. Then I looked into the hex dump for the TS packets containing the MPE/MPE-FEC section preceding the missing section, the missing section, and the section proceeding the missing section. All sections were found in the hex dump. '''The TS header seemed incorrect; some had 4 bytes, but should have 5.'''
 
'''Current Status:'''
 
*Bug remains unsolved.
 
*However, the good part is that MPE-FEC corrects these missing bytes of data.
 

Latest revision as of 11:09, 15 July 2010

MPE, and MPE-FEC sections are not being picked up by dvbSAM

Current Status:

  • Bug FIXED

The Bug:

  • When the program is run using the STAND algorithm and the TS file is generated, dvbSAM has determined that there are entire MPE and/or MPE-FEC sections missing inside some bursts. (Maybe some are half missing as well, but I have not verified this claim)
  • There does not seem to be a pattern in determining which burst will be missing sections. Some bursts will be 100% complete whereas some bursts will be missing at least one section of data.
  • The MPE and/or MPE-FEC sections missing also seem to be randomly determined.
  • Unfortunately a different TS file gets generated even if you run the program with the same configurations. This means that dvbSAM shows different #of packets per burst, different #of bytes corrected by MPE-FEC, etc. I produced at least 5 different TS files using the same configurations, none of which contained identical burst sequences.

Perfect burst: GoodFecAnalysis.png Problematic burst: BadFecAnalysis.png Section preceding missing section: SectionNumber.png

Section proceeding missing section: NextSectionNumber.png

Theory of why this is happening:

  • There is some semantic error in the code, possibly very small.
  • I believe that dvbSAM is throwing out some TS packets which happen to include the MPE/MPE-FEC header information which causes the entire section of data to be discarded.
  • The fact that there are some bursts which are perfect suggests that all the MPE and MPE-FEC sections are being generated correctly. And this in turn would also suggest that packing MPE, MPE-FEC, and TS packets are done correctly.

Steps Taken:

  • Analyzed Burst::enc_mpe(), all mpe sections seem logically generated
  • Analyzed Burst::enc_mpe_fec(), all mpe-fec sections seem logically generated

EDIT:*Analyzed Burst::enc_ts(), all ts sections DOES NOT seem logically generated

  • Created file containing hex dump of the burst being passed to Transmitter using Burst::dump_ts(). I viewed the TS file using dvbSAM to pick out missing sections in the burst. Then I looked into the hex dump for the TS packets containing the MPE/MPE-FEC section preceding the missing section, the missing section, and the section proceeding the missing section. All sections were found in the hex dump. The TS header seemed incorrect; some had 4 bytes, but should have 5.