Hi Everyone,<br><br>I am having a few problems while parsing PES stripped from DVB-T MPEG-TS to the MPEGDemux Class.<br><br>PES coming from DVB-T are indeed very peculiar. First of all, they can be very big. Some channels had PESs up to 150KB... so first question: is this correct? Can PES really be unbounded? The problem is - MPEG1or2Demux class reads the size of a PES packet from the header. So packets that are larger than 65536 will not be processed (they usually have length = 0). Right? Can I simply chop a PES (lets say before a GOP) and parse that to the demux? Will it get mixed up? Or am I missing something here...
<br><br>Secondly , since our aim is to stream the ES... how can I strip the ES from PES stream?<br><br>Lastly - MPEG1or2Demux does not output any Audio PES. I notice that PTS and DTS are null. I am using <br><br>FramedSource* audioPES = mpegDemux->newAudioStream();
<br><br>as sink. Will this sink accept PES? I ask because I had the same problem with vdeo - which I solved after creating a FramedSource from as newRawPESStream.<br><br> ******* Copying PES to OutBuffer *************<br>
PES Size:5888 Type: Audio<br>Deliver Frame(): we have 5888 bytes to deliver. (fMaxSize = 8688.<br>Hacking PES length - Bytes in Buffer: 5888<br>PES starts with start of buffer. PES size was 16FA and is now 170 (5888)parsing pack header
<br>found packet start code 0x1c0 instead of pack header<br>parsing PES packet<br>saw packet_start_code_prefix<br>13, saw audio stream: 0x00<br>PES_packet_length: 5888<br>audio stream, packet presentation_time_stamp: 0x000000000
<br> packet decoding_time_stamp: 0x000000000<br><br><br><br>