[MPlayer-dev-eng] Ac3 streams detected as LPCM or SPU in TS

[Nico Sabbi]

Nico Sabbi wrote:

>>
>>  
>>
>>> 2) We are left with TS streams without any PAT or PMT.
>>> 3) The AC3 is placed in private_stream_1
>>> 4) The AC3 in private_stream_1 is not in sync with the PES pack.
>>> i.e. The beginning of an AC3 pack does not necessarily apprear at the
>>> start of a PES pack.
>>>
>>> Solution:
>>> When one starts playing the stream with a private_stream_1, that
>>> particular PID should be marked as unidentified.
>>> TS pack should be buffered up until 2*AC3 packet length.
>>> Once buffered, content detection should be done on the buffered packet.
>>> This content detection should probably search the buffer for the AC3
>>> header (0x0b, 0x77) and then maybe do a AC3 CRC check on the next 1536
>>> bytes. Once identified, all future TS packs can be sent to the AC3 
>>> decoder.
>>>   
>>
>>
>> I'll like to have a play around with this approach. I'm not totally
>> familair with the way mplayer (or xine) work, but what is sent to the
>> audio fifo? Is it the complete packet (ie, the 1536 bytes buffered from
>> the dvb packets), or is the 184 bytes received from the dvb input?
>>
>>  
>>
>
> software only: in channels.conf you don't have a way to indicate what 
> pid contains the PMT;
> I can easily solve it adding always pid 0 (that gives the PMT) in the 
> filters and you can add +<pmt_pid>


sorry, 0 contain the PAT