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:
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
_______________________________________________
vdr mailing list
vdr@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
_______________________________________________
vdr mailing list
vdr@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
