[vdr] H264 syncearly patch

[L. Hanisch]

Am 15.02.2010 07:58, schrieb L. Hanisch:
> Hi,
>
> Am 15.02.2010 00:20, schrieb Reinhard Nissl:
>> Hi,
>>
>> Am 14.02.2010 23:49, schrieb Rob Davis:
>>> I am in the process of moving from 1.6.0 to 1.7.12 to test the pvrinput
>>> plug with a Hauppauge-PVR-HD.
>>> With 1.6.0 and the h264-syncearly patch I got a nice picture but no
>>> audio..
>>>
>>> With 1.7.12 I can get audio but no picture. I thought h264 support was
>>> built in already to 1.7.12, but I maybe wrong. If not, where can I find
>>> an up to date patch for this?
>>>
>>> The old 1.7.0-h264-syncearly patch doesn't seem to work cleanly..
>>
>> In 1.6.x, cVideoRepacker was responsible to detect H.264 vs.
>> MPEG2 (cannot tell why audio doesn't work in your case).
>>
>> In 1.7.x, cChannel provides this information (vtype). So it looks
>> like pvrinput doesn't provide the information or channels in a
>> way that vtype gets set to H.264.
>
> Since I'm the one who is working on supporting the HD PVR with pvrinput:
> Could you point me to some documentation, what kind of information the
> plugin has to provide?
> Simultaneously I'll try to search on my own, but if somebody knows it
> already, it'll be quicker...

  These are the PAT and PMT packets of the HD PVR:

first packet:
47 40 00 10 00 00 B0 11 00 00 C1 00 00 00 00 E0
1F 00 01 E1 00 23 5A AB 82 FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF

second packet:
47 41 00 10 00 02 B0 2D 00 01 C1 00 00 F0 01 F0
0C 05 04 48 44 4D 56 88 04 0F FF 04 05 1B F0 11
F0 0A 05 08 48 44 4D 56 FF 1B 44 3F 0F F1 00 F0
00 61 39 12 E1 FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF

sixth packet:
47 41 00 11 00 02 B0 2D 00 01 C1 00 00 F0 01 F0
0C 05 04 48 44 4D 56 88 04 0F FF 04 05 1B F0 11
                         1. stream type ^
F0 0A 05 08 48 44 4D 56 FF 1B 44 3F 0F F1 00 F0
                      2. stream type ^
00 61 39 12 E1 FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF

  If I'm right, there are two streams in the PMT:

  stream type 0x1b with pid 0x1011
  stream type 0x0f with pid 0x1100

  So it's reporting h.264 video if I'm understanding cPatFilter::Process.

  A full sample of the ts can be downloaded from here:

  http://home.versanet.de/~lhanisch/pvrhd.ts

  It was recorded with "cat /dev/video0 > pvrhd.ts".

  So what's going wrong? Any hints would be appreciated.

regards,
Lars