2011-02-13, 06:24 AM
You could both temporarily try changing this section of your AnalogDevices.xml:
to this:
In theory it's already trying (and failing) to fall back to software encoding when it fails to hookup the hardware encoder, but maybe forcing software encoding in the first place will make a difference.
Regarding the <Name> parameter, to my knowledge it makes no difference and is just for reference; the <Device filter> parameter is the key.
A real fix so that it can actually use the hardware encoding of the device will have to wait until the next release in a week or two; I'm not saying it absolutely will be fixed then, but if it isn't fixed at that point then that's when sub should be able to provide a patch.
Code:
<Device filter="Hauppauge WinTV PVR PCI II Capture">
<Name>Hauppauge PVR150</Name>
<Type>HARD_ENCODE</Type>
<FilterEncoder>Hauppauge WinTV PVR PCI II Encoder</FilterEncoder>
</Device>
Code:
<Device filter="Hauppauge WinTV PVR PCI II Capture">
<Name>Hauppauge PVR150</Name>
<Type>SOFT_ENCODE</Type>
</Device>
Regarding the <Name> parameter, to my knowledge it makes no difference and is just for reference; the <Device filter> parameter is the key.
A real fix so that it can actually use the hardware encoding of the device will have to wait until the next release in a week or two; I'm not saying it absolutely will be fixed then, but if it isn't fixed at that point then that's when sub should be able to provide a patch.
server: NextPVR 5.0.7/Win10 2004/64-bit/AMD A6-7400k/hvr-2250 & hvr-1250/Winegard Flatwave antenna/Schedules Direct
main client: NextPVR 5.0.7 Desktop Client; LG 50UH5500 WebOS 3.0 TV
main client: NextPVR 5.0.7 Desktop Client; LG 50UH5500 WebOS 3.0 TV