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..
Hi,
Am 14.02.2010 23:49, schrieb Rob Davis:
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.
Bye.
Hi,
Am 15.02.2010 00:20, schrieb Reinhard Nissl:
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...
regards, Lars.
Am 15.02.2010 07:58, schrieb L. Hanisch:
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
Hi,
Seems, that we've got it to work with this channel:
HD PVR:1:PVRINPUT|COMPONENT:P:0:4113+4097=27:0;4352:0:0:2919:1:0:0
You'll need at least pvrinput-1.7.0-rc8, but it's not released yet... If there's someone else who would like to test it, mail me.
Lars.
Am 15.02.2010 08:39, schrieb L. Hanisch:
-
L. Hanisch -
Reinhard Nissl -
Rob Davis